Quand Webflow est-il le mauvais choix ?
Un studio qui construit sur Webflow dit où il cesse de convenir. Les cas sont plus étroits que ne le disent les critiques et plus réels que ne l'admettent les fans.
La plupart des articles répondant à cette question sont écrits par ceux qui vendent l'alternative, ce qui les rend exacts sur les limites et peu fiables sur la fréquence à laquelle elles mordent. Nous construisons régulièrement sur Webflow et déplaçons aussi des sites qui en partent : la contribution utile ici est de dire où passe la ligne en pratique. Deux remarques avant la liste. Les limites sont publiées et elles bougent, parfois beaucoup : consultez la page tarifs actuelle plutôt qu'un article, celui-ci compris. Et finir par atteindre un plafond n'est pas un échec du choix, c'est une conséquence normale de la croissance.
Quelles sont les limites réelles de Webflow ?
Publiées, échelonnées par offre, et révisées assez souvent pour que citer des chiffres ici rende un mauvais service. Il existe des plafonds sur le nombre d'éléments de contenu qu'un site peut détenir, le nombre de collections, le nombre de pages statiques publiables, et le nombre d'éléments qu'une liste peut afficher sur une page. Certains se relèvent avec une offre supérieure, d'autres sont fixes quoi que vous payiez, et la répartition a changé plus d'une fois. La bonne démarche est d'ouvrir la documentation tarifs et limites actuelle avant de concevoir un modèle de contenu, et d'inscrire les chiffres trouvés dans le brief pour que la décision soit datée.
Quand le plafond de contenu compte-t-il vraiment ?
Bien moins souvent que ne le suggèrent les avertissements, car la plupart des entreprises ne s'en approchent jamais. Une société de services avec un blog, quelques études de cas et une page équipe évolue dans un ordre de grandeur totalement différent des plafonds, et y sera encore après une décennie de publication. Les projets qui percutent réellement le plafond sont ceux qui génèrent du contenu de façon programmatique : un annuaire, un grand portail immobilier, une place de marché, un éditeur avec un archive profond. Si vous pouvez estimer raisonnablement votre volume à cinq ans et qu'il se compte en quelques milliers, ce n'est pas votre contrainte.
Et tout ce qui se trouve derrière une connexion ?
C'est le cas le plus net pour construire ailleurs, et il s'est clarifié quand Webflow a retiré ses propres fonctionnalités d'adhésion et d'automatisation. Tout ce qui stocke un état par utilisateur, effectue des calculs, applique des permissions ou fait un vrai travail en réponse à une saisie est une application, et Webflow est un outil de publication doté d'une surface de design. Vous pouvez y greffer des services tiers pour approcher le résultat, et pour une bibliothèque de ressources réservée c'est raisonnable. Dès que l'expérience connectée devient le produit plutôt qu'une courtoisie, vous maintenez une application assemblée à partir de prestataires que personne n'a pensés ensemble : la façon coûteuse d'en construire une.
Webflow convient-il mal à un grand site multilingue ?
Pas inadapté, mais tarifé et structuré d'une manière qui mérite d'être modélisée avant de s'engager. La localisation se facture par langue et chaque langue multiplie le contenu à créer, relire et tenir à jour : un site en six langues est un engagement d'exploitation fondamentalement différent du même site en une langue. Le support technique des langues de droite à gauche est réel et ne supprime pas le travail de design qu'elles exigent. La question à trancher avant de choisir n'est pas de savoir si la plateforme en est capable. C'est de savoir si le coût récurrent par langue, multiplié par le nombre visé, tient encore dans trois ans.
L'option d'export vous protège-t-elle ?
Partiellement, et moins que ne le laisse croire l'existence d'un bouton d'export. Vous pouvez récupérer le balisage et les styles : le design n'est donc pas prisonnier. Ce qui ne suit pas, c'est tout ce que la plateforme fournissait comme service : les formulaires cessent d'aboutir car le point de réception était celui de Webflow, et les pages pilotées par le contenu ont besoin d'une nouvelle source dès qu'elles ne sont plus générées. L'export est donc un vrai filet pour un site vitrine statique et un filet partiel pour le reste. Savoir précisément quels comportements de votre site sont hébergés plutôt que construits est l'audit utile, et il vaut mieux le faire avant d'en avoir besoin.
Quelle est la recommandation honnête pour une entreprise en croissance ?
En général un partage plutôt qu'un choix unique, et le partage suit qui édite quoi. Les pages marketing changent chaque semaine, sont éditées par des personnes qui n'écrivent pas de code et gagnent énormément à un outil visuel, ce que Webflow fait très bien. Les interfaces produit changent au rythme des versions, sont éditées par des ingénieurs et appartiennent à une stack de code. Faire tourner les deux, avec un seul design system et un domaine partagé, n'est pas un compromis : c'est ainsi que fonctionnent la plupart des entreprises passé une certaine taille. L'erreur n'est pas de choisir Webflow. C'est de vouloir qu'un seul outil serve les deux métiers parce qu'une plateforme unique semblait plus simple.
