Framer ou Webflow : lequel pour un site vitrine rapide à itérer ?

Sur ce type d’outil, le prix affiché n’est jamais le coût. Les deux facturent un abonnement par site, avec un palier qui dépend du contenu géré et du trafic servi.

Ce qui compte est la mécanique, et elle est stable. Sur les deux outils, la facture suit deux variables : le nombre d’entrées dans le CMS et le volume de trafic servi. Un site vitrine de quelques pages reste sur le palier d’entrée pendant des années. Un site qui publie chaque semaine change de palier au bout de quelques mois, et ce changement ne s’annonce pas, il se constate sur la facture.

À cela s’ajoute le coût que personne ne budgète : le temps d’édition. Un outil dans lequel votre équipe met vingt minutes à publier un article coûte plus cher, sur douze mois, que l’écart d’abonnement entre les deux. C’est la variable que nous regardons en premier à l’atelier de démarrage, parce que c’est la seule qui se paie tous les mois en salaire.

C’est le vrai départage. Framer propose un CMS, suffisant pour un blog simple ou une petite collection. Webflow propose un CMS pensé pour la structure : plusieurs types de contenu, des champs typés, des relations entre collections, et des pages générées automatiquement à partir de ces collections.

Si votre projet comporte des fiches qui se ressemblent, articles, services, cas clients, villes, la seconde approche est celle qui tiendra dans le temps. C’est aussi elle qui permet de faire du référencement à l’échelle sans dupliquer le travail : une page par entrée, un gabarit unique à maintenir, et un maillage interne qui se génère au lieu de s’écrire à la main.

Le signal à surveiller n’est pas le nombre de pages du jour un, c’est la forme du contenu à venir. Dix pages toutes différentes ne posent aucun problème à Framer. Trente fiches de même forme en posent un, parce que sans types ni relations, chaque ajout redevient un travail manuel et la cohérence se perd au fil des mois.

La question qui décide, en pratique, n’est pas laquelle des deux interfaces vous préférez. C’est qui touchera le site une fois qu’il sera livré.

Framer est le plus immédiat pour quelqu’un qui vient du design : la mise en page se manipule directement, et une personne seule peut faire évoluer un site court sans aide extérieure. C’est un avantage réel quand l’équipe est petite et qu’il n’y a personne pour arbitrer la structure.

Webflow demande un temps d’apprentissage plus long, parce qu’il expose des notions de web : boîtes, classes, hiérarchie. En contrepartie, une fois la structure posée par un intégrateur, l’édition courante passe par un éditeur de contenu séparé, que l’on peut confier à quelqu’un sans risque de casser la mise en page.

La bonne question à se poser avant de démarrer tient en une phrase : la personne qui publiera est-elle aussi celle qui conçoit ? Si oui, Framer réduit les frictions. Si non, la séparation entre structure et contenu de Webflow protège le site de ceux qui l’éditent.

Framer a une avance réelle sur l’animation en natif : les transitions et les effets au défilement s’obtiennent avec très peu de paramétrage, et le rendu est fluide.

Webflow atteint le même niveau, avec davantage de réglages. La différence n’est pas le plafond, elle est le temps passé, et ce temps se paie une fois à la conception, pas à chaque publication.

Un point de vigilance commun : l’animation doit servir la lecture, pas la ralentir. Un site trop animé fatigue et pénalise la performance perçue, qui compte pour le référencement comme pour la conversion.

Notre garde-fou est simple et se vérifie en mesure : toute animation qui retarde l’affichage du premier titre est retirée. Sur ce type de site, le titre principal est presque toujours l’élément que le navigateur met le plus de temps à peindre, et le décaler dégrade directement l’indicateur que Google observe. Une animation se déclenche après le premier rendu, jamais avant.

Les deux outils hébergent votre site chez eux. Cela veut dire que le site ne se déplace pas comme un fichier : il se reconstruit ailleurs.

Webflow permet d’exporter le balisage produit, ce qui laisse une porte de sortie partielle. La nuance compte : cet export ne comprend pas le contenu géré par le CMS, donc un site à collections ne s’exporte pas tel quel et les données doivent être reprises séparément.

Framer ne propose pas d’équivalent. Le site vit dans l’outil, et en sortir signifie le refaire.

Ce n’est pas rédhibitoire, c’est un paramètre à connaître avant de signer. Notre position : le verrouillage est acceptable tant que le site est une vitrine dont la valeur tient au rendu. Il devient un risque dès que le site porte des données qui vous appartiennent, catalogue, base de cas, fiches produits. Dans ce cas, la question n’est plus laquelle des deux, mais faut-il un outil hébergé du tout.

Une TPE qui démarre, avec une landing page ou un site de trois à huit pages qu’elle fera évoluer souvent, et une seule personne aux commandes : Framer. La vitesse de production et la facilité d’édition l’emportent, et le verrouillage reste sans conséquence à cette taille.

Une PME qui monte en charge, avec un blog, des pages services, des cas clients et l’intention de publier régulièrement : Webflow. Dès que le contenu devient une collection, la structure prime sur la vitesse initiale, et c’est elle qui décidera du coût des trois prochaines années.

Une équipe qui veut internaliser, avec quelqu’un qui publiera sans être designer : Webflow également, pour la séparation entre structure et contenu. La personne qui publie ne peut pas casser la mise en page, ce qui est précisément ce qu’on attend d’un site confié à une équipe.

Le cas d’hésitation le plus fréquent reste le site petit aujourd’hui mais destiné à grandir. La réponse est Webflow : le surcoût initial est faible, la migration ultérieure ne l’est pas.

Le choix entre ces deux outils se joue souvent sur une impression esthétique, et c’est le plus mauvais critère. Les deux produisent de beaux sites. La question utile est de savoir lequel tient les trois contraintes qui décident de la vie d’un site après la mise en ligne.

Le mouvement, d’abord. L’animation est devenue un élément de conception à part entière, et pas une décoration ajoutée à la fin. Un outil qui traite le mouvement nativement évite une couche de code à maintenir. Il faut regarder ce qui se passe quand un visiteur a demandé la réduction des animations dans son système : une animation qui ignore ce réglage est un défaut d’accessibilité, pas un parti pris.

La performance, ensuite. Elle se mesure sur des données d’usage réelles, pas sur un test depuis votre poste. Ce qui pèse est presque toujours la même chose : les images, les polices et les scripts tiers. Un outil qui vous laisse la main sur ces trois points vaut mieux qu’un outil rapide par défaut mais fermé.

L’édition, enfin, et c’est le critère qui se révèle le plus tard. Un site se juge à ce que votre équipe peut y changer seule, six mois après la livraison. Un gabarit qui demande un prestataire pour ajouter une section est un coût récurrent qui ne figure sur aucun devis.

Notre arbitrage tient en une phrase : si le site est une vitrine soignée qui bouge peu, le plus léger des deux suffit largement. Si le site doit accueillir du contenu régulièrement, par plusieurs mains, c’est la profondeur de structure qui l’emporte sur le rendu.