Recurso HTTP no recuperable. El estado HTTP del servidor remoto fue: 403.

El Validador HTML del W3C no solo analiza tu marcado—también intenta recuperar recursos externos referenciados en elementos como <link>, <script>, <img> e <iframe>. Cuando un servidor devuelve un código de estado 403, le está diciendo al validador “no estás autorizado para acceder a este recurso”. El validador entonces reporta esto como un mensaje informativo porque no puede validar completamente el contenido referenciado.

Causas comunes

Varias configuraciones del lado del servidor pueden desencadenar este problema:

• Protección contra hotlinking — Muchos servidores y CDNs bloquean peticiones que no se originan desde un dominio aprobado. Como las peticiones del validador provienen de validator.w3.org, son rechazadas.
• Restricciones basadas en IP o firewalls — El servidor remoto puede restringir el acceso a rangos de IP específicos, bloqueando los servidores del validador.
• Filtrado de User-Agent — Algunos servidores rechazan peticiones de bots o User-Agents que no son navegadores, lo cual incluye al validador.
• Requisitos de autenticación — El recurso puede estar detrás de un muro de inicio de sesión o requerir claves API o tokens.
• Restricciones geográficas — El servidor puede usar geo-bloqueo que impida el acceso desde la ubicación del validador.

Por qué es importante

Aunque esto suele ser una advertencia informativa más que un error HTML duro, tiene implicaciones prácticas:

• Validación incompleta — El validador no puede validar el recurso referenciado en busca de errores. Por ejemplo, si un archivo CSS devuelve 403, el validador no puede verificar la hoja de estilos en busca de problemas que podrían afectar tu página.
• Posibles referencias rotas — Un 403 puede indicar que la URL del recurso es incorrecta o está desactualizada, lo que significa que los usuarios reales también podrían experimentar problemas dependiendo de su navegador o configuración de red.
• Preocupaciones de accesibilidad y fiabilidad — Si el recurso se bloquea intermitentemente, algunos usuarios pueden no recibir hojas de estilos o scripts críticos, llevando a una experiencia degradada.

Cómo solucionarlo

1. Verifica que la URL sea correcta — Revisa que no haya errores tipográficos o rutas desactualizadas.
2. Aloja los recursos en tu propio servidor — Descarga el recurso y sírvelo localmente o desde un CDN que controles.
3. Usa un CDN que permita acceso abierto — CDNs abiertos populares como cdnjs, jsDelivr o unpkg están diseñados para permitir acceso sin restricciones.
4. Configura el servidor remoto — Si controlas el servidor que aloja el recurso, permite el User-Agent del validador o autoriza peticiones desde validator.w3.org.
5. Elimina referencias innecesarias — Si el recurso no es realmente necesario, elimina el elemento completamente.

Ejemplos

Recurso bloqueado por servidor remoto

Esto referencia una hoja de estilos en un servidor que devuelve 403 al validador:

<link rel="stylesheet" href="https://restricted-server.example.com/styles/main.css">

Solucionado: aloja el recurso localmente

Descarga la hoja de estilos y sírvela desde tu propio dominio:

<link rel="stylesheet" href="/css/main.css">

Solucionado: usa un CDN públicamente accesible

Cambia a un CDN abierto conocido que no bloquee peticiones externas:

<link rel="stylesheet" href="https://cdn.jsdelivr.net/npm/bootstrap@5.3.0/dist/css/bootstrap.min.css">

Script bloqueado por protección contra hotlinking

<script src="https://protected-site.example.com/js/library.min.js"></script>

Solucionado: usa una fuente pública confiable

<script src="https://cdnjs.cloudflare.com/ajax/libs/lodash.js/4.17.21/lodash.min.js"></script>

Imagen bloqueada por restricciones de acceso

<img src="https://private-cdn.example.com/photos/banner.jpg" alt="Welcome banner">

Solucionado: aloja la imagen tú mismo

<img src="/images/banner.jpg" alt="Welcome banner">

Ten en cuenta que esta advertencia solo aparece durante la validación—no necesariamente significa que tus usuarios finales estén experimentando el mismo error 403. Los navegadores envían cabeceras diferentes (incluyendo cookies, referrers y strings de User-Agent) que el validador, por lo que el recurso puede cargarse bien para los visitantes. Sin embargo, sigue siendo una buena práctica asegurar que tus recursos referenciados sean accesibles de manera confiable y que la validación pueda completarse completamente.

Encuentra problemas como este automáticamente

Rocket Validator escanea miles de páginas en segundos, detectando problemas de HTML en todo tu sitio web.

Iniciar prueba gratuita Ver precios