Qué no hace POM Cache deliberadamente
POM Cache es deliberadamente más limitado que una suite de optimización todo en uno. Su responsabilidad es crear, servir, inspeccionar e invalidar archivos HTML públicos reutilizables y archivos JSON progresivos. El siguiente trabajo pertenece a otra capa.
Mapa de responsabilidades
| Tarea | Capa responsable |
|---|---|
| Generar HTML público reutilizable | POM Cache |
| Almacenar en caché un archivo JSON progresivo de archivo compatible | POM Cache |
| Convertir archivos JPEG o PNG a WebP | Flujo de trabajo de generación u optimización de imágenes |
| Elegir un archivo WebP existente para un navegador compatible | Regla de Apache o de un servidor web equivalente |
| Generar respuestas Brotli o Gzip | CDN o servidor web |
| Almacenar respuestas en caché cerca de los visitantes | CDN |
| Caducar archivos después de una antigüedad arbitraria | Política deliberada de invalidación del sitio, no POM Cache |
| Almacenar en caché resultados personalizados de cuenta o carrito | No es una caché pública compartida |
Sin generación de archivos Brotli o Gzip
POM Cache escribe un único archivo de origen sin formato para una respuesta almacenada en caché. No emplea tiempo de PHP en producir copias separadas .br o .gz.
La compresión se negocia a partir de la cabecera Accept-Encoding del visitante. Una CDN como CloudFront, o un servidor web correctamente configurado, puede seleccionar Brotli o Gzip en el momento de la entrega. Mantener ese trabajo fuera del plugin evita archivos comprimidos duplicados, variantes obsoletas, cabeceras conflictivas y doble compresión.
Comprueba Content-Encoding en la respuesta pública para verificar la capa de entrega. Un valor como br demuestra que la CDN o el servidor comprimió la respuesta; no significa que POM Cache haya generado un artefacto de caché comprimido.
Sin conversión de imágenes
POM Cache no transforma las imágenes subidas. Si ya existe una versión WebP en la misma carpeta, Apache puede reescribir una petición del JPEG o PNG original a ese archivo WebP cuando el navegador lo admita.
Ese flujo de trabajo tiene dos requisitos separados:
- un proceso de imágenes debe crear el archivo WebP;
- el servidor web debe elegirlo de forma segura y conservar el original como alternativa.
Ninguna de las dos operaciones forma parte del almacenamiento en caché de HTML o JSON progresivo.
Sin ediciones automáticas de la configuración del servidor
La pestaña Advanced muestra reglas recomendadas, pero el plugin no:
- inserta reglas en
.htaccess; - añade constantes a
wp-config.php; - crea ni reemplaza
wp-content/advanced-cache.php; - elimina el drop-in de otro plugin de caché.
Estos archivos pueden afectar a toda la instalación de WordPress. El propietario del sitio o el proceso de despliegue debe revisar, hacer una copia de seguridad y aplicar los cambios manualmente.
El botón Fix Configuration no es una excepción. Escribe los archivos de configuración del POM Framework del sitio actual usando valores efectivos; nunca edita el drop-in ni wp-config.php.
Sin gestión de CDN
POM Cache no reescribe las URL de los recursos, no aprovisiona CloudFront ni purga cada objeto del borde. La caché de origen y la caché de la CDN son copias diferentes:
- eliminar un archivo de origen no demuestra que se haya invalidado un objeto de la CDN;
- un acierto en la CDN no demuestra que el origen contenga actualmente la misma respuesta;
- la compresión de la CDN y las cabeceras de caché deben comprobarse de forma independiente.
Diagnostica primero el origen y después el borde.
Sin almacenamiento en caché compartido de estado personalizado
Una página autenticada, un área de cuenta privada, un carrito, una compra, una entrada protegida con contraseña o cualquier otra respuesta específica del visitante no debe convertirse en HTML estático compartido. La ruta de caché de PHP omite las cookies reconocidas de WordPress, contraseña, autor de comentario y sesión de WooCommerce, y rechaza las peticiones que cambian de estado. Las reglas de Apache y de la CDN deben aplicar el límite equivalente antes de devolver un archivo público.
Si una página por lo demás pública contiene un pequeño componente personalizado, mantén el HTML compartido como público y carga el fragmento privado mediante un mecanismo apropiado específico del visitante. No elimines las salvaguardas de cookies o de métodos para forzar un acierto de caché.
Sin caducidad automática basada en la antigüedad
POM Cache no ejecuta un temporizador de recolección de basura y no elimina archivos simplemente porque sean antiguos. Esto es deliberado: el tiempo transcurrido por sí solo no puede indicar si el contenido está obsoleto.
La frescura debería seguir eventos reales:
- cambió una entrada pública;
- cambió un término de taxonomía;
- cambió una traducción;
- un administrador solicitó una purga;
- un despliegue cambió el resultado renderizado.
Activa únicamente los conmutadores de invalidación correspondientes y supervisa el uso del disco. La ausencia de caducidad automática hace que una política de purga probada sea esencial antes del lanzamiento a producción.
No sustituye la optimización de la aplicación
Una respuesta almacenada en caché puede ocultar una generación de página costosa en visitas repetidas, pero no arregla una petición sin caché lenta, una consulta de base de datos ineficiente, contenido multimedia demasiado grande, JavaScript bloqueante o una demora de una API remota. Mide tanto la primera petición dinámica como los aciertos de caché posteriores.
Continúa con Requirements and compatibility para confirmar que el origen puede admitir la capa de caché.