Nginx en Plesk: compresión y caché sin romper la aplicación

Nginx suele encargarse del tráfico que llega primero a una web alojada en Plesk. Su papel puede ser servir archivos estáticos, actuar como proxy de Apache o pasar las peticiones PHP al manejador configurado. No todas las instalaciones usan el mismo recorrido.

Entender el recorrido de una petición

Revisa los ajustes de Apache y Nginx del dominio y el manejador de PHP. Antes de añadir bloques location, comprueba los que Plesk ya genera: duplicarlos puede impedir que Nginx cargue la configuración.

Utiliza los campos y mecanismos de inclusión previstos por Plesk, conserva una copia de los cambios y valida la sintaxis antes de recargar el servicio.

Compresión útil

La compresión tiene sentido para recursos de texto como HTML, CSS y JavaScript. Un nivel máximo no siempre compensa el trabajo extra de CPU. Imágenes ya comprimidas y otros formatos binarios suelen necesitar optimización del archivo, no más gzip.

Caché con límites claros

Los recursos estáticos versionados pueden admitir una vida larga de caché. El HTML de una sesión, una cuenta o un formulario necesita otro tratamiento. No apliques una regla genérica de caché pública a todas las páginas de WordPress.

Cuando cambies una regla, prueba visitantes anónimos y usuarios conectados. Comprueba también administración, búsquedas, formularios y errores 404: una portada rápida no demuestra que todo el sitio esté bien.

Referencia: módulo gzip de Nginx.