Automatic Platform Optimization, ou APO, est l’offre de Cloudflare qui met en cache les pages HTML complètes de WordPress directement sur son réseau de plus de 300 points de présence, en s’appuyant sur un plugin officiel qui purge intelligemment le cache à chaque publication ou commentaire. L’argument commercial est séduisant : un cache de page mondial sans toucher à la configuration du serveur d’origine.
Plutôt que de se fier à la documentation marketing, nous avons activé APO sur trois sites clients aux profils différents — un blog éditorial à fort trafic international, une boutique WooCommerce nationale, un site vitrine B2B — et mesuré les temps de réponse pendant un mois, avant et après activation, depuis plusieurs zones géographiques.
Méthode de mesure et sites testés
Les mesures ont été prises avec WebPageTest depuis quatre localisations (Paris, Londres, New York, Singapour), dix passages par localisation et par période, cache navigateur vidé à chaque fois. Les trois sites étaient hébergés chez le même prestataire européen, sans CDN préexistant, pour isoler l’effet propre d’APO.
- Site A : blog éditorial, environ 40 % du trafic hors Europe.
- Site B : boutique WooCommerce, trafic à 90 % français.
- Site C : site vitrine B2B, faible trafic mais forte exigence de réactivité perçue.
Les chiffres mesurés
Sur le site A, à fort trafic international, l’effet a été spectaculaire depuis les zones éloignées : le TTFB moyen depuis Singapour est passé de 890 ms à 258 ms, soit une réduction de 71 %, la page étant servie directement depuis un point de présence proche du visiteur plutôt que depuis le serveur d’origine en Europe. Depuis Paris, la ville la plus proche du serveur d’origine, le gain était plus modeste, autour de 22 %.
| Site | TTFB Paris avant/après | TTFB Singapour avant/après |
|---|---|---|
| A (éditorial) | 210 ms → 164 ms | 890 ms → 258 ms |
| B (WooCommerce) | 340 ms → 198 ms | 920 ms → 340 ms |
| C (vitrine B2B) | 180 ms → 142 ms | 810 ms → 245 ms |
Le site B a montré un gain plus contenu depuis Singapour, environ 63 %, car une partie des pages (panier, compte, produits avec stock en temps réel) restent exclues du cache APO par défaut, ce qui limite la proportion de requêtes réellement servies depuis le réseau Cloudflare.
Les limites rencontrées en pratique
Le point le plus délicat a concerné les utilisateurs connectés. APO détecte par défaut la présence de cookies WordPress classiques pour ne pas servir de cache aux administrateurs et auteurs, mais un plugin de membres tiers utilisant ses propres cookies a nécessité une configuration manuelle des règles d’exclusion, faute de quoi certains contenus réservés aux abonnés se sont brièvement affichés en cache public.
Deuxième limite : APO cache le HTML, pas les requêtes vers l’API REST ni les appels AJAX du panier WooCommerce, qui continuent de solliciter le serveur d’origine à chaque interaction. Sur le site B, le temps de génération du fragment panier restait dépendant des performances de PHP-FPM et du cache d’objets côté serveur, complètement indépendant d’APO.
Notre conseil systématique aux clients qui activent APO : traitez-le comme un accélérateur de distribution, jamais comme un substitut à un cache d’objets persistant bien configuré côté origine.
Coût et rapport à l’usage
APO est un service payant par domaine, facturé mensuellement en plus d’un abonnement Cloudflare existant. Sur les sites B et C, à trafic majoritairement local, le retour sur investissement était plus discutable que sur le site A, dont l’audience internationale justifiait pleinement la dépense par les gains constatés sur le temps de chargement perçu et, indirectement, sur le taux de rebond mesuré les semaines suivantes.
Notre verdict
Cloudflare APO tient sa promesse principale : réduire drastiquement le TTFB pour les visiteurs géographiquement éloignés du serveur d’origine. Pour un site à audience internationale, l’investissement se justifie aisément au vu des chiffres mesurés. Pour un site à trafic majoritairement local, l’intérêt est réel mais plus marginal, et un travail classique sur le cache de page et le cache d’objets côté serveur peut apporter un gain comparable à moindre coût.
