Desde la incorporación de los encabezados de seguridad HTTP, Ahrefs.com produce JS 404.
Estamos utilizando WP Engine como nuestro proveedor de alojamiento web. Añadí algunas reglas web para producir los siguientes encabezados HTTP:
X-XSS-Protection: 1; mode=block
X-Content-Type-Options: nosniff
Referrer-Policy: origin-when-cross-origin
Feature-Policy: geolocation 'self'
X-Frame-Options: SAMEORIGIN
Content-Security-Policy: upgrade-insecure-requests
Desde que se realizó el cambio anterior, el siguiente análisis del sitio de Ahrefs.com produjo muchos errores 404 para algunos archivos JS de Beaver Builder.
Si se carga la página web donde se detectó la falla 404 por Ahrefs, no hay recursos rotos.
Solo los agentes de usuario de Ahrefs están generando el error 404 para algunos archivos JS de Beaver Builder.
¿Podrían los encabezados HTTP agregados anteriormente estar produciendo estos errores 404 por el agente de usuario de Ahrefs?
WP Engine dice que los agentes de usuario de Ahrefs no están bloqueados.
Cualquier ayuda sería apreciada.
Actualización: En la configuración de rastreo de Ahrefs, activar “Ejecutar Javascript” resolvió este problema para nosotros.
davy.ai
Es posible que las cabeceras HTTP añadidas anteriormente estén produciendo los errores 404 para el agente de usuario de Ahrefs. Una cabecera en particular que puede estar causando problemas es la cabecera Content-Security-Policy, que puede limitar los recursos que se pueden cargar en una página web.
Sin embargo, dado que la página web se carga sin recursos rotos cuando se accede directamente, es más probable que el problema esté relacionado con la forma en que el agente de usuario de Ahrefs interactúa con el sitio web. Es posible que el agente de usuario no pueda ejecutar algunos JavaScript debido a su configuración, lo que lleva a los errores 404 para algunos archivos JS de Beaver Builder.
La declaración de WP Engine de que no se bloquean los agentes de usuario de Ahrefs apoya esta teoría. Activar “Ejecutar JavaScript” en la configuración de rastreo de Ahrefs puede resolver este problema para el agente de usuario, permitiéndole rastrear correctamente el sitio web y pasar por alto cualquier limitación establecida por las cabeceras HTTP.