¿Cuánto tarda Google en indexar una página? Según los rangos que mostró Gary Illyes, del equipo de Search Relations de Google, descubrir una URL nueva lleva alrededor de 20 horas, y que Google vuelva a pasar por una que ya conoce, alrededor de 30 días. La respuesta de siempre era «depende»; esta vez hubo números, con todas las salvedades que vamos a ver.
Para cambios estructurales, un canonical tarda entre 1 y 3 semanas y una migración de sitio entre 1 y 3 meses, mientras que la recuperación tras un core update suele llevar de 3 a 6 meses.
Las cifras cubren todo el recorrido: rastreo, indexación, cuánto tarda en actualizarse lo que se ve en los resultados y cuánto lleva recuperarse de un core update. Sirven sobre todo para ajustar expectativas. Si cambiaste un título, migraste un dominio o te cayó el tráfico con una actualización, saber qué plazo es razonable evita decisiones apuradas.
¿Cuánto tarda Google en indexar? Qué mostró Google y cómo leerlo
Los datos salen de una charla de Illyes en Search Central Live Deep Dive Europe, el evento técnico de Google en Barcelona. Llegaron a la comunidad a través de resúmenes de asistentes, como el de John Campbell, de ROAST, y los recogieron Search Engine Journal y Search Engine Roundtable; la consultora Aubrey Yung, por su parte, rehízo como infografías las tres diapositivas de Illyes a partir de sus fotos, con las mismas cifras. No son diapositivas oficiales publicadas por Google y, según esos medios, provienen de un análisis interno suyo.
Tres cosas para tener en cuenta antes de usarlos:
- Son puntos de referencia, no plazos. Los resúmenes lo dicen así, y según Yung Google las presentó como estimaciones basadas en análisis interno, no como garantías. Illyes explicó que la idea era ver si la audiencia se reconocía en esos números.
- «Típico» no está definido. No se indicó el tamaño de la muestra ni el período medido, y el resumen deja afuera los casos más rápidos de cada proceso.
- Los retrasos se acumulan. Una página no puede indexarse antes de rastrearse, así que la espera de una etapa se suma a la de la siguiente.
Rastreo: por qué un cambio tarda semanas en verse
Google tarda típicamente unas 20 horas en descubrir una URL nueva, pero unos 30 días en volver a una que ya conoce. Es la diferencia que más confunde: publicar algo nuevo se nota relativamente rápido, mientras que editar algo existente puede pasar inadvertido durante semanas.
| Qué ocurre | Tiempo típico | Caso lento |
|---|---|---|
| Descubrir una URL nueva | ~20 horas | De semanas a nunca |
| Volver a una URL conocida | ~30 días | De semanas a nunca |
| Procesar un sitemap | ~24 horas | Hasta 14 días, o nunca por calidad |
| Actualizar el robots.txt | ~24 horas | 25 horas |
Los 30 días tienen una consecuencia práctica: si actualizaste precios, stock o un dato que no admite demora, no esperes a que Google pase solo. La herramienta de inspección de URLs de Search Console permite pedir la indexación de una página puntual. No garantiza nada y no conviene usarla en masa, pero para las pocas páginas que importan es mejor que esperar el ciclo habitual.
El sitemap tampoco es un atajo: se procesa en unas 24 horas, pero puede tardar hasta 14 días, y si el contenido es de baja calidad puede no procesarse nunca. Con el robots.txt pasa lo contrario, se lee en unas 24 horas, 25 como máximo. Eso sí, bloquear con robots.txt no es lo mismo que desindexar. Si querés repasar qué método sirve para qué, lo explicamos en la guía para evitar que Google indexe una página; los que dependen de que Google vuelva a la página se rigen, en la práctica, por los plazos de esta tabla.
Cuando el servidor falla
Si el servidor devuelve errores 5xx o 429, Google reduce el ritmo de rastreo en cuestión de horas, y recuperar la capacidad anterior lleva entre una y dos semanas. Un problema de hosting o un firewall que limita de más pueden salir caros: el costo en rastreo puede ser mayor que el propio incidente. Conviene mirar el informe de Estadísticas de rastreo de Search Console con cierta regularidad, sobre todo después de tocar el servidor.
Indexación y cambios estructurales: canonicals, migraciones y datos estructurados
Una vez que Google rastreó una página, los plazos dependen de qué cambió. Un cambio de canonical tarda entre una y tres semanas, y una migración de sitio entre uno y tres meses.
| Qué cambia | Tiempo típico | Caso lento |
|---|---|---|
| Indexación de principio a fin | ~1,5 horas | Meses, o nunca por calidad |
| Cambio de canonical | 1 a 3 semanas | Meses, con señales contradictorias |
| Migración de sitio | 1 a 3 meses | 6 meses a más de 1 año |
| Datos estructurados | Horas a 1-2 semanas | Semanas, o nunca por calidad |
El número que más llama la atención es el de 1,5 horas para indexar de principio a fin. Ojo con leerlo como promesa: según se explicó, supone que todos los procesos críticos terminan bien, y el mismo resumen advierte que puede llevar meses o directamente no ocurrir cuando la calidad no alcanza. No contradice las 20 horas ni los 30 días del rastreo, porque son etapas distintas.
En los canonicals, el extremo de «meses» aparece cuando las señales se contradicen: por ejemplo, un rel=canonical que apunta a una URL mientras las redirecciones o los enlaces internos apuntan a otra. Antes de esperar, conviene revisar que todo diga lo mismo.
Las migraciones son donde más cuesta la paciencia. La documentación de Google sugiere que una migración pequeña o mediana suele resolverse en unas semanas, pero los sitios grandes pueden tardar de seis meses a más de un año. Medir el éxito de una migración a las dos semanas no tiene mucho sentido.
Con los datos estructurados, el tiempo típico va de horas a una o dos semanas. Si Google no considera suficientemente bueno el contenido, puede demorar semanas o no reflejarlos nunca.
Títulos, snippets y retiradas: lo que sí se mueve rápido
Un cambio de título o de snippet tarda entre uno y dos días en reflejarse, aunque el caso lento puede estirarse a semanas o meses. Según la lectura de Yung (que no es una cifra de Google), el reloj probablemente empieza después del nuevo rastreo, así que en páginas poco rastreadas la espera real puede superar el mes.
| Acción | Tiempo típico | Caso lento |
|---|---|---|
| Cambio de título o snippet | 1 a 2 días | Semanas a meses |
| Retiro desde Search Console (propietario) | ~2 horas | 24 horas |
| Retirada de una acción manual | 1 a 2 semanas | 4 a 6 semanas o más |
La herramienta de retiradas de Search Console es el mecanismo de intervención más rápido que mencionó Google: unas 2 horas en el caso típico y hasta 24 en el lento. Ahora bien, sacar una URL de los resultados no es lo mismo que desindexarla de forma permanente; para eso hace falta además un noindex o eliminar la página, como detalla la misma guía.
Recuperarse de un core update o de un spam update
Tras un core update, la recuperación típica lleva entre 3 y 6 meses, y en el caso lento puede estirarse de 6 meses a un año, hasta el siguiente core update. Con los spam updates, la espera es de 1 a 2 semanas si el sistema actúa de forma continua, o de meses si la actualización se aplica por lotes.
| Situación | Tiempo típico | Caso lento |
|---|---|---|
| Recuperación tras un core update | 3 a 6 meses | 6 meses a 1 año |
| Cambio por un spam update | 1 a 2 semanas | Meses, si es por lotes |
Hay un matiz importante: los plazos de recuperación no son los del despliegue. Según el resumen, un core update tarda entre 2 y 4 semanas en desplegarse y un spam update entre 1 y 2 días. Algunos efectos pueden verse en pocos días, según Search Engine Journal, pero confirmar una mejora general puede requerir varios meses.
Es la razón técnica por la que hacer cambios y mirar el gráfico a los 15 días no dice demasiado. Si te interesa repasar qué endureció Google en materia de spam, lo contamos en esta entrada sobre el algoritmo y las políticas anti-spam.
Qué hacer con estos números
Lo que sigue es criterio propio a partir de los rangos, no recomendaciones de Google:
- Medí con el calendario en la mano. Un cambio en una página existente, 30 días; un canonical, de 1 a 3 semanas; una migración, meses; un core update, trimestres.
- Pedí la indexación solo de lo prioritario. La inspección de URLs sirve para las páginas que no pueden esperar, no para todo el sitio.
- Vigilá los errores 5xx y 429. El informe de Estadísticas de rastreo es el lugar donde se ven antes de que se acumulen semanas de rastreo reducido.
- Revisá que las señales no se contradigan antes de un cambio de canonical o una migración: canonical, redirecciones y enlaces internos tienen que apuntar al mismo lugar.
- Sumá las etapas. Si primero hay que rastrear, después indexar y después actualizar el resultado, el plazo total es la suma de los tres.
Rangos, no fechas
Estos números sirven para ordenar la conversación, con un cliente o con uno mismo, no para prometer resultados. Ningún rango te dice cuándo va a pasar tu caso, y el propio Google dejó claro que no son garantías. Lo útil es saber cuándo todavía no corresponde preocuparse y cuándo, pasado el plazo razonable, sí vale la pena revisar qué está trabando el proceso.