¿Cambio publicado? Comprueba la copia en caché
MCP Abilities – Cache Enabler permite a tu cliente de IA revisar la caché local de páginas, eliminar la copia afectada y obtener datos para la siguiente comprobación.
WordPress puede estar actualizado y mostrar una página antigua al visitante
Publicas un nuevo horario a las 18:00. WordPress contiene el cambio, pero un visitante sigue recibiendo el HTML que Cache Enabler guardó a las 17:00. Actualizar el editor no revela qué copia recibió esa persona.
Cache Enabler guarda páginas preparadas para reducir el trabajo de generar cada respuesta. Esa copia resulta útil hasta que oculta un cambio que los lectores necesitan ver.
Empieza por la dirección afectada. Confirma que el cambio está publicado, revisa el estado de Cache Enabler y sus archivos guardados, y decide si hay que eliminar la copia.
La ilustración muestra una fuente actualizada y una copia guardada más antigua. El visitante recibe la copia guardada.
Vacía la caché de la página que ha cambiado
La purga por URL elimina las variantes almacenadas de una dirección del mismo sitio. También puedes seleccionar una entrada o página de WordPress por su ID. Ambas opciones acotan más la intervención que vaciar toda la caché.
Si cambia el horario de una página, empieza por ella. Si cambia un menú o una plantilla presente en todo el sitio, puede convenir una purga más amplia. Elige el alcance según dónde aparezca el cambio.
Las demás páginas en caché pueden seguir disponibles. Eliminar una copia no demuestra que se haya generado otra ni que el visitante pueda ver el cambio.
La página seleccionada sale de la caché. Las demás permanecen. Aún hay que comprobar el resultado.
De una copia antigua a un resultado comprobado
1. Confirma la fuente
Indica el sitio y la URL exactos. Abre el contenido publicado en WordPress y comprueba el cambio esperado antes de investigar la caché.
2. Revisa la caché local
Consulta el estado de Cache Enabler y revisa los archivos guardados. El diagnóstico puede mostrar la respuesta HTTP, las cabeceras de caché y un marcador, pero envía cabeceras no-cache en la petición. No mide una visita normal.
3. Vacía el alcance adecuado
Purga la URL o la entrada cuando el cambio sea local. Usa la purga del sitio actual o de toda la caché solo si el contenido afectado justifica ese alcance.
4. Lee la página como visitante
Abre la dirección pública sin una sesión de administrador y busca el cambio. Si sigue apareciendo contenido antiguo, revisa por separado la CDN, el proxy inverso o la caché del navegador, si los hay.
Elige el alcance antes de cambiar ajustes
La limpieza de caché caducada elimina las entradas cuyo plazo ha vencido. Las purgas del sitio o de toda la caché abarcan más que una URL. El complemento también ofrece vista previa de ajustes, activación y desactivación, y regeneración de archivos del backend.
Los cambios de ajustes se simulan por defecto. Revisa la vista previa antes de aplicarlos. Borrar el directorio de caché es una operación de emergencia independiente con confirmación explícita. Para una página antigua, empieza por las funciones normales de purga.
Qué necesitas
Usa WordPress 6.9 o posterior con Abilities API integrada, PHP 8.0 o posterior, Cache Enabler y WordPress MCP Adapter para conectar el cliente. La cuenta de WordPress conectada necesita manage_options.
MCP Expose Abilities es opcional. Este complemento registra sus propias funciones. Cache Enabler gestiona los archivos almacenados; el complemento aporta las operaciones de inspección y gestión.
Estas operaciones actúan sobre la caché local de Cache Enabler. No vacían la CDN ni la caché del navegador. Tu cliente MCP proporciona la conexión con la IA.
Empieza por la página que parece desactualizada
Instala el complemento y pide a tu cliente que revise una URL afectada. Elimina la copia adecuada y comprueba después el contenido que recibe realmente el visitante.
