Checklist SEO para migración web: redirecciones 301, Search Console y control posterior

Migrar una web (cambiar de plataforma, de dominio, de estructura de URL o de diseño) es uno de los momentos de mayor riesgo para el tráfico orgánico. Casi todas las pérdidas tienen causas evitables: URL que desaparecen sin redirección, contenido que se recorta, páginas que se bloquean por error o un sitemap que nadie actualiza. Esta checklist ordena el trabajo en tres fases: antes, durante y después del lanzamiento.

Fase 1: inventario y línea base antes de tocar nada

Lo que no se mide antes de migrar no se puede comparar después. Por eso la primera tarea es documentar el estado actual:

• Rastreo completo del sitio actual con un crawler (Screaming Frog u otra herramienta) y exportación de todas las URL, códigos de respuesta, títulos, descripciones, encabezados y canonicals.
• Informe de Search Console: consultas, páginas con más clics e impresiones de los últimos 12 a 16 meses, y estado de cobertura.
• Datos de analítica: páginas con más sesiones y con más conversiones, que serán las de máxima prioridad.
• Enlaces entrantes: páginas que reciben backlinks, porque son las que más daño causan si se pierden.
• Rendimiento de partida: Core Web Vitals y tiempos de carga, para no empeorarlos con el nuevo diseño.

Conviene guardar estas exportaciones. Serán la referencia para detectar diferencias en las semanas posteriores.

Fase 2: mapa de redirecciones 301

El corazón de la migración es el mapa de URL: una tabla con la dirección antigua y la nueva de cada página. Una redirección 301 indica a los buscadores que el cambio es permanente y transfiere la señal de la URL antigua a la nueva; la documentación de Google sobre redirecciones y cambios de URL detalla los tipos y su efecto.

1. Asignar a cada URL antigua con tráfico, enlaces o conversiones su equivalente más cercano en el nuevo sitio.
2. Redirigir de uno a uno y a una página relevante. Enviar todo a la portada se trata como un error «soft 404» y desperdicia la señal.
3. Evitar cadenas de redirecciones (A a B a C) y bucles: cada salto añade latencia y riesgo.
4. Cubrir variaciones: con y sin `www`, con y sin barra final, HTTP a HTTPS y parámetros relevantes.
5. Si algo desaparece de verdad, devolver 404 o 410 de forma deliberada, no una redirección engañosa.

Las redirecciones se prueban en el entorno de pruebas con un rastreo de la lista antigua: cada URL debe responder 301 directo a un 200.

Fase 3: contenido, canonicals y datos estructurados

Un rediseño no debería reducir el contenido que posiciona. Hay que comprobar que las páginas clave conservan títulos, encabezados, textos, imágenes con su atributo `alt` y enlaces internos, o los mejoran.

• Cada página con una etiqueta canonical autorreferente, apuntando a la URL final.
• Metaetiquetas: título y descripción únicos y sin restos de la fase de pruebas.
• Datos estructurados (Organization, Article, Product, FAQ) trasladados y validados.
• Hreflang recíproco si el sitio es multilingüe; la guía de SEO multilingüe con hreflang explica los errores más comunes.
• Enlaces internos actualizados para que apunten a las URL nuevas y no dependan de las redirecciones.

Lanzamiento: lo que se revisa el mismo día

El fallo más caro y más frecuente es olvidar quitar el bloqueo del entorno de pruebas. Antes de abrir al público:

• Eliminar `noindex` y la protección de acceso, y comprobar que `robots.txt` no bloquea el sitio entero.
• Verificar que el sitemap XML contiene solo URL finales, indexables y con código 200.
• Confirmar certificado HTTPS válido y redirección de HTTP a HTTPS.
• Probar formularios, pasarelas de pago y etiquetas de analítica.

Si cambia el dominio, se usa la herramienta de cambio de dirección de Search Console, tras haber verificado ambas propiedades. El procedimiento completo está en la guía de Google sobre migraciones de sitios con cambio de URL.

Después del lanzamiento: Search Console y control semanal

La migración no termina al publicar. Durante las siguientes semanas hay que vigilar:

1. Cobertura e indexación: subir el sitemap nuevo, revisar errores y páginas excluidas, y solicitar inspección de las URL prioritarias.
2. Errores de rastreo y 404: corregir las URL antiguas que se hayan escapado del mapa.
3. Rendimiento en consultas: comparar clics e impresiones con la línea base. Una caída leve y temporal es normal mientras Google reprocesa; una caída sostenida indica un problema.
4. Core Web Vitals en el informe de experiencia de página.
5. Rastreo del sitio nuevo para detectar cadenas de redirecciones, enlaces rotos y canonicals incorrectos.

Las redirecciones deben mantenerse al menos un año, y más tiempo si siguen recibiendo enlaces externos.

Los errores que más tráfico cuestan

• Dejar indexable el sitio de pruebas, que genera contenido duplicado y compite con el dominio real.
• Redirigir todas las URL antiguas a la portada, en lugar de a su equivalente.
• Cambiar URL sin necesidad. Si una dirección posiciona bien y no hay motivo para modificarla, conservarla es la migración más segura.
• Olvidar imágenes y archivos PDF, que también reciben tráfico y enlaces y suelen quedar fuera del inventario.
• Recortar contenido «para simplificar» sin comprobar qué consultas hacían posicionar esa página.
• No tener un plan de reversión para las primeras horas, cuando un fallo grave se puede corregir sin que Google lo haya procesado.

Una regla de oro: cambiar lo mínimo imprescindible. Cada cambio añadido a la vez, sea de dominio, de estructura de URL o de diseño, multiplica las incógnitas y dificulta diagnosticar la causa de cualquier caída.

Migrar con un equipo que lo haga cada vez

Una migración combina inventario, desarrollo, redirecciones y análisis, y los errores se pagan en tráfico. El servicio de SEO técnico de AYM Flow incluye el mapeo de URL, las redirecciones 301 y la reindexación monitorizada, y se integra con proyectos de diseño web cuando el rediseño forma parte del cambio. Para planificar una migración concreta, se puede pedir presupuesto desde la página de contacto.

Compartir:XLinkedInWhatsApp