Cómo frenar a Googlebot sin dañar tu SEO: 503, 429 y Retry-After

A principios de octubre Google actualizó su página de ayuda sobre cómo reducir la frecuencia de rastreo de Googlebot (la versión vigente figura como actualizada el 6 de octubre de 2026). El cambio principal es una sección de emergencia reestructurada que ahora explica, con ejemplos, cómo usar el encabezado HTTP Retry-After. Google aclara en su registro de cambios que el soporte de este encabezado no es nuevo: ya aparecía en la guía para pausar temporalmente un sitio. Lo que ha hecho es ponerlo donde más falta hace.

Aunque parezca un asunto para administradores de sistemas, afecta de lleno a pymes y tiendas online: un servidor compartido que se satura, una migración que se complica o una campaña que dispara el tráfico pueden obligar a pedir a Google que rastree menos. Hacerlo mal puede costar indexación y visibilidad. Esta guía resume qué recomienda Google y cómo aplicarlo.

Antes de nada: averigua por qué te rastrea tanto

Google insiste en que, normalmente, sus rastreadores ajustan solos la velocidad para no sobrecargar el servidor. Si detectas un aumento brusco, lo primero es buscar la causa. La documentación cita como origen habitual las ineficiencias en la estructura de URLs: navegación facetada, opciones de ordenación y filtrado, o calendarios que generan una URL por fecha. También menciona los objetivos de los anuncios dinámicos de búsqueda.

En la práctica, revisa los registros de acceso del servidor (o pide a tu proveedor de hosting que lo haga) y el informe de Estadísticas de rastreo de Search Console. Si el problema es una tienda con miles de combinaciones de filtros indexables, la solución real está en la arquitectura, no en frenar a Googlebot.

El método de emergencia: 500, 503 o 429

Si necesitas reducir el rastreo de inmediato, Google indica que puedes devolver un código de estado 500, 503 o 429 en lugar de un 200 a las peticiones de sus rastreadores. Hay dos detalles importantes:

La reducción afecta a todo el nombre de host, incluidas las páginas que siguen devolviendo contenido con normalidad.
Cuando los errores disminuyen, el rastreo vuelve a aumentar de forma automática. No hay que avisar a nadie.

Cómo usar Retry-After

Junto a un 503 o un 429 puedes añadir el encabezado Retry-After, definido en el estándar RFC 9110, para indicar a los rastreadores cuándo volver. Admite dos formatos:

Segundos de espera, por ejemplo: Retry-After: 120
Fecha y hora absolutas en UTC, por ejemplo: Retry-After: Wed, 21 Oct 2026 07:28:00 GMT

En un servidor Apache o Nginx, o desde la capa de aplicación (un plugin de mantenimiento en WordPress, por ejemplo), lo habitual es servir una página de mantenimiento ligera con el código 503 y este encabezado. La guía de pausa temporal de Google aconseja además que esa página sea HTML estático con CSS en línea, que explique a los usuarios cuándo vuelve el sitio y cómo contactar, y que compruebes la respuesta con una herramienta como curl antes de darla por buena.

Lee también: Google actualiza las cuotas de la Indexing API y retira el formulario

El límite: uno o dos días como máximo

Google es tajante: este método es para periodos cortos, del orden de un par de horas o uno o dos días. Mantenerlo más tiempo tiene consecuencias:

Googlebot descubre menos páginas nuevas y actualiza menos las existentes, de modo que los cambios de precio o disponibilidad tardan más en verse en la Búsqueda.
Las páginas eliminadas pueden seguir indexadas más tiempo.
Las campañas de Google Ads pueden pausarse o cancelarse y los anuncios pueden dejar de publicarse.
Si Googlebot recibe estos códigos en la misma URL durante varios días, esa URL puede salir del índice.

Errores que debes evitar

La guía de Google para pausar un sitio recoge varias prácticas que conviene descartar, porque eliminan URLs de la Búsqueda o bloquean el rastreo:

Bloquear todo el rastreo en robots.txt o devolver un 503 en el propio robots.txt. Este archivo debe seguir accesible y válido.
Responder con 403, 404 o 410, o añadir noindex, como forma de cerrar temporalmente.
Usar la herramienta de retirada temporal de Search Console para un cierre.
Eliminar fichas de producto sin stock: es preferible marcarlas como agotadas.

Si el cierre va a durar más de uno o dos días, Google recomienda otra estrategia: servir una página de inicio indexable con código 200 que informe de la situación o, mejor aún, limitar funciones (desactivar el carrito, añadir un aviso) sin desconectar la web.

Cuando no puedes devolver errores

Si tu infraestructura no permite servir esos códigos, Google ofrece una vía excepcional: enviar una solicitud especial desde el informe de Googlebot en Search Console indicando la frecuencia de rastreo óptima para tu sitio. Ten en cuenta que no se puede pedir un aumento del rastreo por esta vía y que la evaluación puede tardar varios días, por lo que no sirve para una urgencia.

Lista de comprobación rápida

Confirma en los registros que el exceso viene realmente de Googlebot y no de otro bot que se hace pasar por él.
Identifica si hay URLs inútiles (filtros, parámetros, calendarios) generando el rastreo.
Si hay que frenar, usa 503 o 429 con Retry-After y una página de mantenimiento ligera.
No toques robots.txt ni uses 403, 404, 410 o noindex.
Pon una fecha de fin y no superes uno o dos días.
Avisa al equipo de Google Ads: las campañas pueden verse afectadas.

Bien usado, Retry-After es una forma limpia de pedir a Google una pausa breve. Mal usado, convierte un problema puntual de servidor en una pérdida de indexación de la que, según la propia Google, puede costar recuperarse.