--- title: "On opère les plateformes. On n’est pas les plateformes." description: "La configuration passe en self-service. Le jugement, non." canonical_url: https://optimi.com/fr/news/on-n-est-pas-fastly-on-n-est-pas-cloudflare md_url: https://optimi.com/fr/news/on-n-est-pas-fastly-on-n-est-pas-cloudflare.md last_updated: 2026-09-29 --- # On opère les plateformes. On n’est pas les plateformes. La configuration passe en self-service. Le jugement, non. --- Cet automne, un CTO demandera, sans animosité : « Pourquoi encore un partenaire managé, maintenant que le bot management, le tuning du WAF et les contrôles IA vivent directement dans la console ? » La question est légitime. Les fournisseurs edge ont vraiment simplifié certaines choses. Nous le concédons. Puis nous disons ce qui ne s’est pas simplifié. --- ## Ce que les consoles viennent de simplifier Depuis un an, les grands fournisseurs edge et d’infrastructure (comme Cloudflare et Fastly, entre autres) ont livré des dizaines de réglages de classification sophistiqués. Bot management enterprise, AI gateways devant les modèles, synchronisation fine des préférences bots qui aligne `robots.txt` sur l’enforcement actif, règles WAF post-cache : ce sont désormais des capacités standard des consoles web modernes. Écrire un allow, un challenge ou un block dans une console moderne est plus simple qu’il y a trois ans. Pour une équipe qui a le temps, les compétences et un seul fournisseur, la configuration en self-service est une réalité. Nous ne le contestons pas. Nous n’avons pas de réseau à protéger. --- ## La configuration passe en self-service. Le jugement, non. Un plan enterprise plus riche ajoute des fonctionnalités. Il n’ajoute pas les gens qui les opèrent. Les fonctionnalités des fournisseurs récompensent l’investissement en ingénierie : VCL custom, règles edge complexes, réduction des faux positifs. Mais chaque console exige toujours quelqu’un pour décider quand autoriser, challenger ou bloquer lorsque SEO, produit et sécurité ne sont pas d’accord. Il faut quelqu’un sur le pont quand une règle propre en staging rencontre le trafic de pointe. Quelqu’un qui sera encore là dans cinq ans, quand les vendeurs auront livré trois couches de contrôle de plus. C’est la couche que personne ne possède. Les toggles ne la referment pas. Ils l’élargissent. Le self-service échoue à un point précis : la politique traverse les consoles. Un bot score dans un dashboard, un signal WAF dans un autre, un rate limit, un fichier `robots.txt`, un sitemap, une console d’analytics SEO. Le DIY, c’est six propriétaires distincts. Ou un seul généraliste DevOps un vendredi soir. --- ## Nous n’avons pas de CDN à pousser Pas de réseau maison, pas de WAF exclusif, pas de partenariat qui dicte nos recommandations. Les fournisseurs sont de l’approvisionnement. La neutralité est le métier, pas un slogan de slide. Nous ne tapons pas sur les fournisseurs edge. Que vous vous appuyiez sur Cloudflare, Fastly ou une architecture hybride multi-fournisseurs, un tableau comparatif de vendeurs est l’inverse de ce que nous vendons. Vous gardez vos fournisseurs. Nous les opérons. --- ## Partenaires, pas rivaux Quand les plateformes (Cloudflare, Fastly ou d’autres) étendent leurs capacités à la sécurité IA et aux gateways de modèles, nous les opérons : gestion des clés, politiques de routage, règles edge et logs non échantillonnés, plutôt que de laisser une équipe d’ingénierie resserrée staffer une console de plus. Nous ne construisons pas de gateway de modèles propriétaire. Nous n’enfermons personne dans un CDN fermé. Le métier durable n’est pas la configuration de base, que les fournisseurs industrialisent à grande vitesse. C’est le jugement, la neutralité multi-vendeurs et la responsabilité opérationnelle. « Nous sommes un partenaire opérationnel, pas un SKU logiciel » est la réponse directe à « On va acheter des consoles enterprise et les opérer nous-mêmes. » Vous pouvez acheter des licences enterprise et les opérer vous-mêmes. Certaines équipes le font. D’autres écrivent leur VCL et leurs règles WAF en interne. La question n’est pas la licence. C’est de savoir si vous tiendrez l’ownership des politiques bot, WAF, crawlers et agents sans responsable dédié, surtout cet automne, quand les budgets se votent et que le pic de saison approche. --- ## Ce que nous demandons Pas de changer de fournisseur pour le sport. De revoir qui possède la politique bot et WAF *aujourd’hui* : quelle console, quelle règle, quel ingénieur à 2 h du matin, quelle exception après un faux positif SEO. Si la réponse tient dans un schéma d’architecture propre, gardez-le. Si elle tient dans trois tickets qui ne se rencontrent jamais, un audit du trafic non-humain est le bon premier geste : évaluer la stack que vous payez déjà (Cloudflare, Fastly ou n’importe quelle combinaison), sans ajouter de nouveaux SKU logiciels. **On opère les plateformes, qu’il s’agisse de Cloudflare, de Fastly ou de tout autre fournisseur de votre choix. On n’est pas les plateformes. Le reste de l’automne, c’est cette phrase, appliquée aux bots, puis aux crawlers, puis aux agents.** --- **Revoir l’ownership bot / WAF, pas le fournisseur** Une lecture du trafic non-humain pour voir qui décide allow, challenge ou block sur l’infrastructure que vous avez déjà. [Demander une lecture opérationnelle](/fr/contact) *Opérateur de l’edge depuis 2014, partenaire de votre performance et de votre résilience numérique. Plus rapide, plus sûr, plus visible.*