Migración SEO de un sitio web: plan para no perder búsquedas ni menciones en IA

¿Qué cubre un plan de migración para un relanzamiento?

Prueba rápida: Exporta hoy tus 50 URLs principales desde la analítica. Cada una necesita un destino con nombre en el nuevo sitio.

La migración SEO es la transferencia coordinada de las señales de descubribilidad de un sitio a medida que cambia su diseño, dominio o plataforma. El objetivo es que las páginas importantes sean fáciles de encontrar, conectar las direcciones antiguas con las nuevas páginas correctas y detectar problemas evitables antes y después del lanzamiento.

Este servicio es útil cuando un proyecto está cambiando de dominio o marca, consolidando páginas, reemplazando un CMS o reconstruyendo plantillas. También es adecuado para equipos cuyo tráfico de búsqueda orgánica o menciones en IA son canales de adquisición importantes y que necesitan un responsable claro para las verificaciones de migración.

Empezamos acordando qué debe permanecer accesible y medible. Esto incluye las landing pages prioritarias, las páginas de producto y documentación, las versiones regionales o de idioma, y cualquier página citada regularmente en respuestas de IA. Una línea base le da al equipo una referencia para comparar, en lugar de depender de la memoria después del lanzamiento.

Una migración puede incluir:

• Una línea base de rastreo y tráfico del sitio actual.
• Un mapa de URLs de origen a destino y revisión de redirecciones.
• Verificaciones de metadatos y datos estructurados en staging.
• Monitoreo del día de lanzamiento y un plan de recuperación.
• Una revisión enfocada de las menciones prioritarias en IA y sus páginas de origen.

Para un trabajo de descubribilidad más amplio más allá de la mudanza en sí, consulta nuestros servicios de visibilidad en búsqueda con IA y auditoría GEO.

¿Cómo mapear URLs y redirecciones antes del lanzamiento?

Un mapa de URLs útil le da a cada página antigua importante un destino claro, o una razón documentada de por qué no se trasladará. Constrúyelo antes de que termine el desarrollo para que la arquitectura de información del nuevo sitio pueda revisarse mientras los cambios aún son prácticos.

Comienza con un rastreo del sitio actual y combínalo con los datos de tráfico disponibles y las prioridades del negocio. Marca las URLs que generan visitas orgánicas, representan un producto o servicio, respaldan un recorrido importante del cliente o han sido identificadas como fuentes de menciones en IA. Luego registra la nueva URL correspondiente, la redirección prevista y la persona responsable de confirmarla.

Usa estas comprobaciones para evaluar el mapa:

• Cada URL de origen prioritaria tiene un destino o una decisión explícita de retiro.
• Los destinos coinciden con el propósito de la página antigua, no meramente con su categoría más cercana.
• Las redirecciones apuntan a la URL final en lugar de pasar por una cadena de direcciones intermedias.
• Los enlaces internos, la navegación, las referencias canónicas y las entradas del sitemap usan las nuevas URLs.
• Las páginas eliminadas tienen un reemplazo considerado cuando realmente existe uno.

Una hoja de cálculo suele ser suficiente, siempre que esté completa y se mantenga. Realizamos una revisión manual de redirecciones contra las listas de origen y destino, señalamos las coincidencias poco claras y ayudamos al equipo a resolverlas antes del lanzamiento. Esto hace que las decisiones sobre URLs sean revisables por los responsables de SEO, contenido y desarrollo.

¿Qué probar en staging?

Las comprobaciones en staging confirman que el nuevo sitio presenta las páginas y la información previstas antes del lanzamiento público. La revisión debe cubrir el acceso técnico, el contenido de la página y las señales que ayudan a los productos de búsqueda y respuesta a identificar de qué trata una página.

Primero, compara las plantillas clave y las URLs prioritarias con el plan de migración aprobado. Verifica que los títulos de página, descripciones, encabezados, referencias canónicas y datos estructurados se hayan trasladado o actualizado deliberadamente. Confirma que el contenido importante esté presente en la página renderizada y que los controles de acceso de staging no permanezcan accidentalmente en el sitio público.

Para la visibilidad en IA, haz una lista corta de prompts reales relacionados con tus productos, experiencia y marca. Registra qué páginas aparecen como fuentes en las respuestas relevantes antes de la mudanza, luego revisita esos prompts después del lanzamiento. Esta es una observación práctica, no una afirmación de que todos los asistentes mostrarán las mismas fuentes. Si el contenido necesita reescribirse para que los hechos sean más claros y fáciles de citar, nuestro servicio de contenido para respuestas de IA puede apoyar ese trabajo. Para preguntas técnicas de implementación, consulta AEO técnico.

Antes de la aprobación, comparte una lista de verificación concisa con el responsable del CMS y el desarrollador: páginas a probar, destinos esperados, decisiones de metadatos, cambios en datos estructurados y cualquier problema abierto que pueda bloquear el lanzamiento. Los responsables claros evitan la incertidumbre de última hora.

Monitoreo del lanzamiento y recuperación

Error común: Redirigir cada página antigua a la página de inicio. Envía cada URL antigua a su página nueva más cercana.

El monitoreo del lanzamiento compara el sitio en vivo con el plan aprobado y la línea base para que los problemas sean visibles mientras el equipo aún puede actuar sobre ellos. El trabajo comienza antes del lanzamiento, continúa el día del lanzamiento y se extiende a través de las comprobaciones posteriores al lanzamiento.

Antes del lanzamiento, acuerda quién puede pausar un lanzamiento, quién puede cambiar redirecciones o plantillas, y dónde se deben reportar los problemas. Mantén el mapa de URLs final, la lista de páginas prioritarias y las excepciones conocidas disponibles para las personas que realizan el trabajo. El día del lanzamiento, verifica que las URLs prioritarias resuelvan según lo previsto, que las páginas importantes sean accesibles y que los metadatos y datos estructurados publicados coincidan con las versiones aprobadas.

Después del lanzamiento, compara los resultados del rastreo y el tráfico con la línea base, luego clasifica los problemas por impacto y causa. Un plan de recuperación práctico identifica los pasos para redirecciones incorrectas, páginas faltantes, restricciones de acceso accidentales o cambios de plantilla que eliminan contenido importante. Registra el problema, el responsable, la solución y el resultado de la verificación para que las correcciones sean trazables.

Proporcionamos un registro de hallazgos y acciones legible, no una exportación técnica sin explicación. Si deseas una observación continua de las respuestas de IA después de la migración, el monitoreo de visibilidad en IA puede extender la revisión más allá de la ventana de lanzamiento. La revisión también puede notar si las páginas fuente prioritarias permanecen accesibles y útiles.

¿Qué puede cambiar aún después de una mudanza?

Una migración cuidadosa reduce la disrupción evitable, pero un relanzamiento no le da a un equipo control sobre la rapidez con que los buscadores revisitan las páginas ni qué fuentes seleccionan los productos de respuesta de IA. Google puede volver a rastrear páginas en su propio horario, y una respuesta de IA puede cambiar u omitir una fuente incluso cuando esa página permanece disponible; no podemos prometer posicionamientos o menciones sin cambios, pero podemos entregar el mapeo, las comprobaciones, el monitoreo y las correcciones acordados dentro del plan.

Toma la decisión de lanzamiento con los riesgos pendientes visibles. Si las redirecciones prioritarias no están probadas, el contenido principal falta en las nuevas plantillas, o el equipo no tiene un responsable para las correcciones posteriores al lanzamiento, resuelve esos problemas antes del lanzamiento si es posible. Si una fecha fija lo hace impráctico, documenta los riesgos aceptados y nombra quién manejará cada seguimiento.

Mantén la primera revisión enfocada en hechos observables: si la nueva página carga, si la dirección antigua llega a su destino previsto, si el contenido clave está presente, y si el tráfico de búsqueda medido ha cambiado respecto a la línea base. Investiga patrones en lugar de reaccionar a una observación aislada. Una auditoría GEO puede ayudar a evaluar la visibilidad en IA más amplia, mientras que los servicios de SEO pueden abordar las prioridades de búsqueda orgánica en curso una vez que el trabajo de migración esté estable.

Tu lista de verificación de migración en 7 puntos

Marca estos en orden. Los primeros 3 ocurren antes de que se construya una sola página. Imprime la lista, marca cada línea con un bolígrafo y mantenla junto al brief para que todos trabajen desde la misma página.

• Exporta todas las URLs en vivo y marca las 50 principales por tráfico.
• Mapea cada URL antigua a un nuevo destino.
• Mantén los títulos, encabezados y textos clave donde posicionaban.
• Prueba cada redirección en staging.
• Revisa metadatos y datos estructurados en staging.
• Envía el nuevo sitemap el día del lanzamiento.
• Monitorea errores de rastreo y tráfico durante 30 días.

Términos en una línea

Redirección significa una instrucción que envía visitantes y rastreadores de una URL antigua a una nueva.

Staging: una copia privada del sitio utilizada para pruebas antes del lanzamiento.

¿Cómo encajar la migración en tu trabajo de visibilidad más amplio?

El trabajo de migración es más efectivo cuando los responsables de búsqueda, contenido, desarrollo y marca comparten el mismo mapa de destinos y las mismas decisiones de lanzamiento. Trata el relanzamiento como una transferencia controlada de páginas importantes, no como una tarea técnica aislada.

Si el nombre de la empresa, la descripción del producto o los hechos clave están cambiando, alinea esas actualizaciones en todo el sitio y en las fuentes públicas en las que confía tu audiencia. Nuestro servicio de construcción de entidades para SEO en IA puede ayudar a aclarar cómo se representa la marca y sus ofertas más allá del sitio. Para un proyecto centrado en un asistente, visibilidad en ChatGPT y optimización para Perplexity son áreas relacionadas a considerar después de que las páginas prioritarias hayan sido mapeadas.

Para mantener la colaboración práctica, comparte un archivo de trabajo con:

• Las URLs actuales y de destino para las páginas prioritarias.
• El responsable del lanzamiento y los contactos técnicos.
• Decisiones sobre contenido, metadatos y datos estructurados.
• Problemas abiertos, gravedad, responsables y notas de verificación.
• La línea base y las comprobaciones planificadas después del lanzamiento.

Envía 3 cosas: tu sitemap actual, la nueva estructura planificada y la ventana de fecha de lanzamiento.

Cómo trabajamos

1. Establecer la línea baseRevisamos el rastreo del sitio actual y los datos de tráfico disponibles, luego identificamos las páginas prioritarias y las fuentes conocidas de menciones en IA. Tu equipo confirma qué páginas y recorridos son más importantes.
2. Construir el mapa de URLsEmparejamos las URLs de origen prioritarias con los destinos previstos y señalamos los casos faltantes, poco claros o riesgosos. Tus responsables de SEO y desarrollo confirman las decisiones de redirección.
3. Revisar stagingVerificamos las páginas acordadas, los metadatos y los datos estructurados contra el plan de migración antes del lanzamiento. El equipo resuelve los problemas bloqueantes o registra quién es dueño del seguimiento.
4. Verificar el lanzamientoVerificamos las URLs prioritarias y los elementos de página acordados en el sitio en vivo, luego documentamos todo lo que necesita corrección. Tu responsable técnico recibe acciones claras.
5. Monitorear e informarComparamos las observaciones posteriores al lanzamiento con la línea base y registramos problemas, correcciones y verificaciones. La revisión le da a tu equipo una ruta de recuperación práctica.