Choisir son CDN pour une boutique indépendante : comparatif des nœuds et du cache entre Cloudflare, Akamai et Alibaba Cloud
1. Le rôle du CDN dans l’architecture d’une boutique indépendante
Le CDN (réseau de distribution de contenu) met en cache vos ressources statiques — images, CSS, JS, et même les pages HTML — sur les nœuds de périphérie les plus proches de l’utilisateur. Un utilisateur qui consulte votre site depuis l’Allemagne n’envoie plus sa requête à travers le Pacifique jusqu’à un serveur à Hangzhou : elle est renvoyée directement depuis un nœud de Francfort ou de Düsseldorf, ce qui réduit le temps d’affichage du premier écran de 50 % à 70 %.
Pour une boutique indépendante, le CDN règle trois choses. D’abord la latence entre régions : vos acheteurs sont en Europe ou aux États-Unis et votre serveur d’origine est en Chine, sans CDN le premier écran dépasse facilement 5 secondes. Ensuite la protection du serveur d’origine : le CDN absorbe le DDoS et le trafic des robots, et le serveur d’origine ne reçoit que des requêtes propres. Enfin le coût de la bande passante : les ressources statiques passent par le CDN, et la facture de bande passante du serveur d’origine baisse de plus de moitié.
| Rôle du CDN | Sans CDN | Avec CDN | Gain chiffré |
|---|---|---|---|
| Latence entre régions | Un utilisateur européen ou américain traverse l’océan, RTT de 200 à 400 ms | Réponse depuis le nœud le plus proche, RTT de 20 à 50 ms | Temps d’affichage du premier écran réduit de 50 % à 70 % |
| Protection du serveur d’origine | Les robots et le DDoS frappent directement le serveur d’origine | Interception aux nœuds de périphérie, le serveur d’origine ne reçoit que des requêtes propres | Requêtes au serveur d’origine réduites de plus de 80 % |
| Coût de la bande passante | Toutes les ressources remontent au serveur d’origine | Les ressources statiques touchent le cache du CDN | Facture de bande passante du serveur d’origine réduite de 50 % à 80 % |
| Déchargement HTTPS | Le serveur d’origine gère la poignée de main TLS | Les nœuds de périphérie gèrent la poignée de main TLS | Utilisation du CPU du serveur d’origine réduite de 20 % à 30 % |
Le CDN et la stratégie de cache sont deux niveaux distincts : le CDN gère le segment entre les nœuds de périphérie et l’utilisateur, tandis que le cache de page et le cache d’objets côté serveur gèrent le segment du serveur d’origine. C’est en combinant les deux que l’on descend le LCP sous 2,5 secondes. Pour configurer le cache par niveaux sur une boutique indépendante, voir Accélération mondiale par CDN et stratégie de cache, et pour les seuils à atteindre sur les Core Web Vitals, voir Indicateurs Core Web Vitals et priorités d’optimisation.
2. Comparatif des trois CDN : nœuds, prix, cas d’usage
Cloudflare, Akamai et le CDN d’Aliyun sont les trois solutions les plus souvent citées pour les sites indépendants. Leurs positionnements sont totalement différents : Cloudflare vise les PME avec une offre gratuite et un réseau mondial, Akamai cible l’e-commerce et les médias avec des SLA entreprise et une gestion de gros trafic, et le CDN d’Aliyun s’adresse au marché chinois grâce à ses nœuds locaux et son écosystème de licence ICP. Ne les comparez pas avec la même règle.
| Critère de comparaison | Cloudflare | Akamai | CDN d’Aliyun |
|---|---|---|---|
| Nombre de nœuds mondiaux | 330+ villes | 140+ pays | 2800+ nœuds en Chine, 80+ à l’étranger |
| Offre gratuite / entrée de gamme | Version gratuite, trafic illimité | Pas d’offre gratuite, à partir d’environ 2000 $/mois | Paiement à l’usage, environ 0,18 ¥/Go |
| Prix des offres payantes | Pro 25 $/mois, Business 250 $/mois | Contrat entreprise, de quelques milliers à plusieurs dizaines de milliers de $/mois | Forfait annuel à partir d’environ 100 ¥/mois |
| Cas d’usage typiques | PME, sites B2B, blogs | E-commerce lors des soldes, sites médias, sites financiers | Sites dont l’audience est principalement en Chine |
| Qualité d’accès depuis la Chine | Moyenne, détours dans certaines provinces | Moyenne, personnalisable pour les clients entreprise | Excellente, latence en Chine inférieure à 10 ms |
| Difficulté de configuration | Simple, intégration en un clic | Complexe, nécessite une équipe dédiée | Moyenne, nécessite une licence ICP et la configuration DNS |
| Fonctions de sécurité supplémentaires | WAF, DDoS, gestion des bots | WAF entreprise, contrôle des risques | WAF, version de base DDoS |
Exemple concret : un site d’équipements industriels basé à Hangzhou qui vend à l’export, dont les principaux acheteurs sont en Allemagne et aux États-Unis, avec environ 8000 visiteurs uniques par mois. Dans ce cas, la version gratuite de Cloudflare suffit amplement : ses 330 nœuds couvrent Francfort et San José, et elle inclut le HTTPS sur tout le site ainsi qu’un WAF de base, pour 0 $/mois. Si vous choisissez Akamai, le tarif démarre à 2000 $/mois, alors que votre trafic n’atteindra peut-être même pas 100 Go dans le mois : vous payez pour des SLA entreprise dont vous n’avez pas besoin.
3. Arbre de décision pour choisir son CDN selon le marché et le trafic
Pour choisir, ne commencez pas par demander « quelle est la meilleure solution ». Répondez d’abord à trois questions : dans quelle région se trouvent vos principaux acheteurs ? Quel est votre trafic mensuel approximatif en Go ? Avez-vous besoin de SLA stricts ? Une fois ces trois questions traitées, la réponse s’impose d’elle-même.
| Marchés principaux | Trafic mensuel | Exigence de SLA | Solution recommandée |
|---|---|---|---|
| Principalement Europe / États-Unis | ≤ 500 Go | Non | Version gratuite de Cloudflare |
| Principalement Europe / États-Unis | 500 Go à 5 To | Besoin de 99,9 % | Cloudflare Pro ou Business |
| Principalement Europe / États-Unis | > 5 To ou soldes e-commerce | Besoin de 99,99 % | Akamai version entreprise |
| Principalement en Chine | Indifférent | Conformité en Chine | CDN d’Aliyun (licence ICP requise) |
| Répartition mondiale | ≤ 1 To | Standard | Commencer par la version gratuite de Cloudflare |
| Moyen-Orient / Amérique latine | ≤ 500 Go | Standard | Cloudflare Business ou supérieur |
Un constat contre-intuitif : beaucoup pensent que les CDN gratuits ont des fonctionnalités limitées, alors qu’en réalité la version gratuite de Cloudflare inclut déjà les règles de cache, les Page Rules, un WAF de base, la protection DDoS et le HTTPS sur tout le site. Pour un site B2B indépendant, il ne manque que les fonctions payantes comme l’optimisation d’images (Mirage) et Polish. Or un site B2B contient peu d’images : une extension d’optimisation d’images suffit, inutile de passer à la version Pro à 25 $/mois pour ces deux fonctionnalités.
Exemple concret : un site B2B de moules métalliques à l’export, avec des images produit d’environ 200 Ko chacune et un total d’environ 500 images sur le site. À cette échelle, pas besoin de l’optimisation automatique d’images de Cloudflare : compressez vous-même vos images sous 80 Ko avec ShortPixel, et vous faites passer le poids total de 100 Mo à 40 Mo, plus direct que l’optimisation payante d’un CDN. Pour la gestion et la compression des médias, voir Gestion des médias et compression des images.
4. Configuration de base des règles de cache
Choisir un CDN ne veut pas dire devenir plus rapide automatiquement : mal configurées, les règles de cache peuvent rendre le CDN plus lent que sans CDN. L’erreur la plus fréquente est de mettre en cache toutes les pages HTML. Or, sur un site indépendant, les formulaires de demande de devis et les contenus dynamiques ne doivent pas être mis en cache, sinon le formulaire soumis par un visiteur peut être mis en cache et affiché à quelqu’un d’autre. La bonne méthode : définir des règles par type de fichier.
| Type de ressource | Durée de cache | Faut-il mettre le HTML en cache | Stratégie de rafraîchissement |
|---|---|---|---|
| Images (jpg/png/webp) | 30 jours à 1 an | Non applicable | Rafraîchissement automatique si le nom de fichier contient un hash |
| CSS/JS | 7 à 30 jours | Non applicable | Invalidation automatique à la mise à jour du numéro de version |
| Pages HTML | Ne pas mettre en cache directement | Utiliser le cache côté serveur | Rafraîchir manuellement à chaque nouvelle version |
| Page formulaire de demande de devis | Pas de cache | no-cache obligatoire | Toujours revenir à l’origine |
| XML sitemap | 1 heure | Cache court | Expiration automatique puis nouvelle requête |
| Back-office wp-admin | Pas de cache | no-cache obligatoire | Toujours revenir à l’origine |
Le taux de hit du cache est l’indicateur clé pour juger si la configuration CDN est correcte. Pour les ressources statiques, visez plus de 95 % de hit ; pour les pages HTML servies par le cache côté serveur, visez plus de 80 %. Chaque tranche de 10 % de hit en plus réduit d’environ 30 % le coût de bande passante de l’origine. Dans Cloudflare Analytics, consultez le Cache Hit Rate : si le taux de hit des ressources statiques est inférieur à 90 %, c’est que vos règles de cache sont trop courtes ou que les URL de fichiers changent sans arrêt.
Pour savoir comment articuler les trois niveaux de cache d’un site indépendant (cache de page, cache d’objets, cache navigateur) avec le CDN, voir Configuration des trois niveaux de cache pour un site indépendant. Pour la supervision et les alertes après activation du CDN, voir Checklist de surveillance et d’alerte du site.
5. Recette après le choix et pièges courants
Après avoir activé un CDN, ne considérez pas que c’est gagné : faites quatre vérifications. Premièrement, testez le premier écran depuis votre marché cible avec WebPageTest pour confirmer que le LCP a bien baissé. Deuxièmement, vérifiez que le certificat HTTPS couvre tous les sous-domaines. Troisièmement, testez l’envoi du formulaire de demande de devis (le cache CDN transforme souvent la page du formulaire en page statique). Quatrièmement, assurez-vous que robots.txt et sitemap.xml ne sont pas mis en cache dans une ancienne version.
| Piège courant | Le phénomène | Raison | Correctif |
|---|---|---|---|
| HTML mis en cache sur toute la page | Le visiteur voit le contenu du formulaire soumis par quelqu’un d’autre | Les règles de cache CDN mettent aussi le HTML en cache | Passer le HTML en no-cache et laisser le cache côté serveur s’en charger |
| Les images ne se rafraîchissent pas | L’utilisateur ne voit pas le nouveau logo | Le nom de fichier n’a pas changé, le cache n’est pas invalidé | Ajouter un numéro de version ou un hash au nom de fichier |
| Accès ralenti depuis la Chine | Le premier écran est plus lent en Chine qu’avec un site sans CDN | Les nœuds Cloudflare en Chine font un détour | Basculer le trafic chinois vers Alibaba Cloud CDN ou en direct sur l’origine |
| Erreur de certificat HTTPS | Erreur de certificat sur certains sous-domaines | Le certificat ne couvre pas tous les sous-domaines | Demander un certificat wildcard |
| Crawler bloqué par erreur | Googlebot n’arrive pas à crawler les pages | Règles WAF trop strictes | Autoriser les user-agents Googlebot et Bingbot |
| Le cache ne se rafraîchit pas | Les modifications restent invisibles en ligne | La durée de cache par défaut du CDN est trop longue | Après publication, purgez manuellement ou définissez un TTL court |
Choisir un CDN, c’est d’abord lancer puis optimiser : ne passez pas trois mois à comparer les offres. La bonne méthode : démarrez avec la version gratuite de Cloudflare, laissez tourner 3 mois en observant la bande passante et le taux de cache, puis décidez si vous devez passer à une offre supérieure ou migrer vers Alibaba Cloud. Si votre trafic mensuel reste sous 100 Go, la version gratuite suffit durablement, inutile de passer au plan Pro. Dans la maintenance quotidienne d’un site à l’international, la vérification de la configuration CDN est une action mensuelle fixe, voir Les six tâches mensuelles de la maintenance d’un site. La conformité des données et les paramètres de cookies d’un site à l’international doivent aussi s’articuler avec le CDN, voir Fondations de conformité pour un site à l’international.
Dernier rappel : après avoir activé le CDN, ne désactivez pas immédiatement la protection de votre serveur d’origine. Beaucoup pensent que le CDN filtre déjà une couche et coupent le pare-feu et le WAF de l’origine : c’est une erreur. Le CDN ne bloque que le trafic qui l’atteint ; si l’IP de votre serveur fuite, un attaquant peut contourner le CDN et frapper directement l’origine. La bonne méthode : n’autoriser sur le pare-feu d’origine que les plages d’IP du CDN et refuser tout le reste. Vous ne perturbez pas le retour vers l’origine et vous bloquez les attaques directes. La documentation officielle de Cloudflare fournit la liste complète des plages d’IP, il suffit de les ajouter à la liste blanche.
FAQ — Questions fréquentes
La version gratuite de Cloudflare suffit-elle ?
Quand faut-il passer à Akamai ?
Alibaba Cloud CDN ou Cloudflare : comment choisir ?
Que faire si le CDN met en cache les pages HTML ?
Quel taux de cache hit est normal ?
Google pourra-t-il toujours crawler le site après l’ajout d’un CDN ?
Pour conclure
Pour le choix d’un CDN, la plus grande erreur est de confondre « niveau entreprise » et « adapté à moi ». Akamai est très puissant, mais il sert des e-commerçants à 100 000 requêtes par seconde le jour du Double 11 et des sites média à un million de pages vues par seconde. Pour un site B2B à 8 000 visiteurs uniques par mois, la version gratuite de Cloudflare suffit : l’argent économisé ira au contenu et au SEO, avec un retour bien supérieur aux 2 000 dollars dépensés pour un SLA entreprise.
Trois étapes pour passer à l’action. Première étape : identifiez les régions de vos principaux acheteurs et votre trafic mensuel, puis choisissez le fournisseur CDN avec l’arbre de décision. Deuxième étape : configurez les règles de cache — plus de 7 jours pour les ressources statiques, le HTML confié au cache côté serveur, les pages de formulaire jamais mises en cache. Troisième étape : après 3 mois, regardez la facture de bande passante et le taux de hit, et montez en gamme si nécessaire. Ces trois étapes faites, vous ne serez ni bloqué par les limites de la version gratuite, ni à payer pour des capacités entreprise dont vous n’avez pas besoin.
Une phrase à retenir : un CDN n’est pas meilleur parce qu’il est plus cher, mais parce qu’il est mieux adapté — pour un site B2B à quelques milliers de visiteurs uniques par mois, la version gratuite de Cloudflare est la réponse, inutile de payer 2 000 dollars de plus pour un SLA entreprise dont vous ne vous servirez pas.