Au moment de refaire un site vitrine ou un site B2B, la question « WordPress ou Webflow ? » revient presque toujours. Souvent, la réponse est déjà là avant la discussion : WordPress parce que tout le monde l'utilise, Webflow parce que la démonstration était belle. Les deux font de bons sites. Ce qui les sépare se voit plutôt deux ans plus tard.
J'ai travaillé pour des clients sur des sites WordPress et sur des sites Webflow. Pour Moonworkers, mon entreprise, et pour ce site, j'ai fait un troisième choix, Next.js et Sanity. Je n'ai donc pas d'outil à vous vendre, et je vous propose ici la grille que j'utilise pour trancher.
01Ce que Google regarde, et ce qu'il ignore
Commençons par écarter un faux critère : le référencement. Dans une vidéo de la chaîne Google Search Central, John Mueller répond très directement à la question (Google Search Central, Does a CMS matter for ranking in Google Search?). J'en ai lu la transcription : les systèmes de Google ne cherchent aucun CMS en particulier pour le traiter différemment, un CMS n'est qu'une façon de fabriquer des pages, et Google regarde le résultat final. Selon lui, tous les CMS courants savent produire des pages qui fonctionnent bien dans la recherche.
Ce qui compte, c'est donc ce que vous en faites : des titres et des descriptions remplis, des URL propres, des pages rapides, un contenu utile. WordPress y arrive avec une extension et un peu de réglage, Webflow avec ses champs natifs. Si quelqu'un vous dit que l'un « référence mieux » que l'autre, demandez-lui ce qu'il mesure.
02Deux modèles différents : le logiciel libre et la plateforme
La vraie différence est ailleurs, dans le modèle.
WordPress est un logiciel libre, publié sous licence GPL, qui vous donne la liberté de l'exécuter, de l'étudier, de le modifier et de le redistribuer (WordPress.org, About WordPress). Concrètement, vous choisissez votre hébergeur, vous installez le thème et les extensions que vous voulez, et vous pouvez emporter le site entier (fichiers et base de données) chez un autre prestataire. Cette liberté a une contrepartie : quelqu'un doit s'occuper de l'ensemble.
Webflow est une plateforme. L'outil de conception, le CMS et l'hébergement vont ensemble, chez le même éditeur. Vous ne gérez ni serveur ni mise à jour, et l'éditeur visuel permet de séparer ceux qui dessinent de ceux qui écrivent. J'ai détaillé ce partage des rôles dans l'article sur Webflow pour un site B2B. En échange, vous restez dans le cadre que l'éditeur a prévu.
Je ne crois pas que l'un soit meilleur que l'autre. Il s'agit de savoir quelle contrainte vous gêne le moins : entretenir vous-même, ou dépendre d'une plateforme.
03La maintenance, le vrai coût caché de WordPress
Sur WordPress, je regarde d'abord qui fera la maintenance, et je l'écris dans le cahier des charges. La documentation officielle est nette : il faut rester à jour avec la dernière version, parce que les anciennes ne reçoivent plus de correctifs de sécurité (WordPress Developer Resources, Hardening WordPress). La même page conseille de ne prendre les thèmes et les extensions que dans le répertoire officiel ou chez des éditeurs connus, de les tenir à jour, et de supprimer ceux qui ne servent plus.
Les mises à jour automatiques aident, mais pas pour tout. Par défaut, elles couvrent les versions mineures du cœur, c'est-à-dire la maintenance et la sécurité ; pour les extensions et les thèmes, elles ne se déclenchent que dans des cas particuliers décidés par l'équipe de sécurité de WordPress, à moins de les activer vous-même (WordPress Developer Resources, Upgrading WordPress). La documentation recommande aussi une sauvegarde avant chaque mise à jour.
Le jour de la mise en ligne, tout va bien. C'est ensuite que l'entretien s'effrite : une extension installée pour un besoin ponctuel reste là, une autre n'est plus suivie par son auteur, et personne n'ose plus toucher à rien de peur de casser une page. Si personne n'a ce rôle chez vous, prévoyez-le chez un prestataire, ou choisissez un outil qui s'en charge.
04La sortie, le point faible de Webflow
Sur Webflow, la question à poser avant de signer porte sur la sortie : que pouvez-vous emporter le jour où vous partez ?
Le centre d'aide de Webflow répond précisément (Webflow Help Center, How do I export my Webflow site code?). L'export du code (HTML, CSS, JavaScript et images) n'est possible que sur les offres Workspace, pas sur les offres Site. Et il ne contient pas les contenus du CMS, l'e-commerce, les comptes utilisateurs, les langues secondaires, la recherche interne ni le traitement des formulaires. Sur un site exporté, les listes d'articles s'affichent vides. Les collections peuvent être exportées à part en CSV, qu'il faudra réimporter ailleurs.
Pour un site vitrine de quelques pages, ce n'est pas grave : on reconstruit vite. Pour un site avec un blog de plusieurs centaines d'articles, des études de cas et deux langues, partir de Webflow devient un projet en soi. Cela n'empêche pas de choisir Webflow. Il faut simplement le savoir avant, et ajouter l'export CSV des collections à vos sauvegardes régulières.
05Ma grille en cinq questions
Voici les questions que je pose, dans cet ordre. Je note les réponses par écrit, parce qu'une décision d'outil discutée à l'oral se rediscute à chaque réunion.
Les cinq questions
- Qui modifiera le site chaque semaine, et a-t-il envie d'apprendre un outil ? Une équipe marketing qui lance des pages de campagne seule penche vers Webflow.
- Qui fera les mises à jour et les sauvegardes, nommément ? Si la réponse est « personne », WordPress devient risqué.
- Que doit faire le site, au-delà de présenter l'entreprise ? Un catalogue, un espace client ou des calculs orientent vers WordPress et ses extensions, ou vers un site développé.
- Que voulez-vous pouvoir emporter si vous changez de prestataire ou d'outil ? Si la réponse est « tout, sans effort », WordPress est plus simple à déménager.
- Combien de contenus aurez-vous dans deux ans, et en combien de langues ? Plus il y en a, plus la sortie et l'organisation du CMS comptent.
Comment je lis les réponses
Si l'équipe veut publier seule, qu'aucun développeur n'est prévu et que le site reste surtout fait de pages et d'articles, je penche pour Webflow. Si le site doit faire des choses particulières, que vous avez quelqu'un pour l'entretenir et que vous tenez à pouvoir tout déménager, je penche pour WordPress.
Et si le site doit porter des calculs, une publication automatique à grande échelle ou des contenus très liés entre plusieurs langues, je regarde un site développé. C'est ce que j'ai fait pour Moonworkers en mai 2026, et je l'ai raconté dans l'article sur la migration d'un site vers Next.js et Sanity. Ce n'est pas un choix à faire par défaut : il demande quelqu'un qui maintienne le code. J'explique ce que ce modèle apporte et ce qu'il coûte dans l'article sur le CMS headless Sanity.
06Si vous changez d'outil, ne changez qu'une chose à la fois
Beaucoup de demandes « WordPress ou Webflow » sont en fait des migrations : le site existe, on veut changer d'outil. Google conseille de ne faire qu'un changement à la fois : si vous voulez changer de nom de domaine, de CMS et de mise en page, faites-le en plusieurs étapes (Google Search Central, Migrations de sites avec modification d'URL). La même page demande un tableau de correspondance entre anciennes et nouvelles URL, des redirections permanentes (301 ou 308), aucune redirection en masse vers la page d'accueil, et des redirections conservées au moins un an. Elle prévient aussi que le classement peut fluctuer pendant quelques semaines.
Ma liste avant de basculer
- J'exporte la liste de toutes les URL du site actuel, y compris les fichiers PDF et les images qui reçoivent des visites.
- J'écris la nouvelle adresse de chacune dans un tableau versionné. Sur une intégration complexe, j'ai appris qu'un document qui bouge à chaque réunion doit porter un numéro de version, pour que tout le monde parle du même.
- Je recrée les contenus, puis je vérifie les titres, les descriptions et les balises canoniques page par page sur un échantillon.
- Je teste les formulaires jusqu'au CRM, avec un envoi réel.
- Après la bascule, je vérifie le site comme un visiteur : navigation privée, sans session, sur l'adresse publique. J'ai vu un site qui paraissait normal à l'équipe connectée et qui était cassé pour les visiteurs, à cause du cache.
Si vous partez d'un site existant, un audit technique avant la refonte vous dira ce qu'il faut absolument préserver.
07Par où commencer
Cette semaine, prenez une demi-heure pour répondre par écrit aux cinq questions, avec les vrais noms des personnes. Ajoutez la liste des pages que votre équipe a créées ou modifiées ces douze derniers mois. Avec ces deux documents, le choix entre WordPress et Webflow devient souvent évident, et il entre tel quel dans votre cahier des charges de site web.
Si vous voulez un regard extérieur sur ce choix, sans parti pris pour un outil, mes services décrivent comment je travaille, et mes missions montrent ce que j'ai déjà construit. On peut en parler.