Google tiene números internos sobre cuánto tarda su propia maquinaria, y el 2 de octubre de 2026 leyó algunos en voz alta. Gary Illyes, analista de Google, presentó un conjunto de duraciones típicas y de peor caso para rastreo, indexación y servicio en el Search Central Live Deep Dive Europe de Barcelona. Una URL nueva se descubre normalmente en unas 20 horas. Una URL que Google ya conoce se vuelve a rastrear normalmente a los 30 días.
El dato que sorprende no es el de las 20 horas. Es el de los 30 días, porque dice que lo lento casi nunca es descubrir una página nueva, sino volver a leer una que ya existe.
Google no ha publicado ninguna de estas cifras: ni entrada en el blog de Search Central, ni documentación, ni registro de cambios. Llegaron al sector por el resumen de un asistente, y la única fila que un documento fechado de Google corrobora con la misma magnitud es la menos interesante de la diapositiva.
Qué se presentó y cómo ha llegado hasta aquí
La charla la dio Gary Illyes en el Search Central Live Deep Dive Europe, celebrado en Barcelona del 30 de septiembre al 2 de octubre de 2026. Los tiempos los resumió John Campbell, Head of Innovation and AI de la agencia ROAST, que asistió. Campbell publicó su resumen en LinkedIn, que bloquea la recuperación automatizada, así que este artículo no ha podido leer ese resumen directamente y no pretende haberlo hecho.
Dos informes independientes recogen las cifras: Luis Rijo en PPC Land publicó ocho filas el 3 de octubre de 2026, y Relevant Audience dieciséis el 4 de octubre. Las ocho que aparecen en ambos coinciden exactamente, lo que corrobora la transcripción del resumen, no los datos de detrás.
No se ha publicado metodología, ni tamaño de muestra, ni periodo de medición, ni definición de «típico» para ninguna de las cifras. Relevant Audience lo dice sin rodeos: hay que tratarlas «como el relato de un asistente sobre una diapositiva de conferencia, no como un compromiso de servicio».
Las dieciséis duraciones, tal como se han publicado
Estas son las duraciones según los dos informes citados. Describen la maquinaria de Google, no un sitio concreto, y ninguna lleva tamaño de muestra.
| Etapa | Típico | Más lento |
|---|---|---|
| Descubrimiento de una URL nueva | ~20 horas | Semanas o nunca |
| Refresco de una URL conocida | ~30 días | Semanas o nunca |
| Procesado del sitemap | ~24 horas | Hasta 14 días, o nunca (calidad) |
| Cambio de capacidad de rastreo | 4 horas a 1–2 semanas | 1–3 semanas (recuperación) |
| Cambio de demanda de rastreo | ~20 horas | Semanas a meses |
| Cambio en robots.txt | ~24 horas | 25 horas |
| Indexación, de principio a fin | ~1,5 horas | Meses, o nunca (calidad) |
| Cambio de canonicalización | 1–3 semanas | Meses (señales contradictorias) |
| Migración de dominio | 1–3 meses | 6 meses a más de un año |
| Eliminación | 1–3 semanas | Meses |
| Cambio en datos estructurados | Horas a 1–2 semanas | Semanas, o nunca |
| Eliminación con la herramienta de Search Console | ~2 horas | 24 horas |
| Cambio de snippet o title | 1–2 días | Semanas a meses |
| Retirada de una acción manual | 1–2 semanas | 4–6 semanas, más en sitios dormidos |
| Recuperación tras un core update | 3–6 meses | 6 meses a 1 año |
| Efecto de una spam update | 1–2 semanas | Meses |
Qué corrobora de verdad un documento fechado de Google
El 4 de octubre de 2026 se leyeron en directo seis fuentes de Google para ver cuáles de las dieciséis filas existen en el registro publicado por la empresa. El resultado: una con la misma magnitud, una con magnitud distinta, dos de forma cualitativa y doce en ninguna parte.
| Documento de Google | Última actualización | Qué contiene |
|---|---|---|
| Guía de gestión del crawl budget para sitios grandes | 2026-07-22 UTC | Ni cifra de descubrimiento ni cifra de refresco. El documento que Google dedica al rastreo no contiene los dos números principales. |
| Introducción y guía de robots.txt | 2026-08-31 UTC | «Google generalmente almacena en caché el contenido del archivo robots.txt durante un máximo de 24 horas». Coincide con las ~24 horas del resumen. |
| Migraciones de sitio con cambio de URL | 2026-08-20 UTC | «para sitios web de tamaño medio, puede llevar unas semanas o más». Más rápido que los 1–3 meses del resumen. |
| Los core updates de Google Search y tu sitio web | 2025-12-10 UTC | «puede llevar varios meses» y, si no se ve efecto, «puede significar esperar al siguiente core update». Sin cifra de 3–6 meses. |
| Registro de cambios de la documentación de Search Central | Leído el 4-10-2026 | Una sola entrada de octubre de 2026, del día 1, sobre contenido generado con IA. Nada sobre tiempos de rastreo, de indexación ni sobre Barcelona. |
| Panel de estado de Google Search | Leído el 4-10-2026 | Spam update de septiembre de 2026, inicio 2026-09-24T16:15:00+00:00, sin marca de fin, «puede tardar hasta dos semanas en completarse». |
La fila de las migraciones merece una pausa. La guía publicada por Google habla de «unas semanas o más» para un sitio pequeño o mediano; el resumen da 1–3 meses como típico. Un plan construido sobre el documento publicado es más optimista que la diapositiva.
La aritmética de la spam update, hoy mismo
Una de las filas conecta con un acontecimiento en curso. La spam update de septiembre de 2026 tiene como marca de inicio 2026-09-24T16:15:00+00:00 en el panel de estado de Google Search, y cuando se leyó el panel el 4 de octubre de 2026 seguía sin marca de fin. Es el día 10 de una ventana que Google describió como «puede tardar hasta dos semanas en completarse».
La fila correspondiente del resumen da 1–2 semanas como tiempo típico hasta que una spam update se nota, y meses en el peor caso. Ambos números apuntan más allá de la ventana del panel, y ninguno dice si un movimiento de tráfico concreto pertenece a esta actualización.
Qué hacer esta semana
El valor práctico de estas cifras es que cambian lo que cuenta como problema.
- Deja de diagnosticar un problema de publicación a las 24 horas. Si una página nueva no está indexada un día después de publicarse, el tiempo típico de descubrimiento apenas ha transcurrido. Pon el umbral de alarma interno en una semana, no en un día.
- Trata las páginas actualizadas como el verdadero problema de latencia. Un refresco típico de 30 días significa que un cambio de precio, un aviso legal o una cifra corregida en una página existente puede pasar un mes sin que nadie lo vea. Si el cambio tiene que verse rápido, la palanca es el enlazado interno y la precisión del
lastmoddel sitemap, no la paciencia. - Vuelve a fechar tu plan de migración. Si lo escribiste contra las «unas semanas o más» que documenta Google, recalcúlalo con 1–3 meses y mira qué se rompe: fin de contratos, retención de redirecciones, comparativas de informes.
- Mide tu propio sitio en lugar de adoptar el número. Anota la diferencia entre publicación y primer rastreo en 20 URL recientes y quédate con la mediana. Tu cifra es de primera mano, está fechada y es citable; la de Google no es ninguna de las tres cosas para tu dominio.
Esa última acumula valor. El nivel de analítica y medición del curso explica cómo construir ese registro desde Search Console, y el nivel de SEO técnico cubre la mecánica de rastreo e indexación sobre la que se apoyan estos tiempos. Si la maquinaria resulta nueva, cómo funciona Google es la entrada más corta.
Dónde el sector discrepa de verdad
Detrás de esta noticia hay dos preguntas sin resolver, y nada de lo anterior resuelve ninguna. Doctor SEO las expone en lugar de dictaminarlas.
Si una cifra de conferencia es prueba sobre los sistemas de Google. Un bando sostiene que las conferencias son donde Google suelta detalle operativo que nunca escribirá, que Gary Illyes es una de las pocas personas capaces de dar esos números con precisión, y que rechazar el dato deja al profesional sin ningún número. El otro sostiene que una diapositiva no publicada, transmitida por un único asistente, no se puede volver a leer, ni comprobar, ni comparar con una versión anterior; que ninguna cifra viene con metodología, muestra, periodo ni definición de «típico»; y que un número que nadie puede recuperar no es una medición. Nadie puede zanjarlo, porque Google no publica sus diapositivas de conferencia ni ninguna correspondencia entre una cifra dicha y una cifra documentada.
Dónde está el límite de una actualización. La fila de la spam update y la ventana abierta del panel invitan a fechar el propio movimiento de tráfico en esta actualización. Un bando trata las marcas del panel como el único límite reproducible; el otro las trata como fecha de publicación, no de entrada en servicio. Ningún estudio publicado empareja lecturas de volatilidad de terceros con ventanas confirmadas de despliegue revelando el tamaño de muestra, así que ambos bandos argumentan desde la misma ausencia de datos.
Lo que opina Txema Hermoso
Esta sección es opinión, no información. Lo anterior es lo que dicen las fuentes; esto es lo que yo saco de ello.
Lo útil no es ninguna duración concreta, sino que la forma de la maquinaria ya es pública: descubrir rápido, indexar rápido, refrescar lento, recuperarse lento un orden de magnitud más. Ese orden coincide con lo que veo en cuentas de cliente, y reencuadra la mayoría de los tickets de «Google no indexa mi página» como «Google no ha vuelto a leer mi página»: otro problema, otra solución.
Lo que no voy a hacer es usar 20 horas o 30 días como referencia para el sitio de nadie. No llevan tamaño de muestra ni definición de «típico», y una mediana sobre toda la superficie de rastreo de Google dice poco de un sitio de empresa de 200 páginas con un perfil de enlaces pobre. Tampoco diré que las cifras de conferencia sean más o menos fiables que la documentación: ésa es la pregunta abierta de arriba, y no me toca cerrarla.
La única afirmación que defiendo es la documental, porque cualquiera puede reproducirla: de dieciséis filas publicadas, una la corrobora con la misma magnitud una página fechada de Google, una la contradice en magnitud otra página fechada de Google, dos están documentadas sólo de forma cualitativa, y las dos cifras principales de rastreo no aparecen en ningún documento de Google, incluida la guía que Google escribió sobre el rastreo.
Qué sigue sin saberse
- Si «típico» significa mediana, media o franja más frecuente. No se publicó ninguna definición, así que las cifras no se pueden comparar con la distribución de nadie.
- Qué población describen. Sin tamaño de muestra, sin periodo y sin segmentación por tamaño de sitio. Un número sacado de toda la web se comporta de otra forma en un sitio pequeño.
- Si Google las publicará. El registro de cambios de la documentación tenía una sola entrada de octubre de 2026 el día 4, y era sobre contenido generado con IA.
- Si las cifras están al día. La página de core updates está fechada el 2025-12-10 UTC y la guía de crawl budget el 2026-07-22 UTC; una diapositiva sin fecha no se puede situar respecto a ninguna de las dos.
Resumen
- Gary Illyes presentó los tiempos internos de rastreo, indexación y servicio de Google en el Search Central Live Deep Dive Europe de Barcelona el 2 de octubre de 2026.
- Cifras típicas publicadas: URL nueva descubierta en ~20 horas, URL conocida refrescada a los ~30 días, indexación completa ~1,5 horas, migración 1–3 meses, recuperación tras core update 3–6 meses, efecto de spam update 1–2 semanas.
- Google no ha publicado ninguna. Llegaron al sector por el resumen de un asistente, transcrito igual por dos informes independientes.
- Ninguna cifra lleva metodología, tamaño de muestra, periodo ni definición de «típico».
- De dieciséis filas, una coincide en magnitud con un documento fechado de Google (robots.txt, ~24 horas), una es más lenta que un documento fechado (migraciones), dos están documentadas de forma cualitativa y doce no aparecen en el registro publicado.
- La spam update de septiembre de 2026 empezó el 2026-09-24T16:15:00+00:00 y seguía sin marca de fin el 4 de octubre de 2026: día 10 de una ventana declarada de dos semanas.
- La acción que sirve es medir tu propio desfase entre publicación y primer rastreo, no adoptar una cifra sacada de toda la web.
Preguntas frecuentes
¿Google ha anunciado oficialmente estos tiempos?
No. Las cifras se presentaron en una charla de conferencia de Gary Illyes el 2 de octubre de 2026 y llegaron al sector por el resumen de un asistente. A 4 de octubre de 2026 no aparecen en ninguna entrada del blog de Search Central, ni en ninguna página de documentación, ni en el registro de cambios.
¿Las ~20 horas significan que mi página nueva estará indexada mañana?
No. La cifra de ~20 horas describe el descubrimiento de una URL nueva, no su indexación, y es un valor típico sobre toda la superficie de rastreo de Google sin tamaño de muestra publicado. El peor caso publicado para el descubrimiento es «semanas o nunca».
¿Puedo usar los 3–6 meses de recuperación tras un core update en un informe de cliente?
Sólo con su procedencia al lado. Es una cifra de conferencia sin publicar y sin tamaño de muestra, y la propia página de core updates de Google, actualizada el 2025-12-10 UTC, dice «varios meses» sin dar rango. Presentar el rango como guía publicada por Google falsearía el registro.
Fuentes
- Luis Rijo, «Google says new pages take about 20 hours to be found, some never are», PPC Land, 3 de octubre de 2026 — ocho filas de tiempos a partir del resumen de John Campbell de la charla de Gary Illyes del 2 de octubre de 2026.
- «Illyes timings: 20 hours to find a new URL (recap)», Relevant Audience, 4 de octubre de 2026 — las dieciséis filas del mismo resumen.
- John Campbell (ROAST), resumen del Search Central Live Deep Dive Europe, publicado en LinkedIn, 2–3 de octubre de 2026 — origen de las cifras. No se ha podido recuperar en este entorno: LinkedIn bloquea el acceso automatizado, así que las cifras llegan aquí a través de los dos informes anteriores.
- Guía de gestión del crawl budget para sitios grandes, Google Search Central, última actualización 2026-07-22 UTC, leída el 4 de octubre de 2026.
- Introducción y guía de robots.txt, Google Search Central, última actualización 2026-08-31 UTC, leída el 4 de octubre de 2026.
- Migraciones de sitio con cambio de URL, Google Search Central, última actualización 2026-08-20 UTC, leída el 4 de octubre de 2026.
- Los core updates de Google Search y tu sitio web, última actualización 2025-12-10 UTC, leída el 4 de octubre de 2026.
- Registro de cambios de la documentación de Search Central, leído el 4 de octubre de 2026 — una sola entrada de octubre de 2026, del día 1.
- Panel de estado de Google Search, registro de incidencias leído el 4 de octubre de 2026 — spam update de septiembre de 2026, inicio 2026-09-24T16:15:00+00:00, sin marca de fin.
- Search Central Live Deep Dive Europe 2026: Meet the community speakers, Google Search Central, 16 de septiembre de 2026 — confirma que el evento se celebró del 30 de septiembre al 2 de octubre de 2026 en Barcelona.