Ayuda y resolución de problemas

Diagnostica POM Cache siguiendo la respuesta desde su origen hasta el navegador:

WordPress content → POM Cache HTML or JSON → PHP/Apache origin → CDN → browser

Comprueba cada capa antes de pasar a la siguiente. Borrar todas las capas a la vez puede hacer desaparecer el síntoma, pero también elimina las pruebas necesarias para encontrar la causa.

Elige el síntoma

Generación o configuración de WordPress

• Las páginas no se cachean: una ruta anónima nunca crea ni reutiliza HTML.
• advanced-cache.php no está cargado: el estado del drop-in o de wp-config.php requiere trabajo manual.
• El JSON progresivo no se actualiza: un archivo progresivo falta, es dinámico o está obsoleto.

Capas de entrega

• Las reglas de Apache no coinciden: el cacheado de PHP funciona, pero la entrega estática directa no.
• CloudFront sigue sirviendo contenido antiguo: el origen está actualizado pero el edge no.
• WebP no se sirve: la reescritura opcional de imágenes en la misma carpeta sigue devolviendo la imagen original.

Actualidad, privacidad y capacidad

• El contenido sigue obsoleto: localiza la copia obsoleta entre HTML, JSON, origen, edge y navegador.
• Comprueba si hay fuga de contenido de usuarios conectados: contención de emergencia y recopilación de pruebas ante una sospecha de salida privada compartida.
• La caché crece demasiado: investiga variantes, invalidación, rutas antiguas y capacidad de disco.

Pedir ayuda

• Prepara información de soporte segura: recopila pruebas útiles sin compartir claves, cookies, cuerpos privados ni credenciales.

Primeras cinco comprobaciones

Antes de cambiar la configuración:

1. Confirma el sitio exacto, el nombre de host, la URL pública y la representación afectada.
2. Prueba el origen en una ventana privada del navegador con una petición limpia de GET.
3. Abre Settings → POM Cache → Advanced → WordPress configuration y revisa cada fila de estado.
4. Compara Cache Contents y Progressive JSON Cache Contents antes y después de la petición.
5. Inspecciona el estado de la respuesta, el tipo de contenido, las cabeceras de caché, las cabeceras de CDN y las cookies.

Si es posible que se haya compartido contenido privado, detén el diagnóstico normal y sigue la guía de fugas de inmediato.

No uses esto como soluciones genéricas

• No esperes que una URL que falta cree un archivo por URL; los 404 aptos reutilizan el documento compartido independiente.
• No marques parámetros de consulta significativos como datos de seguimiento.
• No debilites las comprobaciones de cookies ni de Accept.
• No borres de forma recursiva una raíz de caché no verificada.
• No edites advanced-cache.php, wp-config.php ni .htaccess sin una copia de seguridad.
• No invalides el CDN antes de confirmar que el origen contiene la respuesta correcta.

Después de resolver un fallo, repite la prueba de acceso anónimo, la omisión autenticada, la invalidación por cambio de contenido y las pruebas del CDN. Una caché que funcione debe ser rápida, actual y segura.