Habilitar la caché HTML estática

Este procedimiento habilita la generación de HTML estático para un sitio y demuestra que la primera página pública puede escribirse de forma segura. No instala reglas de Apache, no habilita Progressive JSON ni configura una CDN.

Antes de cambiar el tiempo de ejecución

Elige una página de prueba que:

• esté publicada y sea accesible públicamente;
• se sirva desde un enlace permanente normal con barra final;
• no sea una ruta de búsqueda, vista previa, 404, feed, de cuenta, de carrito ni de pago;
• carezca de contenido específico del visitante;
• sea fácil de reconocer tras una purga de la caché.

Utiliza una ventana privada del navegador con un almacén de cookies vacío. Mantén abierta por separado una ventana con sesión iniciada para la administración de WordPress.

Comprueba el estado del bootstrap

1. Abre POM Cache → Advanced → WordPress configuration.
2. Revisa Drop-in, POM_CACHE_HOME y WP_CACHE.
3. Continúa solo cuando cada elemento muestre OK.

Si un elemento muestra Needs manual change, sigue Install and verify the advanced-cache drop-in. Habilitar el tiempo de ejecución antes de que el drop-in esté listo puede permitir la generación a través de la carga normal del plugin, pero no proporciona la ruta de acceso temprana a PHP prevista.

Selecciona la política de invalidación

Abre POM Cache → General → Runtime.

Configura:

• Caching en Enabled.
• Purge HTML on post changes en Entire site cuando los datos de la entrada aparezcan en listados, navegación o plantillas compartidas; elige Edited post single only cuando solo deba actualizarse la página individual canónica de esa entrada.
• Purge HTML on term changes según si los nombres, descripciones, asignaciones u orden de los términos pueden afectar a las páginas en caché.

Los controles de purga están deshabilitados por defecto. Edited post single only también elimina todas las URL individuales localizadas cuando POM Translate está activo, pero conserva deliberadamente la portada, los archivos, las taxonomías, la navegación y otras páginas en caché. Si mantienes deshabilitada alguna purga, documenta quién utiliza Delete Cache después del cambio de contenido correspondiente.

Guarda los ajustes.

Elimina una línea base antigua

En General → Cache tools:

1. lee el recuento y el tamaño actuales de Cache Contents;
2. selecciona Delete Cache;
3. espera el mensaje de éxito;
4. actualiza la sección y confirma que el recuento de HTML del sitio actual es cero.

Esta acción no elimina Progressive JSON y no purga una CDN.

Genera la página de prueba

1. En la ventana privada, abre la página canónica sin una cadena de consulta.
2. Deja que el documento termine de cargarse.
3. Vuelve a Cache tools y actualiza el estado.
4. Confirma que se notifica al menos una página en caché.

El primer visitante recibe el búfer de respuesta original de WordPress. POM Cache añade sus comentarios de generación a la copia almacenada, así que no exijas que esos comentarios aparezcan hasta que el archivo se reutilice.

Demuestra que la segunda solicitud es diferente

Recarga exactamente la misma URL, consulta su código fuente y busca un comentario similar a:

<!-- Cached page generated by POM-Cache on 2026-07-27 12:34:56 -->

La marca de tiempo es un ejemplo. Anótala, vuelve a recargar y confirma que no cambia.

• Si PHP sirve el archivo, la respuesta incluye X-POM-Cache: Served static cache from PHP; phase=early.
• Si Apache lo sirve, PHP no añade esa cabecera; el comentario almacenado y la marca de tiempo inalterada demuestran que se reutilizó el archivo existente.

Cuando ya haya una CDN activa, utiliza una solicitud de origen aprobada o invalida el borde antes de sacar conclusiones.

Confirma que el tráfico autenticado sigue siendo dinámico

Abre la página de prueba en el navegador con sesión iniciada. Confirma que:

• el archivo público en caché no se entregó como acceso temprano;
• los controles autenticados y el contenido son correctos;
• visitar con sesión iniciada no reemplazó el archivo anónimo.

El recuento de páginas en caché puede permanecer sin cambios. La omisión protege la solicitud sin eliminar la copia pública segura.

Deshabilita de forma segura

Cambiar Caching a Disabled detiene la generación PHP y la entrega estática PHP de POM Cache para ese sitio. No borra los archivos automáticamente, y una regla de reescritura de Apache instalada puede seguir sirviendo un archivo existente coincidente antes de que PHP lea el ajuste.

Para una reversión completa:

1. deshabilita Caching;
2. utiliza Delete Cache;
3. deshabilita el bloque de reescritura HTML de POM Cache en la capa del servidor web;
4. invalida los objetos pertinentes de la CDN;
5. solicita URL representativas y confirma que WordPress ahora las renderiza.

A continuación, revisa Which pages can be cached antes de calentar más páginas además de la página de prueba controlada.