¿Lo ha comprobado todo antes de realizar su migración SEO?

Las migraciones de sitios web son etapas arriesgadas en la vida de un sitio. Por eso es crucial gestionar estos proyectos SEO con precisión y contar con una lista de verificación exhaustiva de las acciones que hay que realizar para asegurarse de no perder visitantes tras el cambio efectivo.

Preámbulo:

Swan se ha diseñado para evitar a webmasters, consultores SEO y responsables de sitios web tener que enfrentarse a este tipo de situación:

Ejemplo de proyecto de redirección realizado sin lista de verificación

El objetivo de esta lista de verificación es, por tanto, ayudarle a evitar que su curva de tráfico se parezca a la de arriba. Por supuesto, si no tiene tiempo o experiencia para seguir manualmente todas estas etapas, Swan lo hará por usted.

Ahorre tiempo en la migración de su sitio con Swan

Los términos migración y rediseño abarcan varios conceptos cuyo nivel de riesgo en términos de posicionamiento puede ir de nulo a dramático. Empecemos, pues, por detallar estos distintos conceptos. Y, como verá, contrariamente a una creencia extendida, no se trata únicamente de saber si se van a cambiar las URL o no. Por supuesto, es posible que su caso combine varias de estas hipótesis.

Durante un rediseño gráfico, puede ocurrir que solo se cambien los colores y otras propiedades de una hoja de estilos. En ese caso no habrá ningún cambio de URL, por lo que no harán falta redirecciones.

¡El riesgo aquí es, por tanto, nulo!

Consejo de experto: asegúrese de que el CSS no haga desaparecer, sobre todo en móvil (diseño responsive), ciertas zonas de enlazado interno. Con el tiempo, esto podría afectar a la circulación del PageRank interno y, por tanto, al posicionamiento.

En los CMS más habituales del mercado, como Magento, WordPress, PrestaShop, Drupal o Shopify, puede ser muy fácil cambiar rápidamente de tema. Aunque este cambio no implique modificar las URL, puede tener rápidamente efectos secundarios indeseados, entre ellos:

• Un plugin o una extensión que genera nuevas URL inútiles (las famosas trampas para arañas...)
• La modificación de la circulación del PageRank interno al añadir o eliminar bloques de enlaces

El riesgo aquí es, por tanto, bajo

Consejo de experto: para asegurarse de que las prioridades de las páginas en su enlazado interno no cambian, piense en hacer un rastreo de su sitio que calcule el PageRank, y compruebe que las páginas más impulsadas por el enlazado interno siguen siendo las mismas.

Consejo de experto 2: para ir REALMENTE sobre seguro y llegar más lejos, compruebe con Screaming Frog que los textos de anclaje del enlazado interno siguen siendo idénticos. Según el tema, el enlazado interno puede conservar el mismo número de enlaces, pero los anclajes contextualizados pueden convertirse en simples botones "haga clic aquí" o "más información".

Puede que, por motivos de rendimiento o simplemente contractuales, un sitio necesite cambiar de alojamiento. En la mayoría de los casos, se tratará solo de una réplica de los datos (bases de datos y archivos de un servidor a otro).

El riesgo aquí es, por tanto, bajo

Consejo de experto: asegúrese con un rastreo de que no falta ningún archivo antes de cambiar los DNS, para no generar errores 404.

Consejo de experto 2: asegúrese de que el nuevo servidor es al menos tan potente como el anterior y de que está bien configurado para no sufrir una caída de rendimiento, tanto para Googlebot como para sus usuarios.

Los sitios que todavía no cuentan con un certificado SSL son cada vez más raros, tras los anuncios con los que Google invitó con insistencia a los comercios electrónicos a hacer la transición a https. Recordemos que, más allá de la comunicación alarmista de Google, el https solo es una señal de posicionamiento muy ligera. Se ha convertido sobre todo en un criterio para tranquilizar a los visitantes, en particular en el caso de una tienda online.

Si este paso de http a https se hace de forma aislada, una sola regla de redirección (de http a https) bastará para resolverlo todo de una vez.

El riesgo aquí es, por tanto, bajo

Consejo de experto: no olvide rastrear su sitio para asegurarse de que no hay contenido mixto (recursos http llamados dentro de una página https)

Consejo de experto 2: haga que sus redirecciones individuales se apliquen antes que sus redirecciones masivas. Así evitará que Google sea redirigido primero a http y luego a https. ¡Su presupuesto de rastreo se lo agradecerá!

Este caso suele ser una actualización de versión de WordPress, Magento, PrestaShop, Shopify o cualquier otro CMS. Aquí, como en el cambio de tema gráfico, habrá que asegurarse sobre todo de que no hay cambios en los componentes técnicos ni en el enlazado interno. Durante un rediseño técnico puede ocurrir que se decida suprimir funcionalidades, lo que de nuevo da lugar a un cambio del enlazado interno o a la supresión de URL.

El riesgo aquí es, por tanto, bajo

¿Ha comprado un sitio cuyo nombre de dominio no es pertinente y tiene que cambiarlo? ¿Un problema de marca le obliga a una migración, o cualquier otro motivo le fuerza a cambiar de nombre de dominio y no está tranquilo? Pues no se preocupe: este caso es menos dramático de lo que parece a primera vista. En efecto, potencialmente aquí solo cambia la raíz del nombre de dominio, así que es un caso parecido al paso de http a https. La única diferencia es que habrá que procurar conservar la propiedad del antiguo nombre de dominio, las redirecciones asociadas y su certificado SSL propio, si lo tiene.

El riesgo aquí es, por tanto, moderado

Consejo de experto: para saber más, le invitamos a leer este artículo sobre el tiempo que deben conservarse las redirecciones en un proyecto de rediseño SEO.

Por motivos de complejidad técnica, el cambio de CMS conlleva desgraciadamente numerosos cambios de URL, ya sea por añadir o quitar ".html" al final de la URL o por la adición de claves de URL obligatorias. Por ejemplo, en Shopify todas las páginas de contenido empiezan por el slug "pages" y no aceptan subdirectorios, como sí permiten otros CMS.

El riesgo aquí es, por tanto, elevado

Consejo de experto: lea este tutorial completo (¡o utilice Swan!). Puede parecer un consejo trivial, pero este es uno de los dos casos que exigen más experiencia, así que hay que procurar hacerlo de la forma más limpia posible y no olvidar nada.

Facilite su cambio de CMS con una migración sencilla y segura. Descubra cómo con Swan.tools.

Terminemos esta lista con el caso sin duda más complejo. Hablamos aquí de la situación en la que ha comprado un sitio de su sector para reforzar o ampliar su actividad. Como es muy probable que las tecnologías de back-end sean diferentes y que sus contenidos estén al menos parcialmente duplicados, se encuentra ante una mezcla de las distintas situaciones descritas anteriormente.

El riesgo aquí es, por tanto, elevado

Consejo de experto: se trata de una tarea muy compleja de realizar a mano sin olvidar nada, sobre todo si los sitios tienen muchas páginas. Sin embargo, es una de las tareas que Swan domina de forma automática con gran soltura. La verdadera solución en términos de seguridad y de ahorro de tiempo es, por tanto, utilizar Swan.

Conclusión intermedia: como ha visto, los casos son numerosos. Antes de lanzarse a una operación manual, todavía está a tiempo de crear una cuenta en Swan y apoyarse en la herramienta para no perderse en archivos de Excel interminables.

Veamos ahora todos los puntos de control que hay que verificar durante un rediseño o una migración para estar seguro de no olvidar nada y de no hundir el posicionamiento de las páginas de su sitio web. Y, como verá, aunque es una parte importante, no se trata únicamente de reunir las URL.

Para su información, todas estas etapas se ven muy facilitadas por Swan, ya sea para la normalización de las URL, la eliminación de las URL no pertinentes o, simplemente, la eliminación de duplicados.

¡Es una de las etapas más importantes! Para ello puede (¡y debe!) utilizar el máximo de herramientas a su disposición:

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

Y cualquier otra herramienta que suela utilizar para gestionar los enlaces entrantes hacia su sitio web. Como hace Swan, recuerde simplemente eliminar los duplicados de sus listas si son largas, para no hacer el trabajo varias veces. Las páginas que reciben enlaces son sin duda las más importantes en el momento del rediseño de un sitio web, porque son las que transmiten la autoridad (PageRank) que le pasan los otros sitios web que le enlazan. Son además las que deberán conservar una redirección durante más tiempo. Para saber más: consulte nuestro artículo sobre el tiempo que deben conservarse las redirecciones tras una migración.

Atención: durante un rediseño, a menudo puede haber páginas que generan tráfico sin recibir necesariamente enlaces ni ser descubiertas por un rastreo clásico de su sitio web. Hablamos aquí de páginas web huérfanas. Para estar seguro de no olvidar ninguna, le recomendamos recuperar todas las páginas que hayan generado visitas en los últimos 6 meses en Google Analytics (o cualquier otro software de medición de audiencia), así como en Google Search Console.

Esta etapa de búsqueda exhaustiva de páginas llega en tercer lugar porque es la que le hará descubrir nuevas páginas que no tienen necesariamente una eficacia SEO inmediata. Estas páginas desempeñan sin duda un papel preponderante en el enlazado interno y, por tanto, en el PageRank asociado, pero no tienen un papel directo en el tráfico del sitio. Las redirecciones de estas páginas podrán, por tanto, como decíamos en el artículo sobre la duración de las redirecciones citado más arriba, conservarse menos tiempo.

Cada vez hay menos sitios web que cuenten solo con el posicionamiento orgánico. Por eso es importante comprobar bien la transposición de las páginas vinculadas a la publicidad de Google Ads, Facebook Ads, Bing Ads, etc. en su plan de migración. Así evitará gastar presupuesto publicitario en visitantes que aterrizarían en una página 404.

No todas las páginas que necesitan redirecciones están necesariamente accesibles en el front o con herramientas. A veces, la única forma de encontrarlas es el análisis de logs. Sin embargo, en este análisis de logs procure tener en cuenta solo los logs de los bots de los buscadores (Bingbot, Googlebot, etc.). Obtendrá así potencialmente una lista de URL que tienen credibilidad para Google pero que sus predecesores en este proyecto pasaron por alto.

No vuelva a fallar su migración SEO con nuestra herramienta de análisis semántico avanzado que le guía hacia las mejores redirecciones para su sitio.

Si el servidor cambia, es importante asegurarse de que tiene al menos la misma capacidad en términos de carga. Sobre todo porque, si hace un rediseño, lo más probable es que sea para recibir todavía más usuarios en su sitio web, y no solo desde el SEO.

En sitios de comercio electrónico o en proyectos web con bases de datos voluminosas, es muy probable que se hayan hecho ajustes técnicos en MySQL. Pida a su administrador de sistemas o a su devops que compruebe que se replican en el nuevo servidor.

Haga también esta comprobación si solo cambia de CMS. Imagine que pasa de un sitio casi estático a un CMS técnico, rico en funcionalidades pero complejo en términos de infraestructura y exigente en recursos: el servidor debe seguir estando adaptado para recibir un número de visitantes equivalente en su sitio web.

Estas distintas comprobaciones pueden hacerse con herramientas como JMeter (de la fundación Apache), que permiten realizar lo que se denomina pruebas de rendimiento o pruebas de estrés.

El TTL de un registro DNS de un nombre de dominio corresponde al tiempo durante el cual los servidores DNS (en particular los resolutores de los proveedores de acceso) lo conservan en caché. La idea es reducirlo al mínimo unos días antes de una migración para que el cambio se tenga en cuenta lo antes posible.

Durante una migración de nombre de dominio o de servidor, puede ocurrir que se olviden los certificados HTTPS (SSL), tanto más cuanto que la caché del navegador puede ocultar el problema durante las pruebas. Por eso es importante preparar bien los certificados en el nuevo servidor, asegurándose a la vez de que los certificados del antiguo dominio (dominio y subdominio www) se seguirán renovando. Comprender la importancia de las redirecciones es crucial para la migración SEO. Descubra cómo las redirecciones WWW pueden influir en el posicionamiento de su sitio.

Aunque el antiguo nombre de dominio ya no tenga ningún contenido, es importante seguir renovándolo, porque recibe y transmite enlaces (backlinks) desde otros sitios. Active, por tanto, la renovación automática de su antiguo nombre de dominio para olvidarse del asunto.

La pregunta que se plantea a menudo es: ¿dónde colocar el plan de redirección? Las pruebas que hemos realizado lo demuestran: hay que poner las redirecciones prioritariamente en los archivos de configuración del alojamiento, vhost de Apache, configuración de Nginx, Varnish en el peor de los casos, mientras que el archivo .htaccess o las redirecciones en base de datos solo deben usarse como último recurso.

¡Optimice la migración de su sitio web con el análisis semántico SEO de Swan.tools!

Nunca se repetirá lo suficiente: para limitar el riesgo SEO de un rediseño de sitio web, no hay que cambiar las URL. Un plan de redirección bien diseñado es esencial para preservar su posicionamiento, pero, desgraciadamente, como se ha dicho más arriba, a menudo es más fácil decirlo que hacerlo. Y cuando hay que lanzarse a un plan de redirección con muchos casos particulares según cada URL de página, es ahí donde la fuerza de Swan entra de nuevo en juego.

Es uno de los ejes importantes de cara a los motores de búsqueda: reducir el número de redirecciones intermedias. Es decir, cuando se detecta que una página A redirige a una página B y luego a una página C, hay que redirigir la página A directamente a la página C. Paradójicamente, si recupera todas las páginas con el método descrito más arriba, podrá aplicar fácilmente este principio. Habrá que procurar no conservar ningún archivo de redirección intermedio.

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

En primer lugar, es una tarea que puede resultar muy larga si el sitio web contiene muchas páginas diferentes. La búsqueda de los contenidos correspondientes puede llevar mucho tiempo.

Caso 1: el enfoque de marketing. Hay que tenerlo en cuenta, desde luego, y plantearse redirigir las páginas en función de un mismo público objetivo. Sin embargo, hay que ponderarlo con lo que usted sabe de SEO. Si la página que respondía a la intención de búsqueda objetivo era antes una página con mucho texto y una señal editorial, lo más probable es que, para no perder eficacia, deba apuntar a una página similar, o incluso que retome la totalidad de los textos.

Caso 2: el enfoque SEO. Aquí nos centramos en el contenido, porque ocupa un lugar central. Es precisamente lo que hace Swan: la herramienta se basa en la proximidad semántica del contenido (y no en un simple índice de Jaccard que contaría las palabras en común). El motor de Swan propone así, en la gran mayoría de los casos, la elección que espera el motor de búsqueda: el desplazamiento semántico hacia el contenido más cercano. Después, usted valida o corrige cada propuesta. La estrategia ideal consiste en privilegiar una elección manual para las URL del sitio que reciben más enlaces y tráfico, y automatizar el resto.

Para escribirnos: support@swan.tools.

Ahorre tiempo en la migración de su sitio con Swan

El objetivo aquí es utilizar la lista de URL identificadas anteriormente, sustituir en ella la raíz del nombre de dominio por la nueva (un buscar y reemplazar en Excel o en un editor de texto bastará) y probar todas estas URL en modo lista en Screaming Frog. Podrá así comprobar los códigos de estado HTTP que devuelven estas URL. En teoría, solo debería tener estos códigos en la lista, en función de las decisiones que haya tomado:

• 200 (URL 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

Nada muy complejo aquí: se trata simplemente de acordarse de configurar Google Search Console en el nuevo nombre de dominio (y de declarar en ella el cambio de dirección) y también de pasar Google Analytics 4 al nuevo nombre de dominio conservando la misma propiedad (basta con actualizar la URL del flujo de datos). Sería una pena perder el historial de datos o, simplemente, quedarse temporalmente sin datos de visitantes por un olvido desafortunado.

El error que se comete a menudo tras una migración es centrarse en el deseo de una indexación rápida de las nuevas URL. Si esta no va acompañada del descubrimiento de las redirecciones desde las antiguas URL, simplemente prolonga un periodo de contenido duplicado. Por eso es importante ayudar a Google a descubrir bien las redirecciones. Para ello, nada mejor que incitarle a volver a rastrear esas páginas antiguas, y hay dos soluciones:

Caso 1: el sitemap XML

Cree un sitemap XML que contenga únicamente las antiguas URL y envíelo en Search Console. Como mínimo, esto le 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 de tipo mapa del sitio HTML cuya indexación solicitará (inspección de URL en Search Console) y que enlazará durante un tiempo desde su pie de página. Esto favorece el rastreo de Google. La trampa aquí es acordarse de retirar esta página al cabo de 2 o 3 meses, una vez que Google lo haya procesado todo (para evitar que vuelva a indexarlas)

Ahora tiene todos los conocimientos para llevar a buen término la migración SEO de su sitio. Entonces, ¿qué va a elegir: el método manual, o prefiere asegurarla y ahorrar tiempo gracias a Swan?

Ahorre tiempo en la migración de su sitio con Swan