“Cambié el título hace una semana y Google sigue mostrando
“Cambié el título hace una semana y Google sigue mostrando el antiguo.” “Llevo dos meses esperando recuperarme del core update y nada.” Pues bien, Google acaba de compartir datos concretos sobre esos tiempos de espera, y la conclusión es clara: casi todo tarda bastante más de lo que imaginamos.
Qué ha ocurrido: En el Search Central Live Deep Dive de Barcelona, celebrado el 2 de octubre, Gary Illyes mostró tiempos internos reales de Google para los procesos de rastreo, indexación y actualización de resultados. Dos escenarios: el tiempo habitual y el caso más lento. Los datos los publicó John Campbell (ROAST) y los recogieron después medios como Search Engine Roundtable y Search Engine Journal.
Los tiempos que más te van a interesar (habitual / más lento):
→ Detectar una URL nueva: ~20 horas / semanas o nunca
→ Volver a rastrear una URL ya conocida: ~30 días / semanas o nunca
→ Procesar un sitemap: ~24 horas / hasta 14 días o nunca
→ Actualizar robots.txt: ~24 horas / 25 horas
→ Indexación completa de principio a fin: ~1,5 horas / meses o nunca
→ Cambio de canonical: 1-3 semanas / meses
→ Actualizar title o snippet: 1-2 días / semanas o meses
→ Levantar una acción manual: 1-2 semanas / 4-6 semanas
→ Migración de dominio: 1-3 meses / de 6 meses a más de un año
→ Recuperación tras un core update: 3-6 meses / de 6 meses a un año
Por qué merece la pena prestar atención a esto: El dato que más me ha sorprendido es el de los 30 días. Si modificas una página que ya existe en el índice, lo habitual es que Google tarde aproximadamente un mes en volver a rastrearla. Y los retrasos se encadenan: si no se rastrea, no se indexa; si no se indexa, no se muestra. Así de sencillo.
Qué haría yo a partir de hoy:
1. Antes de concluir que un cambio “no funciona”, anota la fecha exacta en que lo aplicaste y compárala con esta lista. Un canonical modificado hace 5 días todavía no te dice absolutamente nada.
2. Si necesitas rapidez y la URL ya existe, ve a Search Console → Inspección de URLs → Solicitar indexación. Y enlaza esa página desde algún sitio que Google visite con frecuencia, como la portada.
3. Actualiza el lastmod del sitemap únicamente cuando el contenido haya cambiado de verdad. Google afirma que lo tiene en cuenta siempre que sea “coherente y verificable”.
4. Si una URL lleva semanas en estado “Descubierta: actualmente sin indexar”, ya no estás esperando: estás directamente en la columna del “nunca”. Revisa los enlaces internos, los duplicados y la calidad del contenido.
5. En una migración de dominio, comunica a dirección que habrá entre 1 y 3 meses de inestabilidad. Y no elimines las redirecciones antes de un año: el propio Google recomienda mantenerlas “al menos 1 año”.
6. Después de un core update, no rehaga la web en dos semanas. Lo habitual es que el proceso de recuperación lleve entre 3 y 6 meses.
Lo que sigue siendo una incógnita: No conocemos la muestra ni el criterio exacto de “habitual”. El propio Illyes aclaró después que fue “un ejercicio” para ver si el público se sentía identificado con esas cifras. Tampoco sabemos si los tiempos varían en función del tamaño del sitio; son datos de Google en términos generales, no necesariamente de tu web.
Mi conclusión: muchas de las alarmas SEO que vemos son en realidad un problema de paciencia, no de técnica. Esta lista no es una excusa para no hacer nada, sino una guía para saber cuándo tiene sentido esperar y cuándo toca ponerse a investigar qué está fallando.
¿Y tú? ¿Qué es lo que más tiempo te ha llevado en reflejarse en Google: un title, un canonical o una migración completa? ¿Cuánto tardó? Cuéntamelo 👇Tiempos reales de rastreo e indexación en Google: cifras oficiales del Search Central Live Barcelona 2025
Resumen técnico
Gary Illyes presentó en el Search Central Live Deep Dive de Barcelona (2 octubre) tiempos internos del pipeline de Google. Datos clave: redescubrimiento de URL conocida, ~30 días en escenario típico. Cambio de title o snippet, 1-2 días típico, semanas o meses en el peor caso. Cambio de canonical, 1-3 semanas. Procesado de sitemap, ~24 horas hasta 14 días. Recuperación post core update, 3-6 meses típico, hasta 1 año en casos lentos. Migración de dominio, 1-3 meses típico, más de 6 meses en casos lentos. Cifras publicadas por John Campbell (ROAST) y recogidas por Search Engine Roundtable y Search Engine Journal.
Análisis de implicaciones
El dato crítico es el retraso compuesto: los tres estados —rastreo, indexación, ranking— son secuenciales. Un cambio no indexado no puede rankear. Con ~30 días de recrawl típico para URLs conocidas, cualquier iteración de optimización tiene un ciclo mínimo de un mes. Esto invalida workflows de prueba-y-error rápido en páginas existentes. El escenario “semanas o nunca” en descubrimiento de URLs nuevas indica que la arquitectura de enlazado interno no es opcional: es condición necesaria para que el crawler acceda al contenido.
Aplicación práctica
Para URLs existentes con cambios urgentes: Google Search Console → Inspección de URL → Solicitar indexación, combinado con enlace desde una página de alta frecuencia de rastreo como la home. Para sitemaps, actualizar lastmod solo ante cambios reales de contenido —Google valida coherencia—. Antes de declarar que un cambio no funciona, registrar la fecha de implementación y contrastarla con los umbrales: un canonical modificado hace 5 días está dentro del margen típico de 1-3 semanas. URLs en estado Descubierta: actualmente sin indexar durante semanas indican problema estructural, no de espera.
Contexto del sector
La publicación de estos tiempos internos es inusual en Google. Hasta ahora, los plazos eran estimaciones de la comunidad SEO sin respaldo oficial. Estos datos reposicionan los core updates como eventos de ciclo largo —mínimo 3-6 meses para evaluar recuperación real— y refuerzan la necesidad de redirecciones activas durante al menos 1 año en migraciones, tal como recomienda explícitamente Google. El contexto es relevante también para equipos que reportan resultados a dirección en ciclos mensuales.
Artículo relacionado