· 8 min de lecture

Cloudflare pour un site russe en 2026 : pourquoi j'ai choisi Beget CDN

Cloudflare est instable en Russie à cause des blocages et du DPI. Pour un site B2B local, j'ai pris Beget CDN - sans migration DNS et sans risque réglementaire.

Quand on construit un site pour une audience B2B russe en 2026, la question CDN se pose ainsi : ‘utiliser Cloudflare ou pas’. Cloudflare est devenu standard hors Russie, mais à l’intérieur du pays, le dernier an et demi a ajouté des problèmes - blocages, DPI chez les FAI, vitesse instable. Sur mon projet j’ai pris Beget CDN. Je raconte pourquoi et à qui ça convient.

En bref

  • Cloudflare donne CDN + protection DDoS + WAF + DNS - beaucoup d’utile ‘out of the box’.
  • En Russie 2024-2025 : blocages d’une partie des plages IP, DPI casse le handshake SSL, une partie des utilisateurs voit le site lent ou ne le charge pas.
  • Pour du B2B local c’est critique : chaque pourcent d’utilisateurs perdus, c’est de l’argent.
  • Alternatives pour audience russe : Beget CDN (si vous hébergez là), Yandex Cloud CDN, Selectel CDN.
  • J’ai pris Beget CDN - intégré à l’hébergement, sans migration DNS, sans risque réglementaire.

Ce que donne Cloudflare

Cloudflare n’est même pas un CDN pur, mais une stack de services d’infrastructure :

  • CDN - distribution de statique (CSS, JS, images) depuis des serveurs edge dans le monde. Quand un utilisateur de Paris ouvre votre site, il reçoit le CSS depuis l’edge parisien, pas depuis votre serveur à Moscou.
  • Protection DDoS L3/L4 (réseau) et L7 (application). Gratuit même en plan free.
  • DNS - Cloudflare est devenu un des plus grands fournisseurs DNS. Le résolveur 1.1.1.1, c’est eux.
  • WAF - filtrage des requêtes au niveau application, protection contre injection SQL, XSS, bases d’exploits.
  • Workers - compute edge serverless (exécution de code JS/Wasm près de l’utilisateur).
  • R2 - stockage compatible S3.

Pour un SaaS global ou un site d’information à audience mondiale, c’est très pratique. Un service couvre une tonne de tâches, et le plan free est réellement gratuit et fonctionne.

Ce qui a changé en Russie en 2024-2025

Depuis le printemps 2024, les FAI russes bloquent une partie des plages IP de Cloudflare via DPI (deep packet inspection). Ce n’est pas un ‘blocage complet du domaine’ mais des interférences ciblées : le handshake TLS traîne 5-10 secondes ou échoue. L’utilisateur concret ne voit pas ‘site bloqué’ - il voit ‘page lente à charger’ ou ‘connexion impossible’. Dans 80 % des cas il ferme l’onglet.

Important : les blocages sont asymétriques. Ils dépendent du FAI, de la région, de l’heure. Un utilisateur à Moscou sur MTS ouvre le site en 800 ms, le voisin sur Beeline met 12 secondes, un troisième sur VPN corporate voit ça nickel. Impossible à reproduire de façon stable, donc problème difficile à débuguer.

Pour un site global où la Russie fait 5-10 % du trafic, c’est tolérable. On peut perdre un client russe précis, mais pas de masse critique de pertes. Pour un site B2B local (nettoyage à Saint-Pétersbourg, mobilier à Moscou, rénovation à Ekaterinbourg) - chaque pourcent a un prix en roubles. Et là Cloudflare joue contre vous.

Ce que j’ai pris à la place

Le site a pour audience principale la Russie, avec accent sur Saint-Pétersbourg et Moscou. Objectifs de la stack Cloudflare :

  • CDN pour le statique - utile, mais en zone russe
  • Protection DDoS - inutile, le petit B2B n’est pas cible d’attaquants
  • WAF - couvert par des filtres côté serveur (voir l’article sur l’anti-spam de formulaire)
  • Hébergement DNS - utile, mais peu importe d’où
  • Workers / R2 - inutiles dans ma stack

Parmi les CDN russes, le choix :

Beget CDN - intégré à l’hébergement Beget. Gratuit avec un tarif existant, serveurs à Moscou, Saint-Pétersbourg et en région. Vitesse sur audience russe - excellente. Bémol : limites de fonctionnalités (pas de WAF style CF, pas de Workers), mais je n’en ai pas besoin.

Yandex Cloud CDN - service de production de Yandex, points edge russes, facturation au volume sortant. Vous le mettez devant votre backend, configurez les règles de cache. Convient pour un gros site avec sa propre stack d’infrastructure. Prix actuels et régions sur la page du service.

Selectel CDN - similaire à Yandex Cloud. Serveurs russes, règles de cache souples, facturation transparente.

Pas de CDN du tout - pour les petits sites jusqu’à 1000 uniques/jour. Le serveur sert tout en direct, cache navigateur + bons Cache-Control couvrent la majorité. Option légitime si votre hébergement est rapide et l’audience surtout russe.

J’ai pris Beget CDN parce que :

  1. J’héberge déjà là - aucun nouveau compte, facturation, migration DNS.
  2. Gratuit. Toute ‘rallonge tarifaire’ à ce stade du projet est superflue.
  3. Serveurs en Russie, vitesse pour l’audience pétersbourgeoise excellente.
  4. Je ne change pas les NS - laissés chez le registrar du domaine ; seule la couche CDN passe par Beget.
  5. Quand on veut couper le CDN pour une demi-heure (debug ou reset cache) - un bouton dans le panneau.

Ce que Beget CDN ne couvre pas

Pour ne pas laisser l’impression ‘CDN russe = solution miracle’, honnêtement les inconvénients :

Moins de points edge. Beget c’est surtout Moscou et Saint-Pétersbourg. Yandex Cloud ajoute la Sibérie et Vladivostok. Cloudflare a des centaines de points dans le monde. Si votre audience est dans 50 pays - impossible sans CDN global.

Moins de fonctionnalités. WAF, bot management, règles de cache custom - soit absent, soit réduit. Les gros sites qui bidouillent sérieusement la config ne tiendront pas sur Beget CDN.

Dépendance à l’hébergeur. Si vous décidez de quitter Beget pour un autre hébergement - il faudra migrer le CDN en parallèle. Sur Cloudflare, hébergement et CDN sont indépendants.

Pas de DNS global. Mon DNS vit chez le registrar (REG.RU). Sur Cloudflare on pourrait y migrer le DNS aussi et avoir un TTL de 5 minutes sur les changements - pratique pour les tests. Chez les registrars, le TTL est habituellement d’une heure à deux.

Quand je laisse quand même Cloudflare

Je ne retire pas CF chez tous les clients. Scénarios où il reste :

  • SaaS ou e-commerce global. Si un client a 60 % de trafic US, 20 % Europe, le reste dans le monde - Cloudflare convient. L’audience russe aura ‘tel quel’.
  • Site avec un vrai historique DDoS. Si le site est vraiment attaqué (média, politique, niche concurrentielle) - la protection DDoS Cloudflare est gratuite et marche. Les CDN russes n’offrent pas ce niveau de protection en gratuit.
  • Startup B2B globale. Développement direct sur le marché international, audience RU non prioritaire - on laisse CF, on ne touche pas.

Pour un petit site russe B2B de services - Cloudflare est plutôt un moins qu’un plus en 2026. Pas une idéologie ‘le russe c’est mieux’, mais une évaluation sobre du paysage infrastructurel.

Si vous décidez de migrer de CF vers un CDN russe

Le scénario de migration est à peu près :

Étape 1 : côté registrar du domaine, changer les NS de Cloudflare vers les NS de votre hébergeur (Beget, Reg.ru, Yandex Cloud). Le DNS se mettra à jour en 4-24 h.

Étape 2 : côté panneau d’hébergement, activer le CDN. Chez Beget c’est une case à cocher dans ‘Sites’. Chez Yandex Cloud - création d’une Resource dans Cloud CDN avec origine fixée sur votre hébergement.

Étape 3 : vérifier les en-têtes de réponse. Les ressources statiques doivent montrer X-Cache: HIT ou équivalent.

Étape 4 : tester chez différents FAI (MTS, Beeline, réseau corporate) - la vitesse doit devenir régulière, sans pics de latence.

Étape 5 : surveiller Search Console et Yandex Webmaster. Parfois un changement d’IP d’hébergement déclenche un recalcul temporaire d’autorité. Dans 90 % des cas - invisible, dans de rares cas - position qui retombe 2-3 semaines, puis revient.

Le cas complet sur le lancement d’un site fait main sur du shared en PHP - dans l’article ‘50 jours de SEO en nettoyage B2B’. Le choix du CDN fait partie de la première semaine.

Si vous hésitez entre garder Cloudflare et passer à un CDN russe, ou avez besoin d’une expertise ponctuelle d’infrastructure - écrivez-moi sur Telegram @dimik90. Sur les services :

À lire aussi : OPcache sur hébergement mutualisé, CLS 0,377 → 0,002 en une journée, formulaire anti-spam sans captcha.

Questions fréquentes

Cloudflare marche en Russie ou pas ?
Ça marche, mais instablement pour une audience russe. Depuis 2024 les FAI russes bloquent une partie des plages IP de Cloudflare via DPI - ça se manifeste par un chargement lent ou des échecs de handshake SSL. L'utilisateur concret ne le comprend pas, il ferme juste le site. Si votre audience est mondiale et la Russie fait 5 % - tolérable. Pour du B2B local russe - vous perdez une part significative du trafic. Pour des SaaS et sites d'info globaux, Cloudflare garde du sens.
Cloudflare c'est du CDN ou quelque chose de plus ?
À l'origine du CDN (distribuer du statique depuis des nœuds edge). Ça s'est étendu : protection DDoS L7, WAF (web application firewall), hébergement DNS, Workers (compute edge serverless), Stream (vidéo), R2 (stockage compatible S3). La plupart des sites n'utilisent que CDN et DNS - les autres fonctionnalités sont rarement utiles à un petit site commercial.
Yandex Cloud CDN et Selectel CDN sont des alternatives ?
Oui. Yandex Cloud CDN - service de production, serveurs à Moscou/Saint-Pétersbourg/Novossibirsk/Vladivostok, à partir de 0,7 RUB par 1 Go sortant. Selectel - similaire. Beget CDN est intégré à l'hébergement Beget, gratuit avec un plan existant, serveurs en Russie. Les trois résolvent la distribution de statique pour une audience russe sans risque réglementaire. Si vous hébergez déjà chez Beget ou Yandex Cloud - prenez le CDN chez eux ; sinon payez à part.
Que je perds en abandonnant Cloudflare ?
Quelques fonctionnalités qui se sont avérées inutiles dans mon cas. Protection DDoS L7 - j'ai un petit site B2B, pas de risque. Cloudflare Workers - utile pour du compute edge serverless, tout rend chez moi en PHP shared. Mode anti-bot - couvert par six filtres dans le formulaire côté serveur (voir article séparé). Analytics étendu - j'ai Yandex Metrica. Cloudflare donne le 'tout-en-un', mais pour du petit B2B la majorité est superflue.
Et si le client a déjà Cloudflare ?
Trois scénarios. Premier - si l'audience est globale et la Russie mineure, laissez tel quel. Deuxième - si l'audience principale est en Russie, basculez sur un CDN russe : changer NS chez le registrar, en 24-48 h le DNS sera à jour. L'ancienne zone tournait sur CF, la nouvelle sur l'hébergeur. Troisième - hybride : statique via CDN russe, dynamique directement via l'hébergement. Plus complexe mais ça marche pour les grands sites avec des pics.