Webflow : le pire CMS ?

Ça fait longtemps que je veux écrire cet article. Cinq ou six ans dans le digital m’ont fait croiser à peu près tous les CMS du marché côté client, et un nom revient en boucle chez les SaaS et les startups qui veulent se donner une image moderne : Webflow.

Le problème, c’est que Webflow est tout sauf SEO-friendly — et même tout sauf brand-friendly. C’est le CMS d’un designer-développeur qui veut se la péter, porté par la vague d’esthétiques modernes des années 2020-2022. Sauf qu’au niveau SEO, aucune comparaison n’est possible avec WordPress. Des choses que je règle en deux clics sur WordPress (ou n’importe quel autre CMS qui se respecte, Shopify inclus) deviennent sur Webflow soit du bricolage en code, soit purement infaisables, soit configurées par défaut d’une manière totalement inadaptée au SEO comme au client.

Cet article a donc un objectif simple : vous expliquer pourquoi Webflow est le pire CMS que vous puissiez choisir pour votre marque, et pourquoi WordPress reste, même en 2026, la référence pour monter un site qui :

1. va scaler
2. va ranker
3. va grandir avec vous

Hébergement et propriété des données

Sur Webflow, vous ne payez pas votre hébergement. Vous payez l’usage pur de la plateforme — et cet usage est cher. Pire : si vous commencez à ranker sur Google, votre trafic augmente, votre bande passante explose, et vous êtes mécaniquement poussé vers un plan supérieur qui peut grimper jusqu’à plusieurs milliers d’euros par mois. Ce n’est pas une plateforme abordable pour une startup, et c’est précisément pour ça que je ne comprendrai jamais pourquoi autant de startups vont chez Webflow.

Enfin si, je le comprends : Webflow s’est construit une image de marque moderne, presque luxueuse, presque mystique. C’est du branding pur.

Le vrai problème derrière ce modèle, c’est que toutes les données stockées sur Webflow ne vous appartiennent pas. Si demain Webflow décide, pour une raison X, que votre site ne mérite plus d’exister, il cesse simplement d’exister. Vos données sont supprimées, votre site disparaît.

Et c’est dans le meilleur des cas. Webflow propose désormais d’enregistrer votre nom de domaine directement via leur interface. Je n’ai pas testé, mais le conseil que je peux vous donner reste le même : passez par un registrar de confiance et indépendant — Hostinger, O2Switch, ou équivalent. Tout, sauf concentrer votre domaine et votre site chez le même fournisseur propriétaire.

Validation Search Console : impossible via DNS sur Webflow

Avec un hébergement traditionnel, vous avez accès aux DNS et vous validez la propriété Search Console proprement, en une minute. Sur Webflow, vous n’y avez pas accès. La seule option disponible : injecter un tag de vérification dans le head du site. Pour un acte aussi banal que valider une propriété Search Console, c’est absurde de devoir mettre les mains dans le code.

Coût et modèle économique : Webflow est très cher

Les plans payants démarrent autour de 14 à 18 $ par mois (15 à 20 € en France) pour un site basique. Mais dès qu’on veut des fonctionnalités un peu sérieuses — e-commerce, simple module CMS — on grimpe rapidement à 40-50 $ par mois, soit 35-40 € en Europe.

À ça, ajoutez les surcoûts de bande passante (qui peuvent se chiffrer en centaines d’euros) et le plan Enterprise, qui coûte entre 3 000 et 5 000 € par an. On est très loin d’une option abordable pour une PME, et c’est précisément ce paradoxe qui me dépasse : la majorité des startups préfèrent aujourd’hui Webflow à un simple WordPress.

Pour rappel, WordPress n’a pas de licence puisque c’est un projet open source gratuit. Vous payez uniquement l’hébergement chez un prestataire externe : 5, 6 ou 10 € par mois. Aucun rapport avec les 2 300 € annuels que peut atteindre un Webflow sur les plans intermédiaires. À comparer à moins de 100 € par an pour un hébergement traditionnel chez O2Switch, Hostinger ou OVH.

Petite parenthèse importante : ne tombez pas dans le piège de wordpress.com. wordpress.com, c’est exactement la même chose que Webflow — une plateforme propriétaire qui vous enferme. Allez sur wordpress.org, prenez un hébergeur indépendant (Hostinger, OVH, O2Switch), installez WordPress en open source, et vous récupérez votre liberté complète.

Aujourd’hui, les installations en un clic chez Hostinger ou O2Switch font tout le travail en quelques minutes : un bouton, et c’est en ligne. Chez OVH, c’est encore le Moyen Âge — espérons qu’ils se mettent à jour bientôt.

Plugins et extensions : un écosystème inexistant

WordPress dispose aujourd’hui de dizaines de milliers de plugins. Webflow n’a strictement rien de comparable. Pas de marketplace sérieuse, pas de vraie logique d’extensions communautaires.

Vous dépendez d’intégrations natives limitées ou de SaaS tiers comme Zapier, Make ou du code custom. Et Zapier comme Make demandent un abonnement supplémentaire, à payer en plus de Webflow. n8n est une alternative qu’on peut self-host sur un VPS ou en local, mais ça implique encore un investissement technique et financier derrière.

Vous voulez un formulaire un peu avancé ? Impossible nativement sur Webflow, il faut passer par un service tiers. Chez un client, j’utilisais HubSpot, et la solution propriétaire HubSpot ne permet pas de modifier les formulaires comme on veut, ni d’obtenir le rendu visuel attendu. Encore de la friction, encore des pain points qui s’accumulent par-dessus l’outil.

Pour résumer : sur Webflow, vous bricolez. Vous payez un SaaS externe pour héberger un site qui n’a même pas de marketplace de plugins correcte, le tout enfermé sous une licence propriétaire. Sur WordPress, vous installez un plugin, vous l’activez, ça fonctionne. Oui, vous gérez la maintenance vous-même. Mais vous avez la main, et vous avez un site qui marche.

SEO avancé : Webflow s’arrête au socle

Côté SEO, Webflow propose un socle de base correct : configuration des balises, sitemap automatique, métas. C’est là que ça s’arrête. Le manque de profondeur est flagrant.

Pas d’équivalent natif à RankMath ou à Yoast (et encore, Yoast étant lui-même bien en deçà de RankMath). Pas de gestion fine du schema markup. Pas de contrôle granulaire du crawl budget. Pas de système de redirections en masse — il faut traiter les redirections une par une.

Il me semble que ça a évolué et qu’on peut désormais uploader un CSV, mais c’est limité. Pas de gestion correcte du hreflang en multilingue. Pas de logs serveur accessibles, ce qui est un vrai handicap en SEO.

Côté technique, on se retrouve avec une grosse boîte noire dans laquelle on ne peut pas faire grand-chose. Et le pire, c’est qu’on doit corriger soi-même les erreurs que Webflow a introduites dans son propre code.

Exemple concret : aujourd’hui sur Webflow, quand on définit des attributs height et width sur une image, ça ne fonctionne pas, parce que le HTML natif n’est pas correctement supporté. Il faut passer par du JavaScript ou injecter du CSS via un attribut défini en amont. Si vous ne le savez pas, vous faites l’erreur, vous ne comprenez pas d’où elle vient, et le souci technique de base reste non résolu.

Autre point noir : le sitemap. Webflow génère un sitemap automatique, mais rien n’est paramétrable. Concrètement :

• pas de sitemap dédié pour les images
• pas de sitemap dédié pour les articles
• pas de sitemap dédié pour les catégories

Des URLs de collection, de FAQ ou de support CMS se retrouvent dans le sitemap principal alors qu’elles n’ont rien à y faire. Quand Google passe sur ce sitemap, il considère qu’il doit crawler toutes ces URLs. Sauf qu’elles ne sont pas toutes importantes, et il consomme son crawl budget pour rien. La seule solution : importer un sitemap custom. Encore un point de friction, encore du temps perdu.

Webperformance : un poids mort

Sur tous les sites Webflow sur lesquels j’ai travaillé, les recommandations techniques en SEO portaient systématiquement sur la performance : CLS, Time to First Byte, LCP. Toujours les mêmes problèmes.

La raison est structurelle. Webflow est une technologie propriétaire extrêmement lourde, qui multiplie les appels et embarque énormément de JavaScript pour ses animations. On connaît tous Webflow et ses animations. Résultat : des temps de chargement catastrophiques, et certains sites qui ne respectent même pas la structure HTML5 de base.

Sur WordPress, ce serait réglé en cinq minutes : un plugin de webperformance et basta. Sur Webflow, rien de tout ça n’est possible. Pas de cache custom, pas de choix de CDN, pas d’accès SSH, pas de gestion fine des appels de ressources. Encore un point de friction sur lequel il faut transpirer en tant que SEO.

Et les clients en pâtissent directement : un temps de chargement élevé, c’est du CTR qui baisse. Et du CTR qui baisse, c’est du chiffre d’affaires en moins. Que Webflow n’ait toujours pas réglé ce problème en 2026 me dépasse.

Limites du CMS et des collections

Le CMS de Webflow a une limite dure : 10 000 items par collection. À première vue, on se dit : « Bon, 10 000, ça laisse de la marge. » Sauf qu’en pratique, on y arrive vite.

Sur un client, les collections servaient à gérer les FAQ de chaque page transactionnelle, et chaque collection contenait l’ensemble des questions/réponses du site. Sur un site moyen d’une centaine de pages transactionnelles avec cinq ou six items par page, ça commence déjà à compter. Sur un gros site, c’est tout simplement intenable.

Il suffit qu’un e-commerce moyen commence à percer et ait besoin de scaler en contenu : il est bloqué. Migration obligatoire. Sur WordPress, aucune limite structurelle de ce type. Et si on se demande pourquoi cette limite existe sur Webflow, la réponse tient en un mot : profit. Webflow n’est pas conçu pour héberger des gros sites avec des stacks de contenu importants — annuaires, médias, e-commerce volumineux. C’est une solution « de luxe » pour startups qui ont de l’argent à dépenser, ou qui ne savent simplement pas où le mettre.

Communauté et prestataires

Je ne vais surprendre personne : WordPress, c’est aujourd’hui 43 % du web. Le meilleur exemple que je puisse donner reste le site de la Maison-Blanche, qui tourne sur WordPress depuis des années. Quand l’institution la plus puissante des États-Unis fait ce choix, ça en dit long sur la robustesse du CMS.

Le second problème que j’ai avec Webflow, c’est l’écosystème de prestataires qui gravite autour. Comparé aux prestataires WordPress — agences ou indépendants — les prestataires Webflow sont extrêmement chers.

Peut-être pas autant que les fameuses agences Shopify qui facturent 32 000 € pour quatre pages qui ne rankent pas. Mais on reste sur des sites à plusieurs dizaines de milliers d’euros, parfois pour pas grand-chose. Sur WordPress, vous pouvez faire appel à un développeur ou même à une agence pour 1 500 € si le budget est serré, ou 3 500 € pour quelque chose de réellement qualitatif.

Sur Webflow, je vois une vraie inflation de la « compétence de constructeur de site », sans valeur ajoutée réelle, qui agit comme un parasite du secteur. Le meilleur exemple : les agences Webflow qui nouent des partenariats avec des incubateurs de startups type Station F ou EuraTechnologies à Lille, pour capter de l’argent facilement. Les startups dépensent, ce n’est pas leur souci. Quand on dit à un founder de mettre 2 000 € dans un site web, il signe sans broncher.

Dépendance totale à l’outil

Si demain Webflow décide de changer son éditeur, son pricing, ses fonctionnalités, ou de déprécier une feature, vous n’avez aucun levier. Vous subissez. Sur WordPress, c’est de l’open source : si une mise à jour ne vous plaît pas, vous avez deux options — forker le projet et rester sur votre version, ou figer l’ancienne. Vous gardez la main.

D’autant qu’à l’ère de l’IA et du vibe coding, il n’a jamais été aussi simple de partir d’une base WordPress et de développer dessus. Ce n’est pas une solution pour tout le monde, j’en conviens, mais ça reste une vraie possibilité. Et à l’heure du RGPD et de l’IA, où la confidentialité des données est l’enjeu majeur de notre génération, c’est un argument qui pèse lourd.

Gestion des rôles et permissions : $$$

Autre gros point noir, sur lequel Webflow abuse largement : les rôles utilisateurs et les permissions de votre équipe.

Le plan de base de Webflow (autour d’une trentaine d’euros, il me semble) ne donne droit qu’à une seule place utilisateur. Une seule personne peut travailler sur le site en live. Sur WordPress, vous ajoutez autant d’utilisateurs que vous voulez, tant que votre hébergement encaisse.

Il faut quand même nuancer côté Webflow, qui distingue deux types de comptes :

• les designers
• les éditeurs

Les designers modifient le front, les éditeurs gèrent les entrées CMS. Sur le papier, c’est cohérent. Sauf qu’en tant que SEO, vous avez besoin de la place designer pour intervenir sur :

• un design
• une structure de page
• les mots-clés sur des pages de vente

Et là, impossible de travailler à deux avec le designer interne du client : il n’y a qu’une place.

Vous l’aurez deviné : ajouter une deuxième place de designer, c’est un nouveau plan ou un add-on. Tenez-vous bien — cette place supplémentaire coûte 39 $. Pour rappel, un hébergement WordPress complet plafonne à 10 € par mois.

Comparaison WordPress vs Webflow

Pour récapituler, rien ne vaut un bon vieux tableau de comparaison.

Score final : WordPress 13 — Webflow 2. Et les deux points de Webflow concernent uniquement l’expérience visuelle et la prise en main pour un profil non-technique. Dès qu’on parle SEO, coût, propriété, scalabilité ou personnalisation, il n’y a tout simplement pas de débat.

Si vous montez un site aujourd’hui pour votre marque, votre startup ou votre projet, prenez WordPress. Pas wordpress.com — wordpress.org, en self-hosting, chez un hébergeur indépendant. Vous garderez la propriété de vos données, la maîtrise de votre SEO, votre liberté technique, et probablement plusieurs milliers d’euros par an dans la poche.