Apéndice D: Protocolo de migración

El Apéndice D proporciona un protocolo paso a paso para migraciones de sitio, rediseños y cambios de URL. Cubre la planificación previa a la migración (auditar enlaces existentes, mapear redirecciones), la ejecución durante la migración (redirecciones 301, actualizar enlaces internos), la verificación posterior a la migración (rastrear errores, monitorear tráfico) y la estabilización (confirmar recuperación, actualizar matriz). Seguir este protocolo minimiza la pérdida de link equity interno durante cambios estructurales.

La planificación de migraciones es crítica porque las migraciones deficientes son la causa #1 de pérdida de link equity interno. Sin una planificación adecuada, puedes perder el 10-30% de tu autoridad durante una migración. Las cadenas de redirección, los enlaces rotos y las páginas huérfanas son errores comunes de migración. Una planificación adecuada previene estas pérdidas y asegura una transición fluida.

Las cuatro fases son: Pre-Migración (2 semanas antes), Durante la Migración (ejecución), Post-Migración (48 horas después) y Estabilización (1 mes después). Cada fase tiene tareas específicas para asegurar que tu estructura de enlazado interno sobreviva a la migración. Seguir todas las fases previene la pérdida de autoridad.

Dos semanas antes de una migración, debes: ejecutar un rastreo completo del sitio con Screaming Frog y exportar todos los enlaces internos, crear un inventario de redirecciones 301 mapeando cada URL antigua a su nueva URL, identificar páginas prioritarias (aquellas con más enlaces internos), documentar el texto ancla usado para enlaces a PVN y crear una copia de seguridad de la matriz de enlazado. Esto crea tu línea base.

Mapea cada URL antigua a su nueva URL. Incluye todas las PVN en tu mapa de redirecciones. Documenta el texto ancla usado para enlaces a PVN. Usa una hoja de cálculo con columnas: URL Antigua, URL Nueva, Tipo de Redirección (301) y Notas. Esto asegura que no olvides ninguna URL importante durante la migración.

Las páginas prioritarias son páginas con más enlaces internos. Estas deberían ser tus principales prioridades de conservación durante la migración. Usa Screaming Frog para encontrar páginas con el mayor recuento de "In Links". Estas páginas transmiten la mayor autoridad. Asegura que sus enlaces se conserven.

El texto ancla debería conservarse durante las migraciones. Cuando las URLs cambian, el texto ancla debería permanecer igual para mantener las señales de relevancia. Documentar el texto ancla asegura que no pierdas el valor semántico de tus enlaces. Esto es especialmente importante para PVN.

Una copia de seguridad de la matriz de enlazado es una exportación de tu matriz de enlazado actual antes de la migración. Esta es tu línea base para la comparación post-migración. Te ayuda a verificar que todos los enlaces se conservaron y que el flujo de autoridad permanece intacto. Sin una línea base, no puedes medir el éxito de la migración.

Durante la ejecución de la migración, debes: implementar redirecciones 301 una por una (probar cada una antes de activarla), actualizar enlaces internos directamente para que apunten a nuevas URLs (no confiar en redirecciones), verificar que los menús y la navegación incluyan enlaces directos a PVN y actualizar enlaces contextuales dentro del contenido. Esto preserva el flujo de autoridad.

Las redirecciones consumen link equity (se estima una pérdida del 10-15% por salto). Actualizar enlaces internos directamente a la nueva URL evita esta pérdida. Las redirecciones deberían usarse para enlaces externos y marcadores antiguos, no para navegación interna. Las actualizaciones directas preservan el 100% del link equity.

"Una por una" significa implementar redirecciones 301 individualmente y probar cada una antes de activarla. No redirijas masivamente sin verificación. Cada redirección debería probarse para asegurar que funciona correctamente. Esto previene cadenas de redirección y enlaces rotos.

Probar cada redirección asegura que funciona correctamente y apunta al destino correcto. Una sola redirección rota puede desperdiciar autoridad y frustrar a los usuarios. Probar antes de activar previene estos problemas. Es mejor encontrar problemas durante las pruebas que después del lanzamiento.

48 horas después de una migración, debes: ejecutar un rastreo completo del sitio con Screaming Frog para comprobar enlaces internos que apunten a URLs antiguas sin redirección (errores 404), inspeccionar 10-15 PVN en Search Console (Inspección de URL) y solicitar indexación si es necesario, y monitorear el tráfico de PVN de cerca por caídas. Esto detecta problemas temprano.

El rastreo post-migración es ejecutar Screaming Frog inmediatamente después de la migración para comprobar errores. Revela enlaces rotos, cadenas de redirección y páginas huérfanas. Esto es esencial porque las migraciones a menudo introducen problemas que no estaban presentes antes. El rastreo los detecta para que puedas corregirlos rápidamente.

Busca: enlaces internos que apunten a URLs antiguas sin redirección (errores 404), cadenas de redirección (A→B→C), páginas huérfanas (páginas con cero enlaces internos) y PVN que ya no son alcanzables. Estos son los errores de migración más comunes. Corrígelos inmediatamente.

Usa Inspección de URL para comprobar 10-15 PVN. Si no han sido rastreadas, solicita indexación. También, monitorea el informe "Cobertura" para nuevos errores. Search Console muestra lo que ve Google. Si Search Console muestra errores, corrígelos rápidamente.

Una caída del 10-15% durante 2-4 semanas es normal mientras Google re-indexa tu sitio. Una caída de más del 20% sugiere pérdida de link equity. Si el tráfico cae más del 20%, investiga las redirecciones y los enlaces internos inmediatamente. La mayoría de las caídas se recuperan en 4-6 semanas.

Investiga inmediatamente. Comprueba las redirecciones — ¿funcionan todas? Comprueba los enlaces internos — ¿apuntan a las URLs correctas? Comprueba las PVN — ¿siguen recibiendo enlaces? Comprueba Search Console — ¿hay nuevos errores? Corrige lo que encuentres. La mayoría de los problemas se pueden resolver rápidamente.

Un mes después de una migración, debes: comparar el número de páginas indexadas antes y después (Search Console > Índice > Páginas), reconstruir tu matriz de enlazado con nuevas URLs, recalcular la profundidad de clic para PVN, actualizar tus diagramas de arquitectura y documentar la migración para referencia futura.

Comparar páginas indexadas te dice si Google ha re-indexado tu sitio correctamente. Si el número de páginas indexadas ha bajado significativamente, algunas páginas pueden haberse perdido durante la migración. Esto te ayuda a identificar y corregir problemas de indexación temprano.

Actualiza tu matriz de enlazado con nuevas URLs. Recalcula la profundidad de clic para PVN. Verifica que todos los emparejamientos sigan teniendo sentido con la nueva estructura. Esto asegura que tu matriz refleje tu nueva estructura de sitio y siga siendo una herramienta útil.

Documentar la migración te ayuda a mejorar futuras migraciones. Registra lo que se cambió, lo que funcionó y lo que no. Esto crea una base de conocimiento para tu equipo. Cada migración debería ser mejor que la anterior.

La lista de verificación de migración es una lista de todas las tareas de migración del Apéndice D. Úsala para asegurar que no olvides ningún paso. Imprímela y trabaja a través de ella sistemáticamente. Esto previene errores críticos.

Los errores de migración más comunes: no ejecutar un rastreo pre-migración, no crear un inventario de redirecciones, no actualizar enlaces internos directamente, no probar redirecciones antes de activarlas y no ejecutar un rastreo post-migración. Evitar estos errores previene la pérdida de autoridad.

Actualiza los enlaces internos directamente a la nueva URL. No confíes en redirecciones para enlaces internos. Si tienes cadenas de redirección, acórtalas a un solo salto (A→C en lugar de A→B→C). Esto preserva el link equity.

Ejecuta un rastreo post-migración inmediatamente después del lanzamiento. Corrige cualquier error 404 que encuentres. También, usa redirecciones 301 para cualquier URL que haya cambiado. Los enlaces rotos desperdician autoridad y frustran a los usuarios.

Asegura que cada página de tu nuevo sitio reciba al menos un enlace interno desde otra página. Ejecuta un rastreo post-migración para encontrar páginas huérfanas (Unique Inlinks = 0). Enlázalas o noindexalas. Las páginas huérfanas son contenido desperdiciado.

Asegura que todas las PVN estén en tu inventario de redirecciones. Verifica que reciban enlaces de las mismas fuentes después de la migración. Ejecuta un rastreo post-migración para comprobar los recuentos de enlaces de PVN. Si una PVN tiene menos enlaces que antes, añade enlaces para restaurar su autoridad.

La línea base pre-migración es una instantánea de la estructura de enlazado de tu sitio antes de la migración. Incluye: todos los enlaces internos, recuentos de enlaces de PVN, profundidad de clic y tu matriz de enlazado. Esta línea base te ayuda a medir el éxito de la migración.

Ejecuta un rastreo con Screaming Frog y exporta todos los enlaces internos. Registra los recuentos de enlaces de PVN y la profundidad de clic. Exporta tu matriz de enlazado. Guarda todos estos datos. Esta es tu línea base para la comparación después de la migración.

La verificación post-migración es comparar tus datos post-migración con tu línea base pre-migración. Si los recuentos de enlaces de PVN han bajado, tienes un problema. Si la profundidad de clic ha aumentado, tienes un problema. La verificación asegura que la migración fue exitosa.

Para cada cambio de URL, crea una redirección 301 de la URL antigua a la URL nueva. También, actualiza todos los enlaces internos para que apunten directamente a la URL nueva. Esto asegura que la autoridad fluya correctamente.

Si el contenido se fusiona, mueve o elimina, actualiza los enlaces internos en consecuencia. Usa redirecciones 301 para contenido eliminado. Para contenido fusionado, redirige las URLs antiguas a la nueva página consolidada. Esto previene enlaces rotos y preserva la autoridad.

Si tu navegación cambia, asegura que todas las PVN sigan enlazadas desde la nueva navegación. Añade enlaces directos a PVN si se han eliminado de la navegación. Los cambios de navegación pueden afectar el flujo de autoridad.

Los cambios de diseño pueden afectar la colocación y visibilidad de los enlaces. Asegura que todos los enlaces se conserven en el nuevo diseño. Ejecuta un rastreo post-migración para verificar que los enlaces sigan presentes. Los cambios de diseño no deberían romper tu estructura de enlazado.

Los cambios de CMS pueden afectar cómo se generan los enlaces. Asegura que tu nuevo CMS genere las mismas URLs o tenga redirecciones establecidas. Prueba a fondo antes de activar. Los cambios de CMS son una fuente común de errores de enlaces.

Los cambios de dominio requieren actualizar todos los enlaces internos al nuevo dominio. También, configura redirecciones 301 del dominio antiguo al nuevo dominio. Esto preserva el link equity externo y la autoridad interna.

Los cambios de subdominio requieren actualizar todos los enlaces internos al nuevo subdominio. También, configura redirecciones 301 del subdominio antiguo al nuevo subdominio. Los cambios de subdominio pueden afectar la autoridad si no se manejan correctamente.

Los cambios de protocolo requieren actualizar todos los enlaces internos a HTTPS. También, configura redirecciones 301 de HTTP a HTTPS. Esto preserva la autoridad y mejora la seguridad. HTTPS es una señal de posicionamiento, por lo que este cambio puede beneficiar tu sitio.

Elige tu versión preferida (www o non-www). Configura redirecciones 301 de la versión no preferida a la versión preferida. Actualiza todos los enlaces internos a la versión preferida. Esto consolida la autoridad en una versión.

Elige tu convención preferida de barra inclinada final. Configura redirecciones 301 de la versión no preferida a la versión preferida. Actualiza todos los enlaces internos a la versión preferida. Esto previene contenido duplicado y consolida autoridad.

Usa URLs en minúsculas consistentemente. Configura redirecciones 301 de mayúsculas a minúsculas. Actualiza todos los enlaces internos a minúsculas. Esto previene contenido duplicado y consolida autoridad.

Elimina parámetros de consulta de las URLs cuando sea posible. Usa etiquetas canónicas para páginas con parámetros. Asegura que los enlaces internos apunten a URLs limpias. Los parámetros de consulta pueden crear contenido duplicado y desperdiciar autoridad.

El cronograma de migración incluye: Pre-Migración (2 semanas antes), Durante la Migración (día de ejecución), Post-Migración (48 horas después) y Estabilización (1 mes después). Planifica cada fase cuidadosamente. Date suficiente tiempo para cada fase.

Comparte el plan de migración con tu equipo. Explica cada fase y asigna propiedad. Usa la lista de verificación de migración para rastrear el progreso. La comunicación regular asegura que todos estén alineados y que no se omitan pasos.

Comparte un resumen de alto nivel del plan de migración. Explica el cronograma y los resultados esperados. Sé transparente sobre los riesgos (caídas de tráfico, problemas temporales). Las actualizaciones regulares construyen confianza y gestionan expectativas.

El plan de recuperación de migración es un plan para qué hacer si algo sale mal. Incluye: procedimientos de reversión, información de contacto de emergencia y una lista de problemas críticos a monitorear. Tener un plan de recuperación reduce el estrés y permite correcciones rápidas.

Compara los datos pre-migración y post-migración: tráfico de PVN, posiciones de PVN, páginas indexadas, profundidad de clic, recuento de páginas huérfanas y recuentos de enlaces internos. Si estas métricas están estables o mejorando, la migración fue exitosa. Si están disminuyendo, investiga.

El plan de reversión es el procedimiento para revertir al sitio antiguo si la migración falla. Incluye: restauración de copias de seguridad, cambios de DNS y un plan de comunicación. Tener un plan de reversión te da una red de seguridad.

Una migración típicamente toma 2 semanas de planificación pre-migración, 1-3 días de ejecución, 48 horas de verificación post-migración y 1 mes de estabilización. Tiempo total: 4-6 semanas. Planifica en consecuencia.

El período de estabilización es el mes después de la migración cuando monitoreas y corriges cualquier problema. El tráfico puede fluctuar durante este período. La mayoría de los problemas se resuelven dentro de 4 semanas. Después de la estabilización, tu sitio debería rendir igual o mejor que antes.

Monitorea tus métricas clave diariamente: tráfico de PVN, posiciones de PVN, páginas indexadas e informes de errores. Si ves problemas, investiga inmediatamente. Corrige redirecciones, actualiza enlaces internos y solicita re-indexación en Search Console. Las correcciones rápidas previenen daños a largo plazo.

La auditoría post-migración es una revisión completa de tu sitio después de la migración. Incluye: comprobar todos los enlaces internos, verificar que las redirecciones funcionen, asegurar que las PVN estén recibiendo autoridad y actualizar tu matriz de enlazado. La auditoría confirma que tu migración fue exitosa.