Fonctionnalités Tarifs Régions Support Blog ⚡ Audit gratuit Essai gratuit Connexion EN
← Retour au blog

CacheBoost préchauffe désormais votre cache depuis 12 régions

Sept nouvelles régions de préchauffage sont ouvertes : Milan, Zurich, Toronto, São Paulo, Singapour, Mumbai et Sydney. Pourquoi la région compte pour un cache CDN, et comment choisir les vôtres.

CacheBoost préchauffe désormais votre cache depuis 12 régions

CacheBoost fait maintenant tourner des agents booster dans 12 régions. Jusqu'ici, vous pouviez préchauffer depuis la France, l'Allemagne, l'Espagne, le Royaume-Uni et les États-Unis. Sept nouvelles régions sont ouvertes à partir d'aujourd'hui : Milan, Zurich, Toronto, São Paulo, Singapour, Mumbai et Sydney.

Si vos visiteurs sont en dehors de l'Europe de l'Ouest et des États-Unis, vous pouvez désormais préchauffer les points de présence du CDN qui les servent vraiment.

La liste complète

Pays Ville Code API
France Paris fr
Allemagne Francfort de
Royaume-Uni Londres gb
Espagne Madrid es
Italie (nouveau) Milan it
Suisse (nouveau) Zurich ch
États-Unis Iowa us
Canada (nouveau) Toronto ca
Brésil (nouveau) São Paulo br
Singapour (nouveau) Singapour sg
Inde (nouveau) Mumbai in
Australie (nouveau) Sydney au

La liste à jour est toujours sur la page Régions.

Pourquoi la région compte

Un CDN n'a pas un cache, il en a un par point de présence. Quand un booster à Paris demande votre page d'accueil via Cloudflare, il remplit le cache du datacenter de Paris. Un visiteur à Sydney passe par le datacenter de Sydney, qui n'a encore jamais vu la page : sa requête est un miss, et elle remonte jusqu'à votre serveur d'origine.

Plus l'origine est loin, plus ce miss coûte cher. Le seul aller-retour réseau entre Sydney et un serveur en Europe prend environ 250 à 300 ms, avant même que votre application ait commencé à construire la page.

Le cache à plusieurs niveaux (Tiered Cache chez Cloudflare, Origin Shield chez CloudFront) atténue le problème : un miss au point de présence est servi par un cache de niveau supérieur plutôt que par l'origine. Mais le point de présence devant le visiteur rate quand même la première requête. C'est le préchauffage depuis une région proche qui transforme cette première requête en hit.

Nous avons détaillé ce fonctionnement par point de présence dans Préchauffage de cache vs CDN.

Quelles régions choisir

Partez de vos statistiques d'audience, pas de la carte. Regardez d'où vient votre trafic, puis associez chaque audience importante à la région la plus proche :

  • Brésil : São Paulo.
  • Canada : Toronto.
  • Asie du Sud-Est : Singapour.
  • Inde : Mumbai.
  • Australie : Sydney.
  • Suisse et Italie : Zurich et Milan.

Un booster préchauffe les points de présence par lesquels passent ses propres requêtes, c'est-à-dire les plus proches de lui. Les grands CDN ont plusieurs points de présence par pays : une région ne les préchauffe donc pas tous. Pour ceux qu'elle n'atteint pas, le cache à plusieurs niveaux (voir plus haut) évite que les miss remontent jusqu'à votre origine.

Gardez la région États-Unis si le trafic de recherche compte pour vous : Googlebot explore surtout depuis les États-Unis, et un crawler qui tombe sur une page froide reçoit la version lente.

N'activez pas toutes les régions par défaut. Chaque région envoie ses propres requêtes à votre origine : dix régions, c'est dix fois la charge de préchauffage. Activez celles où vous avez de vrais visiteurs.

Activer une nouvelle région

Dans l'application, ouvrez un boost, sélectionnez les régions voulues et enregistrez. Le run suivant préchauffe depuis chaque région sélectionnée.

Avec l'API, passez les codes de région dans le champ region quand vous créez ou modifiez un boost, ou quand vous préchauffez une liste d'URLs :

POST /v1/sites/{id}/warm
X-API-Key: cb_live_...
Content-Type: application/json

{
  "urls": ["https://www.example.com/", "https://www.example.com/tarifs"],
  "region": ["fr", "sg", "au"]
}

GET /v1/me renvoie les régions disponibles pour votre compte. L'ancien code uk reste accepté comme alias de gb.

Avec le serveur MCP, l'outil warm_site prend la même liste region : vous pouvez demander à votre assistant de « préchauffer la page d'accueil depuis Singapour et Sydney » après un déploiement. La mise en place est décrite dans Préchauffer son cache depuis Claude, Cursor ou n'importe quel client MCP.

Une région vous manque ?

Si votre audience se trouve dans une zone que nous ne couvrons pas encore, dites-le-nous sur la page Régions. Les demandes envoyées depuis ce formulaire nous aident à choisir les prochaines régions à ouvrir.

Cet article est aussi disponible en English.