Bloqueada por una solicitud no autorizada (401): páginas tras un inicio de sesión
Última actualización: 2026-10-30
Este estado significa que el servidor respondió a Googlebot con un 401 No autorizado, pidiendo credenciales que Googlebot no tiene. Si la página es privada, es lo correcto y la página queda fuera de Google. Si debería ser pública, elimina la exigencia de autorización o, si no puedes, deja pasar las peticiones verificadas de Googlebot.
Etiqueta exacta en Search Console: Blocked due to unauthorized request (401)
Qué significa
La ayuda de Google sobre indexación de páginas dice que la página quedó bloqueada para Googlebot por una solicitud de autorización (una respuesta 401). Si quieres que Googlebot indexe la página, elimina la exigencia de autorización para ella o deja que Googlebot acceda verificando su identidad. Google sugiere abrir la página en una ventana de incógnito para ver qué recibe un visitante sin sesión.
Google no usa el contenido de las URL que devuelven códigos 4xx y no las indexa, y las páginas que estaban indexadas y empiezan a devolver 401 se van retirando con el tiempo. Google también dice que no uses 401 o 403 para limitar el rastreo, porque estos códigos no afectan a la velocidad de rastreo.
¿Es un problema?
No en zonas privadas como las páginas de cuenta, las pantallas de administración, las intranets o los sitios de staging protegidos con autenticación HTTP; mantenerlas fuera de Google es justo el objetivo. Es un problema cuando páginas públicas devuelven 401, por ejemplo cuando la protección con contraseña del staging sigue activa tras el lanzamiento, o cuando una sección entera acaba detrás de un inicio de sesión por error.
Causas habituales
Páginas privadas enlazadas públicamente
URL de cuenta, de administración o de socios que Google descubrió a través de enlaces. Es lo esperado.
Protección de staging que se queda puesta
Autenticación básica HTTP o una contraseña del hosting todavía activas después de que el sitio saliera a producción.
Reglas de autenticación de sección completa
Una regla del servidor o del CDN que exige inicio de sesión para un patrón de ruta que también cubre páginas públicas.
Páginas que dependen de una API autenticada
Páginas que devuelven 401 a las peticiones sin sesión en lugar de mostrar una versión pública.
Cómo solucionarlo
- Comprueba qué recibe un visitante sin sesión. Abre la URL en una ventana de incógnito, como sugiere Google. Si te piden iniciar sesión, a Googlebot también.
- Quita la autenticación de las páginas públicas. Desactiva la protección con contraseña del sitio en producción, o reduce la regla de autenticación para que solo cubra rutas privadas.
- Deja pasar a un Googlebot verificado solo si es imprescindible. Si el contenido tiene que seguir restringido para las personas pero visible para Google, verifica a Googlebot por DNS inverso o por los rangos de IP publicados por Google antes de dejarlo entrar, y lee antes la política de spam de Google sobre cloaking y muros de pago.
- Mantén privadas las páginas privadas. En las URL que no deberían estar nunca en Google, un 401 está bien. Quita los enlaces hacia ellas de las páginas públicas y del sitemap para que dejen de aparecer.
- Prueba, solicita indexación y valida. Ejecuta Probar URL en vivo en las páginas que has abierto, solicita indexación para las más importantes y pulsa Validar corrección para el grupo.
Compruébalo con GSC Magic
gsc_inspect_urls_batch muestra el estado de descarga de la página que registró Google en cada URL, así que tu asistente puede listar todas las URL bloqueadas con un 401 y separar por directorio las rutas privadas de las públicas. report_index_health señala cualquier 401 dentro de tu sitemap, que solo debería incluir páginas públicas.
Prompts para copiar
Inspecciona estas URL y lista todas las bloqueadas por una solicitud no autorizada (401), agrupadas por directorio.
Haz una comprobación de la salud de la indexación de mi sitemap y dime si alguna URL listada devuelve 401 o 403 a Google.
Acabamos de quitar el inicio de sesión de estas páginas. Inspecciona cada una y dime en cuáles sigue informando Google de un bloqueo por 401.
Guías en el blog
Estados relacionados
Blocked due to access forbidden (403) Este estado significa que tu servidor devolvió 403 Prohibido a Googlebot. Google señala que Googlebot nunca envía credenciales, así que un 403 a Googlebot suele devolverse por error. Si la página debería estar en Google, localiza la regla del cortafuegos, del CDN o del servidor que la bloquea y deja pasar a un Googlebot verificado.
Blocked due to other 4xx issue Este estado significa que Googlebot recibió un error de cliente 4xx que no es uno de los códigos con fila propia, como 401, 403 o 404. Google no da más detalle, así que el primer paso es encontrar el código exacto que devolvió tu servidor. Después, corrige cómo responde tu servidor a las peticiones de páginas que deberían ser públicas.
Excluded by 'noindex' tag Este estado significa que Google rastreó la página, encontró una regla noindex en una metaetiqueta robots o en una cabecera HTTP X-Robots-Tag y, por tanto, no la indexó. Si no quieres la página en Google, funciona como debe. Si sí la quieres, quita el noindex en su origen, confírmalo con Probar URL en vivo y solicita indexación.
Preguntas frecuentes
¿Es un buen método el 401 para mantener páginas fuera de Google?
Para contenido privado, sí. La guía de eliminaciones de Google incluye la protección con contraseña como una forma de mantener una página fuera de los resultados de búsqueda de forma permanente.
¿Puedo darle un usuario y una contraseña a Googlebot?
No. Googlebot no inicia sesión. La recomendación de Google es quitar la exigencia de autorización o permitir las peticiones verificadas de Googlebot.
¿Qué diferencia hay entre 401 y 403 en este caso?
Un 401 pide credenciales. Google dice que un 403 significa que se aportaron credenciales pero se denegó el acceso, y como Googlebot nunca envía credenciales, un 403 a Googlebot suele devolverse por error.
Fuentes
- support.google.com https://support.google.com/webmasters/answer/7440203
- developers.google.com https://developers.google.com/crawling/docs/troubleshooting/http-status-codes
- developers.google.com https://developers.google.com/crawling/docs/crawlers-fetchers/verify-google-requests
- developers.google.com https://developers.google.com/search/docs/crawling-indexing/remove-information
- developers.google.com https://developers.google.com/search/docs/essentials/spam-policies