Evitar la Pérdida de SEO en una Migración Web: Guía
Tras un rediseño, el posicionamiento suele caer por redirecciones olvidadas, no por un diseño débil. Mapeo de URL y checklist de migración.
Equipo de rabbitclipPublicación: 5 min. de lectura
En breve
La razón más frecuente de una caída de posicionamiento tras un rediseño es que las URL antiguas nunca se redirigen a las nuevas. Google espera una redirección 301 correcta cada vez que cambia una URL, para que la señal acumulada por la página antigua pase a la nueva dirección; saltarse ese paso hace que el buscador evalúe la página desde cero (Google Search Central, Site moves with URL changes).
Esta pérdida no suele ser culpa del equipo de diseño, sino un hueco en la planificación del proyecto. Se aprueba el nuevo diseño, empieza el desarrollo, pero nadie extrae la lista completa de URL del sitio antiguo; la noche del lanzamiento nadie tiene en la mano la correspondencia entre direcciones antiguas y nuevas.
A continuación, las tres etapas de una migración: preparación, la noche del lanzamiento y las comprobaciones posteriores.
Preparación: el sitio antiguo se mapea por completo
Antes del cambio, se reúnen todas las URL rastreables (indexadas) del sitio antiguo, a partir del informe de cobertura en Search Console, el sitemap y, si hace falta, una herramienta de rastreo. Si el sitio de un servicio de firma electrónica tiene cientos de artículos de ayuda, cada uno debe entrar en esa lista de forma individual.
Cada URL antigua se asocia después con su equivalente en el sitio nuevo. Si una página no tiene equivalente exacto en la nueva estructura, se redirige a la página más cercana en el mismo tema; sin ningún equivalente, redirigir a una página de categoría relevante suele funcionar mejor que redirigir a la página de inicio.
Por qué una redirección 301 no es lo mismo que una 302
Una redirección 301 dice «esta página se ha movido de forma permanente», y el buscador transfiere la señal de la página antigua a la nueva dirección. Una 302 dice «esta página está temporalmente en otro sitio», y no se espera transferencia de señal. Usar una 302 para un cambio permanente de sitio es un error frecuente que bloquea esa transferencia (Google Search Central).
Las cadenas de redirección también merecen revisión; si la dirección antigua A no redirige directamente a la nueva sino primero a otra dirección antigua, y solo después a la nueva, esa cadena cuesta tanto velocidad como señal. El objetivo es que cada dirección antigua llegue a la nueva en un solo salto.
El sitemap y el archivo robots se actualizan
En cuanto el sitio nuevo está en línea, el sitemap (sitemap.xml) debe contener las nuevas URL y enviarse al buscador a través de Search Console; un sitemap antiguo que aún apunte a direcciones viejas confunde el rastreo.
El archivo robots.txt también debe revisarse; una regla añadida durante el desarrollo para impedir que los buscadores rastreen el sitio puede dejar al sitio nuevo totalmente invisible en las búsquedas si sobrevive al paso a producción. Es un error frecuente pero fácilmente evitable en las migraciones.
La checklist de la noche de lanzamiento
Hay puntos que conviene revisar en el momento mismo del lanzamiento y justo después; la mayoría se completan en pocos minutos, pero saltárselos puede costar semanas de posicionamiento perdido.
- Confirmar que robots.txt ya no bloquea el rastreo
- Generar el nuevo sitemap y enviarlo a Search Console
- Probar las redirecciones de todas las URL antiguas, incluyendo al menos las veinte páginas con menos tráfico
- Comprobar que los datos estructurados (schema) siguen presentes en las páginas nuevas
- Seguir el informe de cobertura en Search Console durante los días posteriores al lanzamiento
Después del cambio: cuántas semanas observar
Google puede tardar varias semanas en procesar por completo las nuevas URL; en ese periodo es normal ver fluctuaciones temporales de posicionamiento. La señal de alarma real no es la fluctuación, sino una página concreta que semanas después aún aparece indexada con su dirección antigua; eso indica una rotura en algún punto de la cadena de redirección.
Proteger los enlaces internos y los backlinks
Los enlaces internos, es decir, una página que enlaza a otra dentro del propio sitio, son lo que más se olvida en una migración; incluso con las URL antiguas redirigidas, si el texto de una página sigue apuntando a enlaces antiguos, un visitante atraviesa una cadena de redirección, y eso cuesta velocidad en cada clic.
Los backlinks, enlaces de otros sitios hacia el propio, no pueden editarse directamente, pero si la redirección está bien configurada, la señal que llevan esos enlaces se transfiere igualmente a la nueva dirección; una configuración 301 completa importa tanto para los enlaces externos como para los internos.
Proteger la analítica y el seguimiento de conversión durante la migración
El código de analítica y las etiquetas de seguimiento de conversión, envíos de formulario, seguimiento de búsquedas, son otro elemento que se olvida al mudarse a un sitio nuevo; si faltan estas etiquetas, el tráfico y los datos de conversión tienen un punto ciego durante un tiempo tras el lanzamiento.
Si el código de seguimiento de envíos de formulario de un servicio de firma electrónica funciona en el sitio antiguo pero nunca se reconstruye en el nuevo, nadie puede saber cuánta gente rellenó realmente el formulario tras el lanzamiento; por eso la lista de etiquetas de seguimiento debería recopilarse antes del cambio, junto con la lista de URL.
El primer día tras el lanzamiento, conviene probar manualmente y una vez cada formulario y botón activo; ver esa entrada de prueba aparecer en el panel de analítica confirma que el código de seguimiento funciona de verdad.
Por bueno que sea el diseño de un sitio nuevo, unas redirecciones y un mapeo de URL incompletos cuestan la visibilidad ya ganada en los buscadores. rabbitclip trata la lista de URL antiguas, el plan de redirección y el seguimiento posterior al lanzamiento como una partida propia en cada proyecto de migración; un plan de rediseño ya existente puede revisarse junto a esta checklist.
Preguntas frecuentes
¿Una redirección 301 perjudica el posicionamiento?
No, si está bien configurada; el verdadero riesgo es no tener redirección o usar una temporal como la 302.
¿Toda página antigua necesita un equivalente exacto en el sitio nuevo?
No, una página sin equivalente exacto puede redirigirse a la página más cercana en el mismo tema.
¿Cuánto tarda en estabilizarse el posicionamiento tras una migración?
Normalmente unas semanas; varía según el tamaño del sitio y el alcance del cambio.
¿Por qué importa tanto revisar el robots.txt?
Un bloqueo de rastreo añadido en desarrollo, si pasa a producción, puede dejar el sitio nuevo totalmente invisible en las búsquedas.
¿Deben corregirse los enlaces internos antes de la migración?
Idealmente sí; como mínimo, todos los enlaces internos deben actualizarse a las nuevas direcciones justo tras el lanzamiento.
