Associer FlyingPress à Cloudflare consiste à connecter le plugin de cache WordPress à l’API de Cloudflare pour synchroniser les purges, éviter les doublons de mise en cache et accélérer le chargement des pages. Bien réglée, cette combinaison réduit le temps de chargement, améliore le Core Web Vitals et limite la charge serveur, à condition de configurer correctement les deux outils ensemble.
Qu’est-ce que FlyingPress et pourquoi l’associer à Cloudflare ?
FlyingPress est un plugin de cache et d’optimisation pour WordPress. Il génère des pages HTML statiques, minifie le CSS et le JavaScript, précharge les liens et retarde le chargement des scripts non essentiels.
Cloudflare, de son côté, est un réseau de diffusion de contenu (CDN) qui met en cache les ressources statiques au plus près des visiteurs, partout dans le monde. Il filtre aussi le trafic malveillant et propose un pare-feu applicatif.
L’objectif de l’association FlyingPress Cloudflare est simple : laisser FlyingPress générer un cache HTML optimisé côté serveur, puis laisser Cloudflare distribuer ce cache à grande échelle sans que les deux systèmes ne se contredisent. C’est un enjeu de rapidité, mais aussi de conversion : un site plus rapide retient mieux ses visiteurs, comme le détaille notre guide sur l’optimisation de la conversion d’un site.
Comment fonctionne l’intégration entre FlyingPress et Cloudflare ?
FlyingPress propose une intégration native avec l’API Cloudflare, directement dans ses réglages. Concrètement, le plugin peut :
- Purger automatiquement le cache Cloudflare dès qu’une page WordPress est modifiée.
- Envoyer des instructions de purge ciblées (une seule URL) plutôt qu’un vidage complet du CDN.
- Éviter les conflits entre le cache de page de FlyingPress et le cache de Cloudflare, qui pourraient sinon servir une version périmée du site.
Sans cette synchronisation, un visiteur peut voir une page mise à jour côté WordPress mais toujours ancienne côté Cloudflare, car le CDN continue de servir sa propre copie tant qu’elle n’a pas expiré ou été purgée.
Comment configurer l’API Cloudflare dans FlyingPress ?
La connexion se fait en quelques étapes, directement depuis l’interface d’administration WordPress.
- Se connecter au tableau de bord Cloudflare et récupérer l’identifiant de compte (Account ID) et la zone du domaine concerné.
- Créer un jeton d’API dédié dans Cloudflare, avec les droits de purge du cache uniquement, plutôt que d’utiliser la clé API globale.
- Dans WordPress, ouvrir les réglages de FlyingPress, section intégrations, puis choisir Cloudflare.
- Renseigner le jeton d’API, l’identifiant de compte et l’identifiant de zone.
- Enregistrer, puis lancer une purge de test pour vérifier que la connexion fonctionne.
Cette configuration prend généralement moins de dix minutes, à condition d’avoir les bons identifiants sous la main.
Quel niveau de droits donner au jeton d’API Cloudflare ?
Il est recommandé de créer un jeton avec la permission « Cache Purge » limitée à la zone concernée, plutôt qu’un accès complet au compte. Cela réduit les risques en cas de fuite du jeton, tout en suffisant pleinement à FlyingPress pour effectuer ses purges.
Faut-il activer Cloudflare APO avec FlyingPress ?
Cloudflare APO (Automatic Platform Optimization) est un service payant qui met en cache les pages HTML directement sur le réseau Cloudflare, pour les sites WordPress. Le problème, c’est qu’il remplit une fonction proche de celle de FlyingPress.
Voici un comparatif pour éclairer ce choix :
| Critère | FlyingPress seul | FlyingPress + APO |
|---|---|---|
| Emplacement du cache HTML | Serveur d’hébergement | Réseau mondial Cloudflare |
| Coût | Licence FlyingPress uniquement | Licence FlyingPress + abonnement APO |
| Complexité de configuration | Faible | Modérée (risque de doublons de cache) |
| Intérêt principal | Suffisant pour la plupart des sites | Utile sur fort trafic international |
Dans la majorité des cas, activer FlyingPress sans APO est suffisant. L’APO devient pertinent surtout pour des sites à trafic international important, où la distance entre le serveur d’origine et les visiteurs pénalise fortement les temps de réponse.
Quels réglages Cloudflare éviter en complément de FlyingPress ?
Certains réglages Cloudflare peuvent entrer en conflit avec l’optimisation déjà réalisée par FlyingPress. Il est conseillé de vérifier les points suivants :
- Auto Minify : à désactiver côté Cloudflare, car FlyingPress s’en occupe déjà et cela peut casser du code déjà minifié.
- Rocket Loader : à désactiver, car il modifie le chargement du JavaScript d’une façon qui peut entrer en conflit avec le report de scripts géré par FlyingPress.
- Règles de cache trop agressives : vérifier que les pages dynamiques (panier, compte utilisateur) restent exclues du cache Cloudflare.
- Niveau de cache « Standard » : à privilégier plutôt qu’un cache trop long sans mécanisme de purge fiable.
Sur les sites e-commerce, notamment ceux construits avec des thèmes comme Flatsome pour WooCommerce, cette vigilance sur les exclusions de cache est particulièrement importante pour ne pas afficher un panier ou un compte client obsolète.
Comment purger automatiquement le cache Cloudflare depuis WordPress ?
Une fois l’intégration activée dans FlyingPress, la purge automatique se déclenche dans plusieurs situations :
- Publication ou mise à jour d’un article ou d’une page.
- Modification d’un widget ou d’un menu affiché sur plusieurs pages.
- Changement de thème ou de réglages globaux du site.
- Purge manuelle depuis le tableau de bord WordPress, utile après une modification technique.
Cette automatisation évite d’avoir à se connecter à Cloudflare à chaque mise à jour de contenu, ce qui est particulièrement précieux sur les sites gérant beaucoup de pages dynamiques, comme ceux construits avec Crocoblock.
FlyingPress ou Cloudflare : quel cache doit primer ?
La règle à retenir est la suivante : FlyingPress doit rester la source de vérité pour le contenu HTML, et Cloudflare doit se contenter de le redistribuer plus rapidement. Concrètement :
- FlyingPress décide quand une page doit être régénérée.
- Cloudflare stocke une copie de cette page pour la servir plus vite aux visiteurs proches de ses serveurs.
- La purge Cloudflare doit toujours être déclenchée par FlyingPress, jamais l’inverse.
Ce fonctionnement en cascade évite les incohérences et garantit que les visiteurs voient toujours la dernière version publiée.
Comment diagnostiquer un problème de cache qui ne se vide pas ?
Quand une page mise à jour continue d’afficher une ancienne version malgré la purge, plusieurs pistes doivent être vérifiées :
- Vérifier que le jeton d’API Cloudflare est toujours valide et n’a pas expiré.
- Contrôler que l’identifiant de zone renseigné dans FlyingPress correspond bien au domaine concerné.
- S’assurer qu’aucune règle de cache Cloudflare personnalisée ne force une durée de cache supérieure à celle attendue.
- Tester en navigation privée pour exclure un cache navigateur local.
- Vérifier les journaux de purge dans Cloudflare pour confirmer que la requête a bien été reçue.
Un suivi régulier des performances du site, via des outils de webmaster dédiés, aide aussi à repérer rapidement une anomalie de cache. Notre article sur le pilotage du référencement avec les outils webmaster détaille les indicateurs à surveiller.
Questions fréquentes
Faut-il un compte Cloudflare payant pour utiliser l’intégration FlyingPress ?
Non, l’intégration de base entre FlyingPress et Cloudflare fonctionne avec un compte gratuit. Seule l’option APO (Automatic Platform Optimization) nécessite un abonnement payant. Pour la plupart des sites, le plan gratuit de Cloudflare associé à FlyingPress suffit largement à obtenir de bonnes performances.
Pourquoi mon cache Cloudflare ne se purge-t-il pas automatiquement ?
La cause la plus fréquente est un jeton d’API mal configuré, expiré, ou avec des droits insuffisants. Vérifiez aussi que l’identifiant de zone renseigné dans FlyingPress correspond exactement au domaine actif sur Cloudflare, sans quoi les requêtes de purge n’atteindront jamais la bonne ressource.
Cloudflare APO remplace-t-il FlyingPress ?
Non, les deux outils sont complémentaires plutôt qu’interchangeables. FlyingPress optimise le code et génère le cache HTML, tandis qu’APO distribue ce cache sur le réseau mondial de Cloudflare. Sur un site à trafic majoritairement local, FlyingPress seul reste souvent suffisant.
Quels réglages Cloudflare désactiver pour éviter les conflits avec FlyingPress ?
Il est recommandé de désactiver Auto Minify et Rocket Loader dans Cloudflare, car FlyingPress gère déjà la minification et le chargement différé du JavaScript. Laisser ces options actives en parallèle peut casser certains scripts ou dupliquer inutilement le travail d’optimisation.
Comment savoir si l’intégration FlyingPress Cloudflare fonctionne correctement ?
Le plus simple est de modifier une page, de vérifier qu’elle se met à jour immédiatement pour un visiteur, puis de consulter les journaux d’activité de purge dans le tableau de bord Cloudflare. Une purge réussie apparaît généralement en quelques secondes après la publication.
L’intégration Cloudflare est-elle indispensable pour utiliser FlyingPress ?
Non, FlyingPress fonctionne parfaitement sans Cloudflare. L’intégration devient surtout utile si le site utilise déjà Cloudflare comme CDN ou pare-feu, afin d’éviter que les deux caches ne se désynchronisent après chaque mise à jour de contenu.
