Control de caché de Cloudflare
MCP Abilities – Cloudflare: localiza la copia antigua antes de purgar
Has corregido una página, pero un visitante sigue viendo la versión de ayer. Cloudflare podría guardar otra copia. Con esta extensión MCP para WordPress puedes examinar la respuesta pública, decidir qué borrar y comprobar de nuevo la página.
Una página puede tener varias copias en caché
Una web de WordPress cambia la hora de inicio de un taller, pero los visitantes siguen viendo la anterior. Comprueba primero que la página guardada sea correcta. Después distingue entre la caché del servidor WordPress, la caché perimetral de Cloudflare y la del navegador.
Purgar Cloudflare elimina los objetos almacenados allí. No guarda cambios pendientes ni vacía la caché del navegador del visitante. Si el servidor de origen sigue enviando una copia antigua, Cloudflare puede volver a recuperar esa misma copia.
La comprobación de URL muestra cabeceras como CF-Cache-Status, Age y Cache-Control. No compara el texto de la página por ti. Lee también la respuesta completa: el estado de la caché no demuestra por sí solo que la hora sea correcta.
La copia de origen, marcada en verde azulado, ha cambiado. Las copias de la caché perimetral y del navegador, en amarillo, son anteriores. Hay que comprobar cada capa por separado.
La purga de una página puede abarcar más de una dirección
La extensión convierte las URL de páginas sin extensión o con .html en purgas por prefijo cuando no tienen cadena de consulta. Las URL de recursos y las que incluyen una cadena de consulta se mantienen como purgas de URL exactas. El resultado enumera las conversiones automáticas a prefijos.
Un prefijo como example.com/classes/ también borra los recursos en caché situados bajo esa ruta. Representa una rama de la web, no un solo archivo. Comprueba el nombre de host, la ruta del idioma y la barra final antes de elegirlo.
Las purgas por host, etiquetas de caché o zona completa abarcan grupos mayores. Cloudflare admite estos métodos en todos sus planes, con límites por cuenta. Las claves de caché personalizadas pueden necesitar cabeceras que el campo de archivos de esta extensión, limitado a cadenas de texto, no permite enviar. Elige un alcance adecuado entre los admitidos.
La rama resaltada indica el alcance de la purga. Los recursos que cuelgan de ella están incluidos; la otra rama queda fuera.
Examinar, delimitar, purgar y verificar
1. Confirmar el origen y la zona
Comprueba el contenido guardado en WordPress y la URL pública exacta. Consulta qué zona de Cloudflare está conectada antes de hacer cambios. Una conexión autenticada a la zona equivocada sigue apuntando al destino equivocado.
2. Leer la respuesta
Revisa los ajustes de caché, las reglas y las cabeceras de la URL afectada. La comprobación admite un máximo de 20 URL y repite cada petición dos veces por defecto. Examina cada intento y su estado HTTP. El valor global de éxito solo indica que la comprobación ha terminado.
3. Elegir el menor alcance adecuado
Para una purga selectiva, indica expresamente purge_everything: false y proporciona URL o prefijos comprobados. Revisa las operaciones notificadas, incluidas las ya completadas si falla una petición posterior.
4. Comprobar qué reciben los visitantes
Solicita de nuevo la página pública y verifica el texto o la imagen modificados. Una purga correcta en Cloudflare confirma que se aceptó la petición, no que el servidor de origen entregara la página correcta. Si persiste la versión antigua, comprueba por separado el navegador y las cachés locales.
Los ajustes de caché requieren una decisión aparte
El modo Desarrollo evita temporalmente la caché de Cloudflare, pero no elimina los archivos almacenados. Cloudflare suele desactivarlo al cabo de tres horas. Consulta su estado antes de cambiarlo. Si quieres eliminar una copia almacenada, utiliza una purga.
La acción de reglas de caché HTML muestra una vista previa por defecto. La regla se aplica al host seleccionado y excluye varias rutas y cookies habituales de WordPress. Puede anular las instrucciones de caché del servidor de origen. Por tanto, la vista previa no demuestra que las páginas privadas estén protegidas.
Revisa las rutas personalizadas de acceso, cuenta, pago y contenido personal antes de activar la caché HTML. Las exclusiones personalizadas abarcan la ruta elegida y sus rutas descendientes. Inspecciona la expresión generada y prueba las rutas y cookies reales antes de aplicar la regla.
La extensión también intenta purgar el prefijo raíz del host público tras completar la instalación o actualización de un plugin. Ten en cuenta este comportamiento automático al planificar cambios: abarca más que una sola página.
Conectar la web de WordPress y la zona de Cloudflare correctas
Los mínimos declarados son WordPress 6.9 y PHP 8.0. WordPress 6.9 incluye Abilities API. Utiliza una versión de PHP con mantenimiento, una conexión MCP Adapter autenticada y una cuenta de WordPress con permiso para gestionar las opciones del sitio.
El acceso a la API de Cloudflare requiere un token o una clave adecuados para la zona y las acciones previstas. El plugin oficial de Cloudflare para WordPress puede proporcionar las credenciales. Las constantes de WordPress compatibles son otra opción.
La acción de configuración de credenciales requiere el plugin oficial y una confirmación exacta. Valida el acceso a la zona antes de guardar los ajustes, sin devolver el secreto. Eso no demuestra que el token tenga todos los permisos de caché y reglas. Comprueba que las acciones necesarias aparezcan en el descubrimiento de funciones de MCP.
Consulta el comportamiento del proveedor y los límites actuales en la documentación de purga, la guía del modo Desarrollo y los ajustes de reglas de caché de Cloudflare.
Empieza por la página que parece desactualizada
Instala la extensión, confirma la zona conectada y examina la URL afectada. Elige el alcance de la purga a partir de los resultados y después comprueba la página que reciben realmente los visitantes.