La caché HTML estática y la caché de objetos de WordPress son diferentes
POM Cache es una caché de páginas, no una caché de objetos persistente de WordPress. La diferencia es arquitectónica: el HTML estático puede responder a una solicitud antes de que WordPress se ejecute, mientras que una caché de objetos solo ayuda después de que PHP y WordPress hayan arrancado.
Qué almacena la caché de HTML estática
POM Cache almacena el documento público terminado:
wp-content/cache/pom-cache/example.com/about/index.htmlEn caso de acierto, ese único archivo puede reemplazar el trabajo que normalmente se requiere para:
- arrancar WordPress;
- cargar los plugins activos y el tema;
- consultar entradas, términos, menús y opciones;
- renderizar bloques, plantillas y shortcodes;
- ensamblar la respuesta HTML final.
Esto produce el mayor ahorro en páginas anónimas cuya salida completa puede compartirse de forma segura.
Qué almacena la caché de objetos de WordPress
La API de caché de objetos de WordPress almacena valores utilizados durante una solicitud, como resultados de consultas a la base de datos u objetos calculados. Sin un backend persistente, esos valores generalmente solo duran durante la solicitud actual. Con Redis, Memcached u otra implementación persistente, las solicitudes posteriores de WordPress pueden reutilizarlos.
Incluso con persistencia, PHP sigue arrancando y WordPress sigue decidiendo qué renderizar. El navegador nunca recibe un objeto de Redis como una página terminada.
Comparación lado a lado
| Pregunta | HTML estático de POM | Caché de objetos persistente |
|---|---|---|
| Unidad almacenada | Página renderizada completa | Valores internos agrupados por claves de caché |
| Acierto más temprano posible | En Apache, antes de PHP | Después de que WordPress arranca |
| Mejor audiencia | Tráfico público anónimo | Trabajo de WordPress dinámico, autenticado y sin caché |
| Backend típico | Sistema de archivos | Redis, Memcached u otro servicio de caché de objetos |
| Personalización de página | Debe omitirse o usar una estrategia diferente | Aún puede calcularse por solicitud |
| Invalidada por Delete Cache | Sí | No |
| Vaciada por un comando de caché de objetos | No | Sí |
Por qué usar ambas puede tener sentido
Las dos capas se complementan entre sí.
Considera un archivo de productos inmediatamente después de que se purgara su página estática:
- POM Cache no tiene
index.html, por lo que WordPress renderiza la solicitud. - Una caché de objetos persistente puede reducir el trabajo de base de datos y de cálculo durante ese renderizado.
- POM Cache almacena el HTML público completado.
- Las vistas anónimas posteriores pueden omitir WordPress por completo.
Los visitantes autenticados siguen omitiendo el archivo de página compartido, pero aún pueden beneficiarse de la caché de objetos.
Purga la capa que posee los datos obsoletos
Vaciar POM Cache elimina sus archivos HTML; no vacía los grupos de objetos de WordPress. A la inversa, vaciar Redis u otra caché de objetos persistente no elimina los archivos index.html de POM Cache.
Usa esta regla de diagnóstico:
- el código fuente de la página sigue siendo una instantánea completa antigua → purga el HTML y luego cualquier copia del borde del CDN;
- WordPress renderiza la página correcta pero realiza consultas repetidas costosas → investiga la cobertura de la caché de objetos;
- el borde sigue sirviendo la respuesta antigua después de que el origen está actualizado → invalida el CDN;
- los datos progresivos del archivo están obsoletos mientras que la estructura de la página es correcta → purga el JSON progresivo, no el almacén de HTML.
Qué eliminó POM Cache deliberadamente
POM Cache no proporciona un modo de carga "WP-Cache" heredado de PHP y no instala un drop-in object-cache.php. Su contrato HTML es intencionadamente simple: un index.html completo por clave elegible de host y ruta.
Esa simplicidad hace posible la entrega directa desde el servidor web y mantiene la caché de páginas independiente de cualquier tecnología de caché de objetos persistente que el sitio elija.
A continuación, compara las dos rutas de entrega de HTML en Entrega de Apache y entrega de PHP comparadas.