Cloudflare

Notre point de vue sur Cloudflare

Webflow gère bien l'hébergement HTML, CSS et le CMS, mais s'arrête là. Pour tout ce qui dépasse (scripts custom hébergés ailleurs que sur jsDelivr, fonctions edge, redirections complexes, sous-domaines applicatifs), Cloudflare est notre extension naturelle.

Le rapport qualité-prix est imbattable : la majorité des features dont une agence a besoin sont gratuites ou quasi gratuites. Et la console Cloudflare est l'une des plus claires du marché infra.

Quand on choisit Cloudflare

• DNS de tous nos projets clients. Plus rapide, plus sûr et plus fiable que la majorité des registrars.
• Hosting de scripts custom. Plutôt que jsDelivr CDN, on déploie nos scripts sur Cloudflare Pages ou Workers pour avoir le contrôle complet.
• Workers pour de la logique edge. Redirections conditionnelles, A/B test côté serveur, transformation HTML en streaming, headers custom. Tout ce que Webflow ne sait pas faire.
• Sous-domaines applicatifs. Quand un projet Webflow a besoin d'un `app.client.com` séparé, Cloudflare oriente proprement.
• Besoin d'avoir accès aux Logs. Webflow ne fournit pas les logs, on les retrouve dans Cloudflare

Quand on déconseille Cloudflare

• Client déjà chez OVH ou Gandi avec setup propre. Si le DNS et les redirections sont gérés et que ça marche, pas la peine de migrer pour migrer.
• Compliance souveraineté française stricte. Cloudflare est américain. Pour certains projets gov ou santé, on évalue Bunny.net (européen) ou des CDN français.
• Cas où Webflow Hosting suffit largement. Sur un site marketing simple sans scripts ni redirections complexes, ajouter Cloudflare est une couche inutile.

Comment on l'utilise concrètement chez Justa

1. DNS centralisés sur Cloudflare

Dès qu'on prend en main un projet, on migre les DNS sur Cloudflare. Délai de propagation, fiabilité et interface justifient le déplacement même quand il faut convaincre le client.

2. Scripts custom hébergés sur Cloudflare Pages

Notre code custom (animations, intégrations, formulaires complexes) vit dans des repos GitHub déployés automatiquement sur Cloudflare Pages. Mise à jour par push, versionning git, rollback facile.

3. Workers pour les redirections complexes

Webflow gère les redirections simples mais plafonne vite. Pour les patterns complexes (regex, conditions par geo ou device), on déploie un Worker qui traite la requête avant qu'elle n'atteigne Webflow.

4. Cache rules pour la performance

Sur certains projets, on configure des règles de cache Cloudflare qui complètent le hosting Webflow. Surtout utile sur des assets servis depuis nos repos custom.

Les limites qu'on gère

• Workers payant au-delà d'un certain volume. Le free tier couvre la plupart des projets, mais sur des sites à fort trafic on bascule sur le plan Workers Paid (5$/mois donc largement accessible).
• Conflit possible avec Webflow Hosting. Activer le proxy Cloudflare (orange cloud) sur un domaine Webflow nécessite quelques précautions sur les SSL et les headers. À tester au case par case.
• Souveraineté. Données qui transitent par les datacenters US. À documenter pour les clients soumis à RGPD strict ou secteurs sensibles.

Alternatives qu'on connaît aussi

• Bunny.net. Européen, très bon CDN, intéressant pour la souveraineté ou des cas où le pricing volume Cloudflare devient cher.
• Vercel. Plus orienté frontend Next.js qu'infrastructure générale. Bon si l'app principale est en React.
• AWS CloudFront. Plus puissant mais beaucoup plus complexe à configurer. À réserver aux projets déjà sur AWS.
• Hosting Webflow seul. Suffit largement pour un site marketing simple sans scripts custom.