Si administras un sitio grande, esto te interesa. Google actualizó su documentación sobre presupuesto de rastreo y dejó una recomendación bastante concreta: empezar a usar el código de estado 304 (Not Modified) para que Googlebot no gaste recursos descargando páginas que ni siquiera cambiaron.
Redacción, 4 de agosto de 2026
📝 Resumen rápido: Google actualizó su documentación de crawl budget con dos novedades. Primero, confirmó que todos sus rastreadores comparten el mismo presupuesto de rastreo (si uno se pone muy activo, le resta capacidad a los demás). Segundo, y lo más práctico, ahora recomienda usar el código 304 (Not Modified) para que el servidor le diga a Googlebot «esta página sigue igual, no hace falta descargarla de nuevo», ahorrando recursos de ambos lados. Se implementa con cabeceras Last-Modified o ETag, y aplica sobre todo a sitios grandes (1M+ páginas) o medianos que cambian todo el tiempo (10.000+ páginas).
No es una actualización enorme, son solo dos añadidos a la página «Optimize Your Crawl Budget», pero para quien trabaja SEO técnico en sitios grandes vale la pena prestarles atención. Y ojo: esta documentación está pensada para sitios empresariales con más de un millón de páginas, o sitios medianos (10.000+) que cambian todo el tiempo. Si tu web es pequeña, probablemente el crawl budget nunca fue tu problema. Aun así, entender cómo funciona esto ayuda a cualquiera.
¿Los bots de Google comparten el mismo presupuesto de rastreo?
Sí, y ahora quedó negro sobre blanco en la documentación oficial: todos los rastreadores de Google comparten la misma capacidad de rastreo. Googlebot, Googlebot-Image, y el resto de la familia, no tienen presupuestos separados🤝.
¿Qué significa esto en la práctica? Que si uno de esos bots (digamos, el que rastrea imágenes) se pone muy activo en tu sitio, le está «robando» capacidad al resto. El resultado: otras partes de tu web pueden tardar más en ser rastreadas, simplemente porque otro bot consumió más de la cuenta.
⚡ ¿Qué es el código 304 y por qué Google lo recomienda ahora?
Acá está lo más útil del anuncio. Google ahora recomienda explícitamente que los sitios soporten el código 304 Not Modified. La idea es simple: si una página no cambió desde la última visita de Googlebot, el servidor no necesita reenviarla completa, solo confirma «sigue igual» y listo.
Textualmente, así lo dice la documentación de Google:
«Usar el caché HTTP: admitir códigos de estado 304 (Not Modified). Si una página no ha cambiado desde la última vez que Google la rastreó, devolver un código 304 le indica a Google que reutilice la versión almacenada en caché, ahorrando ancho de banda y recursos del servidor.»
Un detalle curioso: aunque el 304 técnicamente pertenece a la familia de códigos 3xx (los de redirección), acá no hay ninguna redirección real. Simplemente le dice al bot: quédate con lo que ya tenías guardado, no hace falta que descargues nada de nuevo.
¿Cómo se implementa el código 304 en un sitio real?
Para poder devolver un 304, el servidor necesita una forma de comparar versiones con el rastreador. Básicamente hay dos caminos, y lo ideal es combinarlos🛠️:
- Last-Modified / If-Modified-Since: el servidor manda la fecha de la última modificación. Googlebot la guarda y, en la próxima visita, la devuelve preguntando «¿sigue siendo esta la última versión?». Si es así, el servidor responde con un 304 en vez de mandar toda la página de nuevo.
- ETag / If-None-Match: acá el servidor genera una especie de huella digital del contenido. Si esa huella no cambió, también se puede responder con 304. Es más preciso que la fecha porque detecta cambios reales en el contenido, no solo cambios de timestamp.
Algunas cosas para tener en cuenta antes de meterle mano:
- La mayoría de los servidores (Apache, Nginx) y CDN (Cloudflare, Fastly, Varnish) ya soportan esto de forma nativa, muchas veces solo hay que habilitarlo.
- Si usas WordPress, algunos plugins de caché ya manejan ETag y Last-Modified por su cuenta, pero conviene comprobarlo con cURL o las DevTools del navegador antes de asumir que todo está bien.
- No hay que confundir esto con la caché del navegador de tus usuarios: acá hablamos específicamente de la comunicación entre tu servidor y el rastreador de Google, aunque la lógica de fondo es la misma.
- Una buena forma de saber si está funcionando: revisar el informe de estadísticas de rastreo en Search Console y ver si el porcentaje de respuestas 304 sube después de implementarlo.
Preguntas frecuentes❓
Es la forma que tiene el servidor de decirle a Google «tranquilo, esta página sigue igual que la última vez, usa la copia que ya tienes guardada».
No, para nada. Aunque comparte familia con los códigos 3xx, acá no se redirige a ninguna URL. Solo se confirma que el contenido en caché sigue siendo válido.
Con cURL, con las DevTools del navegador (pestaña Network), revisando logs del servidor, o de forma indirecta mirando el informe de estadísticas de rastreo en Search Console.
No es un factor de ranking en sí mismo. Pero al liberar presupuesto de rastreo, ayuda a que Google indexe más rápido lo nuevo o lo que sí cambió, y eso sí puede notarse en sitios grandes con mucho contenido en movimiento.
🎯 ¿Vale la pena implementarlo? En resumen
El mensaje de Google es bastante claro para quien maneja sitios grandes: el crawl budget no es infinito ni es exclusivo de un solo bot, y cada solicitud innecesaria le resta capacidad a otras páginas que sí importan. Sumar el código 304 junto con cabeceras como ETag y Last-Modified no es algo complicado de implementar, y puede traducirse en un rastreo más eficiente y una indexación más rápida de lo que realmente vale la pena indexar. Si tu sitio entra en esa categoría de grande o cambia todo el tiempo, esto debería quedar en la lista de cosas para revisar en tu próxima auditoría técnica.
Fuente: Search Engine Journal
