Error al generar CSS crítico

Hola Gerardo,

El comportamiento que mencionas me da la percepción de que en efecto es un tema de como se encuentra codificado el htaccess 

Diría que por mas útil que parezca las indicaciones de ChatGPT parecen ambigua

En este caso desactivaria el plugin de WP rocket, actualizaria los enlaces permanentes y validarla el comportamiento de la web 

Saludos!

@bruno-vichetti
Gracias por tu respuesta. Si tienes razón y el culpable es el .htaccess, lo llevo claro, porque mi fichero htaccess es bastante grande, creo que hay fragmentos de plugins que ya no uso y lo que es peor, no entiendo nada de su código. Intenté subirlo, por si podíais echar un vistazo, pero por algún motivo no me dejó hacerlo.

La solución que propones no acabo de entenderla, pues lo que sugieres es que desactive WP Rockets, que es el plugin que debe generar el CSS crítico. O bien lo que propones es que lo desactive temporalmente para ver si el htaccess tiene algún error. En fin, gracias por la ayuda

Saludos

P.D: He renombrado el htacces con extensión txt y me ha dejado subirlo

Hola Gerardo, 

Lo que comentar Bruno es probar regenerar este archivo .htaccess y comprobar que sucede, ten en cuenta que muchos plugins que utilizas o utilizaste pueden ir generando reglas en este archivo que generen algún conflicto. 

Puedes probar como comentar Bruno, desactivar de forma temporal wp rocket, una vez desactivado acceder a tu wepanel y renombra este archivo que tienes a .htaccess_OLD

Luego de ello accede tu sitio Ajuste → Enlaces permanentes y sin realizar ningún cambio pulsa el botón de guardar cambios

Activa nuevamente el plugin de Wp Rocket y verifica como va todo

Un Saludo

@karen

Gracias, voy a probar

Desactivo WP Rockect, renombro .htaccess (y no lo sustituyo por otro), intento ir a Ajustes->Enlaces permanente y no puedo, me sale página de error

 Sin desactivar WP Rockect, ya probé ayer con diferentes htaccess  (simplificados para sustituir al renombrado) y siempre me daba el mismo error.

Sigo investigando posibles causas, pues cualquier modificación de htaccess actual me impide ir a Ajustes->Enlaces Permanentes.
La IA Gemini 2.5 me sugiere que pregunte esto:

"He descubierto que si renombro mi archivo .htaccess, pierdo el acceso a la sección 'Ajustes > Enlaces permanentes' de mi WordPress, lo que sugiere un problema con la reescritura de URLs. Por favor, ¿podrían verificar que el módulo mod_rewrite está activo y funcionando correctamente para mi dominio?"

Ayer puse un tickect sobre este tema, pero me aconsejaron que mejor lo tratara en el foro

Hola Gerardo, 

El problema lo general alguna regla de este htaccess que seguro añadió algún plugin, prueba si con una versión básica del htaccess te permite acceder, para ello crea renombra el anterior y crea uno nuevo con las siguientes reglas:

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

Luego de ello, prueba acceder a tus enlaces permanentes y verifica si carga, si es asi pulsa guardar cambios sin realizar ninguno. 

Revisa esto y nos comentas como va todo

Un Saludo

@karen, gracias.

El código que me proporcionas es absolutamente idéntico a un htaccess que ya probé ayer (con WP Rockect activado) y hoy (desactivado) y en ambos casos se bloqueó el acceso a wordpress y por lo tanto con la imposibilidad de ir a Ajustes-> Enlaces Permanentes.

Así pues, no sé si tengo uno o dos problemas, pues no sé si la causa final es el htaccess. He probado a poner un plugin ("Health Check & Troubleshooting") que en modo admin desactiva todos los plugins y pone un tema por defecto. Dejo solo activo WP Rockets, genero el CSS crítico y me sale el error, luego no es un tema de plugins o del tema. Respecto a este punto (CSS crítico) la IA Gemini 2.5 me dice que al tener una vulnerabilidad (Al ver la salud del sitio me detecta como vulnerabilidad que tengo el plugin Rank Math SEO Pro instalado) esto activa la "sensibilidad" de los sistemas de alerta del servidor y es posible que éstos bloqueen las solicitudes de WP Rockets. Pero esto no explica lo del htacces, que solo me deja acceder a Ajustes->Enlaces Permanentes con mi htaccess actual.

Lo siento me he enrollado, pero es que ya estoy desesperado 🙁

Hola Gerardo,

Puedo entender tu frustración pero no te preocupes por aca estamos con la mayor disposición de ayudarte

Dándole continuidad a la consulta he podido apreciar aspectos importantes

1-Tienes sólidos conocimientos y sabes como ejecutar las recomendaciones que te hemos realizado de manera efectiva

2-Cuentas con WP Rocket con licencia

Si bien ya has usado el complemento de "Health Check & Troubleshooting" el cual es el equivalente de desactivar todos los complementos activos, podría sugerir algo mas drástico, vamos a eliminar WP Rocket para luego bajar su versión mas actualizada y realizar su re-instalación

Luego de este proceso probamos nuevamente 

Saludos!

@bruno-vichetti, gracias por la posible vía de solución del problema del CSS, que aún sigue pendiente, aunque hay novedades en relación a la regeneración del htaccess en Ajustes-> En laces Permanentes->Guardar.

Me explico, he ido eliminando fragmentos del htacces, hasta conseguir identificar que parte del mismo es necesaria para evitar el bloqueo de WordPress. Al final y tras muchas pruebas la he podido identificar. Es este fragmento:

Bueno, pues ahora las malas noticias.
He desactivado WP Rocket, lo he borrado, he descargado la última versión, la instalo, la activo, importo las configuraciones, previamente exportadas.
Ejecuto la generación de CSS crítico y persiste el mismo error. Hago la prueba con mi htaccess original y el htacces mínimo con el mismo resultado.
Reviso las recomendaciones de WP Rocket sobre generación de CSS crítico y las únicas dudas que tengo son:
a) Que no esté funcionando correctamente el Cron que tengo configurado en WePanel. Me lo configuraron vuestros técnicos ayer al abrir un ticket sobre este tema y sugerir que el problema podía ser del cron, pues ya me ha dado problemas en otras ocasiones. La configuración es:

b) Al dar un error 400 podría ser debido a alguna capa de seguridad del servidor que bloquea las peticiones de WP Rockets:

• A security layer on your site is blocking access - this often results in a 400 or 403 error. 

A este respecto indican las IPs que deben estar autorizadas:

Load CSS Asynchronously:

https://cpcss.wp-rocket.me
185.10.8.0/22
46.30.210.0/24
46.30.211.0/24
46.30.212.0/24
46.30.214.0/24
5.249.224.0/24
2a02:2350:4:200::/55

Ya no sé que más puedo probar. Quedo a la espera de nuevas instrcciones. Gracias por la ayuda

Saludos

Gerardo

Ayer cambié a PHP 8.3, por lo que he modificado la tarea del cron, donde se indicaba php74. También he cambiado la sintaxis, que en webPanel me decía que no era válida para los minutos.
A pesar de los cambios, persiste el error al generar CSS crítico. Saludos

Hola Gerardo, 

Es muy raro que aún siga generando este mensaje, envía un ticket a soporte para que verifiquen si alguna regla puede estar generado este tipo de error por algún tipo de bloqueo en las URL o si lar regla está.

Antes de ello revisa las recomendaciones que se mencionan en la documentación de wp Rocket, verifica instalar la herramienta que mencionan → Contenido solo visible a usuarios registrados

Revisa esto y nos comentas como va todo

Un Saludo 

Hola @karen, ya les envié un ticket a los de soporte, al ver que no parecía un tema de plugins, ni de tema de WP. 
Respecto a la herramienta que citan en el documento,(plugin: WP Rocket | CPCSS Debug Helper) he revisado las páginas que aparecen con error 400 y todas se visualizan normalmente.
Han comprobado el cron y parece que funciona correctamente y han hecho algunas comprobaciones con las IPs de WP Rocket y no parece haber problema. 
Volveré a contactar con ellos para ver si se les ocurre alguna nueva alternativa para explorar. Te pego su respuesta:

He probado su ejecución y funciona correctamente.

En cuanto a los rangos que nos indicas, no debería ser necesario habilitarlos.
He buscado en los logs de accesos a tu web y se ven peticiones que son atendidas correctamente para ellas. Te envío un pequeño extracto:
46.30.212.205 - - [26/Aug/2025:11:40:23 +0200] "POST /wp-admin/admin-ajax.php HTTP/1.1" 200 588 " https://nuestropsicologoenmadrid.com/centros/psicologos-en-chamberi/?nowprocket=1&no_optimize=1&wpr_imagedimensions=1 " "WP-Rocket/SaaS Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/106.0.0.0 Safari/537.36"
46.30.212.203 - - [26/Aug/2025:11:40:24 +0200] "POST /wp-admin/admin-ajax.php HTTP/1.1" 200 611 " https://nuestropsicologoenmadrid.com/contacto/?nowprocket=1&no_optimize=1&wpr_imagedimensions=1 " "WP-Rocket/SaaS Mozilla/5.0 (Linux; Android 13; Pixel 5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/106.0.0.0 Mobile Safari/537.36"
46.30.211.168 - - [26/Aug/2025:11:40:25 +0200] "GET /especialidad/?nowprocket=1&no_optimize=1&wpr_imagedimensions=1 HTTP/1.1" 200 19469 "-" "WP-Rocket/SaaS Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/106.0.0.0 Safari/537.36"
46.30.211.168 - - [26/Aug/2025:11:40:27 +0200] "POST /wp-admin/admin-ajax.php HTTP/1.1" 200 568 " https://nuestropsicologoenmadrid.com/especialidad/?nowprocket=1&no_optimize=1&wpr_imagedimensions=1 " "WP-Rocket/SaaS Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/106.0.0.0 Safari/537.36"
46.30.212.204 - - [26/Aug/2025:11:40:32 +0200] "GET /especialidad/psicologos-para-adolescentes-en-madrid/?nowprocket=1&no_optimize=1&wpr_imagedimensions=1 HTTP/1.1" 200 34804 "-" "WP-Rocket/SaaS Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/106.0.0.0 Safari/537.36"
46.30.212.204 - - [26/Aug/2025:11:40:34 +0200] "POST /wp-admin/admin-ajax.php HTTP/1.1" 200 639 " https://nuestropsicologoenmadrid.com/especialidad/psicologos-para-adolescentes-en-madrid/?nowprocket=1&no_optimize=1&wpr_imagedimensions=1 " "WP-Rocket/SaaS Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/106.0.0.0 Safari/537.36"

Creo que lo mejor es esperar a la revisión por parte de nuestros compañeros del foro para ver si nos pueden aportar algo nuevo con relación a este problema.