10 formas no estándar de dañar el SEO al cambiar de CMS (bonificación de +1)

En este artículo, hablaré sobre los problemas que surgen cuando un sitio cambia el motor, pero no hay control experto de SEO. El material será útil para aquellos que promocionan de forma independiente su sitio, y para los colegas puede ser una razón adicional para actualizar el conocimiento en sus cabezas (o puede agregar algo nuevo en los comentarios).

Los problemas con el tráfico de búsqueda al cambiar el CMS es una situación típica: incluso sin errores particulares, el motor de búsqueda necesita algo de tiempo para aceptar todos los cambios y evaluarlos. Pero también hay omisiones que son fáciles de hacer y muy difíciles de identificar más adelante.

Por si acaso, notaré por separado que lo primero que debe tener en cuenta es un servidor de prueba que está cerrado desde la indexación. En él desplegará el sitio y lo reconstruirá hasta el lanzamiento. El trabajo "ganancia" no se recomienda estrictamente.

1. Encabezados y formato


El contenido de las páginas, algo para el motor de búsqueda es muy importante. Al transferir contenido, los elementos de formato a menudo se pierden o se prescriben de otra manera: encabezados, listas con viñetas, caracteres especiales, etc. Asegúrese de verificar que los encabezados no se hayan convertido simplemente en "negrita" y que el texto sin formato no tenga la etiqueta H2 donde no se necesita.

Esto último es especialmente desagradable, porque visualmente esto puede no mostrarse debido a los estilos, pero el código tendrá un encabezado en un lugar completamente inesperado.

Verificar y anidar correctamente los encabezados. Sucede que al cambiar el diseño de las páginas, la lógica de la disposición de los bloques de texto cambia. En el sitio anterior, el bloque podría relacionarse lógicamente con un encabezado anterior, y en el nuevo diseño en sí mismo es bastante consistente con este nivel.

2. Subtítulos y enlaces de imágenes


Con imágenes, también necesita mayor atención. Es importante mantener firmas para ellos, para asegurarse de que todos los enlaces en los que están cargados estén funcionando. Camina cuidadosamente por las secciones y páginas secundarias.

Y, en general, desde que comenzaron a realizar una "inspección", es hora de actualizar los materiales. En algún lugar, seguro, bajo, para los estándares actuales, resolución, en algún lugar foto irrelevante. Vale la pena agregar datos exif optimizados para su semántica y proteger las imágenes con marcas de agua.

3. Duplicados de página


¿Hubo duplicados en el sitio? Lo más probable es que los haya limpiado y la respuesta es no. Pero es mejor volver a verificar: no el hecho de que hiciste un buen trabajo la última vez, no el hecho de que desde entonces no ha habido ninguno nuevo, y que el nuevo CMS no los ha vuelto a hacer. Y podría haberlo hecho, especialmente si hiciste un catálogo "inteligente" con un montón de filtros y un rubricador detallado.

Utilice métodos automatizados porque es más simple y, con mayor frecuencia, más confiable que la verificación manual. Especialmente si se trata de una tienda en línea en la que se encuentran varios miles de puestos.

4. Transliteración y escritura.


Lo más probable es que su estructura haya cambiado y configure las redirecciones 301. Esto es correcto y lógico. Justo antes de registrar redireccionamientos, verifique las direcciones de las nuevas páginas en LETTERNESS.

Este problema es más agudo para las tiendas en línea: los mismos nombres rusos para categorías y grupos de productos son transcritos de manera diferente por diferentes CMS. Al configurar redireccionamientos, verá dos direcciones: site.ru/catalog/venge y site.ru/catalogue/mezhkomnatnie_dvery/venge . Y todo parece ser simple: la anidación ha cambiado. Pero, de hecho, la ortografía también ha cambiado.

Sí, parece un error bastante ridículo, pero, créanme, esto sucede todo el tiempo. Y como recordamos que las URL deben ser "legibles para los humanos", aparecen varias "mezhregionalnoe-operatsionnoe-upravleniye" y algo similar vyviglazny automático en el que es muy fácil omitir "-nnoye" en lugar de "-nnoe".

Configure las redirecciones de forma incorrecta: pierda su tiempo.

5. Viejos redireccionamientos


Y en el sitio, muy probablemente, ya había redireccionamientos antes del movimiento. Y se olvidan de ellos aún más a menudo, porque estas páginas simplemente no son visibles en la estructura. Como resultado, las redirecciones 301 se configuran solo desde aquellas páginas que son relevantes y activas en el momento del traslado, pero se olvidan del hecho de que hay otras con su peso, enlaces y tráfico.

Después de transferir las redirecciones, las verificamos, nos aseguramos de que cada página devuelva el código 301, y solo entonces nos calmamos.

6. Título lógico


Si el sitio ya ha sido promocionado, entonces seguramente el título, la descripción y las palabras clave necesarias se escribieron en él. Con los dos últimos, todo está bastante claro, pero con el primero hay matices.

Como regla general, el título se escribe de acuerdo con una cierta lógica dada dependiendo de la anidación de la página y su tipo. Para proyectos grandes, a menudo se ensamblan automáticamente.

Después de mudarse, debe verificar que la lógica de formar el título sigue siendo coherente con la lógica de la nueva estructura del sitio en páginas de todos los niveles. Muy a menudo se confunde, especialmente si antes la salida de los encabezados se implementó mediante algoritmos autoescritos. En algún lugar puede haber formulaciones definidas manualmente que también son fáciles de omitir y se vuelven a verificar mejor.

7. Referencias de secciones secundarias.


En secciones de artículos, noticias, los blogs a menudo ocultan enlaces que enlazan con materiales más inaccesibles. Cuando muevas estos enlaces serán muchos. Dado que estas no son las secciones más populares del sitio, generalmente se pasan por alto y luego no entienden de dónde provienen tantos enlaces rotos.

Es necesario verificar la funcionalidad de los enlaces por servicios automatizados, por la misma razón que expresé anteriormente: es más rápido y más confiable. Al mismo tiempo, encontrará enlaces salientes a páginas faltantes en otros sitios, si los hay.

También vale la pena mencionar que en tales secciones a menudo puede encontrar otros problemas, por ejemplo, los mismos duplicados. Tuvimos casos en los que se descubrieron catálogos paralelos enteros en forma de árbol que estaban ocultos de forma segura en el sitio anterior.

En general, con respecto a los enlaces rotos, el movimiento debe ser percibido como una buena razón para inspeccionar cuidadosamente todo, para llevar a cabo una "limpieza general". Por lo general, estas pequeñas manchas se acumulan durante años y no se corrigen, porque todos están ocupados con cosas más importantes. Especialmente si el SEO no es un individuo, sino un vendedor o programador a tiempo completo que no supervisa constantemente el estado del sitio.

8. Robots.txt


A menudo se forma un archivo en CMS, y esta es la primera razón para verificar la sintaxis. Y si lo escribe manualmente, entonces esta es la segunda razón.

Ha cambiado el CMS y, por lo tanto, la lógica de la organización interna del sitio. Es necesario volver a cerrar las secciones de servicio desde la indexación, para verificar que lo que debería estar abierto no se cerró accidentalmente.

9. rel = "canónico"


Está claro que el atributo necesita ser transferido. Pero no olvide verificar a fondo que esté escrito correctamente y que sea coherente con su estructura, formas de mostrar contenido, etc.

Sucede que la redacción simplemente se transfiere del sitio antiguo al nuevo, sin profundizar en lo que significaba exactamente y en lo que requería el robot de búsqueda. Y obtenga la pérdida del índice de secciones enteras del sitio.

10. Micromarcado


No es que este sea un problema muy común, pero ocurre. Cuando se transfiere a un nuevo CMS, se puede perder el micromarcado, pero por el gran volumen de tareas que inevitablemente surge durante el curso del trabajo, es muy fácil olvidarlo: no afecta la visualización y la funcionalidad del sitio en el navegador. Y lo notará mucho más tarde, cuando comiencen los enlaces a sus páginas, por ejemplo, publique en las redes sociales. Es mejor verificar dos veces y probar todo usted mismo por adelantado.

Por supuesto, si el sitio se transfiere bajo el control de un especialista en SEO, esto no sucederá. Pero también conocemos estos casos cuando, al migrar, el marcado micro se percibe como código redundante y se elimina deliberadamente.

Bonus! Archivos de confirmación de derechos


Los sistemas de análisis, las métricas y los servicios de seguimiento de llamadas requieren la confirmación de la propiedad del sitio. Una forma de confirmar es colocar un archivo especial en la partición raíz. El método es popular porque no requiere editar el código de la página. Entonces, el vendedor condicional o el propio director pueden conectar el servicio sin involucrar a un especialista. Pero hay un matiz.

Cuando se mueve, los códigos de contador rara vez se olvidan de ser transferidos a la nueva versión (aunque también sucede), pero los archivos de confirmación se pierden con mucha más frecuencia.

Por supuesto, esto no afectará directamente las posiciones, pero será un trabajo superfluo para restaurar las estadísticas, y obviamente no lo necesita. Y la pérdida de datos siempre es mala.

Recomendación general


Aquí, lejos de todo lo que afectará la posición y la visualización del sitio en la búsqueda: describí solo aquellos puntos que, en nuestra práctica, los clientes olvidan con mayor frecuencia y que encontramos durante la auditoría.

Es mejor llevar a cabo la migración bajo la supervisión de un especialista en SEO. Esto elimina inmediatamente la mayoría de las preguntas, porque el seoshnik siempre sabe dónde mirar y qué verificar (esto afecta directamente su salario). Él le dirá en la etapa de diseño todos los escollos.

Pero a menudo sucede que no hay un especialista en SEO durante la migración. Luego tomamos información de fuentes abiertas (por ejemplo, esta), y luego de los servicios integrados de los motores de búsqueda (Yandex.Webmaster, Google Search Console). Lo más probable es que reciba estos datos una vez que el sitio esté terminado. Pero es mejor saber tarde que no está indexando una de las ramas del directorio que nunca saberlo. Obtenga información de tantas fuentes como sea posible.

Trabajar con métricas y servicios es generalmente una buena habilidad. Cuanto antes te acostumbres, más rápido te darás cuenta de que todo está interconectado de antemano. No olvide que mudarse a un nuevo CMS no es un objetivo, sino una etapa. Y debe elevar el sitio a un nuevo nivel de relación con los motores de búsqueda y con las personas vivas.

Source: https://habr.com/ru/post/449920/


All Articles