
Spoiler : l'un d'eux on l'a rayé de la liste.
La majorité des sites qu'on nous demande de refaire tournent sur WordPress. Et la majorité du temps, le brief ressemble à ça : "le site rame, on sait plus qui a fait quoi, notre prestataire est injoignable, et on a peur de toucher quoi que ce soit."
Ce n'est pas un hasard. C'est structurel.
Sur le papier, WordPress c'est la liberté. Open source, des milliers de plugins, une communauté immense. En théorie, vous pouvez tout faire.
En pratique, voilà ce qui se passe :
Vous installez un thème. Vous ajoutez des plugins pour compenser ce que le thème ne fait pas. Puis d'autres plugins pour que les premiers fonctionnent bien. Une mise à jour sort — quelque chose casse. Vous ne savez pas quoi. Votre développeur non plus vraiment. Vous payez quelqu'un pour réparer. Six mois plus tard, rebelote.
Et pendant ce temps, votre client — le vrai, celui qui doit juste changer le texte d'une page ou ajouter une actualité — n'ose plus toucher au back-office de peur de tout faire planter.
L'hébergement auto, c'est de la liberté théorique pour une dépendance technique réelle. Ce n'est pas un outil — c'est une dette qui s'accumule silencieusement.
Ces deux outils partagent une philosophie commune : le visuel d'abord, le code en dessous. Pas de thème à plier dans tous les sens. Pas de plugin tiers pour faire ce que l'outil devrait faire nativement. Ce que vous voyez dans l'éditeur, c'est ce que l'utilisateur voit sur son écran.
Mais ils ne répondent pas aux mêmes besoins. Et confondre les deux, c'est souvent rater son projet.
Structure. SEO natif. CMS propre. Composants réutilisables.
Webflow, c'est l'outil qu'on choisit quand on construit quelque chose de sérieux. Un vrai site de marque, avec des pages, du contenu, une logique éditoriale, des animations qui ne sacrifient pas les performances.
Le SEO est intégré nativement — balises, métadonnées, structure sémantique, sitemap automatique. Pas besoin d'un plugin supplémentaire pour faire ce que le site devrait faire par défaut. Pour des projets où le référencement naturel est un levier de croissance, c'est non-négociable.
Le CMS Webflow est pensé pour que le client puisse éditer son contenu sans formation de trois heures. Ajouter un article, modifier une fiche produit, mettre à jour une page — ça se fait sans risque de tout casser. C'est ce qu'on appelle livrer quelque chose d'utilisable, pas juste quelque chose de beau.
Et côté design, Webflow n'impose aucun compromis. Tout est faisable — les layouts complexes, les interactions au scroll, les transitions entre pages. Sans une seule ligne de code si on le souhaite, ou avec du custom code pour les projets qui en ont besoin.
C'est l'outil qu'on utilise pour les projets qui ont vocation à grandir, à être maintenus, à durer.
Landing page. Startup early-stage. Lancement en 2 semaines.
Framer joue dans une autre catégorie. C'est l'outil conçu pour aller vite et frapper fort visuellement. Les animations sont fluides, le rendu est impressionnant out of the box, et le time-to-launch est imbattable.
Pour une startup qui a besoin d'une landing page avant un pitch, pour un fondateur qui veut tester un positionnement sans s'engager sur une architecture complète, pour un lancement produit où l'impact visuel est aussi important que le message — Framer est souvent le bon choix.
Ce n'est pas un outil de second rang. C'est le bon outil au bon moment. La nuance, c'est qu'il montre ses limites sur des projets qui gagnent en complexité avec le temps — CMS avancé, logique multi-pages, SEO poussé. Pour ça, Webflow reprend l'avantage.
Ce n'est pas une question de préférence personnelle ou de tendance du moment. C'est une question de projet, de timing, et d'objectifs.
Un domaine viticole avec un blog, un catalogue de vins et une ambition SEO → Webflow.
Une startup crypto qui lève dans trois semaines et veut une landing qui claque → Framer.
Un portfolio créatif avec des animations lourdes et peu de contenu éditorial → Framer.
Une marque en croissance qui veut un site scalable sur plusieurs années→ Webflow.
La bonne question n'est pas "quel outil est le meilleur" — c'est "quel outil sert le mieux ce projet précis."
On maîtrise les deux. Et selon ce que votre projet demande — la solidité de Webflow ou la vélocité de Framer — on fait le choix qui sert vos objectifs, pas celui qui nous arrange.
Ce qui ne change jamais : on ne livre pas une usine à gaz. Pas de stack incompréhensible, pas de dépendance à un prestataire pour changer trois mots. Vous récupérez un site que vous pouvez faire vivre vous-même.
C'est ça, bien choisir son outil.