Le no-code a ouvert la création de sites web à tout le monde. Webflow, Framer, Wix, Squarespace ou Bubble ont permis à des milliers d'indépendants et de petites structures de se lancer en ligne sans écrire de code. Dans certains contextes, c'est une réussite : un MVP, un portfolio personnel, une landing page de test.
Le tableau change quand une PME suisse (objectifs de croissance, concurrence locale réelle, attentes de performance) bâtit toute sa stratégie digitale sur une plateforme no-code. Elle finit par toucher des plafonds : performance, SEO, personnalisation et coûts. Cet article les détaille, chiffres à l'appui.
Ce que le no-code promet, et ce qu'il tient
La promesse de départ tient la route
Soyons honnêtes : les outils no-code ont beaucoup progressé. Webflow génère du HTML/CSS propre, permet des animations avancées et intègre un CMS. Framer propose des interactions fluides et une interface proche de Figma. Ce ne sont pas des jouets.
Pour certains usages, ils conviennent parfaitement :
- Un freelance qui veut un portfolio en ligne en 48 heures
- Une startup qui valide un concept avec une landing page
- Une association à budget limité qui a besoin d'une présence basique
- Un e-commerce simple sur une niche peu concurrentielle
Le problème apparaît quand on les utilise pour des projets qui dépassent ce pour quoi ils ont été conçus. Les PME suisses, avec des marchés concurrentiels et des clients exigeants, sortent presque toujours de ce cadre.
Les fausses économies du no-code
L'argument économique du no-code, c'est de se passer du développeur. Sur 3 ans, un site professionnel sur une plateforme no-code cumule pourtant plusieurs coûts :
- un abonnement annuel, payé tant que le site existe, au tarif fixé par l'éditeur
- des options payantes en plus si vous avez besoin d'e-commerce
- un CMS plafonné, qui pousse vers un plan supérieur quand le contenu grandit
- une migration coûteuse le jour où vous quittez la plateforme, car le site doit être en grande partie refait
Surtout, vous ne possédez pas votre site. Votre contenu, votre design et votre base CMS sont hébergés sur les serveurs d'une entreprise américaine. Si Webflow augmente ses tarifs, vous payez ou vous migrez, et vous perdez le travail investi dans la plateforme. Si Framer est racheté ou ferme, il ne vous reste aucune option.
Core Web Vitals : le plafond technique du no-code
Les métriques Google que le no-code atteint mal
Les Core Web Vitals sont les métriques de performance que Google utilise dans son classement. Depuis la mise à jour Page Experience (2021), un site lent sur ces métriques est pénalisé dans les résultats de recherche.
Les plateformes no-code ratent souvent le seuil "Bon" de Google sur au moins une métrique, surtout sur mobile. Webflow s'en sort mieux que Wix, mais reste loin de ce qu'on obtient avec du code sur-mesure, pour des raisons qui tiennent à la plateforme elle-même.
Pourquoi ces plafonds sont structurels
Une plateforme no-code génère du code à partir d'une interface graphique. Ce code est forcément moins optimisé :
CSS gonflé : l'éditeur visuel écrit des règles CSS pour chaque propriété de chaque élément, y compris les valeurs par défaut. Un composant simple dans Webflow peut produire bien plus de CSS qu'un développeur n'en écrirait. Chaque visiteur télécharge ce CSS inutile.
JavaScript de la plateforme : Webflow charge son runtime JS (webflow.js) sur toutes les pages. Ce bundle gère les interactions, les animations et le CMS. Il n'est pas tree-shakeable : même si vous n'utilisez qu'une petite partie de ses fonctions, vous chargez tout le bundle.
Pas de contrôle sur le <head> : les balises <link> et <script> du <head> sont générées automatiquement. Impossible de régler finement le preload, le prefetch ou l'ordre de chargement des ressources critiques. Sur un site bien codé, ces réglages pèsent lourd dans le gain de performance.
Images mal dimensionnées : Webflow et Framer servent bien du WebP, mais ne génèrent pas toujours toutes les tailles nécessaires selon le viewport. Sur mobile, un visiteur peut télécharger une image bien plus grande que son écran.
Pas de vrai Server-Side Rendering : Webflow génère du HTML statique, ce qui est bien, Framer aussi. Mais les fonctions dynamiques (recherche, filtres, formulaires avancés) passent par du JavaScript côté client, souvent via des intégrations tierces qui ajoutent leurs propres scripts.
L'effet concret sur le SEO
Un site lent n'est pas qu'un problème technique. Pour une PME qui investit en SEO, c'est un handicap que même un excellent contenu compense mal : Google intègre l'expérience de page à son classement, et un visiteur qui attend repart.
SEO technique : les limites du no-code
Ce que vous ne contrôlez pas sur Webflow ou Framer
Le SEO technique est la base invisible de votre visibilité organique. C'est là que les plateformes no-code montrent leurs limites les plus frustrantes.
Rendu JavaScript et indexation : Framer est un site-builder basé sur React, avec un rendu côté client par défaut. Framer a progressé sur le SSR (Server-Side Rendering), mais choisir finement ce qui est rendu côté serveur ou côté client reste impossible sans code.
Données structurées (JSON-LD) : elles permettent à Google d'afficher des rich snippets (étoiles, prix, FAQ, événements) dans les résultats. Sur Webflow, il faut passer par un champ d'embed HTML : ça marche, mais c'est fragile, non typé et difficile à maintenir. Sur Framer, ce n'est pas possible nativement.
Redirections 301 avancées : les redirections complexes (patterns regex, redirections conditionnelles, chaînes de redirections) sont limitées sur la plupart des plateformes no-code. Sur Next.js, quelques lignes dans next.config.ts suffisent.
Balises hreflang pour le multilingue : une PME suisse qui vise des clients francophones, germanophones et anglophones a besoin d'un site multilingue avec des balises hreflang correctes. Webflow propose désormais le multilingue, mais ses balises hreflang automatiques ne couvrent pas tous les cas et la gestion des slugs par langue est rigide.
Sitemaps dynamiques : sur Next.js, un sitemap XML qui inclut toutes les pages, les articles de blog et les URL d'une boutique tient en 20 lignes de code et se reconstruit à chaque déploiement. Sur les plateformes no-code, le sitemap est soit automatique (sans contrôle), soit absent.
Open Graph et Twitter Cards dynamiques : pour partager un article sur LinkedIn ou Twitter avec le bon titre, la bonne image et la bonne description, il faut des balises OG propres à chaque page. Sur Next.js, la Metadata API le gère nativement. Sur Webflow, c'est configurable dans les limites de leur CMS. Sur Framer, c'est rudimentaire.
Le problème des intégrations tierces
Dès que votre site no-code doit faire quelque chose de non standard (un formulaire relié à votre CRM, une carte interactive, un configurateur de produit, un espace client), vous avez quatre options :
- Utiliser une intégration native (souvent limitée)
- Passer par Zapier / Make (coût supplémentaire, latence, fragilité)
- Ajouter un script tiers (poids supplémentaire, conformité RGPD / nLPD à gérer)
- Constater que la plateforme ne le permet pas
Avec du code sur-mesure, chaque intégration est écrite pour le besoin exact. Pas de Zapier, pas de webhook fragile, pas de script tiers qu'on ne maîtrise pas.
Personnalisation : la limite qu'on ne voit pas tout de suite
Les designs qui « ne peuvent pas se faire »
Chaque outil no-code a son vocabulaire visuel, avec des contraintes implicites. C'est pour ça que les sites Webflow « se ressemblent un peu » : l'outil impose sa façon de penser la mise en page, les animations et les interactions.
Quelques effets ou comportements impossibles (ou très coûteux) à obtenir en no-code :
Animations GSAP avancées : GSAP (GreenSock Animation Platform) est la bibliothèque d'animation JavaScript la plus puissante du web. Elle gère des timelines complexes, du morphing SVG et des animations au scroll précises au pixel. Sur Webflow, on peut l'utiliser via des embeds, mais on perd alors l'éditeur visuel pour ces éléments, et déboguer du JavaScript dans un embed Webflow est pénible.
Transitions de page fluides : une transition entre deux pages (fondu, slide, morphing d'élément) demande de contrôler le cycle de vie de la navigation. Dans Next.js, c'est natif avec la View Transitions API ou des animations GSAP couplées au router. Sur une plateforme no-code, c'est un bricolage compliqué.
Canvas et WebGL : les expériences immersives en Three.js, React Three Fiber ou canvas sont impossibles sur les plateformes no-code standard.
Logique conditionnelle complexe : afficher un contenu différent selon l'heure, la localisation du visiteur, son historique ou son niveau de fidélité demande du code. Les outils no-code simulent une logique conditionnelle simple, puis atteignent vite leurs limites.
Performance sur mobile : les animations Webflow tournent sur le moteur d'interaction propriétaire de Webflow. Sur mobile (4G variable, processeur limité), elles peuvent saccader (jank), et sans accès au code source vous ne pouvez ni déboguer ni optimiser.
La contrainte du template
Même Webflow, pourtant flexible, impose une structure aux composants. Un slider, un menu, un accordéon fonctionnent selon la logique de Webflow, pas la vôtre. Vous changez l'apparence, rarement le comportement de base.
Avec React et Next.js, chaque composant est une fonction. Un accordéon fait exactement ce que vous définissez : animation d'ouverture propre, logique d'état complexe, lien avec votre analytics, accessibilité complète. Rien n'est imposé.
Scalabilité : là où le no-code cède
Quand le trafic monte
Une campagne presse, un post viral, un pic après un événement : votre site doit tenir. Les plateformes no-code hébergent les sites sur leur propre infrastructure. Pour les sites statiques, le CDN de Webflow est solide, c'est correct. Mais quand leur infrastructure a un problème (ça arrive, Webflow compris), votre site en a un aussi.
Un site Next.js déployé sur Vercel, Netlify ou Cloudflare Pages profite d'un CDN mondial. En mode statique, aucun pic de trafic ne le fait tomber : il n'y a pas de serveur à saturer, le HTML part du nœud CDN le plus proche de chaque visiteur.
Quand le contenu grandit
La plupart des plateformes no-code limitent le volume de contenu :
- Webflow CMS : nombre d'items par collection plafonné selon le plan
- Framer CMS : limité selon le plan
- Wix : limites de stockage et de bande passante
Un blog actif pendant 5 ans, une boutique de 500 produits, un catalogue de formations : ces volumes dépassent les plans standards ou obligent à passer à des plans enterprise coûteux.
Avec Next.js et un CMS headless (Sanity, Contentful, Directus) ou des fichiers Markdown, le contenu n'a pas de limite. Votre base de données vous appartient, elle est stockée où vous voulez et grandit sans changement de plan.
Ce que vous payez sur 5 ans
Voici notre estimation pour un site PME professionnel sur 5 ans :
Après 5 ans, le site Next.js sur-mesure vous appartient entièrement. Vous pouvez l'héberger partout, n'importe quel développeur React peut le maintenir, et il évolue sans limite. Le site Webflow, lui, dépend de la survie d'une entreprise américaine et de sa politique tarifaire, et il faut ajouter cinq ans d'abonnement aux montants ci-dessus.
Quand le no-code reste le bon choix
Pour être juste, voici les cas où le no-code a du sens :
MVP et validation : vous lancez un nouveau service et voulez tester le marché vite, avec un budget minimal. Un site Webflow ou Framer en 2 semaines vaut mieux que 2 mois d'attente pour un développement sur-mesure.
Sites très simples, sans enjeu SEO concurrentiel : une association locale, un artiste, un indépendant dans un secteur peu disputé. Si le site n'a pas à se battre pour des positions sur Google, les limites SEO du no-code pèsent peu.
Équipe interne qui maîtrise Webflow : si un designer interne connaît Webflow et peut maintenir le site seul, le calcul économique change.
Dans les autres cas (PME qui veut croître, secteur concurrentiel, besoin de personnalisation, objectifs SEO sérieux), le code sur-mesure est l'investissement le plus raisonnable.
L'approche d'INFUSE face aux plateformes no-code
INFUSE ne crée pas de sites sur des plateformes tierces. Pas de Webflow, pas de Framer, pas de Wix. Chaque projet est développé en Next.js 16 avec React 19, TypeScript, GSAP et Tailwind CSS v4 : des technologies open source que vous n'avez pas à « louer ».
Concrètement, le site est à vous. Le code source est livré dans un repository Git qui vous appartient. Il peut être hébergé chez n'importe quel fournisseur, y compris Infomaniak en Suisse si la souveraineté des données compte pour vous. Les performances sont travaillées dans le code, pas rattrapées avec des plugins.
Questions fréquentes
Le no-code suffit-il pour une PME suisse ?
Pour un MVP, un site très simple sans enjeu SEO concurrentiel ou une équipe interne qui maîtrise Webflow, oui. Pour une PME qui vise la croissance dans un secteur concurrentiel, les limites de performance, de SEO technique et de personnalisation se font vite sentir.
Un site no-code est-il moins cher qu'un site sur-mesure ?
Au départ, oui. Sur 5 ans, l'écart se réduit : l'abonnement, les intégrations payantes et le risque d'une migration forcée s'additionnent chaque année, alors qu'un site sur-mesure vous appartient et ne coûte aucun abonnement de plateforme.
Peut-on ajouter des données structurées JSON-LD sur Webflow ou Framer ?
Sur Webflow, oui, via un champ d'embed HTML, mais la solution est fragile et difficile à maintenir. Sur Framer, ce n'est pas possible nativement.
Si votre site actuel tourne sur Webflow ou Framer et que vous sentez les limites (scores Lighthouse médiocres, design qui ne peut pas évoluer comme vous le voulez, abonnements qui grimpent), c'est le bon moment pour en parler.