¿Has verificado todo antes de realizar tu migración SEO?

Las migraciones de sitios web son etapas riesgosas en la vida de un sitio web. Por eso es crucial manejar estos proyectos SEO con precisión y tener una lista de verificación exhaustiva de las acciones a realizar para asegurarse de no perder visitantes después del cambio efectivo.

Introducción:

Swan ha sido diseñado para evitar que los webmasters, consultores SEO y gerentes de sitios web enfrenten este tipo de situaciones:

El objetivo de esta lista de verificación es ayudarte a evitar que tu curva de tráfico se parezca a la anterior. Por supuesto, si no tienes tiempo o experiencia para seguir manualmente todos estos pasos, Swan lo hará por ti.

Los diferentes tipos de migraciones y/o rediseños SEO

Los términos migración y rediseño abarcan varios conceptos cuyo nivel de riesgo en términos de posicionamiento puede variar de nulo a dramático. Comencemos por detallar estos diferentes conceptos. Y, como verás, contrario a una creencia popular, no se trata solo de saber si se cambiará de URL o no. Por supuesto, es posible que tu caso sea una combinación de estas diferentes hipótesis.

El rediseño gráfico

En un rediseño del diseño, puede suceder que solo cambies los colores y otras propiedades de una hoja de estilo. En este caso, no habrá ningún cambio de URL, por lo que no se necesitarán redirecciones.

¡El riesgo aquí es nulo!

Consejo profesional: Asegúrate de que el CSS no haga desaparecer, especialmente en móvil (diseño adaptable), ciertas áreas de enlace interno. Esto podría a largo plazo impactar la circulación del PageRank interno y por ende afectar el posicionamiento.

El rediseño del diseño con cambio de tema gráfico

En los CMS más comunes del mercado, como Magento, WordPress, Prestashop, Drupal o Shopify, puede ser muy fácil cambiar rápidamente de tema. Aunque este punto no afecta el cambio de URLs, puede tener rápidamente efectos secundarios indeseables, entre ellos:

• Plugin o extensión que genera nuevas URLs innecesarias (trampa de spider, ¡aquí vamos!)
• Modificación de la circulación del PageRank interno a través de la adición o eliminación de bloques de enlace

El riesgo aquí es bajo

Consejo profesional: Para asegurarte de que tus prioridades en términos de páginas en tu enlace interno no cambien, considera realizar un rastreo de tu sitio que calcule el PageRank para asegurarte de que las páginas más impulsadas por el enlace interno permanezcan sin cambios.

Consejo profesional 2: Para REALMENTE asegurar y profundizar, verifiquen con Screaming Frog que las anclas del enlace interno sigan siendo idénticas. Dependiendo de los temas, el enlace interno puede permanecer intacto en cantidad de enlaces pero ver cómo las anclas contextualizadas se convierten en simples botones de «haz clic aquí» o «más información».

La migración de servidor

Puede ser que por razones de rendimiento o incluso contractuales, un sitio necesite cambiar de hosting. En la mayoría de los casos, se trata simplemente de una replicación de datos (bases de datos y archivos de un servidor a otro).

El riesgo aquí es bajo

Consejo profesional: Asegúrense con un rastreo de que no falten archivos antes de cambiar los DNS para no generar errores 404.

Consejo profesional 2: Asegúrense de que el nuevo servidor sea al menos tan potente como el anterior y esté bien configurado para no tener una disminución del rendimiento, tanto para Google Bot como para sus usuarios.

El cambio de http a https

Los sitios que aún no están equipados con un certificado SSL son cada vez más raros después de los anuncios de Google que instaron insistentemente a los comerciantes electrónicos a realizar la transición a https. Como recordatorio, la historia ha demostrado que, más allá de la comunicación alarmista de Google, el https no es un factor de clasificación SEO. Se ha convertido principalmente en un criterio para tranquilizar a los visitantes, especialmente en el caso de un sitio de comercio electrónico.

Si este cambio de http a https se realiza de manera aislada, bastará con hacer una sola redirección para resolver todo de una vez.

El riesgo aquí es bajo

Consejo profesional: Asegúrense de rastrear bien su sitio para garantizar la ausencia de contenido mixto (recursos http llamados dentro de una página https).

Consejos profesionales: Implementen sus redirecciones individuales antes de sus redirecciones masivas. Esto evitará que Google sea redirigido primero en http y luego en https. ¡Su presupuesto de rastreo lo agradecerá!

La actualización de CMS

Este caso generalmente implica una actualización de versión de WordPress, Magento, Prestashop, Shopify o cualquier otro CMS. Aquí, al igual que en el cambio de tema gráfico, lo importante será asegurarse de que no haya cambios en los componentes técnicos o en el enlace interno. Puede suceder que durante una reforma técnica se tomen decisiones en términos de eliminación de funcionalidades, lo que puede resultar una vez más en un cambio de enlace interno o eliminación de URLs.

El riesgo aquí es bajo

El cambio de nombre de dominio

¿Has comprado un sitio y el nombre de dominio no es relevante y necesitas cambiarlo? ¿Un problema de marca te obliga a migrar o cualquier otro motivo que te obligue a cambiar de NDD y no te sientes seguro? Pues desengáñate, este caso es menos dramático de lo que se piensa a primera vista. De hecho, potencialmente solo cambia la raíz del nombre de dominio, por lo que es un caso similar al de http -> https. La única diferencia es que tendrás que asegurarte de mantener la propiedad del antiguo nombre de dominio, las redirecciones relacionadas y su certificado SSL dedicado si es aplicable.

El riesgo aquí es moderado

Consejo profesional: para saber más, te invitamos a leer este artículo sobre el tiempo de conservación de las redirecciones en un proyecto de rediseño SEO.

El cambio de CMS

Por razones de complejidad técnica, el cambio de CMS desafortunadamente conlleva muchos cambios de URLs, ya sea en la adición o eliminación de «.html» al final de las URLs o en la adición de claves de URL obligatorias. Por ejemplo, en Shopify todas las páginas de contenido comienzan con el slug «pages» y no aceptan subdirectorios como lo hacen otros CMS.

El riesgo aquí es alto

Consejo profesional: Lee completo este tutorial (¡o usa Swan!). Puede parecer trivial como «consejo», pero aquí es uno de los dos casos que requieren más experiencia, por lo que hay que asegurarse de hacerlo lo más limpiamente posible y no olvidar nada.

La fusión de dos nombres de dominio diferentes

Terminamos esta lista con el caso quizás más complejo. Aquí estamos en el caso de que has comprado un sitio de tu sector para reforzar o expandir tu actividad. Dado que es muy probable que las tecnologías en back sean diferentes y que tus contenidos sean al menos parcialmente duplicados, te encuentras en una mezcla de las diferentes situaciones mencionadas anteriormente.

El riesgo aquí es alto

Consejo profesional: Esta es una tarea muy compleja para realizar manualmente sin olvidar nada, especialmente si los sitios contienen muchas páginas. Sin embargo, es una de las tareas que Swan maneja automáticamente con gran facilidad. La verdadera solución en términos de seguridad y ahorro de tiempo es, por lo tanto, utilizar Swan.

Conclusión intermedia: Como habrás comprendido, hay muchos casos posibles. Antes de embarcarte en una operación manual, siempre es buen momento para crear una cuenta en Swan y confiar en la herramienta para evitar perderte en archivos Excel interminables.

Puntos de control durante una migración

Ahora vamos a ver todos los puntos de control a verificar durante un rediseño o una migración para asegurarse de no olvidar nada y no arruinar el posicionamiento de las páginas de tu sitio web. Y verás que, aunque es una parte importante, aquí no se trata solo de reunir las URLs.

Etapa 1: Obtener la lista de la mayor cantidad de páginas relevantes, sean SEO o no

Para tu información, todas estas etapas son facilitadas enormemente por Swan, ya sea para la normalización de URLs, la clasificación de URLs no relevantes o incluso simplemente para la eliminación de duplicados.

1 – Listar las URLs que reciben enlaces (backlinks)

¡Esta es una de las etapas más importantes! Puedes (¡y debes!) utilizar el máximo de herramientas a tu disposición para esto:

• Google Search Console
• Babbar.tech
• Majestic
• Ahrefs
• Semrush
• Moz

Y cualquier otra herramienta que normalmente uses para gestionar los enlaces entrantes a tu sitio web. Como hace Swan, simplemente piensa en eliminar los duplicados de tus listas si son largas para no hacer el trabajo varias veces. Las páginas que reciben enlaces son probablemente las más importantes en el momento de rediseñar un sitio web porque son las que transmiten la potencia (Page Rank) otorgada por otros sitios web que te enlazan. De hecho, son estas las que deben mantener una redirección durante el mayor tiempo posible. Para saber más: consulta nuestro artículo sobre el tiempo de conservación de las redirecciones después de una migración.

2 – Listar las páginas que generan tráfico en tu sitio web

Atención: durante un rediseño, a menudo hay páginas que generan tráfico pero no necesariamente reciben enlaces o son descubiertas por un rastreo clásico de tu sitio web. Aquí hablamos de páginas web huérfanas. Para asegurarte de no olvidar ninguna, te recomendamos recuperar todas las páginas que han generado visitas en los últimos 6 meses en Google Analytics (o cualquier otro software de seguimiento de sitios web) así como en Google Search Console.

3 – Rastrear tu sitio web para tener la lista completa de páginas

Esta etapa de búsqueda exhaustiva de páginas se sitúa en tercer lugar porque es la que te permitirá descubrir nuevas páginas que no tienen necesariamente eficacia SEO inmediata. Estas páginas, aunque tienen un papel preponderante en el enlace interno y por lo tanto en el PageRank relacionado, no tienen un papel directo en el tráfico del sitio. Estas páginas, como decíamos en el artículo sobre las duraciones de redirecciones mencionado anteriormente, pueden necesitar permanecer menos tiempo.

4 – Listar las páginas de destino de publicidad

Cada vez hay menos sitios web que solo cuentan con SEO. Por lo tanto, es importante verificar la transposición de las páginas vinculadas a la publicidad de Google Ads, Facebook Ads, Bing Ads, etc. en tu plan de migración. Esto te evitará gastar presupuesto publicitario en visitantes que aterrizarían en una página 404.

5 – Obtener la lista de páginas que generan hits SEO por Google Bot

No todas las páginas que requieren redirecciones están necesariamente disponibles en el front-end o con herramientas. A veces, la única forma de encontrarlas es mediante el análisis de logs. Sin embargo, en este análisis de logs asegúrate de tomar solo los logs de bots SEO (bing bot, google bot, etc.). Así, potencialmente obtendrás una lista de URLs que tienen credibilidad para Google pero que fueron ignoradas por tus predecesores en este proyecto.

Etapa 2: Verificaciones técnicas en el sitio web

1 – Capacidades técnicas del servidor, rendimiento web

Si el servidor cambia, es importante asegurarse de que tenga al menos las mismas capacidades en términos de manejo de carga. Más aún, si estás rediseñando para atraer aún más usuarios a tu sitio web, y no solo en SEO.

En sitios web de comercio electrónico o proyectos web con bases de datos voluminosas, es muy probable que se hayan realizado ajustes técnicos a nivel de MySQL. Recuerda pedir a tu administrador de sistemas o a tu devops que verifique su replicación en el nuevo servidor.

También presta atención a esta verificación si solo cambias de CMS. Imagina que pasas de un sitio casi estático a un CMS técnico rico en funcionalidades pero complejo en términos de infraestructura y demandante de recursos: el servidor debe seguir siendo adecuado para acomodar una cantidad de visitantes equivalente en tu sitio web.

Estas diferentes verificaciones pueden realizarse con herramientas como jMeter (proporcionado por la Fundación Apache) que permiten realizar lo que se conoce como pruebas de rendimiento o pruebas de estrés.

2 – ¿Se ha reducido el TTL del nombre de dominio?

El TTL de un registro DNS en un nombre de dominio corresponde a su duración de almacenamiento en caché por los servidores DNS centrales. La idea es reducirlo al mínimo antes de una migración para asegurarse de que el cambio sea instantáneo.

3 – ¿Están listos los certificados SSL de los dominios?

Durante una migración de nombre de dominio o de servidor, puede ocurrir que olvidemos gestionar la parte de los certificados HTTPS (SSL) debido al caché de nuestro navegador. Por lo tanto, es importante preparar bien los certificados en el nuevo servidor, asegurándose de que los certificados vinculados al antiguo dominio sigan renovándose. (dominio y subdominio www) Entender la importancia de las redirecciones es crucial para la migración SEO. Aprende cómo las redirecciones WWW pueden influir en el posicionamiento de tu sitio.

4 – ¿Se renovará automáticamente el antiguo nombre de dominio?

Aunque el antiguo nombre de dominio ya no tenga contenido, es importante seguir renovándolo ya que recibe y retransmite enlaces (backlinks) desde otros sitios. Por lo tanto, asegúrate de activar la renovación automática para no tener que preocuparte más por ello.

5 – Ubicación de las redirecciones

Las pruebas que hemos realizado lo demuestran: es necesario colocar las redirecciones prioritariamente en los archivos de configuración de hosting, Vhost Apache, configuración Nginx, Varnish en el peor de los casos, pero el archivo .htaccess o las redirecciones en la base de datos solo se deben mantener como último recurso.

Etapa 3: Correspondencia de URLs

No se puede decir lo suficiente: para limitar el riesgo SEO de un rediseño de sitio web, no se deben cambiar las URLs. Un plan de redirección bien diseñado es esencial para preservar tu posicionamiento, pero desafortunadamente, como se mencionó anteriormente, es a menudo más fácil decirlo que hacerlo. Y cuando tienes que embarcarte en un plan de redirección con muchos casos particulares según cada URL de página, es ahí donde la fuerza de Swan vuelve a ser crucial.

1 – Limitar las cadenas de redirección

Este es uno de los aspectos importantes para los motores de búsqueda: reducir el número de redirecciones intermedias. Es decir, cuando detectamos que una página A redirige a una página B y luego a una página C, debemos hacer la redirección de la página A a la página C. Paradójicamente, si repasas todas las páginas con el método descrito anteriormente, podrás aplicar fácilmente este principio. Aquí será necesario asegurarse de no conservar ningún archivo de redirección intermedio.

2 – El orden de las redirecciones en una migración

Un punto importante a recordar es que se deben implementar primero las redirecciones más precisas (de una página a otra página) y terminar con las redirecciones más genéricas (de http a https, por ejemplo).

3 – La elección de correspondencias de las páginas del antiguo sitio al nuevo

En primer lugar, esta es una tarea que puede ser muy larga si el sitio web contiene muchas páginas diferentes. La búsqueda de contenidos correspondientes puede ser muy tediosa.

Caso A: El enfoque de marketing. Aunque es importante tenerlo en cuenta y pensar que redirigimos las páginas según el mismo objetivo de marketing, hay que ponderarlo con lo que sabes de SEO. Si una página para la intención de búsqueda objetivo antes era una página con mucho texto y una señal editorial fuerte, es muy probable que debas apuntar a una página similar, o incluso retomar la exhaustividad de los textos, para no perder eficacia.

Caso 2: El enfoque SEO. Aquí nos enfocamos en el contenido porque ocupa un lugar central. Es, de hecho, lo que hace Swan: la herramienta se basa en la proximidad de contenido en sentido semántico (no estamos hablando de una simple tabla de Jaccard por razones que explicaremos en un futuro artículo). Y en sí, el motor de Swan siempre hará, a menos que olvides excluir el encabezado y el pie de página, la elección correcta porque es la elección que espera el motor de búsqueda, el desplazamiento semántico hacia el contenido más cercano. La estrategia ideal reside en priorizar una elección manual para las URLs del sitio web que reciben más enlaces y tráfico, y luego automatizar el resto.

Etapa 4: Pasos posteriores a la migración

1 – Probar las URLs después de la migración

El objetivo aquí es usar la lista de URLs identificadas previamente para reemplazar la raíz del nombre de dominio por el nuevo (una búsqueda y reemplazo en Excel o en un editor de texto servirá) y probar todas estas URLs en modo de lista en Screaming Frog. Así podrás verificar los estados https devueltos por estas URLs. En teoría, solo deberías tener estos códigos en la lista, según los arbitrajes que hayas hecho:

• 200 (URLs sin cambios)
• 301 o 302 (URL redirigida, aunque 302 es menos probable aquí)
• 410 URL abandonada

Cualquier otro código sería señal de un error

2 – Configurar las herramientas de Google en el nuevo nombre de dominio

Nada demasiado complejo aquí, solo asegúrate de configurar la Search Console de Google para el nuevo nombre de dominio y también de cambiar Google Analytics al nuevo nombre de dominio manteniendo el mismo identificador. Sería una lástima perder la antigüedad de los datos o incluso temporalmente no tener ningún dato de visitantes debido a un olvido desafortunado.

3 – Ayudar a Google a descubrir bien las redirecciones

Un error común después de una migración es enfocarse en el deseo de una indexación rápida de las nuevas URLs. Si esto no va acompañado del descubrimiento de la transición desde una antigua, simplemente estás ampliando un período de contenido duplicado. Por lo tanto, es importante ayudar a Google a descubrir bien las redirecciones. Para ello, hay dos soluciones:

Caso 1: el sitemap XML

Crea un sitemap XML que contenga solo las URLs antiguas y fuerza su rastreo a través de la Search Console. Como mínimo, esto te permitirá seguir el progreso de la desindexación de las antiguas.

Caso 2: el mapa del sitio HTML

La idea aquí es crear una página tipo mapa del sitio HTML, forzar su indexación y enlazarla durante algún tiempo desde tu pie de página. Esto favorecerá el rastreo por parte de Google. La trampa aquí es recordar retirar esta página después de 2/3 meses una vez que Google haya procesado todo (para evitar que las vuelva a indexar).

Conclusión

Ahora tienes todos los conocimientos para tener éxito en tu migración de sitio SEO. Entonces, ¿qué vas a elegir, el método manual o prefieres asegurarlo y ahorrar tiempo gracias a Swan?