Páginas tras migración de sitio no indexadas: guía completa de recuperación
Tu migración de sitio fue fluida en el navegador, pero Google está luchando por reconocer tus nuevas URLs. Comprende la ventana crítica de 90 días y arregla los problemas de redirección, canonical y verificación que bloquean la indexación post-migración.
En esta guía
Las migraciones de sitio están entre las operaciones más arriesgadas en SEO. Tanto si te mueves a un nuevo dominio, cambias la estructura de URL, migras de HTTP a HTTPS, cambias de plataforma CMS o consolidas varios sitios en uno, la migración interrumpe fundamentalmente la comprensión que Google tiene de tu sitio. Las páginas que llevaban años indexadas pueden desaparecer de repente de los resultados de búsqueda. Las nuevas URLs que deberían reemplazar a las antiguas se quedan atascadas en la cola de rastreo. El posicionamiento cae en todos los frentes mientras Google reevalúa todo tu sitio en su nueva forma.
Los primeros 90 días tras una migración son críticos. Durante este periodo, Google está activamente volviendo a rastrear tu sitio, procesando redirecciones, evaluando nuevas URLs y decidiendo si la nueva estructura del sitio merece la misma cobertura de indexación y posicionamiento que la antigua. Los errores durante esta ventana pueden resultar en meses de tráfico perdido. Pero incluso las migraciones bien ejecutadas suelen experimentar lagunas de indexación donde algunas páginas del nuevo sitio no están indexadas mientras sus contrapartes de URL antigua han sido eliminadas del índice.
Los problemas de indexación post-migración se diferencian de los problemas normales de indexación porque implican una transición entre dos estados. Google debe procesar simultáneamente la eliminación de URLs antiguas y la incorporación de nuevas, transferir autoridad de páginas antiguas a páginas nuevas a través de redirecciones, y reconciliar su comprensión existente del contenido de tu sitio con la nueva estructura. Esto crea oportunidades para la confusión, las señales perdidas y las lagunas de indexación que no ocurren en las operaciones normales del sitio.
Esta guía cubre los problemas específicos de indexación que ocurren durante y después de las migraciones de sitio, los pasos de diagnóstico para identificarlos y los arreglos para resolverlos rápidamente y minimizar la pérdida de tráfico durante el periodo de transición.
La ventana crítica de 90 días post-migración
La respuesta de Google a una migración de sitio se desarrolla aproximadamente a lo largo de 90 días, aunque el cronograma exacto varía según el tamaño del sitio, la frecuencia de rastreo y el alcance de los cambios. Entender este cronograma ayuda a establecer expectativas e identificar cuándo los retrasos de indexación son normales y cuándo indican un problema.
En las primeras una o dos semanas tras la migración, Google empieza a descubrir los cambios. Si has configurado redirecciones 301 de URLs antiguas a URLs nuevas, Google encuentra estas redirecciones durante su rastreo normal de tus URLs antiguas. Cada redirección le dice a Google que la URL antigua se ha movido permanentemente a una nueva ubicación. Google procesa estas redirecciones y empieza a añadir las nuevas URLs a su cola de rastreo. Durante esta fase, verás una mezcla de URLs antiguas y nuevas en los resultados de búsqueda, lo cual es normal.
En las semanas dos a cuatro, Google intensifica el rastreo de las nuevas URLs. Si has enviado un nuevo sitemap con la nueva estructura de URL y verificado el nuevo dominio en Google Search Console, Google acelera su exploración del nuevo sitio. Deberías ver el ratio de URLs antiguas a nuevas en el índice desplazándose hacia las URLs nuevas. Algunas URLs antiguas aún aparecerán en los resultados de búsqueda ya que Google no ha rastreado y procesado todavía todas las redirecciones.
En las semanas cuatro a ocho, la mayor parte de la transición debería completarse. La mayoría de las URLs antiguas deberían redirigir correctamente, la mayoría de las nuevas URLs deberían estar indexadas y el posicionamiento debería empezar a estabilizarse en o cerca de los niveles pre-migración. Si el posicionamiento es significativamente más bajo que antes, puede haber problemas de redirección, cambios de contenido o problemas técnicos en el nuevo sitio que afectan a las señales de calidad.
En las semanas ocho a doce, la confianza de Google en el nuevo sitio se consolida. Cualquier URL antigua que aún esté indexada debería procesarse. El posicionamiento debería recuperarse a niveles pre-migración asumiendo que la migración se ejecutó correctamente. Si páginas específicas siguen sin indexarse en este punto, tienen problemas individuales que necesitan resolución dirigida.
Durante toda esta ventana de 90 días, evita hacer cambios mayores adicionales a tu sitio. No rediseñes el nuevo sitio, no reestructures las URLs otra vez y no cambies el contenido significativamente. Cada cambio adicional reinicia partes del proceso de evaluación de Google y extiende el cronograma de recuperación. Trata los 90 días tras la migración como un periodo de estabilización donde tus únicos cambios deberían ser arreglos para los problemas relacionados con la migración.
Cadenas de redirección 301, bucles y lagunas de mapeo
La implementación de redirecciones es el factor más importante en la indexación post-migración. Cada URL antigua que tenía algún posicionamiento, tráfico o backlinks debe redirigir a la página más relevante del nuevo sitio. Los errores en la implementación de redirecciones son responsables de la mayoría de los fallos de indexación post-migración.
Las cadenas de redirección ocurren cuando una redirección apunta a otra redirección, que apunta a otra. Por ejemplo, http://dominio-antiguo.com redirige a https://dominio-antiguo.com, que redirige a https://dominio-nuevo.com/pagina. Google puede seguir cadenas de redirección, pero cada salto en la cadena introduce latencia y puede perder algo de link equity. Google ha declarado que pasa el PageRank completo a través de una sola redirección 301 pero ha sido menos claro sobre las cadenas. La buena práctica es minimizar las cadenas a un máximo de dos saltos y, idealmente, implementar redirecciones directas de un solo salto de cada URL antigua a su destino final.
Los bucles de redirección ocurren cuando la URL A redirige a la URL B, y la URL B redirige de vuelta a la URL A. Esto impide que Google alcance jamás una página de destino final y resulta en un error de rastreo. Los bucles ocurren comúnmente cuando HTTP redirige a HTTPS y la versión HTTPS también tiene una regla de redirección que envía ciertas rutas de vuelta a HTTP, o cuando las redirecciones www y no-www entran en conflicto. Prueba la implementación de redirecciones usando una herramienta de comprobación de cadenas de redirección que siga la ruta completa de redirección para cada URL.
Las lagunas de mapeo son URLs antiguas que no tienen ninguna redirección a una URL nueva. Cuando Google rastrea una URL antigua y recibe un error 404 en lugar de una redirección, elimina esa URL del índice. Si la página equivalente existe en el nuevo sitio pero no se mapeó en el plan de redirección, Google no tiene forma de conectar la autoridad de la página antigua a la nueva página. La nueva página debe ganar la indexación desde cero, perdiendo todas las señales de ranking acumuladas.
Para identificar lagunas de mapeo, compara tu lista completa de URLs antiguas indexadas (exporta desde Google Search Console antes de la migración o desde un rastreo pre-migración) con tu archivo de mapeo de redirecciones. Cualquier URL antigua sin una redirección correspondiente es una laguna. Para las URLs antiguas que no tienen un equivalente directo en el nuevo sitio, redirígelas a la página padre o categoría más relevante en lugar de dejar que devuelvan 404. Una redirección a una página algo relevante siempre es mejor que un 404 desde una perspectiva de link equity.
Tras la migración, monitoriza Google Search Console en busca de errores de rastreo en URLs antiguas. Un pico de errores 404 en patrones de URL antiguos indica redirecciones que faltan. Comprueba la lista de errores 404 regularmente durante los primeros 90 días y añade redirecciones para cualquier URL antigua de alto tráfico o alta autoridad que esté devolviendo errores.
Verificación de Google Search Console y gestión de sitemaps
Una configuración adecuada de Google Search Console es crítica para la indexación post-migración. Si tu migración implica un cambio de dominio, un cambio de estructura de URL o un cambio de protocolo, tu configuración de Search Console necesita actualizaciones específicas para ayudar a Google a procesar la transición correctamente.
Para migraciones de dominio (dominio-antiguo.com a dominio-nuevo.com), necesitas tener tanto el dominio antiguo como el nuevo verificados en Google Search Console. No elimines la propiedad del dominio antiguo. La necesitas para monitorizar cómo procesa Google la transición desde las URLs antiguas y para usar la herramienta Cambio de Dirección. En la propiedad de Search Console del dominio antiguo, navega a Configuración y usa la funcionalidad Cambio de Dirección para notificar formalmente a Google que el sitio se ha movido al nuevo dominio. Esto acelera el procesamiento de Google del cambio de dominio y ayuda a preservar las señales de ranking durante la transición.
Para el nuevo dominio, verifícalo como una propiedad de Dominio en Search Console inmediatamente tras la migración. Envía un nuevo sitemap XML conteniendo todas las nuevas URLs. El nuevo sitemap debe listar solo la nueva estructura de URL. No incluyas URLs antiguas en el nuevo sitemap. Si tu sitemap antiguo aún es accesible en el dominio antiguo, déjalo en su sitio temporalmente. Google rastreará el sitemap antiguo, encontrará redirecciones para cada URL y las seguirá hasta las URLs nuevas, lo que ayuda con el descubrimiento.
Para cambios de estructura de URL en el mismo dominio (por ejemplo, cambiando /blog/titulo-de-post a /articulos/titulo-de-post), envía un sitemap actualizado con los nuevos patrones de URL. Usa la herramienta de Inspección de URLs para solicitar el re-rastreo de tus URLs nuevas más importantes. Google debería descubrir los cambios de URL a través de redirecciones durante el rastreo normal, pero el envío del sitemap acelera el proceso.
Para migraciones de HTTP a HTTPS, añade y verifica la versión HTTPS de tu dominio en Search Console si aún no lo has hecho. Envía un nuevo sitemap con URLs HTTPS. Google generalmente procesa las migraciones HTTPS sin problemas, pero monitoriza la indexación de las URLs HTTPS durante las semanas siguientes para asegurar que estén reemplazando a las URLs HTTP en el índice.
Un error común es enviar un sitemap con URLs antiguas desde el nuevo sitio. Tras la migración, audita tu sitemap para asegurar que cada URL que contiene es una URL válida y no redirigida en el nuevo sitio. Un sitemap que hace referencia a URLs antiguas o URLs que redirigen envía señales mixtas a Google y puede retrasar la indexación de tu nueva estructura de URL.
Cambios de contenido y de plantilla que afectan a la indexación post-migración
Muchas migraciones de sitio implican más que solo un cambio de URL. A menudo coinciden con un rediseño, un cambio de CMS, una reestructuración de contenido o una actualización de plantilla. Estos cambios a nivel de contenido pueden causar de forma independiente problemas de indexación que se suman a los retos de la migración de URLs.
Cuando un cambio de CMS modifica cómo se renderizan las páginas, puede introducir problemas de renderizado JavaScript que no existían antes. Si migraste de un CMS renderizado en el servidor como WordPress a un framework JavaScript como React o Vue, las páginas que antes se renderizaban en el servidor pueden ahora renderizarse en el lado cliente. Google debe ahora esperar a que su cola de renderizado JavaScript procese las páginas que antes podía indexar desde el HTML inicial. Esto solo puede añadir días al cronograma de indexación de cada página.
Los cambios de plantilla pueden alterar la estructura de enlazado interno de tu sitio. Un nuevo diseño con navegación diferente, widgets de barra lateral diferentes, enlaces de pie de página diferentes o secciones de contenido relacionado diferentes cambia qué páginas enlazan a qué otras páginas. Si se eliminaron enlaces internos importantes durante el rediseño, algunas páginas pueden quedarse huérfanas en el nuevo sitio aunque tuvieran un enlazado interno fuerte en el sitio antiguo. Rastrea tu nuevo sitio y compara el grafo de enlaces internos con el del sitio antiguo para identificar páginas que perdieron el apoyo de enlaces internos.
Los cambios de contenido durante la migración, incluso bien intencionados, pueden afectar a la indexación. Si reescribiste títulos de página, combinaste o dividiste páginas, añadiste o eliminaste secciones de contenido o cambiaste estructuras de encabezado, Google evalúa estos como contenido nuevo en lugar de reconocerlos como versiones actualizadas de contenido antiguo. Cambios significativos de contenido pueden hacer que Google reevalúe la calidad de la página desde cero en lugar de trasladar la autoridad de la página antigua a través de la redirección.
El enfoque más seguro para la migración separa la migración de URL de la migración de contenido/diseño. Primero, migra las URLs y redirecciones sin cambiar ningún contenido o plantilla. Deja que Google procese el cambio de URL y estabilice la indexación durante cuatro a seis semanas. Luego, haz cambios de diseño y contenido gradualmente. Este enfoque escalonado facilita diagnosticar problemas porque sabes exactamente qué cambio causó qué efecto. Hacerlo todo a la vez hace que la resolución de problemas sea casi imposible porque los problemas de URL, los problemas de contenido y los problemas técnicos están todos entrelazados.
Guía paso a paso
Verifica la implementación de redirecciones para todas las URLs antiguas
Exporta la lista completa de URLs indexadas de tu sitio antiguo (desde un rastreo pre-migración o exportación de Search Console). Prueba cada redirección usando una herramienta de comprobación masiva de redirecciones. Verifica que cada URL antigua redirija con un 301 (no 302) a la URL nueva correcta. Identifica y arregla cadenas de redirección (más de un salto), bucles de redirección (redirecciones circulares) y lagunas de mapeo (URLs antiguas devolviendo 404). Prioriza arreglar redirecciones para páginas con más tráfico, más backlinks y posicionamiento más fuerte. Cada redirección que falta o está rota es una señal de ranking perdida.
Configura Google Search Console para el nuevo sitio
Verifica el nuevo dominio o estructura de URL en Google Search Console como una propiedad de Dominio. Mantén activa la propiedad del dominio antiguo. Si estás migrando dominios, usa la herramienta Cambio de Dirección en la propiedad de Search Console del dominio antiguo para notificar a Google del traslado. Envía un nuevo sitemap XML a la nueva propiedad que contenga solo la nueva estructura de URL. Verifica que el sitemap sea leído con éxito por Google en 48 horas tras el envío. Comprueba si hay problemas de seguridad o acciones manuales en la nueva propiedad que pudieran bloquear la indexación.
Audita la precisión del nuevo sitemap
Descarga tu nuevo sitemap y verifica cada URL en él. Cada URL debe devolver un código de estado 200, no redirigir a otra URL y no llevar una etiqueta noindex. Cruza el sitemap con tu lista completa de páginas del nuevo sitio para asegurar que no faltan páginas. Elimina del sitemap cualquier URL que redirija o devuelva errores. Si tu CMS autogenera el sitemap, verifica que se haya configurado para la nueva estructura de URL y no esté aún generando patrones de URL antiguos. Envía el sitemap limpio a Google Search Console.
Comprueba si hay bloqueadores técnicos en el nuevo sitio
Verifica que el robots.txt del nuevo sitio permita el rastreo de todas las páginas importantes. Comprueba que no se han dejado etiquetas noindex globales del entorno de staging o desarrollo. Muchas plataformas CMS aplican noindex a entornos de staging, y este ajuste puede persistir tras la migración a la URL de producción. Prueba el renderizado del nuevo sitio usando la herramienta de Inspección de URLs en cinco a diez páginas de diferentes secciones. Verifica que el contenido de la página se renderiza correctamente y que no hay errores de JavaScript o de carga de recursos que impidan a Google ver el contenido. Comprueba la validez del certificado SSL si estás migrando a HTTPS.
Monitoriza la transición de indexación en Search Console
Empezando inmediatamente tras la migración, monitoriza el informe de Páginas en Google Search Console tanto para la propiedad antigua como para la nueva diariamente durante las primeras dos semanas, luego semanalmente durante las diez semanas siguientes. Sigue el número de páginas indexadas en la nueva propiedad (debería aumentar), el número de páginas indexadas en la propiedad antigua (debería disminuir), el número de errores de rastreo en ambas propiedades y cualquier nueva razón de "no indexada" que aparezca. Crea una hoja de cálculo siguiendo estas métricas a lo largo del tiempo para que puedas identificar tendencias y estancamientos en el proceso de transición.
Solicita indexación para nuevas URLs de alta prioridad
Identifica tus 50 a 100 páginas más importantes (más tráfico, más ingresos, más backlinks) y verifica que estén indexadas en las nuevas URLs. Para cualquiera que aún no esté indexada, usa la herramienta de Inspección de URLs para solicitar la indexación individualmente. Para sitios más grandes con cientos o miles de páginas importantes, usa IndexBolt para enviar las nuevas URLs en bloque para una indexación más rápida. Prioriza las páginas que tenían un posicionamiento fuerte antes de la migración, ya que estas son las páginas donde la indexación retrasada tiene el mayor impacto en el negocio.
Investiga y arregla las lagunas persistentes de indexación tras 30 días
Tras 30 días, cualquier página que aún no esté indexada en la nueva URL probablemente tiene un problema específico más allá de la transición normal de la migración. Para cada página no indexada, comprueba: ¿Funciona correctamente la redirección desde la URL antigua? ¿Devuelve la nueva URL un código de estado 200? ¿Es el contenido de la nueva URL sustancialmente el mismo que el de la URL antigua? ¿Hay nuevos problemas de canonical, noindex o renderizado en la nueva URL? ¿Está recibiendo la página enlaces internos de otras páginas indexadas del nuevo sitio? Aborda cada problema individualmente y reenvíala para indexación. Las páginas que sigan sin indexar tras 60 días sin problemas técnicos identificables pueden necesitar mejora de contenido para cumplir los umbrales de calidad actuales.
Problemas habituales y cómo solucionarlos
URLs antiguas siguen apareciendo en los resultados de búsqueda meses tras la migración
Causa: Google aún no ha rastreado y procesado las redirecciones para estas URLs. Esto es común para URLs antiguas que se rastreaban con poca frecuencia antes de la migración o para sitios con cuentas de URL muy grandes. También puede indicar que las redirecciones están devolviendo 302 (temporal) en lugar de 301 (permanente), lo que hace que Google mantenga la URL antigua en el índice mientras trata la redirección como temporal.
Solución: Verifica que las redirecciones sean 301 (permanente) en lugar de 302 (temporal). Usa la herramienta de Inspección de URLs en la propiedad de Search Console del dominio antiguo para solicitar el re-rastreo de URLs antiguas persistentes, lo que forzará a Google a encontrar la redirección y procesarla. Si usas la herramienta Cambio de Dirección, verifica que esté configurada correctamente. Para sitios grandes, usa IndexBolt para enviar las nuevas URLs directamente, lo que añade las nuevas páginas al índice en paralelo al procesamiento de redirecciones.
Nuevas URLs mostrando 'Rastreada: actualmente sin indexar' tras la migración
Causa: Google ha rastreado las nuevas URLs pero ha determinado que no cumplen el umbral de calidad para la indexación. Esto puede ocurrir cuando la migración implicó cambios significativos de contenido, cuando la nueva plantilla proporciona menos contenido que la antigua (por ejemplo, eliminando contenido de barra lateral o secciones de posts relacionados), o cuando la evaluación de calidad de Google del nuevo sitio es menor que la del sitio antiguo debido a problemas técnicos como velocidad de página lenta o problemas de renderizado.
Solución: Compara el contenido de la nueva URL con la versión cacheada de la URL antigua. Identifica qué contenido se eliminó o cambió. Restaura cualquier contenido único que se quitó durante la migración. Comprueba la velocidad de página y los Core Web Vitals en el nuevo sitio, ya que una degradación significativa del rendimiento puede afectar a las señales de calidad. Verifica que el enlazado interno desde la navegación del nuevo sitio llegue a estas páginas. Si el contenido es equivalente, envía las URLs a través de IndexBolt para empujar a Google a reevaluar.
Pico masivo de errores 404 en Search Console tras la migración
Causa: Las URLs antiguas que Google rastreaba anteriormente están ahora devolviendo 404 porque no se implementaron redirecciones para ellas. Esto ocurre comúnmente cuando el mapeo de redirecciones era incompleto, cubriendo solo las páginas más importantes en lugar de todas las URLs antiguas. También ocurre cuando el servidor o hosting antiguo se desconecta antes de que Google haya procesado completamente la migración.
Solución: Audita la lista de errores 404 en Search Console para la propiedad del dominio antiguo. Prioriza implementar redirecciones para las URLs 404 que tenían tráfico, backlinks o posicionamiento significativos (compara con tus datos pre-migración). Para URLs sin tráfico ni backlinks, un 404 es aceptable ya que Google las eliminará naturalmente del índice. Mantén activos el hosting y la configuración de redirecciones del dominio antiguo durante al menos seis meses tras la migración para asegurar que Google tenga tiempo de procesar todas las redirecciones. No apagues el hosting del dominio antiguo prematuramente.
El posicionamiento cayó significativamente tras la migración y no se está recuperando
Causa: Aunque no es estrictamente un problema de indexación, las caídas de posicionamiento a menudo acompañan a los problemas de indexación durante la migración. Las causas comunes incluyen cadenas de redirección que diluyen el link equity, redirecciones que faltan para páginas con backlinks, cambios significativos de contenido que Google evalúa menos favorablemente, velocidad de página más lenta en el nuevo sitio, problemas de usabilidad móvil en el nuevo diseño y pérdida de structured data o rich results que impulsaban los CTRs en el sitio antiguo.
Solución: Realiza una comparación exhaustiva entre el sitio antiguo y el nuevo. Comprueba la profundidad de las cadenas de redirección y arregla cualquier cadena de más de un salto. Verifica que todas las páginas con backlinks tengan redirecciones directas. Compara los Core Web Vitals entre el sitio antiguo y el nuevo. Compara la implementación de structured data. Compara la usabilidad móvil. Aborda cada déficit. Si el nuevo sitio es técnicamente sólido y equivalente en contenido, el posicionamiento típicamente se recupera en 60 a 90 días a medida que se construye la confianza de Google en el nuevo sitio. Las caídas persistentes de posicionamiento más allá de 90 días indican una diferencia sustancial de calidad que necesita investigación.
Páginas indexadas en URLs antiguas y nuevas simultáneamente
Causa: Google está en proceso de transición pero aún no ha procesado completamente la redirección para estas páginas. Esto resulta en que el mismo contenido aparece en dos URLs en el índice, lo que puede causar confusión de ranking y división de tráfico entre las URLs antiguas y nuevas. Típicamente se resuelve naturalmente en cuatro a seis semanas pero puede persistir si las redirecciones están implementadas como 302 en lugar de 301.
Solución: Verifica que todas las redirecciones sean 301 (permanente). Si usas redirecciones 302, cámbialas a 301 inmediatamente. Usa la herramienta de Inspección de URLs para comprobar tanto la URL antigua como la nueva. Si la URL antigua se muestra como indexada con una redirección, Google la está procesando pero no ha completado la transición todavía. Esto es normal durante las primeras semanas. Si persiste más allá de seis semanas, solicita el re-rastreo de la URL antigua para forzar a Google a procesar la redirección. Asegúrate de que las etiquetas canonical en las nuevas URLs sean autorreferenciales (apuntando a sí mismas) y no apunten a las URLs antiguas.
Consejos pro
No dejes que una migración de sitio borre meses de progreso SEO. IndexBolt envía tus nuevas URLs directamente a Google, acelerando la transición de lo antiguo a lo nuevo y minimizando la laguna de indexación. Envía tu lista completa de nuevas URLs inmediatamente tras la migración y consigue que tus nuevas páginas se indexen en horas en lugar de esperar semanas a que Google procese cada redirección.
100 créditos gratis. Sin tarjeta de crédito. Resultados en menos de 24 horas.
Preguntas frecuentes
¿Cuánto debería tardar en completarse una migración completa de sitio desde la perspectiva de Google?+
La mayoría de las migraciones de sitio son procesadas totalmente por Google en 60 a 90 días. Durante las primeras dos semanas, verás una mezcla de URLs antiguas y nuevas en el índice. Para la semana cuatro, la mayoría de las URLs nuevas deberían estar indexadas y la mayoría de las URLs antiguas deberían estar redirigiendo. Para la semana ocho, la transición debería estar sustancialmente completa con solo casos aislados restantes. Los sitios muy grandes (millones de páginas) pueden tardar más porque la capacidad de rastreo de Google es finita. Si tu migración no se ha completado sustancialmente en 90 días, probablemente hay problemas técnicos (redirecciones rotas, rastreo bloqueado o problemas de renderizado) que necesitan investigación.
¿Debería usar redirecciones 301 o 302 para una migración de sitio?+
Usa siempre redirecciones 301 (permanente) para migraciones de sitio. Las redirecciones 301 le dicen a Google que el traslado es permanente, lo que hace que Google transfiera las señales de ranking a la nueva URL y eventualmente elimine la URL antigua del índice. Las redirecciones 302 (temporal) le dicen a Google que el traslado podría revertirse, lo que hace que Google mantenga la URL antigua en el índice y no transfiera completamente la autoridad. Aunque Google ha declarado que eventualmente trata los 302 de larga duración de forma similar a los 301, usar 301 desde el principio evita retrasos y ambigüedad. La única razón para usar 302 es si la redirección es genuinamente temporal y planeas restaurar la URL antigua.
Estoy migrando de HTTP a HTTPS. ¿Sigo necesitando hacer todos estos pasos?+
Sí, aunque las migraciones de HTTP a HTTPS son el tipo más simple y Google las maneja con más fluidez. Aún necesitas implementar redirecciones 301 desde todas las URLs HTTP a sus equivalentes HTTPS, actualizar tu sitemap para usar URLs HTTPS, verificar la propiedad HTTPS en Google Search Console y actualizar las etiquetas canonical para usar HTTPS. La principal ventaja de una migración HTTPS es que Google la fomenta activamente, así que el procesamiento tiende a ser más rápido. La mayoría de las migraciones HTTPS se procesan completamente en tres a cuatro semanas. Sin embargo, se aplican los mismos requisitos de mapeo de redirecciones, sitemap y monitorización.
¿Qué pasa con mis backlinks cuando migro a un nuevo dominio?+
Los backlinks a tu dominio antiguo siguen pasando valor a tu nuevo dominio a través de redirecciones 301, pero hay alguna pérdida de valor en el proceso. Google ha confirmado que las redirecciones 301 pasan la mayoría del link equity, pero la cantidad exacta no se divulga. Algunos estudios de SEO sugieren una pérdida del 10-15% por salto de redirección. Para maximizar la preservación del valor de backlinks, implementa redirecciones 301 directas de un solo salto desde cada URL antigua a su equivalente nueva. Para tus backlinks más importantes (de los dominios de mayor autoridad), considera contactar al sitio enlazante y pedirles que actualicen el enlace para apuntar directamente a tu nueva URL, evitando la redirección por completo.
¿Puedo migrar mi sitio en fases, haciendo una sección cada vez?+
La migración por fases es posible pero añade complejidad. Migrar una sección cada vez (por ejemplo, /blog/ primero, luego /productos/, luego el resto) significa que Google debe procesar varias rondas de cambios en lugar de un cambio completo. La ventaja es que limita el radio de explosión de cualquier error. Si algo sale mal con la migración del blog, las páginas de producto no se ven afectadas. La desventaja es que el cronograma total de migración es más largo, y gestionar las redirecciones se vuelve más complejo cuando algunas secciones están en la nueva estructura mientras otras siguen en la antigua. Para la mayoría de los sitios, una migración única bien planificada es preferible a un enfoque por fases.