Responsabilidades de compresión y CDN

POM Cache es propietario del contenido de origen reutilizable. El servidor web o el CDN son propietarios de la compresión de transferencia, la vida útil en el borde, la entrega geográfica y la invalidación en el borde.

Mantener esas responsabilidades separadas permite que un index.html canónico atienda a visitantes que admitan Brotli, Gzip o ninguna compresión.

La pila de entrega

WordPress render
    ↓
POM Cache origin file
    ↓
Apache or early PHP response
    ↓
CDN edge object and compression variant
    ↓
Viewer

Cada flecha puede ser un límite de caché. Un acierto en el CDN significa que no se contactó con el origen. Un acierto de POM Cache describe el origen y no dice nada sobre si el borde reutilizó su propia copia.

Qué hace POM Cache

Para HTML estático, POM Cache:

• escribe un index.html sin formato;
• reutiliza el archivo para las solicitudes públicas aptas;
• purga el árbol HTML del sitio actual mediante sus propias herramientas y hooks;
• no asigna una vida útil basada en la antigüedad;
• no llama a una API de invalidación del CDN.

El JSON progresivo es un almacén de origen independiente con su propia configuración de Cache-Control y controles de purga.

Qué no hace POM Cache

El plugin no:

• escribe hermanos .br o .gz;
• comprime la salida durante la generación de la página;
• reescribe las URL de los activos a un dominio de CDN;
• elige una política de caché de CloudFront;
• purga una distribución de borde;
• hace que el tráfico privado de WordPress sea seguro para el almacenamiento en caché en el borde.

Estas son decisiones de infraestructura porque dependen de las capacidades del visitante, las claves de caché del CDN, TLS, las cabeceras de origen y la topología de despliegue.

Elige la guía según la tarea

• Por qué POM Cache no crea archivos comprimidos explica la decisión arquitectónica.
• Usar la compresión Brotli de CloudFront con POM Cache proporciona la configuración actual orientada a AWS y las comprobaciones de aptitud.
• Distinguir la caché de origen de la caché del CDN identifica qué capa respondió.
• Coordinar el vaciado de POM Cache con la invalidación del CDN indica el orden correcto de actualización.
• Verificar la entrega de Brotli o Gzip prueba la respuesta pública sin buscar archivos de disco inexistentes.
• Evitar el trabajo de compresión duplicado asigna un único propietario a la compresión.

Orden de despliegue seguro

1. Verifica la página dinámicamente antes de almacenarla en caché.
2. Genera y reutiliza el archivo de POM Cache en el origen.
3. Verifica el comportamiento directo de Apache o PHP temprano.
4. Define la clave de caché del CDN y la omisión del tráfico privado.
5. Habilita la compresión en el borde.
6. Invalida cualquier objeto de borde antiguo sin comprimir u obsoleto.
7. verifica el comportamiento de visitantes anónimos, autenticados, de carrito, de cadena de consulta y de codificación de contenido.

No diagnostiques el origen a través de una respuesta de CDN en caliente. Igualmente, no asumas que eliminar POM Cache hace desaparecer un objeto de borde existente.

Dos dimensiones diferentes de Vary

Mantén estos conceptos separados:

La configuración de compresión de CloudFront puede normalizar Accept-Encoding automáticamente. La negociación de WebP en la misma URL requiere una política de borde independiente consciente de Accept.

El patrón de producción de POM utiliza CloudFront para Brotli/Gzip. Otro CDN o la compresión nativa del servidor es válida cuando preserva el mismo límite de responsabilidad.