¿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.
Rastrear
Googlebot encuentra la URL y la descarga.
Indexar
Google la procesa y decide si la guarda en el índice.
Mostrar
La página puede aparecer en los resultados.
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:
Descubrir una URL nueva
Típico~20 horas
Más lentoSemanas o nunca
Volver a rastrear una URL conocida
Típico~30 días
Más lentoSemanas o nunca
Procesar un sitemap
Típico~24 horas
Más lentoHasta 14 días o nunca
Cambio en robots.txt
Típico~24 horas
Más lento25 horas
Indexar de principio a fin
Típico~1,5 horas
Más lentoMeses o nunca
Cambio de canonical
Típico1-3 semanas
Más lentoMeses
Título o snippet nuevo
Típico1-2 días
Más lentoSemanas o meses
Levantar una acción manual
Típico1-2 semanas
Más lento4-6 semanas
Migración de dominio
Típico1-3 meses
Más lento6 meses a más de 1 año
Recuperarse de un core update
Típico3-6 meses
Más lento6 meses a 1 año
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:
| Proceso | Típico | Más lento |
|---|---|---|
| Descubrimiento (URL nueva) | ~20 horas | Semanas o nunca |
| Actualización (URL conocida) | ~30 días | Semanas o nunca |
| Procesamiento de sitemap | ~24 horas | Hasta 14 días o nunca (calidad) |
| Actualización de robots.txt | ~24 horas | 25 horas |
| Actualización de la capacidad de rastreo | 4 horas a 1-2 semanas | 1-3 semanas (en recuperación) |
| Actualización de la demanda de rastreo | ~20 horas | Semanas 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:
| Proceso | Típico | Más lento |
|---|---|---|
| Renderizado | Segundos de renderizado, horas en cola | Días a semanas |
| Anotaciones meta | 45-90 minutos | 1-4 días |
| Anotaciones de enlace | Minutos a 1-3 semanas | Meses |
| Indexación (de principio a fin) | ~1,5 horas | Meses o nunca (calidad) |
| Eliminación | 1-3 semanas | Meses |
| Cambio de canonicalización | 1-3 semanas | Meses (señales conflictivas) |
| Migración de web | 1-3 meses | 6 meses a más de 1 año |
| Datos estructurados | Horas a 1-2 semanas | Semanas o nunca (calidad) |
| Imágenes | Horas a días | Semanas a meses |
| Vídeos | Horas a días | Semanas 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:
| Proceso | Típico | Más lento |
|---|---|---|
| Eliminación en Search Console | ~2 horas | 24 horas |
| Actualización de snippet | 1-2 días | Varias semanas o meses |
| Actualización de título | 1-2 días | Varias semanas o meses |
| Actualización de imagen en resultado de texto | 1-2 semanas | Varias semanas o meses |
| Retirada de acción manual | 1-2 semanas | 4-6 semanas (o más en sitios inactivos) |
| Cambio por core update | 3-6 meses para recuperar | 6 meses a 1 año (siguiente update) |
| Cambio por spam update | 1-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.