Durante años, la respuesta oficial a la pregunta de cuánto tarda indexar en Google fue siempre la misma: depende. Depende del sitio, del presupuesto de rastreo, de la calidad. Nadie en Google ponía números encima de la mesa. El 2 de octubre de 2026, en Barcelona, eso cambió: Gary Illyes proyectó una tabla con los tiempos internos de cada fase del proceso, desde que un robot descubre una URL hasta que un cambio de título aparece en los resultados.
Son las primeras cifras que Google comparte públicamente sobre esto, y conviene leerlas con la cabeza fría. No son un compromiso ni un SLA. Son, según el propio Illyes, un ejercicio para ver si la audiencia se reconocía en los números que manejan internamente. Pero para quien trabaja una web a diario, tener una referencia numérica cambia bastante las conversaciones.
Dónde se dijo esto y por qué importa que fuera en Barcelona
El escenario fue el Search Central Live Deep Dive Europe 2026, el primer evento de este formato que Google celebra en Europa. Se desarrolló en Barcelona del 30 de septiembre al 2 de octubre de 2026, en inglés y repartido en tres jornadas que recorren el funcionamiento del buscador por orden: rastreo, indexación y, el último día, publicación y posicionamiento. Los datos de los que hablamos aquí salieron en esa tercera jornada.
Que el evento aterrizara en Barcelona no es un detalle menor para quienes trabajamos aquí. Google eligió esta ciudad frente a otras cinco candidatas europeas, y durante tres días la conversación técnica sobre el buscador pasó por el mismo código postal que muchos de nuestros clientes. Es el tipo de cercanía que no se traduce en tráfico, pero sí en acceso directo a información que normalmente llega filtrada y con semanas de retraso.
Cuánto tarda indexar en Google: las cifras de rastreo
El rastreo es la primera puerta. Si Google no pasa por una URL, nada de lo que venga después ocurre. Estos fueron los números presentados, con el valor habitual primero y el peor caso después:
- Descubrir una URL nueva: unas 20 horas. En el peor caso, semanas o nunca.
- Volver a rastrear una URL que ya conoce: unos 30 días. En el peor caso, semanas o nunca.
- Procesar un sitemap: unas 24 horas, hasta 14 días en el peor caso, y nunca si hay un problema de calidad.
- Leer un robots.txt actualizado: unas 24 horas, y 25 horas en el peor caso. Es la única fila de toda la tabla donde el peor caso casi coincide con el habitual.
- Ajustar la demanda de rastreo: unas 20 horas, semanas o meses en el peor caso.
- Ajustar la capacidad de rastreo: de 4 horas a 1 o 2 semanas, y de 1 a 3 semanas cuando el sitio se está recuperando.
La cifra que más conversación generó es la de los 30 días para refrescar contenido ya conocido. Explica algo que cualquiera que gestione una web ha vivido: actualizas un artículo, lo revisas tres días después y Google sigue mostrando la versión anterior. No está roto. Es el ritmo normal.
La indexación es rápida; llegar a ella, no tanto
Aquí aparece el dato más contraintuitivo de toda la presentación. Indexar, de principio a fin, lleva aproximadamente hora y media. Es decir, el proceso técnico de convertir una página rastreada en una página indexada es cuestión de minutos largos, no de días.
El resto de procesos de esta fase se mueven en otras escalas:
- Anotaciones de metadatos (lo que Google extrae del
title, la meta descripción y similares): de 45 a 90 minutos, y de 1 a 4 días en el peor caso. - Anotaciones de enlaces: de minutos a 3 semanas, meses en el peor caso. Esa horquilla tan amplia explica por qué es tan difícil atribuir el efecto de un enlace nuevo a una fecha concreta.
- Renderizado: segundos de proceso, pero horas de cola, y de días a semanas en el peor caso.
- Cambio de canónica: de 1 a 3 semanas, meses cuando las señales se contradicen entre sí.
- Datos estructurados: de horas a 2 semanas, y semanas o nunca si hay un problema de calidad.
- Migración de dominio: de 1 a 3 meses lo habitual, de 6 meses a más de un año en el peor caso.
Si tu página no aparece y han pasado dos semanas, el problema casi nunca está en la indexación en sí. Está antes, en el descubrimiento o en el rastreo, o está en la decisión de calidad que Google toma sobre si merece la pena indexarla. Es la diferencia entre un atasco y una lista de espera.
Lo que tarda en cambiar en los resultados
La tercera parte de la tabla es la que afecta a lo que ve el usuario. Son los plazos que conviene tener a mano cuando un cliente pregunta cuándo se verá un cambio:
- Retirar una URL con la herramienta de Search Console: unas 2 horas, 24 horas en el peor caso. Es la vía rápida cuando se publica algo por error.
- Cambiar el título o la descripción que se muestra: de 1 a 2 días, de varias semanas a meses en el peor caso.
- Cambiar la imagen que acompaña a un resultado: de 1 a 2 semanas.
- Levantar una acción manual: de 1 a 2 semanas, de 4 a 6 semanas o bastante más en sitios inactivos.
- Recuperarse de una actualización principal del algoritmo: de 3 a 6 meses, y de 6 meses a un año si hay que esperar al siguiente core update.
- Notar el efecto de una actualización de spam: de 1 a 2 semanas cuando el sistema funciona de forma continua, meses cuando se aplica por lotes.
Ese último bloque es el que más expectativas rompe. Entre 3 y 6 meses para recuperarse de un core update significa que arreglar algo en noviembre y mirar el gráfico en diciembre no sirve de nada. Y que la agencia que promete recuperación en seis semanas está prometiendo algo que no depende de ella.
La palabra que más se repite en la tabla es «nunca»
Hay un matiz que atraviesa toda la presentación y que importa más que cualquier cifra concreta. En la columna del peor caso, la palabra «nunca» aparece una y otra vez, y casi siempre va acompañada de una referencia a la calidad.
Illyes añadió además una advertencia: muchos de estos procesos están encadenados. Una página no puede indexarse si antes no se ha rastreado, así que los retrasos se acumulan. Si el descubrimiento tarda semanas y luego la indexación tarda meses, el total no es la suma optimista que uno espera.
La lectura práctica es incómoda pero útil: los arreglos técnicos rápidos no sirven de nada si Google ha decidido que la página no merece el esfuerzo. Puedes enviar el sitemap cada día, pedir la indexación manualmente y ajustar el robots.txt, que si el contenido no pasa el filtro de calidad el reloj no empieza a correr. Es la misma lógica que vimos al analizar el AI slop y el sistema SAFE con el que Google lo persigue, y la que está detrás de la actualización de documentación sobre el contenido generado por IA y la revisión humana.
Qué cambia esto en el día a día de una web
Estos números no se traducen en tácticas nuevas, pero sí ordenan algunas decisiones que solemos tomar a ciegas.
Cambian los plazos que se prometen. Un rediseño con cambio de URLs no se estabiliza en tres semanas. La referencia de Google es de 1 a 3 meses, y hasta más de un año en el peor escenario. Planificar una migración en temporada alta deja de ser una mala idea discutible para ser una mala idea con un número al lado.
Cambia cuándo se mide. Si el refresco habitual de una URL conocida es de unos 30 días, evaluar el impacto de una reescritura a los diez días es medir ruido. Lo mismo ocurre al revés: una caída que coincide con un cambio tuyo puede venir de algo que Google procesó semanas después.
Cambia la prioridad del enlazado interno. Si descubrir una URL nueva lleva unas 20 horas en el mejor de los casos y puede no ocurrir nunca, el trabajo de enlazar bien desde páginas que ya se rastrean con frecuencia deja de ser un detalle de arquitectura y pasa a ser el mecanismo principal de descubrimiento.
Cambia la lectura de Search Console. Cuando el informe de páginas dice «Detectada, actualmente sin indexar», ahora sabes que ese estado puede durar semanas sin que signifique un error. Si no manejas la herramienta con soltura, nuestra guía completa de Google Search Console explica qué informe mirar en cada caso.
Un apunte técnico que suele pasarse por alto: el renderizado tiene segundos de proceso y horas de cola. Si tu web depende de JavaScript para mostrar el contenido principal, estás añadiendo una cola entera a un proceso que ya es largo. Reducir esa dependencia, igual que trabajar la velocidad de carga y los Core Web Vitals, ayuda antes de llegar a la fase de calidad.
El ángulo GEO: por qué estos tiempos también afectan a la IA
Hay una derivada que no estaba en la tabla pero que se desprende de ella. Illyes dejó una frase que resume bien la postura de Google: la IA en Google es SEO, los resultados de IA están construidos sobre la infraestructura de SEO, y el SEO no ha muerto.
Si eso es así, los plazos de rastreo e indexación son también los plazos de entrada a las AI Overviews y al modo IA. Una página que tarda semanas en ser descubierta tarda semanas en poder ser citada. Y una página que nunca se indexa por un problema de calidad tampoco existe para los sistemas generativos de Google, por mucho que esté publicada.
Con los asistentes de terceros el mecanismo es distinto, porque ChatGPT o Perplexity usan sus propios rastreadores y sus propios índices, así que estos tiempos no son trasladables. Lo que sí se traslada es el principio: la visibilidad empieza por ser rastreable y seguir siendo indexable. Eso es exactamente lo que trabajamos en la optimización para motores generativos y lo que está detrás de cómo Google audita si tu web habla con los agentes de IA.
Qué revisar esta semana
- Comprueba cuánto tarda en indexarse tu contenido nuevo. Coge las últimas cinco URLs que publicaste y compara la fecha de publicación con la de primera impresión en Search Console. Si estás muy por encima de las 20 horas, revisa desde dónde se enlazan.
- Revisa que tus URLs importantes estén enlazadas internamente. Una página a la que solo se llega desde el sitemap depende de un proceso que puede tardar 14 días.
- Verifica tu robots.txt hoy. Es el cambio que Google procesa más rápido y de forma más predecible, así que un bloqueo por error se arregla pronto, pero también se aplica pronto.
- Ajusta el calendario de cualquier migración prevista. Si hay un cambio de dominio o de estructura de URLs sobre la mesa, cuenta con 1 a 3 meses de inestabilidad y evita las semanas de más facturación.
- Revisa los títulos y descripciones que se muestran. Si cambiaste alguno hace más de dos días y sigue apareciendo el antiguo, es más probable que Google haya decidido reescribirlo que un retraso de procesamiento.
- Documenta las fechas de tus cambios. Sin un registro de qué tocaste y cuándo, estos plazos no sirven para diagnosticar nada.
Lo que no podemos confirmar
- La metodología detrás de las cifras. Google no ha publicado el tamaño de la muestra, el periodo analizado ni cómo define «habitual».
- Si estos tiempos son iguales para todos los sitios. Lo razonable es pensar que no, pero no hay segmentación publicada por tipo o tamaño de sitio.
- Si las cifras aplican igual fuera de Estados Unidos o en idiomas distintos del inglés. No se mencionó.
- Si Google publicará esta tabla en su documentación oficial. A fecha de hoy, 6 de octubre de 2026, no aparece en developers.google.com.
- El dato del efecto de una actualización de spam varía según la fuente. El resumen de ROAST recoge de 1 a 2 semanas en continuo; otras coberturas hablan de 1 a 2 días. No hemos podido contrastar la diapositiva original.
- Qué peso tiene cada señal de calidad en la decisión de no indexar. No hay nada publicado al respecto.
Preguntas frecuentes sobre indexar en Google
¿Cuánto tarda Google en indexar una página nueva?
Según los datos que Google presentó en Barcelona el 2 de octubre de 2026, descubrir una URL nueva lleva unas 20 horas y la indexación en sí unas 1,5 horas. En el peor caso, el descubrimiento puede tardar semanas o no producirse nunca, normalmente por motivos de calidad.
¿Por qué Google no actualiza mi página aunque la haya cambiado?
Porque volver a rastrear una URL que Google ya conoce lleva unos 30 días de media. Hasta que no se produce ese nuevo rastreo, el buscador trabaja con la versión anterior.
¿Sirve de algo enviar el sitemap para indexar en Google más rápido?
Ayuda al descubrimiento, pero no es inmediato: procesar un sitemap lleva unas 24 horas y hasta 14 días en el peor caso. Y no garantiza la indexación, porque la decisión de calidad es posterior.
¿Cuánto tarda en notarse un cambio de título en los resultados?
De 1 a 2 días habitualmente, y de varias semanas a meses en el peor caso. Si pasa más tiempo, suele ser porque Google está reescribiendo el título, no porque no lo haya procesado.
¿Cuánto se tarda en recuperar el tráfico tras un core update?
Google sitúa la recuperación habitual entre 3 y 6 meses, y entre 6 meses y un año cuando hay que esperar a la siguiente actualización principal. No es un plazo que se pueda acelerar con cambios técnicos.
¿Qué significa que Google diga «nunca» en tantos procesos?
Que la calidad actúa como filtro previo. Si Google considera que una página no merece el gasto de rastreo o indexación, el proceso no llega a completarse por mucho que se repitan las solicitudes.
¿Estos tiempos valen también para aparecer en las AI Overviews?
Para las superficies de IA de Google, lo razonable es asumir que sí, porque se apoyan en el mismo índice. Para asistentes de terceros como ChatGPT o Perplexity no son trasladables, ya que usan rastreadores e índices propios.
Nuestra lectura en Vandelay
Lo valioso de esta tabla no son los números, que cambiarán. Es que por fin existe una referencia compartida para una conversación que llevábamos años teniendo con intuiciones. Cuando un cliente pregunta por qué su página nueva no sale, ahora hay una escala con la que comparar en lugar de un encogimiento de hombros.
Y hay una segunda lectura, menos cómoda. La mitad de los peores casos de esa tabla no son retrasos técnicos: son decisiones de calidad disfrazadas de espera. Un sitio al que Google tarda meses en rastrear no tiene un problema de rastreo. Tiene un problema de por qué volver. Esa distinción decide si el trabajo de los próximos meses va a ser de configuración o de contenido, y son dos presupuestos muy distintos.
Si tienes páginas que no acaban de entrar en el índice o vienes de una caída que no remonta, en nuestro servicio de SEO y GEO hacemos ese diagnóstico antes de tocar nada. También puedes escribirnos y lo miramos sobre tu caso concreto.
Fuentes
- ROAST, «Google Search Central Live Deep Dive, Barcelona. Day 3 Recap», por John Campbell, con las tablas completas de tiempos de rastreo, indexación y publicación.
- Search Engine Land, «Google Search shares data on how long crawling, indexing and serving takes», 5 de octubre de 2026.
- Search Engine Journal, «Google Shows How Long Crawling, Indexing & Recovery Can Take», octubre de 2026.
- Search Engine Roundtable, «Google: How Long It Takes Google Search For Crawling, Indexing & Serving», 5 de octubre de 2026, con la declaración de Illyes sobre el encadenamiento de procesos.
- PPC Land, «Google says new pages take about 20 hours to be found, some never are», octubre de 2026.
- Google Search Central, anuncio del Deep Dive Europe 2026 en Barcelona, y calendario oficial de eventos, que fija las fechas del 30 de septiembre al 2 de octubre de 2026.
- Ubersuggest, datos de volumen de búsqueda y dificultad SEO en España para «indexar en google», «indexar web en google» y «cómo indexar una página en google», consultados el 6 de octubre de 2026.
Las cifras proceden de una presentación interna de Google compartida en un evento, no de documentación oficial publicada. Metodología y criterios de verificación en nuestra política editorial.
Más artículos sobre SEO.
Sobre el autor
Jehiel Ramos · CEO y consultor digital
Jehiel Ramos es CEO y consultor digital en Vandelay, la agencia de marketing digital que fundó en Barcelona en 2020. Con más de diez años de experiencia en marketing digital, dirige la estrategia de los clientes de la agencia en posicionamiento SEO y GEO (visibilidad de marca en Google y en asistentes como ChatGPT, Gemini y Perplexity), campañas de Google Ads y Meta Ads, diseño web orientado a conversión y automatización de marketing con inteligencia artificial, siempre con un enfoque de retorno medible y no de métricas de vanidad. Escribe en el blog de Vandelay sobre la evolución de la búsqueda, la publicidad digital y la IA aplicada al marketing, con datos verificados en fuentes primarias. Puedes contactar con él en vandelay@vandelay.es o a través de su perfil de LinkedIn.
Perfil de LinkedIn · Todos sus artículos · Cómo producimos el contenido