CDN mondial : choisir les bons points de présence et la bonne stratégie de cache pour un site B2B

Stratégie de cache CDN à trois niveaux et choix des points de présence pour un site B2B

CDN mondial : choisir les bons points de présence et la bonne stratégie de cache pour un site B2B

Conclusion d’abord : Un site B2B hébergé sur un serveur en Chine et visité depuis l’étranger sera toujours lent : le CDN n’est pas une option. Trois indicateurs clés : un LCP sous 2,5 secondes, un TTFB sous 600 millisecondes et une image LCP de premier écran compressée sous 200 Ko. La stratégie de cache se décline en trois niveaux : TTL de 7 à 30 jours pour les ressources statiques, cache de 5 minutes à 1 heure pour le HTML public, aucun cache pour le contenu dynamique. En dessous de 500 Go de bande passante par mois, optez pour la facturation à l’usage ; au-delà de 2 To, envisagez un forfait trafic. Ne payez pas pour des points de présence mondiaux dont vous n’avez pas besoin.

1. Pourquoi un site B2B a encore plus besoin d’un CDN

La structure de trafic d’un site B2B n’a rien à voir avec celle d’un site de e-commerce transfrontalier : un site e-commerce peut recevoir des dizaines de milliers de visites par jour, alors qu’un site B2B générant des demandes de devis en reçoit souvent quelques centaines à quelques milliers, très concentrées sur quelques pays cibles. Mais justement parce que le trafic est faible, beaucoup de webmasters pensent à tort que « personne ne visite, donc pas besoin d’accélérer ». Résultat : chaque visiteur étranger télécharge la page complète depuis l’origine en Chine, le TTFB dépasse facilement les 2 secondes, le premier écran met plus de 3 secondes à s’afficher, et le taux de demandes de devis chute de moitié sans qu’ils s’en rendent compte.

L’intérêt d’un CDN pour un site B2B ne se limite pas à la vitesse. Les visiteurs récupèrent les ressources statiques depuis les nœuds de périphérie, l’origine n’est sollicitée qu’en cas de cache miss, ce qui réduit d’un ordre de grandeur la bande passante et la charge CPU de l’origine, et limite aussi le risque de saturation par les robots d’exploration et les requêtes malveillantes. Pour le choix de la stack technique, voir la suite complète crater ; pour la maintenance quotidienne des performances du site, voir Les six tâches de maintenance mensuelles.

Indicateur	Valeur typique sans CDN	Valeur attendue avec CDN	Outil de mesure
TTFB (temps jusqu’au premier octet)	1500 à 3000 ms	200 à 600 ms	WebPageTest / Lighthouse
LCP (affichage du plus grand contenu)	4 à 8 secondes	1,8 à 2,5 secondes	CrUX / Search Console
Trafic sortant mensuel de l’origine	100 % retour à l’origine	Taux de retour à l’origine ≤ 10 %	Statistiques de retour à l’origine dans la console CDN
Chargement des images	1 à 3 Mo par image	Image de premier écran ≤ 200 Ko	Panneau Performance
Accessibilité mondiale	Délais d’attente dans certaines régions	Couverture mondiale ≥ 95 %	Surveillance mondiale Uptime

2. Choix des points de présence : ciblez vos marchés, n’achetez pas une « couverture mondiale complète »

Les « plus de 1000 points de présence mondiaux » mis en avant par les fournisseurs de CDN ont peu d’intérêt pour un site B2B : vous n’avez probablement des visiteurs que dans 5 à 10 pays. Lors de l’achat d’un forfait, partez de vos marchés cibles pour déterminer les points de présence et investissez dans les sites de périphérie où vos visiteurs arrivent réellement.

Priorité des marchés selon la répartition habituelle des entreprises B2B à l’international : Europe (Francfort, Londres), Amérique du Nord (Los Angeles côté ouest, Virginie côté est), Moyen-Orient (Dubaï), Asie du Sud-Est (Singapour). Si vos clients sont concentrés en Amérique latine, vérifiez séparément que le CDN dispose de points de présence à São Paulo et Mexico : beaucoup d’offres bon marché n’ont aucun nœud en Amérique latine. Le seuil de qualité pour la mise en ligne de contenu sur un site multilingue est détaillé dans Contrôle qualité avant mise en ligne multilingue.

Marché cible	Nœuds POP prioritaires	Latence de référence	Remarque
Europe de l’Ouest	Francfort, Londres	≤ 80 ms	Conformité RGPD : vérifier que les nœuds sont dans l’UE
Amérique du Nord	Los Angeles, Virginie	≤ 100 ms	Depuis l’Asie-Pacifique, le détour par la côte ouest est plus rapide
Moyen-Orient	Dubaï, Riyad	≤ 120 ms	Certaines offres n’ont pas de nœud au Moyen-Orient
Asie du Sud-Est	Singapour, Jakarta	≤ 100 ms	Singapour offre la meilleure couverture
Amérique latine	São Paulo, Mexico	≤ 150 ms	À vérifier séparément, souvent absent
Australie-Nouvelle-Zélande	Sydney	≤ 120 ms	Sur un petit marché, l’accès direct à l’origine est envisageable

III. Stratégie de cache à trois niveaux : ce qu’il faut mettre en cache, et ce qu’il ne faut jamais

Une mauvaise stratégie de cache est plus dangereuse que l’absence de cache. Mettre tout le site en cache pour se simplifier la vie finit par mettre en cache les envois de formulaire, les pages de session et la connexion à l’administration : les demandes de devis se perdent en silence, les sessions deviennent incohérentes, et il faut deux ou trois jours pour trouver la cause. La bonne approche : trois niveaux de règles selon le type de contenu.

Premier niveau, les ressources statiques : CSS/JS avec un hash dans le nom de fichier, images, polices. TTL de 7 à 30 jours ; quand le hash du nom change, le fichier se rafraîchit de lui-même. Deuxième niveau, le semi-statique : les pages d’articles publics et les pages produit en HTML, avec un TTL de 5 minutes à 1 heure, pour profiter du cache tout en garantissant la prise en compte d’une modification partout dans le monde en moins d’une heure. Troisième niveau, le dynamique : envois de formulaire en POST, sessions utilisateur, recommandations personnalisées, administration — jamais de cache, avec une déclaration explicite Cache-Control: no-store. Pour la gestion des médias, voir Gestion des images et des vidéos et pour le traitement des tableaux de données multilingues, voir Graphiques et tableaux multi-sites.

Type de contenu	Emplacement du cache	TTL conseillé	Points d’attention sur la clé de cache
CSS/JS avec hash	Nœud de périphérie	7 à 30 jours	Le hash du nom fait office de version
Images statiques	Nœud de périphérie	7 à 14 jours	WebP/AVIF servis selon l’en-tête Accept
Fichiers de police	Nœud de périphérie	30 jours	Attention au CORS
HTML des articles publics	Nœud de périphérie	5 minutes à 1 heure	Contourner le cache si un Cookie est présent
Pages de catalogue produit	Nœud de périphérie	15 minutes à 1 heure	Rafraîchir activement en cas de changement de stock
Formulaires/sessions/administration	Pas de cache	no-store	Exclure via une liste blanche de chemins

IV. Taux de succès du cache, retours à l’origine et maîtrise des coûts

Pour savoir si le CDN sert à quelque chose, un seul chiffre : le taux de succès du cache. Sur un site B2B, la part de ressources statiques est élevée ; visez plus de 90 %. En dessous de 80 %, les règles de cache sont mal configurées et une grande partie des requêtes repart vers l’origine. Causes fréquentes d’un taux faible : des paramètres aléatoires dans le HTML qui gonflent la clé de cache, des Cookies non ignorés qui créent un cache distinct par utilisateur, des images non compressées qui se font évincer du cache dès qu’une nouvelle arrive.

Côté coûts, la bande passante mensuelle d’un site B2B se situe généralement entre quelques dizaines et quelques centaines de Go. La facturation à l’usage est la plus avantageuse, avec un coût mensuel souvent compris entre quelques dizaines et cent cinquante yuans. N’achetez pas un forfait annuel de trafic dès le départ : commencez par un ou deux mois à l’usage, observez la bande passante réelle, puis décidez si vous passez à un forfait. Pour la protection SEO pendant la migration de domaine et le changement de CDN, voir Redirections 301 et préservation du SEO lors d’une migration.

Bande passante mensuelle	Mode de facturation conseillé	Ordre de grandeur du coût mensuel	Attention
< 100 GB	Paiement à l’usage	Quelques dizaines de yuans	Le plus avantageux pour un petit site
100 à 500 Go	À l’usage ou petit forfait de trafic	100 à 300 yuans	Observer deux ou trois mois avant de décider
500 Go à 2 To	Forfait de trafic moyen	300 à 800 yuans	Taux de succès visé : 90 %
> 2 To	Gros forfait de trafic / tarif contractuel	Négociable	Négocier un tarif mensuel engagé

V. Les pièges courants de configuration CDN sur un site B2B

Piège	Le phénomène	Diagnostic et correction
Cache HTML sur tout le site	Le contenu modifié ne se met à jour nulle part	Ne mettre en cache le HTML que sur un TTL court ou exclure par chemin
Formulaires mis en cache	Demandes perdues ou soumises en double	Ne jamais mettre en cache la méthode POST, liste blanche de chemins
HTTPS/HTTP3 non activé	Poignée de main lente, le TLS pèse lourd dans le TTFB	Activer TLS 1.3 et QUIC/HTTP3
Images non converties	PNG trop lourds sur iOS	Conversion automatique en WebP/AVIF selon l’en-tête Accept
Clé de cache incluant les paramètres de suivi	Taux de succès faible, pics de requêtes vers l’origine	Ignorer les paramètres de requête type UTM dans la clé de cache
Origine non protégée	Le CDN est contourné et l’origine est attaquée directement	Le pare-feu de l’origine n’autorise que les plages d’IP de retour du CDN

Le dernier point est le plus souvent négligé : le CDN ne fait que bloquer les visiteurs en périphérie, l’origine reste accessible directement par son IP. La bonne pratique est de configurer le pare-feu de l’origine pour n’autoriser que les plages d’IP de retour du fournisseur CDN et de refuser tout le reste, sinon quiconque obtient l’IP de votre origine peut contourner le CDN et attaquer directement. Pour configurer la surveillance et les alertes du site, voir Checklist de surveillance et d’alerte du site.

FAQ — Questions fréquentes

Le trafic d’un site B2B est très faible, est-ce que le CDN est vraiment nécessaire ?

Oui, et les sites à faible trafic en ont justement le plus besoin. Un faible trafic signifie que la bande passante et la configuration de l’origine sont généralement basiques : chaque visiteur à l’étranger doit revenir jusqu’à l’origine en traversant le Pacifique, avec un TTFB qui dépasse facilement 2 secondes. Le CDN met en cache les ressources statiques en périphérie, le visiteur les récupère au plus près, le premier écran gagne 1 à 2 secondes et le taux de conversion des demandes en profite directement. Le coût mensuel à l’usage se limite souvent à quelques dizaines de yuans, inutile de se poser la question.

Cloudflare ou le CDN international d’un grand fournisseur chinois ?

Pour un petit site, privilégiez Cloudflare en version gratuite ou Pro : la couverture des nœuds et l’optimisation TLS fonctionnent dès l’installation, la configuration est simple. Quand la bande passante mensuelle atteint plusieurs centaines de Go, ou que vous avez besoin d’une conformité stricte et d’un support technique dédié, comparez alors avec les versions internationales d’Aliyun/Tencent Cloud et AWS CloudFront. Le critère de décision : testez d’abord la vitesse depuis trois villes différentes de votre marché cible avec WebPageTest, et prenez celui dont le TTFB est le plus bas, sans vous fier au seul nombre de nœuds annoncé par le fournisseur.

Faut-il mettre en cache les pages HTML ? Et pendant combien de temps ?

Pour les pages d’articles et de produits publiques, un cache HTML avec un TTL court est conseillé, de 5 minutes à 1 heure, pour concilier taux de succès et fraîcheur du contenu. Les pages avec session connectée, panier ou personnalisation ne doivent jamais être mises en cache. Si après une modification vous avez besoin d’une mise à jour mondiale immédiate, déclenchez manuellement un rafraîchissement du cache plutôt que d’attendre l’expiration du TTL.

Comment diagnostiquer un faible taux de succès du cache ?

Vérifiez trois choses dans l’ordre. Premièrement, la réponse contient-elle un Set-Cookie ? Les requêtes avec cookie utilisent par défaut une clé de cache distincte, d’où un taux de cache forcément faible. Deuxièmement, l’URL contient-elle des paramètres aléatoires ou des UTM ? Chaque paramètre différent est traité comme une ressource différente. Troisièmement, le nom des fichiers statiques contient-il un hash ? Sans hash, un fichier renommé n’est rafraîchi ni par le navigateur ni par le CDN. Une fois ces trois points corrigés, le taux de cache passe généralement de 50 % à 90 %.

Comment vérifier que le CDN fonctionne vraiment ?

En deux étapes. Dans l’onglet Network des outils de développement du navigateur, regardez les en-têtes de réponse : présence d’en-têtes caractéristiques du CDN comme CF-Ray/X-Cache et statut HIT. Ensuite, testez depuis le réseau du marché cible avec WebPageTest, en comparant le TTFB et le LCP avant et après la mise en place du CDN. La vitesse locale ne veut rien dire : il faut simuler un visiteur à l’étranger. Regardez aussi la part de bande passante d’origine dans la console CDN : le taux de retour à l’origine doit descendre sous 10 %.

Le CDN affecte-t-il le SEO et les crawlers d’IA ?

Non, bien configuré il est même bénéfique. Les moteurs de recherche et les crawlers de grands modèles lisent normalement le HTML renvoyé par le CDN, et la vitesse améliore le budget de crawl. Deux points de vigilance : ne pas appliquer de cache spécifique aux chemins des crawlers, ce qui renverrait du contenu obsolète ; activer complètement HTTPS et HTTP/3. Pour préserver le SEO pendant une migration ou un changement de CDN, voir le plan de redirection 301.

Pour conclure

L’accélération à l’étranger d’un site B2B indépendant n’est pas une démonstration technique : il s’agit de faire passer le temps d’affichage du premier écran pour chaque visiteur étranger de « je n’attends plus, je pars » à « je veux bien lire jusqu’au bout et envoyer une demande ». Le CDN est l’action au meilleur rapport investissement-résultat de cette étape : quelques dizaines de yuans par mois pour faire passer le TTFB de 2 secondes à quelques centaines de millisecondes.

Trois étapes pour passer à l’action. D’abord, choisissez 3 à 5 points de présence (POP) essentiels selon votre marché cible : ne payez pas pour des nœuds mondiaux inutiles. Ensuite, configurez les règles de cache en trois niveaux : TTL long pour le statique, TTL court pour le HTML, pas de cache pour le dynamique. Enfin, consultez une fois par semaine le taux de cache et le taux de retour à l’origine : sous 80 % de taux de cache, revenez vérifier vos règles. Ces trois étapes faites, votre site a des bases solides à l’étranger.

Une phrase à retenir : les demandes d’un site B2B meurent souvent pendant les trois secondes où le visiteur attend son premier écran — le CDN, c’est ces trois secondes que vous achetez.