Modification publiée ? Vérifiez la copie en cache
MCP Abilities – Cache Enabler permet à votre client IA d’examiner le cache local des pages, de supprimer la copie concernée et de recueillir des éléments pour la vérification suivante.
WordPress peut être à jour sans que le visiteur le voie
Vous publiez de nouveaux horaires à 18 h. WordPress contient la modification, mais un visiteur reçoit encore le fichier HTML enregistré par Cache Enabler à 17 h. Actualiser l’éditeur ne vous indique pas quelle copie lui a été envoyée.
Cache Enabler enregistre des pages prêtes à servir pour éviter de reconstruire chaque réponse. Cette copie reste utile tant qu’elle ne masque pas une modification que les lecteurs doivent voir.
Commencez par l’adresse concernée. Vérifiez que la modification est publiée, puis examinez l’état de Cache Enabler et les fichiers enregistrés avant de décider de supprimer la copie.
L’illustration montre une source à jour et une ancienne copie enregistrée. Le visiteur reçoit la copie enregistrée.
Videz le cache de la page modifiée
La purge par URL supprime les variantes en cache d’une adresse du même site. Vous pouvez aussi sélectionner un article ou une page WordPress par son identifiant. Ces deux options limitent mieux l’intervention qu’une purge complète.
Pour de nouveaux horaires sur une page, commencez par cette page. Pour un menu ou un modèle présent sur tout le site, une purge plus large peut convenir. Choisissez selon les endroits où la modification apparaît.
Les autres pages en cache peuvent rester disponibles. Supprimer une copie ne prouve ni qu’une nouvelle copie a été créée, ni qu’un visiteur voit la modification.
La page sélectionnée quitte le cache. Les autres restent en place. Le résultat doit encore être vérifié.
De l’ancienne copie au résultat vérifié
1. Vérifier la source
Précisez le site et l’URL exacts. Ouvrez le contenu WordPress publié et vérifiez la modification attendue avant d’examiner le cache.
2. Examiner le cache local
Demandez l’état de Cache Enabler et inspectez les fichiers enregistrés. Le diagnostic de page peut fournir la réponse HTTP, les en-têtes de cache et un marqueur, mais il utilise des en-têtes de requête no-cache. Il ne mesure pas une visite ordinaire.
3. Choisir la portée de la purge
Purgez l’URL ou l’article pour une modification locale. Utilisez la purge du site courant ou du cache complet seulement si les contenus concernés justifient cette portée.
4. Lire la page côté visiteur
Ouvrez l’adresse publique sans session administrateur et recherchez la modification. Si l’ancien contenu demeure, examinez séparément les éventuels CDN, proxy inverse et cache du navigateur.
Choisir la portée avant de modifier les réglages
Le nettoyage du cache expiré supprime les entrées dont la durée de validité est écoulée. La purge du site ou du cache complet va au-delà d’une seule URL. L’extension propose aussi un aperçu des réglages, l’activation et la désactivation, ainsi que la régénération des fichiers backend.
Les changements de réglages sont simulés par défaut. Examinez l’aperçu avant de les appliquer. La suppression du répertoire de cache est une opération d’urgence distincte avec confirmation explicite. Pour une page obsolète, commencez par les purges ordinaires.
Prérequis
Utilisez WordPress 6.9 ou ultérieur avec l’Abilities API intégrée, PHP 8.0 ou ultérieur, Cache Enabler et le WordPress MCP Adapter pour connecter votre client. Le compte WordPress connecté doit disposer de manage_options.
MCP Expose Abilities est facultatif. Cette extension enregistre ses propres fonctions. Cache Enabler gère les fichiers en cache ; l’extension fournit les opérations d’inspection et de gestion.
Ces opérations concernent le cache local de Cache Enabler. Elles ne vident ni le CDN ni le cache du navigateur. Votre client MCP fournit la connexion à l’IA.
Commencez par la page qui semble obsolète
Installez l’extension et demandez à votre client d’examiner une URL concernée. Supprimez la copie appropriée, puis vérifiez le contenu effectivement reçu par le visiteur.