Presupuesto de rastreo

Qué es realmente el presupuesto de rastreo —capacidad de rastreo más demanda de rastreo—, qué lo desperdicia y la prueba honesta para saber si su sitio es lo bastante grande como para preocuparse.

Publicado por primera vez: 22 jun 2026 · Última actualización: 8 ago 2026 · Avanzado
Idiomas
1 señal de evidencia en esta página

El presupuesto de rastreo es cuánto puede y quiere rastrear un motor de búsqueda de su sitio: la capacidad de rastreo (lo que soporta su servidor) multiplicada por la demanda de rastreo (popularidad y antigüedad). No es un factor de posicionamiento: rastrear más no mejora las posiciones. La mayoría de los sitios nunca necesita gestionarlo: Mueller dice que cien mil URL normalmente no cambian la situación y la guía de Google indica que los sitios pequeños o rastreados el mismo día no deben preocuparse. Importa sobre todo con más de 1 millón de páginas, más de 10 000 páginas que cambian a diario o muchas URL en «Discovered – currently not indexed» _(traducción)_ «Descubierto: actualmente no indexado». La palanca principal es eliminar desperdicio (navegación por facetas, duplicados, errores blandos y espacios infinitos) para que el presupuesto llegue a las URL que importan.

TL;DR — El presupuesto de rastreo = límite de capacidad de rastreo (lo que puede soportar su servidor) × demanda de rastreo (popularidad + antigüedad + inventario percibido). Es una cuestión de eficiencia, no una señal de posicionamiento. Internamente es una programación ordenada por importancia y limitada por la carga del host, no una cuota fija por sitio. La mayoría de los sitios puede ignorarlo: Mueller considera que cien mil URL «normalmente no son suficientes» y la guía de Google dice a los sitios que se rastrean el mismo día que no se molesten. Importa cuando hay aproximadamente 1 millón o más de páginas (cambio semanal), 10 000 o más páginas que cambian a diario, o cuando crece la cantidad de URL en «Discovered – currently not indexed» (traducción) «Descubierto: actualmente no indexado». La medida con más impacto es eliminar desperdicio —facetas, duplicados, errores blandos y espacios infinitos— para consolidar el presupuesto en las URL que importan. Evidence for this claim Google defines crawl budget using crawl capacity limit and crawl demand. Scope: Google Search crawling for larger sites. Confidence: high · Verified: Google: Large site crawl budget guide

El modelo de dos factores

Google lo define claramente: “The amount of time and resources that Google devotes to crawling a site is commonly called the site’s crawl budget and it’s determined by two main elements: crawl capacity limit and crawl demand.” (traducción) «La cantidad de tiempo y recursos que Google dedica a rastrear un sitio se denomina habitualmente presupuesto de rastreo y está determinada por dos elementos principales: el límite de capacidad de rastreo y la demanda de rastreo». La formulación de Gary Illyes de 2017 es la frase breve a la que sigo recurriendo: el presupuesto de rastreo es “the number of URLs Googlebot can and wants to crawl.” (traducción) «el número de URL que Googlebot puede y quiere rastrear». Evidence for this claim Google defines crawl budget using crawl capacity limit and crawl demand. Scope: Google Search crawling for larger sites. Confidence: high · Verified: Google: Large site crawl budget guide Mantenga este alcance: el presupuesto de rastreo controla la obtención, no la indexación. Una URL rastreada sigue pasando por una decisión de indexación separada; mezclar ambas cosas exagera lo que controla el presupuesto de rastreo.

Límite de capacidad de rastreo (el lado de la oferta). Es “the maximum number of simultaneous parallel connections that Google can use to crawl a site, as well as the time delay between fetches.” (traducción) «el número máximo de conexiones paralelas simultáneas que Google puede usar para rastrear un sitio, así como el intervalo entre solicitudes». Cambia con el estado de salud de su servidor. Responda rápido y correctamente y el límite subirá; sirva respuestas lentas, errores 5xx o 429 y Googlebot reducirá la velocidad. En mi presentación How Search Works enumero los mismos factores que activan el límite: estabilidad del servidor, respuestas lentas, errores de servidor 5xx y 429 (demasiadas solicitudes). Esto es lo que el servidor «puede».

Demanda de rastreo (el lado de la demanda). Está impulsada por la popularidad (la cantidad de enlaces y la importancia de una URL) y la antigüedad (cuánto tiempo ha pasado desde el último rastreo y con qué frecuencia cambia). La misma presentación desglosa la demanda en PageRank, frecuencia de cambio de la página, tiempo desde el último rastreo y cambios importantes del sitio. Lo esencial es que Google señala el inventario percibido como la palanca que más puede controlar: “Without guidance from you, Google tries to crawl all or most of the URLs that it knows about on your site. If many of these URLs are duplicates, or you don’t want them crawled for some other reason… this wastes a lot of Google crawling time on your site. This is the factor that you can positively control the most.” (traducción) «Sin indicaciones suyas, Google intenta rastrear todas o la mayoría de las URL que conoce de su sitio. Si muchas son duplicadas, o no quiere que se rastreen por algún otro motivo, se desperdicia mucho tiempo de rastreo de Google. Es la palanca que puede gobernar con mayor efecto positivo».

Demand sets the priority order; capacity determines how much of that ordered queue Googlebot can actually crawl. Fuente: Google Search Central

Crawl demand comes from popularity, genuine change, and the value of the URL inventory. It orders URLs in a priority queue. Crawl capacity comes from server response speed, stability, and error behavior. It limits how far Googlebot proceeds through that queue. Their interaction is the site's realized crawl budget, not a fixed daily URL quota.

© Patrick Stox LLC · CC BY 4.0 ·

Un par de hechos estructurales que suelen sorprender:

  • El presupuesto es por nombre de host. https://www.example.com/ y https://code.example.com/ son dos nombres de host diferentes y, por tanto, tienen presupuestos de rastreo separados. Los subdominios no comparten el presupuesto.
  • Probablemente los distintos tipos de Googlebot usan un mismo conjunto. Según mis propios informes, las variantes de imagen, noticias, vídeo, anuncios y demás parecen recurrir al mismo presupuesto por sitio. No tengo una fuente primaria actual que lo determine exactamente, así que considérelo una observación práctica, no una política documentada. En cualquier caso, consulte el desglose por tipo de rastreador del informe Estadísticas de rastreo si sospecha que un tipo está desplazando a los demás.

Qué es realmente en el interior: programación por importancia

«Presupuesto de rastreo» es un término paraguas creado por el sector del SEO. Internamente se parece más a una programación limitada por la carga del host. Illyes ha descrito que el programador de Google “sets a bucket of URLs in importance order and GoogleBot will crawl in that order based on the schedule the host load decided. If Google thinks your server can handle it, it will crawl the whole bucket, if not, it will stop.” (traducción) «crea un grupo de URL ordenadas por importancia y Googlebot las rastrea en ese orden según el programa que determina la carga del host. Si Google considera que el servidor puede soportarlo, rastreará todo el grupo; si no, se detendrá».

Eso cambia la forma de ver todo el tema. No es una cuota plana de «recibe N páginas al día», sino una cola priorizada, y el rastreo sigue la demanda de búsqueda. Illyes añade: “If search demand goes down, then that also correlates to the crawl limit going down,” (traducción) «si la demanda de búsqueda baja, eso también se correlaciona con una bajada del límite de rastreo», y “if you want to increase how much we crawl, then you somehow have to convince search that your stuff is worth fetching, which is basically what the scheduler is listening to.” (traducción) «si quiere que rastreemos más, de algún modo tiene que convencer a la búsqueda de que su contenido merece obtenerse, que es básicamente lo que escucha el programador». El equipo de Search Relations ha llamado explícitamente falsa la idea de una «cuota fija diaria de páginas».

¿Tiene realmente su sitio un problema de presupuesto de rastreo?

Esta es la sección más valiosa, así que seré directo: la mayoría de los sitios no tiene que preocuparse por el presupuesto de rastreo. La propia guía de Google empieza rebajando la alarma: “If your site doesn’t have a large number of pages that change rapidly, or if your pages seem to be crawled the same day that they are published, you don’t need to read this guide. For Google Search specifically, merely keeping your sitemap up to date and checking your index coverage regularly is adequate.” (traducción) «Si su sitio no tiene muchas páginas que cambien rápidamente, o si parece que sus páginas se rastrean el mismo día en que se publican, no necesita leer esta guía. Para la Búsqueda de Google, basta con mantener actualizado el sitemap y comprobar periódicamente la cobertura del índice». Evidence for this claim Google says sites without many rapidly changing pages, or whose pages are crawled the day they publish, generally do not need crawl-budget guidance. Scope: Google's rough applicability guidance, not a guarantee for every site. Confidence: high · Verified: Google: Large site crawl budget guide

John Mueller dio la cifra concreta: “100k URLs is usually not enough to affect crawl budget (it’s <1/minute over 3 months).” (traducción) «Cien mil URL normalmente no bastan para afectar al presupuesto de rastreo (son menos de una por minuto durante 3 meses)». Si está por debajo de seis cifras de URL y las páginas se rastrean rápidamente, siga adelante.

Cuando sí importa, los umbrales aproximados de Google son:

  • Sitios grandes: más de 1 millón de páginas únicas cuyo contenido cambia con frecuencia moderada (aproximadamente cada semana).
  • Sitios medianos o grandes: más de 10 000 páginas únicas con contenido que cambia muy rápidamente (a diario).
  • Sitios con una gran parte de sus URL clasificadas como «Discovered – currently not indexed» (traducción) «Descubierto: actualmente no indexado» en Search Console: es la señal de alarma de que Google conoce las URL pero no llega a rastrearlas.

Google añade la advertencia de que “the numbers given here are a rough estimate… not exact thresholds.” (traducción) «las cifras indicadas son una estimación aproximada, no umbrales exactos». Incluso en los sitios grandes, mi experiencia aporta un matiz: suelen retrasarse las páginas nuevas, con pocos enlaces o estáticas, no las populares.

¿Afecta el presupuesto de rastreo al posicionamiento? No.

El rastreo es necesario para posicionarse, pero no es una señal de posicionamiento. Google dijo en 2017: “An increased crawl rate will not necessarily lead to better positions in Search results. Google uses hundreds of signals to rank the results, and while crawling is necessary for being in the results, it’s not a ranking signal.” (traducción) «Aumentar la frecuencia de rastreo no necesariamente conduce a mejores posiciones en los resultados de búsqueda. Google emplea cientos de señales para ordenar los resultados y, aunque el rastreo es necesario para aparecer en ellos, no es una señal de posicionamiento». En mi guía de Ahrefs lo expreso igual: “More crawling doesn’t mean you’ll rank better, but if your pages aren’t crawled and indexed they aren’t going to rank at all.” (traducción) «Rastrear más no significa que vaya a posicionarse mejor, pero si sus páginas no se rastrean ni se indexan, no van a posicionarse». Considere el presupuesto de rastreo un problema de eficiencia, sin más.

Qué consume el presupuesto de rastreo

Illyes publicó la lista canónica de URL de bajo valor añadido “in order of significance” (traducción) «en orden de importancia»:

  1. Navegación por facetas e identificadores de sesión: el principal culpable, especialmente las combinaciones de filtros y ordenación de ecommerce que multiplican las URL de forma combinatoria.
  2. Contenido duplicado en el sitio: las variantes técnicas clásicas: HTTP frente a HTTPS, no-www frente a www, barra final frente a ninguna, mayúsculas frente a minúsculas, páginas predeterminadas o index y parámetros de URL. (Según una estimación interna de Google, aproximadamente el 60 % de la web es contenido duplicado.)
  3. Páginas de error blandas: los errores blandos que devuelven 200 siguen rastreándose.
  4. Páginas pirateadas.
  5. Espacios infinitos y proxies: calendarios, paginación de desplazamiento infinito que duplica contenido y combinaciones facetadas; los patrones clásicos de trampa para arañas.
  6. Contenido de baja calidad y spam.

El coste es concreto: “Wasting server resources on pages like these will drain crawl activity from pages that do actually have value, which may cause a significant delay in discovering great content on a site.” (traducción) «Desperdiciar recursos del servidor en páginas como estas desviará la actividad de rastreo de las páginas que sí tienen valor, lo que puede retrasar considerablemente el descubrimiento de contenido excelente del sitio». Además, las cadenas largas de redirecciones “have a negative effect on crawling” (traducción) «tienen un efecto negativo en el rastreo», y las páginas lentas y pesadas hacen que cada solicitud sea más cara.

Cómo optimizarlo

Todo consiste en consolidar el presupuesto en las URL que importan:

  • Consolide los duplicados. Google: “Consolidate duplicate content to focus crawling on unique content rather than unique URLs.” (traducción) «Consolide el contenido duplicado para centrar el rastreo en contenido único y no en URL únicas». Elija un host, un protocolo y una convención de barra final; haga la canonicalización y gestione los parámetros.
  • Bloquee las rutas realmente inútiles con robots.txt: solo las que nunca quiera que se rastreen. Para la navegación por facetas, las opciones habituales son bloquear las rutas con parámetros en robots.txt o usar # en lugar de ? para que las URL no sean rastreables.
  • No use noindex para ahorrar presupuesto. Google: “Don’t use noindex, as Google will still request, but then drop the page when it sees a noindex meta tag or header in the HTTP response, wasting crawling time.” (traducción) «No use noindex, porque Google seguirá solicitando la página y después la descartará al ver una metaetiqueta noindex o un encabezado en la respuesta HTTP, desperdiciando tiempo de rastreo». La solicitud sigue teniendo un coste. Bloquéela en robots.txt si nunca quiere que se obtenga.
  • No espere que robots.txt redistribuya el presupuesto. “Google won’t shift this newly available crawl budget to other pages unless Google is already hitting your site’s serving limit.” (traducción) «Google no trasladará este presupuesto de rastreo recién disponible a otras páginas a menos que ya esté alcanzando el límite de servicio de su sitio». Bloquear basura es buena higiene, pero no entrega los rastreos liberados a sus buenas páginas si no estaba limitado por la capacidad.
  • Corrija los errores blandos; devuelva 404/410 reales para páginas eliminadas. “A 404 status code is a strong signal not to crawl that URL again.” (traducción) «Un código de estado 404 es una señal fuerte para no volver a rastrear esa URL».
  • Acorte las cadenas de redirecciones, mantenga los sitemaps actualizados (con un lastmod honesto) y mejore la velocidad del servidor.
  • Refuerce los enlaces internos a páginas importantes y nuevas: es más fácil que cualquier otra cosa porque está totalmente bajo su control.

Y las dos —solo dos— formas que Google menciona para aumentar realmente el presupuesto son: “Add more server resources… [and] optimize your content’s quality.” (traducción) «Añadir más recursos al servidor y optimizar la calidad del contenido». La trampa es que un servidor más rápido eleva el techo de capacidad, pero si la demanda es baja Google seguirá rastreando menos. Necesita ambas cosas.

Cómo medirlo

  • GSC > Settings > Crawl Stats report: solicitudes de rastreo totales a lo largo del tiempo, tiempo medio de respuesta, estado del host y desglose por código de respuesta, tipo de archivo y tipo de Googlebot. Es la visión de Google sobre cómo rastrea su sitio.
  • Análisis de archivos de registro del servidor: la fuente de verdad. Muestra las visitas reales de Googlebot por patrón de URL, para que pueda ver el desperdicio de rastreo y las páginas importantes que no se han rastreado. Verifique que el bot sea realmente Googlebot mediante DNS inverso y directo o con los rangos de IP publicados por Google (muchos bots falsos suplantan el agente de usuario).
  • «Discovered – currently not indexed» (traducción) «Descubierto: actualmente no indexado» en GSC: considere que una acumulación creciente es una señal de alarma del presupuesto de rastreo: Google conoce las URL, pero no llega a ellas.
Crawl waste appears in the mismatch: facet URLs occupy 45% of the inventory and 61% of requests, but only 8% of useful 200 responses.

In a synthetic cohort, product pages are 28 percent of the URL inventory, 24 percent of Googlebot requests, and 52 percent of useful 200 responses. Category pages are 7, 10, and 21 percent. Facet URLs are 45, 61, and 8 percent. Gone URLs are 20, 5, and 0 percent. The figures illustrate comparison logic, not a live log sample.

Bing y otros motores: «eficiencia de rastreo»

Bing replantea el tema como eficiencia de rastreo, no como presupuesto. La definición de Fabrice Canel es: “The crawl efficiency is how often we crawl and discover new and fresh content per page crawled.” (traducción) «La eficiencia de rastreo es la frecuencia con la que rastreamos y descubrimos contenido nuevo y actualizado por cada página rastreada». El objetivo es “crawl an URL only when the content has been added (URL not crawled before), updated (fresh on-page context or useful outbound links).” (traducción) «rastrear una URL solo cuando se ha añadido el contenido (la URL no se había rastreado antes) o se ha actualizado (contexto nuevo en la página o enlaces salientes útiles)». La filosofía directa de Bing es: “Less is more for SEO. Never forget that. Less URLs to crawl, better for SEO.” (traducción) «Para el SEO, menos es más: no lo olvide. Menos URL que rastrear significa mejor SEO».

La solución preferida de Bing es IndexNow: enviar las URL modificadas para que bingbot no tenga que hacer rastreos exploratorios; y Crawl Control en Bing Webmaster Tools, que permite programar por hora cuándo rastrea bingbot para proteger la carga del servidor. Esta es una diferencia real entre Google y Bing: Google retiró su antiguo limitador de frecuencia de rastreo en Search Console, mientras que Bing todavía permite configurar activamente el horario de rastreo.

Mitos sobre el presupuesto de rastreo, corregidos

  • «Todo sitio debe optimizar el presupuesto de rastreo». No: la mayoría no debería hacerlo. Si el rastreo es el mismo día y tiene menos de cien mil URL, está bien.
  • «Más rastreo = mejores posiciones». No. El rastreo es necesario, pero no es una señal de posicionamiento.
  • «Es una cuota fija diaria de páginas». No: es una programación impulsada por la importancia y limitada por la carga del host.
  • «Use noindex para ahorrar presupuesto». No: Google solicita primero la página.
  • «Bloquee páginas en robots.txt para dar más presupuesto a otras». Por lo general, no, salvo que ya esté en el límite de servicio.
  • «Un servidor más rápido eleva por sí solo el presupuesto». Solo eleva el techo de capacidad; una demanda baja sigue produciendo menos rastreos.

Para conocer el flujo más amplio en el que encaja esto —descubrimiento, programador de rastreo, renderizado y diferencias entre rastreo e indexación—, consulte el hub de rastreo. Los temas relacionados (frecuencia de rastreo, demanda de rastreo, trampas para arañas y análisis de archivos de registro) profundizan en cada parte.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.