Uno de los momentos de mayor tensión en cualquier proyecto SEO es ese en el que el cliente pregunta: ¿Cuándo vamos a ver los resultados? La pregunta tiene muchas capas. ¿Cuándo va a rastrear Google la página nueva? ¿Cuándo la va a indexar? ¿Cuándo va a aparecer el cambio de título que pedimos la semana pasada? ¿Cuándo se va a reflejar la migración que terminamos el mes pasado?
Durante años, las respuestas a esas preguntas fueron una combinación de experiencia acumulada, benchmarks extraídos de cientos de proyectos y una cuota razonable de incertidumbre. El 2 de octubre de 2026 esa situación cambió de forma parcial, pero significativa.
Gary Illyes, analista de tendencias para webmasters en Google, presentó los rangos de tiempo reales de los procesos de búsqueda durante el Search Central Live Deep Dive Europe, celebrado en Barcelona. Es la primera vez que Google publica datos internos estructurados sobre cuánto tarda cada proceso, con tiempos típicos y tiempos en el peor caso para más de veinte escenarios distintos.
Los datos llegaron a través de un resumen del evento publicado por John Campbell de ROAST, uno de los ponentes de la comunidad en el evento. Lo que sigue es mi lectura de esos datos y las implicaciones concretas para empresas B2B en España.
Resumen de rangos de tiempo
| Proceso | Típico | Peor caso |
|---|---|---|
| Descubrimiento URL nueva | ~20 horas | Semanas o nunca |
| Refresco de URL conocida | ~30 días | Semanas o nunca |
| Procesamiento de sitemap | ~24 horas | Hasta 14 días, o nunca (calidad) |
| Indexación de extremo a extremo | ~1,5 horas | Meses, o nunca (calidad) |
| Cambio de canónica | 1–3 semanas | Meses (señales conflictivas) |
| Migración de sitio | 1–3 meses | 6 meses a 1 año o más |
| Cambio de título | 1–2 días | Varias semanas o meses |
| Cambio de snippet | 1–2 días | Varias semanas o meses |
| Eliminación Search Console | ~2 horas | 24 horas |
| Eliminación acción manual | 1–2 semanas | 4–6 semanas (sitios inactivos: más) |
| Recuperación core update | 3–6 meses | 6 meses a 1 año (siguiente core update) |
Fuente: John Campbell / ROAST recap, 2 oct. 2026. Reportado desde la sesión de Gary Illyes.
La advertencia que hay que leer antes que los números
Illyes advirtió que muchos de estos procesos están interconectados. Una página debe ser rastreada antes de poder ser indexada, por lo que los retrasos se acumulan de una etapa a la siguiente.
Esta advertencia es más importante que cualquier número concreto. Los tiempos son rangos de referencia, no plazos. Si Google tarda tres semanas en descubrir una URL nueva porque el sitemap no está bien configurado o el presupuesto de rastreo está limitado, ese retraso no se resetea en la etapa de indexación: se acumula.
Para una empresa B2B industrial con un ciclo de ventas largo, donde cada lead cualificado puede representar decenas de miles de euros en facturación, entender este efecto de cadena es fundamental para gestionar expectativas propias y del equipo directivo.
Rastreo e indexación: los tiempos que nadie había publicado hasta ahora
Descubrimiento de una URL nueva: ~20 horas (típico)
El tiempo típico para que Google descubra una URL nueva es de aproximadamente 20 horas. El peor caso llega a semanas o nunca.
Ese “nunca” no es retórico. Una URL que no recibe enlaces internos desde páginas ya indexadas, que no está incluida en un sitemap enviado, o que pertenece a un dominio con historial de contenido de baja calidad puede no ser descubierta jamás de forma orgánica.
Para una empresa que acaba de publicar su nueva web, enviar el sitemap actualizado desde el primer día en Google Search Console y asegurarse de que las páginas nuevas reciben al menos un enlace interno es el mecanismo básico que activa el reloj del rastreo.
Refresco de una URL conocida: ~30 días (típico)
El tiempo típico para que Google refresque una URL que ya conoce es de aproximadamente 30 días.
Treinta días. Un mes completo entre que actualizas el contenido de una página y que Google procesa esa actualización. Para una empresa B2B en España que actualiza sus páginas de producto, que corrige errores de contenido o que mejora su propuesta de valor editorial, este ritmo explica la aparente insensibilidad de Google a los cambios.
La implicación práctica es doble: la solicitud de reindexación desde Search Console para URLs específicas es la palanca más directa para acelerar el proceso; y la consistencia en la actualización de contenido construye la señal de actividad que hace que Google asigne más presupuesto de rastreo al dominio.
Procesamiento de sitemap: ~24 horas (típico)
El procesamiento de un sitemap tarda típicamente alrededor de 24 horas, con un peor caso de hasta 14 días o nunca cuando la calidad del contenido lo determina.
Un sitemap que incluye URLs con contenido duplicado, páginas con errores 404, o páginas que Google ya ha decidido no indexar por problemas de calidad no va a ser procesado de forma prioritaria.
Indexación de extremo a extremo: ~1,5 horas (típico)
El proceso de indexación de extremo a extremo tarda aproximadamente 1,5 horas en el caso típico, con un peor caso de meses o nunca, determinado por la calidad.
Este dato comienza a contar una vez que el rastreo ya ha ocurrido. Cuando todo funciona correctamente (contenido original, estructura técnica limpia, señales de autoridad adecuadas), Google puede indexar una página en menos de dos horas desde que la rastrea.
El nunca del peor caso, calificado como calidad, es el recordatorio de que la velocidad de indexación es una consecuencia de la calidad percibida, no una garantía técnica.
Cambios en los resultados: lo que ocurre cuando modificas algo en tu web
Cambio de título y de snippet: 1–2 días (típico)
Las actualizaciones de título y snippet tardan uno o dos días en el caso típico, y pueden llegar a varias semanas o meses en el peor caso.
Cuando se cambia el title tag de una página de producto o se reescribe la meta descripción para mejorar el CTR orgánico, la ventana de verificación razonable es de dos a tres días.
La documentación oficial de Google sobre cómo se generan los títulos en los resultados es clara: Google puede ignorar el title tag si considera que no representa bien el contenido de la página.
Cambio de canónica: 1–3 semanas (típico)
Un cambio de canonicalización tarda típicamente entre una y tres semanas en procesarse, con un peor caso de meses cuando existen señales conflictivas.
La guía de resolución de problemas de canonicalización de Google señala que las páginas pueden permanecer en un clúster de duplicados hasta dos semanas después de corregir el contenido.
Migraciones y recuperación: los plazos que hay que gestionar con el equipo directivo
Migración de sitio: 1–3 meses (típico)
Una migración de sitio tarda típicamente entre uno y tres meses. El peor caso va de seis meses a más de un año.
La documentación de Google sobre migraciones con cambio de URLs indica que para sitios de tamaño pequeño a mediano, la mayoría de las páginas suelen migrarse en pocas semanas.
Para cualquier empresa B2B industrial en España que esté planificando un cambio de dominio o una migración de CMS, estos rangos son el argumento más sólido para planificar con suficiente antelación respecto a cualquier campaña de generación de leads o feria sectorial.
Los factores que llevan una migración al peor caso son conocidos: redirecciones 301 mal configuradas, falta de actualización del sitemap, enlaces internos que aún apuntan a las URLs antiguas, o una caída brusca del perfil de autoridad del nuevo dominio.
Recuperación tras un core update: 3–6 meses (típico)
La recuperación después de un core update de Google tarda típicamente entre tres y seis meses, con un peor caso de seis meses a un año (el siguiente core update).
Cuando un core update impacta negativamente en el tráfico orgánico de un dominio, el plazo de recuperación es de al menos tres meses, asumiendo que se identifican los problemas y se implementan las mejoras necesarias.
La documentación de Google sobre core updates menciona que confirmar una mejora global del sitio puede llevar varios meses. Si no se observan efectos después de unos meses, puede significar que hay que esperar al siguiente core update.
Para los equipos que trabajan con empresas industriales en España, esto significa que la respuesta a un core update exige una estrategia de mejora continua de contenido, estructura técnica y señales de autoridad que opere en el horizonte correcto: semestral, no semanal.
Lo que los datos no dicen
Hay que ser honestos sobre los límites de esta información. Ni el resumen del evento ni las páginas de Google ofrecen un tamaño de muestra, un período de tiempo ni una definición de lo que se considera típico. Los rangos son puntos de referencia, no plazos garantizados.
Cinco de los tiempos en el peor caso incluyen nunca como posibilidad real. Tres de ellos añaden calidad como factor determinante.
Google no garantiza indexación ni visibilidad. Ambas son consecuencias de la calidad percibida del contenido, la estructura técnica y la autoridad del dominio.
La implicación práctica para equipos de marketing B2B
Contar con rangos de tiempo oficiales de Google tiene un valor concreto para cualquier equipo que trabaje en posicionamiento orgánico: da argumentos verificables para gestionar expectativas en conversaciones internas y con clientes.
- Una migración de dominio en el límite superior del rango típico no está atascada.
- Una recuperación tras un core update que lleva cuatro meses sin resultados visibles no es necesariamente señal de que las acciones implementadas no funcionan.
- Un cambio de título que tarda diez días en reflejarse no requiere intervención de urgencia.
Lo que sí requiere intervención es cualquier proceso que supere el límite superior del peor caso documentado. Una migración que lleva más de doce meses, un sitemap que no se procesa después de dos semanas, o una página que no aparece en el índice tres meses después de su publicación.
En Smart Team trabajamos con empresas industriales B2B en España que necesitan gestionar exactamente este tipo de procesos.
Preguntas frecuentes sobre los tiempos de Google
¿Cuánto tarda Google en indexar una página nueva?
En el caso típico, el proceso de indexación de extremo a extremo tarda aproximadamente 1,5 horas desde que Google rastrea la página. Sin embargo, el descubrimiento previo puede tardar ~20 horas y el refresco de una URL conocida hasta 30 días. En el peor caso, una página puede no indexarse nunca si Google la evalúa como de baja calidad.
¿Cuánto tarda Google en procesar un cambio de título?
Uno o dos días en el caso típico. En el peor caso, varias semanas o meses, especialmente cuando Google decide que su propia versión del título representa mejor el contenido de la página.
¿Cuánto tarda una migración de dominio en estabilizarse en Google?
Entre uno y tres meses en el caso típico para sitios de tamaño pequeño o mediano. En el peor caso, entre seis meses y más de un año. Una migración pequeña puede completarse en pocas semanas si todos los procesos técnicos están correctamente implementados.
¿Cuánto tarda un sitio en recuperarse de un core update?
Típicamente entre tres y seis meses. En el peor caso, seis meses a un año, lo que en la práctica puede significar que la recuperación no se confirme hasta el siguiente core update de Google.
¿Por qué hay procesos que Google nunca completa?
Porque el rastreo, la indexación y los cambios en los resultados no son garantías técnicas: son consecuencias de la evaluación de calidad que Google hace de cada página. Un contenido de baja calidad o un dominio con historial negativo puede quedar excluido de los resultados de forma indefinida.
Lecturas recomendadas para profundizar sobre el tema:
Consultor SEO con más de 15 años de experiencia en Marketing, optimización web y estrategias digitales. Ayudo a negocios locales, pymes y grandes empresas a mejorar su posicionamiento online, alcanzar sus objetivos de crecimiento y adaptarse a un mundo digital cada día más competitivo.
Uno de los momentos de mayor tensión en cualquier proyecto SEO es ese en el que el cliente pregunta: ¿Cuándo vamos a ver los resultados? La pregunta tiene muchas capas. ¿Cuándo va a rastrear Google la página nueva? ¿Cuándo la va a indexar? ¿Cuándo va a aparecer el cambio de título que pedimos la semana pasada? ¿Cuándo se va a reflejar la migración que terminamos el mes pasado?
Durante años, las respuestas a esas preguntas fueron una combinación de experiencia acumulada, benchmarks extraídos de cientos de proyectos y una cuota razonable de incertidumbre. El 2 de octubre de 2026 esa situación cambió de forma parcial, pero significativa.
Gary Illyes, analista de tendencias para webmasters en Google, presentó los rangos de tiempo reales de los procesos de búsqueda durante el Search Central Live Deep Dive Europe, celebrado en Barcelona. Es la primera vez que Google publica datos internos estructurados sobre cuánto tarda cada proceso, con tiempos típicos y tiempos en el peor caso para más de veinte escenarios distintos.
Los datos llegaron a través de un resumen del evento publicado por John Campbell de ROAST, uno de los ponentes de la comunidad en el evento. Lo que sigue es mi lectura de esos datos y las implicaciones concretas para empresas B2B en España.
Resumen de rangos de tiempo
| Proceso | Típico | Peor caso |
|---|---|---|
| Descubrimiento URL nueva | ~20 horas | Semanas o nunca |
| Refresco de URL conocida | ~30 días | Semanas o nunca |
| Procesamiento de sitemap | ~24 horas | Hasta 14 días, o nunca (calidad) |
| Indexación de extremo a extremo | ~1,5 horas | Meses, o nunca (calidad) |
| Cambio de canónica | 1–3 semanas | Meses (señales conflictivas) |
| Migración de sitio | 1–3 meses | 6 meses a 1 año o más |
| Cambio de título | 1–2 días | Varias semanas o meses |
| Cambio de snippet | 1–2 días | Varias semanas o meses |
| Eliminación Search Console | ~2 horas | 24 horas |
| Eliminación acción manual | 1–2 semanas | 4–6 semanas (sitios inactivos: más) |
| Recuperación core update | 3–6 meses | 6 meses a 1 año (siguiente core update) |
Fuente: John Campbell / ROAST recap, 2 oct. 2026. Reportado desde la sesión de Gary Illyes.
La advertencia que hay que leer antes que los números
Illyes advirtió que muchos de estos procesos están interconectados. Una página debe ser rastreada antes de poder ser indexada, por lo que los retrasos se acumulan de una etapa a la siguiente.
Esta advertencia es más importante que cualquier número concreto. Los tiempos son rangos de referencia, no plazos. Si Google tarda tres semanas en descubrir una URL nueva porque el sitemap no está bien configurado o el presupuesto de rastreo está limitado, ese retraso no se resetea en la etapa de indexación: se acumula.
Para una empresa B2B industrial con un ciclo de ventas largo, donde cada lead cualificado puede representar decenas de miles de euros en facturación, entender este efecto de cadena es fundamental para gestionar expectativas propias y del equipo directivo.
Rastreo e indexación: los tiempos que nadie había publicado hasta ahora
Descubrimiento de una URL nueva: ~20 horas (típico)
El tiempo típico para que Google descubra una URL nueva es de aproximadamente 20 horas. El peor caso llega a semanas o nunca.
Ese “nunca” no es retórico. Una URL que no recibe enlaces internos desde páginas ya indexadas, que no está incluida en un sitemap enviado, o que pertenece a un dominio con historial de contenido de baja calidad puede no ser descubierta jamás de forma orgánica.
Para una empresa que acaba de publicar su nueva web, enviar el sitemap actualizado desde el primer día en Google Search Console y asegurarse de que las páginas nuevas reciben al menos un enlace interno es el mecanismo básico que activa el reloj del rastreo.
Refresco de una URL conocida: ~30 días (típico)
El tiempo típico para que Google refresque una URL que ya conoce es de aproximadamente 30 días.
Treinta días. Un mes completo entre que actualizas el contenido de una página y que Google procesa esa actualización. Para una empresa B2B en España que actualiza sus páginas de producto, que corrige errores de contenido o que mejora su propuesta de valor editorial, este ritmo explica la aparente insensibilidad de Google a los cambios.
La implicación práctica es doble: la solicitud de reindexación desde Search Console para URLs específicas es la palanca más directa para acelerar el proceso; y la consistencia en la actualización de contenido construye la señal de actividad que hace que Google asigne más presupuesto de rastreo al dominio.
Procesamiento de sitemap: ~24 horas (típico)
El procesamiento de un sitemap tarda típicamente alrededor de 24 horas, con un peor caso de hasta 14 días o nunca cuando la calidad del contenido lo determina.
Un sitemap que incluye URLs con contenido duplicado, páginas con errores 404, o páginas que Google ya ha decidido no indexar por problemas de calidad no va a ser procesado de forma prioritaria.
Indexación de extremo a extremo: ~1,5 horas (típico)
El proceso de indexación de extremo a extremo tarda aproximadamente 1,5 horas en el caso típico, con un peor caso de meses o nunca, determinado por la calidad.
Este dato comienza a contar una vez que el rastreo ya ha ocurrido. Cuando todo funciona correctamente (contenido original, estructura técnica limpia, señales de autoridad adecuadas), Google puede indexar una página en menos de dos horas desde que la rastrea.
El nunca del peor caso, calificado como calidad, es el recordatorio de que la velocidad de indexación es una consecuencia de la calidad percibida, no una garantía técnica.
Cambios en los resultados: lo que ocurre cuando modificas algo en tu web
Cambio de título y de snippet: 1–2 días (típico)
Las actualizaciones de título y snippet tardan uno o dos días en el caso típico, y pueden llegar a varias semanas o meses en el peor caso.
Cuando se cambia el title tag de una página de producto o se reescribe la meta descripción para mejorar el CTR orgánico, la ventana de verificación razonable es de dos a tres días.
La documentación oficial de Google sobre cómo se generan los títulos en los resultados es clara: Google puede ignorar el title tag si considera que no representa bien el contenido de la página.
Cambio de canónica: 1–3 semanas (típico)
Un cambio de canonicalización tarda típicamente entre una y tres semanas en procesarse, con un peor caso de meses cuando existen señales conflictivas.
La guía de resolución de problemas de canonicalización de Google señala que las páginas pueden permanecer en un clúster de duplicados hasta dos semanas después de corregir el contenido.
Migraciones y recuperación: los plazos que hay que gestionar con el equipo directivo
Migración de sitio: 1–3 meses (típico)
Una migración de sitio tarda típicamente entre uno y tres meses. El peor caso va de seis meses a más de un año.
La documentación de Google sobre migraciones con cambio de URLs indica que para sitios de tamaño pequeño a mediano, la mayoría de las páginas suelen migrarse en pocas semanas.
Para cualquier empresa B2B industrial en España que esté planificando un cambio de dominio o una migración de CMS, estos rangos son el argumento más sólido para planificar con suficiente antelación respecto a cualquier campaña de generación de leads o feria sectorial.
Los factores que llevan una migración al peor caso son conocidos: redirecciones 301 mal configuradas, falta de actualización del sitemap, enlaces internos que aún apuntan a las URLs antiguas, o una caída brusca del perfil de autoridad del nuevo dominio.
Recuperación tras un core update: 3–6 meses (típico)
La recuperación después de un core update de Google tarda típicamente entre tres y seis meses, con un peor caso de seis meses a un año (el siguiente core update).
Cuando un core update impacta negativamente en el tráfico orgánico de un dominio, el plazo de recuperación es de al menos tres meses, asumiendo que se identifican los problemas y se implementan las mejoras necesarias.
La documentación de Google sobre core updates menciona que confirmar una mejora global del sitio puede llevar varios meses. Si no se observan efectos después de unos meses, puede significar que hay que esperar al siguiente core update.
Para los equipos que trabajan con empresas industriales en España, esto significa que la respuesta a un core update exige una estrategia de mejora continua de contenido, estructura técnica y señales de autoridad que opere en el horizonte correcto: semestral, no semanal.
Lo que los datos no dicen
Hay que ser honestos sobre los límites de esta información. Ni el resumen del evento ni las páginas de Google ofrecen un tamaño de muestra, un período de tiempo ni una definición de lo que se considera típico. Los rangos son puntos de referencia, no plazos garantizados.
Cinco de los tiempos en el peor caso incluyen nunca como posibilidad real. Tres de ellos añaden calidad como factor determinante.
Google no garantiza indexación ni visibilidad. Ambas son consecuencias de la calidad percibida del contenido, la estructura técnica y la autoridad del dominio.
La implicación práctica para equipos de marketing B2B
Contar con rangos de tiempo oficiales de Google tiene un valor concreto para cualquier equipo que trabaje en posicionamiento orgánico: da argumentos verificables para gestionar expectativas en conversaciones internas y con clientes.
- Una migración de dominio en el límite superior del rango típico no está atascada.
- Una recuperación tras un core update que lleva cuatro meses sin resultados visibles no es necesariamente señal de que las acciones implementadas no funcionan.
- Un cambio de título que tarda diez días en reflejarse no requiere intervención de urgencia.
Lo que sí requiere intervención es cualquier proceso que supere el límite superior del peor caso documentado. Una migración que lleva más de doce meses, un sitemap que no se procesa después de dos semanas, o una página que no aparece en el índice tres meses después de su publicación.
En Smart Team trabajamos con empresas industriales B2B en España que necesitan gestionar exactamente este tipo de procesos.
Preguntas frecuentes sobre los tiempos de Google
¿Cuánto tarda Google en indexar una página nueva?
En el caso típico, el proceso de indexación de extremo a extremo tarda aproximadamente 1,5 horas desde que Google rastrea la página. Sin embargo, el descubrimiento previo puede tardar ~20 horas y el refresco de una URL conocida hasta 30 días. En el peor caso, una página puede no indexarse nunca si Google la evalúa como de baja calidad.
¿Cuánto tarda Google en procesar un cambio de título?
Uno o dos días en el caso típico. En el peor caso, varias semanas o meses, especialmente cuando Google decide que su propia versión del título representa mejor el contenido de la página.
¿Cuánto tarda una migración de dominio en estabilizarse en Google?
Entre uno y tres meses en el caso típico para sitios de tamaño pequeño o mediano. En el peor caso, entre seis meses y más de un año. Una migración pequeña puede completarse en pocas semanas si todos los procesos técnicos están correctamente implementados.
¿Cuánto tarda un sitio en recuperarse de un core update?
Típicamente entre tres y seis meses. En el peor caso, seis meses a un año, lo que en la práctica puede significar que la recuperación no se confirme hasta el siguiente core update de Google.
¿Por qué hay procesos que Google nunca completa?
Porque el rastreo, la indexación y los cambios en los resultados no son garantías técnicas: son consecuencias de la evaluación de calidad que Google hace de cada página. Un contenido de baja calidad o un dominio con historial negativo puede quedar excluido de los resultados de forma indefinida.
Lecturas recomendadas para profundizar sobre el tema:
Consultor SEO con más de 15 años de experiencia en Marketing, optimización web y estrategias digitales. Ayudo a negocios locales, pymes y grandes empresas a mejorar su posicionamiento online, alcanzar sus objetivos de crecimiento y adaptarse a un mundo digital cada día más competitivo.
