Novedades Google

Cuánto tarda Google en indexar un cambio: los tiempos que enseñó Gary Illyes

Google tarda unas 20 horas en descubrir una URL nueva y unos 30 días en volver a una que ya conoce. Estos son los tiempos internos que enseñó Gary Illyes, qué significa cada uno y qué hacer con ellos.

Iván Ruiz 15 min de lectura

¿Cuánto tarda Google en indexar un cambio? Depende de qué hayas cambiado, y desde el 2 de octubre de 2026 hay números de Google para cada caso: de 1 a 2 días para que se vea un título nuevo, de 1 a 3 semanas para un cambio de canonical y de 1 a 3 meses para una migración de dominio.

Ese día, en el Search Central Live Deep Dive de Barcelona, Gary Illyes enseñó los tiempos internos que Google maneja para rastrear, indexar y mostrar una página. A esos plazos se suman otros tres: unas 20 horas para descubrir una URL nueva, unos 30 días para volver a una que ya conoce y de 3 a 6 meses para recuperarse de un core update. Con una advertencia que conviene tener presente desde el principio: Google no ha definido qué significa «típico».

Por eso pasan cosas como estas: cambias una canonical y a los diez días no ha pasado nada, o migras un dominio y a las tres semanas el tráfico se comporta de forma rara. Estas cifras sirven para saber si eso es lo normal.

¿De dónde salen estas cifras y cuánto hay que fiarse de ellas?

La cadena de fuentes es esta. Gary Illyes, de Google, presentó los tiempos en el Search Central Live Deep Dive de Barcelona. John Campbell, de ROAST, los recogió en su resumen del día 3 del evento. Después los han publicado Search Engine Roundtable, en un artículo de Barry Schwartz del 5 de octubre, y Search Engine Journal, en uno de Matt G. Southern del 4 de octubre. Las tablas de este artículo siguen el resumen de Campbell. Las diapositivas, a fecha de la publicación de Search Engine Journal, no estaban en la página de eventos de Google. Hemos comprobado todas las fuentes de este artículo el 7 de octubre de 2026.

Tres matices cambian cómo hay que leerlas:

  • «Típico» no está definido. No se conoce la muestra, ni el periodo en que se midió.
  • Son cifras de Google en general. No sabemos si cambian según el tamaño de la web ni cómo.
  • Illyes las presentó como un ejercicio. Después le dijo a Schwartz que quería ver si el público se identificaba con las cifras internas que habían sacado.

Según el resumen, cada proceso tenía un tiempo más rápido, uno típico y uno más lento, pero las tablas solo recogen los dos últimos. Por eso toda la lectura que sigue es la de una referencia, no la de un plazo.

Rastrear, indexar y mostrar: por qué los retrasos se suman

Cuando publicas o cambias una página, Google hace tres cosas en orden. Primero la rastrea: Googlebot encuentra la URL y la descarga. Después la indexa: la procesa y decide si la guarda en su índice. Por último puede mostrarla en los resultados. Illyes señaló que muchos de estos procesos están enlazados, y la consecuencia práctica es que el retraso de una fase se arrastra a la siguiente: no se indexa lo que no se ha rastreado, y no se muestra lo que no se ha indexado.

Por eso una cifra suelta engaña. Que la indexación «de principio a fin» sea de una hora y media no significa que tu página aparezca en hora y media, porque antes Google tiene que haber llegado a ella. Para tener una idea del recorrido hay que mirar las tres tablas y sumar.

Estos son los diez tiempos que más se usan, con lo típico y lo más lento:

El resto de este artículo recorre las tres fases con la tabla completa de cada una.

¿Cuánto tarda Google en rastrear una página?

La respuesta corta: unas 20 horas en descubrir una URL nueva y unos 30 días en volver a una que ya conoce. Las seis filas del rastreo, con lo típico y lo más lento:

ProcesoTípicoMás lento
Descubrimiento (URL nueva)~20 horasSemanas o nunca
Actualización (URL conocida)~30 díasSemanas o nunca
Procesamiento de sitemap~24 horasHasta 14 días o nunca (calidad)
Actualización de robots.txt~24 horas25 horas
Actualización de la capacidad de rastreo4 horas a 1-2 semanas1-3 semanas (en recuperación)
Actualización de la demanda de rastreo~20 horasSemanas a meses

Descubrir una URL nueva: unas 20 horas

Es el tiempo que Google tarda, de forma típica, en enterarse de que existe una página. Lo normal es poco más de un día. En el extremo lento, el resumen habla de «semanas o nunca», y el matiz importante es que «nunca» suele estar ligado a la calidad: si Google no ve motivo para rastrear la URL, un arreglo técnico no lo cambia.

Volver a rastrear una URL conocida: unos 30 días

Es la cifra que más llama la atención. Si cambias algo en una página que ya existe, lo típico es que Google tarde alrededor de un mes en volver a pasar por ella. Hasta entonces, para Google, la página sigue siendo la anterior.

Google dice algo parecido, con otro rango, cuando pides un rastreo concreto. En su documentación sobre cómo pedir un rastreo afirma que puede tardar «de unos días a unas semanas», y avisa de que pedirlo no garantiza que la página llegue a los resultados. Las dos cifras miden situaciones distintas, la del rastreo normal y la del rastreo solicitado, y no hay por qué esperar que coincidan.

Procesar un sitemap: unas 24 horas

Cuando una URL nueva entra en un sitemap, lo típico es que Google la procese en un día. En el extremo lento, hasta 14 días o nunca, otra vez con la calidad como motivo. El sitemap ayuda a que Google descubra URLs, pero no obliga a Google a rastrearlas ni a indexarlas. Si necesitas sacar las URLs de tu sitemap para revisarlas, te contamos cómo extraer las URLs de un sitemap.

robots.txt: unas 24 horas, y como mucho 25

Es la fila más predecible de toda la tabla: de lo típico a lo más lento hay una hora de diferencia. Si cambias el robots.txt, cuenta con un día. Conviene saberlo antes de un cambio delicado, porque durante ese tiempo Google puede seguir aplicando la versión anterior.

Capacidad y demanda de rastreo: dos ruedas distintas

El resumen separa la capacidad de rastreo de la demanda. Según la documentación de Google, la capacidad limita el tiempo total que tu servidor pasa con conexiones abiertas para Google: depende de cuántas conexiones paralelas hay y de lo que dura cada una. Sube cuando las respuestas son estables y rápidas, y baja con respuestas lentas, errores 5xx o señales de límite como el código 429. La demanda, en cambio, depende de factores como el tamaño del sitio, la frecuencia con que cambia y la calidad y relevancia de sus páginas frente a las de otros sitios.

Los tiempos: la capacidad tarda de 4 horas a 1-2 semanas en actualizarse, y hasta 1-3 semanas si se está recuperando. Puede caer en segundos si el servidor tiene problemas, según el resumen. La demanda, unas 20 horas de forma típica y de semanas a meses en lo más lento.

Una precisión sobre esa guía de Google: está pensada para sitios muy grandes (en torno a un millón de páginas con cambios semanales, o más de diez mil con cambios diarios) y para sitios con muchas URLs en «Descubierta: actualmente sin indexar». Si tu web es más pequeña, no necesitas ir a ese detalle. Nosotros hablamos del tema con más calma en crawl budget para proyectos SEO y en el informe de estadísticas de rastreo.

¿Cuánto tarda Google en indexar una página?

La respuesta corta: el proceso de indexación de principio a fin ronda 1,5 horas de forma típica, pero hay procesos que tardan semanas, meses o no terminan nunca, y un cambio de canonical (1-3 semanas) o una migración (1-3 meses) van mucho más despacio. Las diez filas de la indexación:

ProcesoTípicoMás lento
RenderizadoSegundos de renderizado, horas en colaDías a semanas
Anotaciones meta45-90 minutos1-4 días
Anotaciones de enlaceMinutos a 1-3 semanasMeses
Indexación (de principio a fin)~1,5 horasMeses o nunca (calidad)
Eliminación1-3 semanasMeses
Cambio de canonicalización1-3 semanasMeses (señales conflictivas)
Migración de web1-3 meses6 meses a más de 1 año
Datos estructuradosHoras a 1-2 semanasSemanas o nunca (calidad)
ImágenesHoras a díasSemanas a meses
VídeosHoras a díasSemanas a meses (análisis profundo)

El resumen no detalla qué incluye cada fila. Las explicaciones de lo que sigue son nuestra lectura de cada nombre, y lo señalamos donde hay duda.

Renderizado: segundos para renderizar, horas de cola

Renderizar es ejecutar la página para ver el contenido tal como lo vería un navegador. El proceso en sí dura segundos, pero la página espera en una cola, y esa espera es de horas de forma típica y de días a semanas en lo más lento. Si tu contenido importante solo aparece después de ejecutar JavaScript, esa cola se suma al tiempo de rastreo.

Anotaciones meta y de enlace

Por el nombre, nuestra lectura es que las anotaciones meta se refieren a las etiquetas meta de la página, como la que dice que no se indexe, y las de enlace a los atributos de los enlaces, como el que indica que no se siga un enlace. Si es así, los cambios en etiquetas meta se reflejan en 45-90 minutos de forma típica (y hasta 4 días en lo más lento), mientras que los de enlaces van de minutos a 1-3 semanas, con meses en el extremo lento. Es una lectura nuestra: Google no ha dicho qué incluye cada fila.

Indexación de principio a fin: unas 1,5 horas

El resumen define «de principio a fin» como el punto en el que todos los procesos críticos terminan con éxito. Es una cifra que se presta a malentendidos, y no sabemos si cuenta desde el momento del rastreo. Leída suelta, parece decir que una página se indexa en hora y media, y no encaja con las 20 horas de descubrimiento ni con los 30 días de actualización de las filas anteriores. Lo prudente es entenderla como el tiempo del proceso de indexación una vez que Google ya ha llegado a la página. En el extremo lento, meses o nunca, otra vez con la calidad como causa. Para repasar qué es y cómo se comprueba, tienes qué es la indexación web.

Eliminación: de 1 a 3 semanas

Es el tiempo que tarda una URL en salir del índice cuando se retira o se bloquea, con meses en lo más lento. No hay que confundirla con la eliminación desde Search Console, que está en la tabla de visualización y es mucho más rápida. Ampliamos el caso en desindexación en SEO.

Cambio de canonicalización: de 1 a 3 semanas

Si cambias qué URL declaras como canónica, lo típico es esperar de una a tres semanas, y meses si las señales se contradicen: por ejemplo, una canonical que dice una cosa y un sitemap o unos enlaces internos que dicen otra. Por eso un cambio de canonical hecho hace cinco días todavía no te dice nada. Si quieres repasar el uso correcto de la etiqueta, está en la etiqueta rel canonical.

Migración de web: de 1 a 3 meses

De forma típica, entre uno y tres meses, y en lo más lento de seis meses a más de un año. El resumen añade un matiz: un traslado pequeño puede resolverse en pocas semanas. La documentación de Google coincide: en un sitio pequeño o mediano, la mayoría de las páginas se reflejan en unas semanas, y los sitios grandes tardan más según el número de URLs y la velocidad del servidor. Con esos rangos delante, planificar una migración SEO pasa por avisar a dirección de que habrá turbulencia durante meses.

Datos estructurados, imágenes y vídeos

Los datos estructurados tardan de horas a 1-2 semanas, y semanas o nunca en lo más lento, con la calidad como causa. Las imágenes y los vídeos, de horas a días de forma típica, y de semanas a meses en lo más lento; en el caso de los vídeos, el resumen apunta a un análisis profundo como motivo.

¿Cuánto tarda en verse un cambio en los resultados de Google?

La respuesta corta: un título o un snippet nuevo se ven de 1 a 2 días después, y recuperarse de un core update puede llevar de 3 a 6 meses. Las siete filas de la visualización:

ProcesoTípicoMás lento
Eliminación en Search Console~2 horas24 horas
Actualización de snippet1-2 díasVarias semanas o meses
Actualización de título1-2 díasVarias semanas o meses
Actualización de imagen en resultado de texto1-2 semanasVarias semanas o meses
Retirada de acción manual1-2 semanas4-6 semanas (o más en sitios inactivos)
Cambio por core update3-6 meses para recuperar6 meses a 1 año (siguiente update)
Cambio por spam update1-2 semanas (continuo)Meses (actualizaciones por lotes)

Eliminar una URL desde Search Console: unas 2 horas

Es la fila más rápida de toda la lista, y por eso sirve para urgencias, como una página que no debería estar a la vista. Si eres propietario de la propiedad, lo típico son dos horas y, en lo más lento, 24.

Título y snippet: de 1 a 2 días

Un título o una descripción nuevos suelen verse en uno o dos días, pero el extremo lento llega a varias semanas o meses. Si cambias un título y a los tres días no lo ves distinto, todavía estás dentro de lo normal.

Imagen en el resultado de texto: de 1 a 2 semanas

El cambio de la imagen que acompaña a un resultado de texto tarda de una a dos semanas de forma típica, y varias semanas o meses en lo más lento.

Acción manual: de 1 a 2 semanas

Retirar una acción manual tarda de una a dos semanas de forma típica, y de 4 a 6 semanas en lo más lento, o bastante más en sitios inactivos.

Core update: de 3 a 6 meses para recuperar

Es la cifra más incómoda. Si una actualización central te ha perjudicado, lo típico es esperar entre tres y seis meses para recuperarte, y entre seis meses y un año si hay que esperar a la siguiente actualización. El resumen añade que un core update tarda de 2 a 4 semanas en implementarse.

La documentación de Google lo confirma en lo esencial: recomienda esperar al menos una semana completa después de que la actualización termine antes de analizar tu sitio en Search Console, dice que algunos cambios pueden notarse en unos días pero que las mejoras amplias pueden tardar varios meses en que sus sistemas las aprendan y las confirmen, y que si pasados unos meses no ves efecto, «eso podría significar esperar al siguiente core update». Si quieres el plan de acción para ese caso, está en qué hacer si tu web ha caído con un core update.

Spam update: de 1 a 2 semanas

Los cambios por una actualización de spam se notan de 1 a 2 semanas de forma típica, y en lo más lento tardan meses si se aplican por lotes. La implementación, según el resumen, es mucho más rápida que la de un core update: de 1 a 2 días.

Seis reglas para usar estas cifras

1. Apunta la fecha del cambio antes de dar un cambio por fallido

Un canonical cambiado hace cinco días todavía no te dice nada, porque lo típico es entre una y tres semanas. Una forma sencilla de trabajarlo es apuntar la fecha de cada cambio y, antes de dar nada por fallido, compararla con la fila correspondiente de las tablas.

2. Si es urgente y la URL ya existe, pide la indexación

En Search Console, la herramienta de inspección de URLs tiene el botón «Solicitar indexación». Google lo recomienda para pocas URLs, y avisa de tres cosas: no garantiza nada, hay una cuota de URLs individuales, y pedir varias veces la misma URL no la hace rastrear antes. Como complemento, y esto es recomendación nuestra, enlaza la URL desde una página que Google visite a menudo, como la home.

3. Cambia el lastmod del sitemap solo cuando cambie el contenido

Google usa el valor lastmod solo cuando es «coherente y verificable», y dice que debe reflejar la última actualización significativa de la página: cambios en el contenido principal, en los datos estructurados o en los enlaces. Cambiar el año del copyright no cuenta. Si tu sitemap actualiza la fecha de todas las páginas cada día, Google tiene motivos para dejar de fiarse de ella.

4. Distingue «Descubierta» de «Rastreada» en el informe de indexación

Son estados distintos con causas distintas. Según Google, en «Descubierta: actualmente sin indexar» la página «se encontró, pero aún no se ha rastreado», y suele deberse a que Google pospuso el rastreo para no saturar el sitio. Conviene revisar que el servidor aguante el rastreo y que la página esté enlazada o en un sitemap. En «Rastreada: actualmente sin indexar», Google ya la ha visitado y no la ha indexado: ahí toca mirar la calidad y la unicidad de la página, y si es un duplicado o tiene una canonical o un noindex que lo explique. Cuando una URL lleva semanas en cualquiera de los dos estados, ya no estás esperando: estás en la columna del «nunca», y el tiempo no lo va a arreglar. Si después de revisar todo eso sigue sin moverse, es trabajo de SEO técnico.

5. En una migración, avisa de 1 a 3 meses de turbulencia y mantén las redirecciones

Dirección tiene que saber desde el principio que la migración no se estabiliza en una semana. Y las redirecciones no se retiran pronto: Google recomienda mantenerlas «el mayor tiempo posible, generalmente al menos 1 año».

6. Tras un core update, no rehagas la web a las dos semanas

Lo típico son 3-6 meses, y Google recomienda esperar al menos una semana tras la finalización antes de analizar nada. Rehacer una web a las dos semanas, sin saber qué ha cambiado, es la forma más cara de equivocarse.

Lo que todavía no sabemos

  • Muestra, periodo y qué significa «típico». Illyes aclaró después que era un ejercicio para ver si el público se identificaba con las cifras. No hay metodología publicada.
  • Si cambia según el tamaño de la web. Las cifras son de Google en general, no de la tuya. Una web de cien páginas y una de un millón no tienen por qué tener los mismos tiempos.
  • Los tiempos más rápidos. El resumen dice que cada proceso tenía uno, pero las tablas no los incluyen.

Nuestra lectura: muchas alarmas llegan antes de que el reloj de Google haya dado tiempo a nada. Estas cifras no sirven para quedarse quieto, sino para saber cuándo esperar y cuándo empezar a buscar el fallo. Si llevas semanas esperando un cambio y no sabes en qué lado estás, cuéntanos tu proyecto y te lo miramos.

Preguntas frecuentes

¿Cuánto tarda Google en indexar una página nueva?

Según los tiempos que enseñó Gary Illyes, lo típico es de unas 20 horas para descubrir una URL nueva y de unas 1,5 horas para el proceso de indexación de principio a fin. En lo más lento, el descubrimiento puede tardar semanas o no producirse, y la indexación, meses o no producirse, normalmente por calidad. Sumando fases, el tiempo real puede ser bastante mayor que cada cifra por separado.

¿Cuánto tarda Google en volver a rastrear una página que ya conoce?

Lo típico son unos 30 días, y lo más lento, semanas o nunca. Si cambias algo en una página existente, Google puede tardar alrededor de un mes en volver a pasar por ella. Si es urgente, puedes pedir la indexación de la URL en Search Console, aunque Google avisa de que no está garantizada.

¿Cuánto tarda en verse un título o un snippet nuevo?

De 1 a 2 días de forma típica, y varias semanas o meses en lo más lento. Si has cambiado un título hace tres días y no lo ves, todavía estás dentro de lo normal.

¿Cuánto tarda una web en recuperarse de un core update?

Lo típico son de 3 a 6 meses, y de 6 meses a un año si hay que esperar a la siguiente actualización. Google recomienda esperar al menos una semana tras la finalización de la actualización antes de analizar tu sitio, y avisa de que las mejoras amplias pueden tardar varios meses en confirmarse.

¿Cuánto tardan en notarse los resultados de una migración de dominio?

De 1 a 3 meses de forma típica, y de 6 meses a más de un año en lo más lento. Un traslado pequeño puede resolverse en pocas semanas. Google recomienda mantener las redirecciones, generalmente, al menos un año.

Iván Ruiz

CEO en SEOCOM

CEO de SEOCOM con más de 25 años de experiencia en SEO estratégico. Lidera proyectos para marcas como RACE, FC Barcelona y Gallina Blanca. Produce el podcast SEO Sin Filtros.

¿Te ha resultado útil este artículo?

Si quieres aplicar esto a tu caso concreto, hablemos. Te diremos sin filtros qué puedes esperar y qué no.

Sin compromiso.

¿Sabes qué frena tu web? Te hacemos un diagnóstico SEO y GEO gratuito, sin compromiso.
Solicitar diagnóstico gratuito