Google ha compartido rangos de tiempo para distintos procesos de Search, desde el descubrimiento y rastreo de nuevas URLs hasta la indexación, los cambios de canonical y la recuperación después de una actualización principal. Los datos fueron presentados por Gary Illyes durante Search Central Live Deep Dive Europe, celebrado en Barcelona, y posteriormente recogidos en un resumen elaborado por John Campbell, de ROAST.
Las cifras no deben interpretarse como plazos garantizados. El propio análisis advierte de que se trata de referencias temporales y que el tiempo real puede variar. Además, muchos de los procesos están conectados entre sí: una página debe ser rastreada antes de ser indexada, por lo que un retraso inicial puede trasladarse a las fases posteriores.
Descubrir una URL nueva puede llevar unas 20 horas
Según el resumen presentado tras la intervención de Illyes, el tiempo considerado típico para que Google descubra una URL nueva ronda las 20 horas. En los escenarios más lentos recogidos en la tabla, el proceso puede prolongarse durante semanas o incluso no llegar a producirse.
Para las URLs que Google ya conoce, el tiempo de actualización es considerablemente mayor. El resumen sitúa en aproximadamente 30 días el tiempo típico para refrescar una URL conocida, aunque los casos más lentos pueden extenderse durante semanas o no completarse.
El procesamiento de un sitemap aparece con un tiempo típico de alrededor de 24 horas. En el escenario más lento puede llegar a 14 días o no completarse por cuestiones relacionadas con la calidad. Esto significa que enviar una URL a través de un sitemap no equivale a garantizar una aparición inmediata en el índice.
El proceso de indexación de extremo a extremo tiene un tiempo típico de aproximadamente 1,5 horas una vez que se ponen en marcha los procesos necesarios. Sin embargo, la estimación más lenta alcanza meses o incluso un resultado de no indexación cuando existen problemas de calidad.
Los cambios de canonical y las migraciones necesitan más paciencia
Los cambios relacionados con la canonicalización aparecen en la tabla con un tiempo típico de entre una y tres semanas. El escenario lento puede prolongarse durante meses, especialmente cuando Google recibe señales contradictorias sobre qué URL debería considerarse la versión principal.
Este punto resulta especialmente relevante durante cambios técnicos en sitios web. Una modificación de canonical no tiene por qué reflejarse de forma inmediata en Google, por lo que comprobar el resultado pocos días después puede ofrecer una imagen incompleta de la situación.
En el caso de una migración de sitio, los tiempos son todavía más largos. El resumen sitúa el periodo típico entre uno y tres meses, mientras que los escenarios más lentos pueden llegar a seis meses, un año o incluso más. Google ya señala en su documentación que las migraciones de sitios pequeños y medianos suelen requerir varias semanas.
El tamaño del proyecto y la complejidad de la migración pueden modificar estos tiempos. Una web pequeña puede completar una migración en pocas semanas, mientras que un sitio de mayor tamaño necesita gestionar más URLs, señales y procesos. Por eso, el rango no debe utilizarse como una fecha límite exacta.
Los cambios de títulos y snippets suelen reflejarse antes
El resumen presentado por Search Engine Journal también recoge estimaciones para cambios visibles en los resultados de búsqueda. Un cambio de título tiene un tiempo típico de entre uno y dos días, mientras que el escenario más lento puede prolongarse durante varias semanas o incluso meses.
Los cambios en los snippets presentan un comportamiento similar. La estimación típica también es de uno a dos días, aunque Google puede tardar bastante más en mostrar una modificación concreta. Esto recuerda que el contenido que aparece en las páginas de resultados no siempre se actualiza al mismo ritmo que el contenido publicado en la web.
Las solicitudes de retirada realizadas desde Search Console presentan tiempos más cortos. El resumen sitúa su duración típica en aproximadamente dos horas, con un escenario lento de unas 24 horas. Se trata de uno de los procesos con una ventana temporal mucho más reducida dentro de la tabla.
Las acciones manuales tienen una duración superior. La retirada de una acción manual se sitúa normalmente entre una y dos semanas, mientras que los casos más lentos pueden tardar entre cuatro y seis semanas o incluso más cuando se trata de sitios inactivos.
La recuperación tras una actualización principal puede tardar meses
Uno de los datos más relevantes para los profesionales SEO es el relacionado con la recuperación después de una core update. El resumen presentado tras la sesión de Gary Illyes sitúa el tiempo típico de recuperación entre tres y seis meses.
En los escenarios más lentos, la tabla habla de entre seis meses y un año, relacionando ese plazo con la llegada de la siguiente actualización principal. El dato se refiere al tiempo de recuperación después de cambios, no a la duración de una core update concreta.
Google ya ha explicado en su documentación que algunos efectos derivados de cambios pueden aparecer en pocos días, pero que confirmar una mejora general puede requerir varios meses. Por eso, una recuperación que no se produce inmediatamente después de modificar el contenido o la estructura de un sitio no significa necesariamente que la estrategia haya fallado.
El resumen también contiene una advertencia importante sobre la calidad de los datos. No se publica el tamaño de la muestra, el periodo utilizado para calcular las cifras ni una definición precisa de qué significa exactamente “típico”. Además, las tablas no muestran todos los tiempos mínimos que se habrían observado.
La utilidad de estas cifras está, por tanto, en ofrecer un marco de referencia. Para un equipo SEO, saber que una migración puede tardar meses o que una recuperación tras una core update puede necesitar entre tres y seis meses ayuda a diferenciar entre un proceso todavía pendiente y un problema que requiere una investigación adicional.