Contrôle du cache Cloudflare
MCP Abilities – Cloudflare : repérez la copie périmée avant de purger
Vous avez corrigé une page, mais un visiteur voit encore la version d’hier. Cloudflare en conserve peut-être une autre copie. Cette extension MCP pour WordPress vous permet d’examiner la réponse publique, de choisir ce qu’il faut purger et de vérifier à nouveau la page.
Une page peut exister dans plusieurs caches
Un site WordPress modifie l’heure de début d’un atelier, mais les visiteurs voient toujours l’ancien horaire. Vérifiez d’abord le contenu enregistré. Distinguez ensuite le cache du serveur WordPress, le cache périphérique de Cloudflare et celui du navigateur.
Une purge Cloudflare supprime les objets stockés chez Cloudflare. Elle n’enregistre pas les modifications restées non sauvegardées et ne vide pas le cache du navigateur. Si le serveur d’origine renvoie encore une ancienne copie, Cloudflare peut récupérer cette même copie à nouveau.
Le contrôle d’URL relève des en-têtes tels que CF-Cache-Status, Age et Cache-Control. Il ne compare pas le texte de la page à votre place. Lisez également la réponse elle-même : un état de cache ne prouve pas que l’horaire est correct.
La copie d’origine, repérée en bleu-vert, a changé. Les copies du cache périphérique et du navigateur, en jaune, sont plus anciennes. Chaque niveau doit être vérifié séparément.
La purge d’une page peut dépasser une seule adresse
L’extension transforme les URL de pages sans extension ou terminées par .html en purges par préfixe lorsqu’elles n’ont pas de chaîne de requête. Les URL de ressources et celles qui contiennent une chaîne de requête restent des purges d’URL exactes. Le résultat indique les conversions automatiques en préfixes.
Un préfixe comme example.com/classes/ purge aussi les ressources en cache situées sous ce chemin. Il s’agit d’une branche du site, pas d’un fichier unique. Vérifiez le nom d’hôte, le chemin de langue et la barre oblique finale avant de le choisir.
Les purges par hôte, balise de cache ou zone entière couvrent des ensembles plus larges. Cloudflare propose ces méthodes dans toutes ses offres, avec des limites par compte. Des clés de cache personnalisées peuvent exiger des en-têtes que le champ de fichiers de cette extension, limité aux chaînes de caractères, ne peut pas fournir. Choisissez un périmètre adapté parmi ceux pris en charge.
La branche mise en évidence correspond au périmètre de purge. Ses ressources descendantes sont incluses ; l’autre branche reste en dehors.
Examiner, cibler, purger et vérifier
1. Confirmer la source et la zone
Vérifiez le contenu WordPress enregistré et l’URL publique exacte. Consultez la zone Cloudflare connectée avant toute modification. Une connexion authentifiée à la mauvaise zone reste une erreur de cible.
2. Lire la réponse
Examinez les paramètres de cache, les règles et les en-têtes de l’URL concernée. Le contrôle traite au maximum 20 URL et répète chaque requête deux fois par défaut. Vérifiez chaque tentative et son statut HTTP. La valeur de réussite globale signifie seulement que le contrôle s’est terminé.
3. Choisir le plus petit périmètre adapté
Pour une purge ciblée, indiquez explicitement purge_everything: false et fournissez des URL ou des préfixes vérifiés. Lisez les opérations signalées, y compris celles déjà effectuées lorsqu’une requête ultérieure échoue.
4. Vérifier ce que reçoivent les visiteurs
Demandez à nouveau la page publique et contrôlez le texte ou l’image modifiés. Une purge Cloudflare réussie confirme l’acceptation de la requête, pas la justesse de la page fournie par le serveur d’origine. Si l’ancienne version subsiste, vérifiez séparément le cache du navigateur et les caches locaux.
Décider séparément des paramètres de cache
Le mode Développement contourne temporairement le cache Cloudflare ; il ne supprime pas les fichiers stockés. Cloudflare le désactive normalement après trois heures. Consultez son état avant de le modifier. Pour supprimer une copie stockée, utilisez une purge.
L’action de règle de cache HTML affiche par défaut un aperçu de la modification. La règle vise l’hôte choisi et exclut plusieurs chemins et cookies WordPress courants. Elle peut remplacer les consignes de cache du serveur d’origine. L’aperçu ne prouve donc pas que les pages privées sont protégées.
Examinez les chemins personnalisés de connexion, de compte, de paiement et de contenu personnel avant d’activer le cache HTML. Les exclusions personnalisées couvrent le chemin choisi et ses descendants. Inspectez l’expression générée et testez les chemins et cookies réels avant d’appliquer la règle.
L’extension tente aussi de purger le préfixe racine de l’hôte public après l’installation ou la mise à jour complète d’une extension. Tenez compte de ce comportement automatique dans vos changements : son périmètre dépasse celui d’une seule page.
Connecter le bon site WordPress à la bonne zone Cloudflare
Les versions minimales déclarées sont WordPress 6.9 et PHP 8.0. WordPress 6.9 intègre l’Abilities API. Utilisez une version de PHP maintenue, une connexion MCP Adapter authentifiée et un compte WordPress autorisé à gérer les options du site.
L’accès à l’API Cloudflare nécessite un jeton ou une clé adaptés à la zone et aux actions prévues. L’extension officielle Cloudflare pour WordPress peut fournir les identifiants. Les constantes WordPress prises en charge constituent une autre possibilité.
L’action de configuration des identifiants exige l’extension officielle et une confirmation exacte. Elle valide l’accès à la zone avant d’enregistrer les paramètres, sans renvoyer le secret. Cela ne prouve pas que le jeton dispose de toutes les permissions de cache et de règles. Vérifiez que les actions nécessaires apparaissent dans la découverte MCP.
Pour connaître le fonctionnement du fournisseur et les limites actuelles, consultez la documentation de purge, le guide du mode Développement et les paramètres des règles de cache de Cloudflare.
Commencez par la page qui semble périmée
Installez l’extension, confirmez la zone connectée et examinez l’URL concernée. Choisissez le périmètre de purge à partir des résultats, puis vérifiez la page que les visiteurs reçoivent réellement.