# Cloudflare Pages, Vercel, Netlify : qui encaisse un headless à fort trafic

> Coût, limites de build et délai de propagation des contenus : comparatif chiffré des trois plateformes pour un front consommant un WordPress headless à fort trafic.

- Auteur : Clément Hadrot
- Publié le : 2025-05-01
- Mis à jour le : 2025-05-01
- Catégorie : Headless & API
- URL : https://wpmoderne.dev.wordpress-developpement.fr/headless/comparatif-2025-cloudflare-pages-vercel-netlify-headless/

## L’essentiel

- Écart de coût significatif au-delà de 500 000 visites mensuelles
- Limites de temps de build très différentes entre les trois plateformes
- Délai de propagation du contenu variable selon la stratégie de cache utilisée

Quelle plateforme tient sa promesse d'un déploiement quasi instantané quand un site dépasse le million de pages vues mensuelles ? La question s'est posée concrètement pour un média régional qui republie en continu, via un WordPress headless, plusieurs dizaines d'articles par jour, avec un front Next.js et un besoin fort de rafraîchissement rapide du contenu en cache. Trois plateformes ont été testées en conditions réelles pendant six semaines, avec le même code, le même trafic simulé et le même volume de webhooks de publication : Cloudflare Pages, Vercel et Netlify.

## Le protocole de test

Chaque plateforme recevait le même projet Next.js, avec ISR activé, connecté au même WordPress headless via son API REST. Un script simulait 25 publications par jour, chacune déclenchant un webhook de revalidation, pendant que Locust générait un trafic constant d'environ 40 000 visites quotidiennes, avec des pics à 500 requêtes par seconde lors des heures de forte audience.

## Coût mensuel selon le volume de trafic

Les trois plateformes proposent des paliers gratuits généreux, mais divergent nettement une fois le trafic réel atteint. Vercel facture principalement à l'usage des fonctions serverless et de la bande passante ; Netlify suit une logique proche, avec des paliers par nombre de builds et de minutes de fonctions ; Cloudflare Pages, adossé à l'infrastructure Cloudflare, reste historiquement plus généreux sur la bande passante, ce qui a un impact direct sur la facture d'un site à fort trafic d'images.

> L'essentiel à retenir : Écart de coût significatif au-delà de 500 000 visites mensuelles ; Limites de temps de build très différentes entre les trois plateformes ; Délai de propagation du contenu variable selon la stratégie de cache utilisée

| Critère | Cloudflare Pages | Vercel | Netlify |
| --- | --- | --- | --- |
| Coût estimé (1,2 million de vues/mois) | Environ 60 € | Environ 230 € | Environ 190 € |
| Temps de build maximal (plan payant standard) | 20 minutes | 45 minutes | 30 minutes |
| Délai de propagation après revalidation ISR | Environ 30 secondes | Quasi immédiat | Environ 20 secondes |
| Nombre de régions edge (déploiement statique) | Plus de 300 | Environ 100 | Environ 100 |
| Support natif de l'ISR Next.js | Partiel, via adaptation | Natif, éditeur du framework | Bon, via plugin officiel |

## Le délai de propagation, un critère souvent négligé

Sur un média qui republie plusieurs fois par heure, le délai entre la publication d'un article dans WordPress et sa disponibilité effective sur le front peut faire la différence entre une actualité chaude et un article qui semble déjà dépassé. Vercel, en tant qu'éditeur du framework Next.js, bénéficie d'une intégration native de l'ISR avec un délai de propagation quasi immédiat après réception du webhook de revalidation. Cloudflare Pages, qui ne maîtrise pas nativement le framework, accuse un délai supplémentaire d'environ 30 secondes, lié à la façon dont l'adaptation du runtime Next.js gère la revalidation à la demande.

## Les limites de build, un facteur qui grandit avec le site

Sur un site de quelques centaines de pages, la durée de build reste anecdotique. Sur un site avec plusieurs dizaines de milliers de pages générées statiquement au démarrage, la limite de temps de build devient un facteur structurant : Cloudflare Pages, plus restrictif à 20 minutes sur son plan standard, a nécessité une bascule partielle vers l'ISR pour certaines sections du site, initialement prévues en génération statique complète.

- Cloudflare Pages : coût le plus maîtrisé, mais intégration ISR moins mature.
- Vercel : intégration ISR la plus fluide, au prix d'une facture nettement plus élevée à fort trafic.
- Netlify : position intermédiaire sur les trois critères testés.

> Un comparatif de plateforme ne devrait jamais s'arrêter au prix affiché sur la page tarifs : le délai de propagation du contenu, souvent invisible dans la documentation marketing, peut peser bien plus lourd sur l'expérience éditoriale réelle.

## Verdict

Pour ce média régional, le choix final s'est porté sur Netlify, un compromis jugé le plus équilibré entre coût maîtrisé et délai de propagation acceptable pour son rythme de publication. Vercel reste imbattable pour une équipe qui privilégie la rapidité de mise à jour du contenu au-dessus de toute autre considération budgétaire ; Cloudflare Pages s'impose pour un site où le trafic d'images et de bande passante dépasse largement le volume de republications quotidiennes. Aucune des trois plateformes ne domine sur l'ensemble des critères simultanément.