Ma stack no-code pour un SaaS solo en 2026 : 62€/mois, vrais outils, vrais bugs

TL;DR : J’ai lancé Copyboost avec Framer pour la landing, Bubble pour l’app, Supabase pour la base de données, Make + n8n sur mon VPS pour l’automatisation. Coût total : 62€/mois. Ce qui a posé des problèmes : Bubble sous charge, n8n qui plante à 3h du matin sans stack trace claire, et la migration Bubble qui n’arrive jamais vraiment. Voici ce que j’utilise, pourquoi, et ce que je referais autrement.

Tu veux lancer un SaaS. Tu n’es pas développeur full-stack. Ou tu l’es, mais tu refuses de passer trois mois à coder une auth, un dashboard et un système de paiement avant même de valider ton idée.

C’est exactement là que la stack no-code entre en jeu. Mais le marché des outils no-code est un chaos. Entre les promesses marketing et les success stories suspectes, difficile de s’y retrouver.

Voici ce que j’utilise vraiment pour Copyboost, ce qui m’a posé des problèmes concrets, et ce que je ferais différemment si je repartais de zéro.

La logique derrière une stack solo

Une stack pour un solopreneur n’a pas les mêmes contraintes qu’une startup avec une équipe technique.

Tes priorités sont la vitesse de mise en production, un coût maîtrisé, et une autonomie totale. Pas de réunion d’architecture. Pas de revue de code. Juste toi, l’outil, et le résultat.

La règle d’or que j’applique : utiliser le no-code jusqu’à ce que la friction devienne plus coûteuse que d’apprendre à coder cette partie précise. Pas de migration générale. Des décisions granulaires, outil par outil.

Frontend et landing page : Framer

J’utilise Framer pour la landing page de Copyboost. Pas Webflow, pas Carrd.

Framer génère du HTML propre, gère bien les balises meta et les performances. Le SEO est contrôlable. L’éditeur visuel est rapide et intuitif. Et la courbe d’apprentissage est réelle mais acceptable pour quelqu’un sans background design.

Ce qui m’a posé des problèmes : les animations personnalisées complexes nécessitent du code Framer natif que j’ai dû faire générer par Claude. Pas bloquant, mais pas non plus du no-code pur.

Webflow reste une alternative solide, plus puissante pour les sites complexes, mais plus cher et plus lent à prendre en main.

App et logique métier : Bubble

Bubble est l’outil sur lequel tourne toute la logique applicative de Copyboost. L’authentification, le tableau de bord, la gestion des analyses, les appels API vers le moteur IA.

C’est l’outil le plus complet du marché no-code pour ce type d’usage. Et c’est aussi le plus risqué.

Deux problèmes concrets que j’ai rencontrés. Les performances se dégradent rapidement dès que les requêtes deviennent complexes. Et le pricing peut exploser si tu ne maîtrises pas le concept de “workload unit”. J’ai eu un mois à 180€ à cause d’une boucle mal configurée.

L’autre problème que personne ne mentionne avant de commencer : migrer hors de Bubble est un projet en soi. Tout est propriétaire. Ta base de données, ta logique, tes workflows. Le vendor lock-in est réel et il faut en avoir conscience dès le premier jour.

Si je repartais de zéro, je regarderais WeWeb + Xano pour avoir un front-end no-code couplé à un backend qui exporte du vrai PostgreSQL.

Base de données : Supabase

Supabase est le choix que je n’ai pas regretté.

Du PostgreSQL avec une interface visuelle, une API REST générée automatiquement, et une gestion de l’authentification intégrée. Le plan gratuit a suffi pour les six premiers mois de Copyboost. Je suis encore dessus.

La seule contrainte : il faut être à l’aise avec SQL pour en tirer vraiment parti. Les jointures, les requêtes filtrées, les fonctions. Ça se génère avec l’IA sans problème, mais il faut comprendre ce qu’on colle pour débugger quand ça ne marche pas.

Automatisation : Make au quotidien, n8n pour les workflows critiques

J’utilise Make pour les automatisations légères et fréquentes. Notifications, synchronisations entre outils, déclencheurs basés sur des webhooks Stripe. L’interface est la meilleure du marché pour ce type d’usage. À 9€/mois pour le plan de base, c’est difficile à battre.

n8n tourne sur mon VPS Hetzner pour les workflows critiques. Ce qui me plait : tout est auto-hébergé, les données ne passent pas par un serveur tiers, et je peux faire des transformations complexes avec du JavaScript intégré.

Ce qui m’a posé des problèmes : quand un workflow n8n plante à 3h du matin, le debugging est opaque. Pas de stack trace claire. Tu relis l’exécution dans l’interface, tu devines où ça a cassé, tu corriges. Ça m’a pris plusieurs heures sur un workflow de génération de contenu lié à Copyboost.

Zapier existe mais coûte trop cher pour ce que ça apporte à un solopreneur. Je ne l’utilise plus depuis six mois.

Ma stack complète et son coût réel

Ce que ça me coûte chaque mois pour faire tourner Copyboost :

1. Framer : 14€/mois pour la landing page
2. Bubble : 29€/mois pour l’application
3. Supabase : gratuit
4. Make : 9€/mois pour les automatisations courantes
5. n8n : auto-hébergé sur mon VPS Hetzner, environ 4€/mois de coût marginal
6. Stripe : commission au succès uniquement
7. Clerk : gratuit jusqu’à 10 000 utilisateurs actifs

Total : 56 à 62€/mois selon les mois, avec les coûts variables API IA en plus.

C’est une infrastructure capable de supporter les premiers clients, les premières analyses, les premiers paiements. Sans CTO. Sans réunion d’architecture.

Les limites réelles

Le no-code n’est pas magique. Voici ce qui va te ralentir concrètement.

Les performances sous charge sont le premier mur. Les requêtes Bubble complexes avec plusieurs jointures de données peuvent devenir lentes au-delà de quelques centaines d’utilisateurs actifs. C’est gérable avec de la mise en cache et une architecture propre, mais ça demande de l’anticipation dès le départ.

Le debugging opaque est le deuxième. Quand Make ou n8n plante sur un flow multi-étapes, identifier le point de rupture prend du temps. Les outils no-code ne te donnent pas un stack trace. Tu travailles à l’aveugle avec les logs d’exécution.

Et le vendor lock-in de Bubble est le troisième. Si tu grossis et que tu as besoin de migrer, tu repars quasiment de zéro sur la partie app. Anticipe ça en gardant ta base de données sur Supabase dès le départ, pour pouvoir récupérer ta donnée proprement si tu changes de stack frontend.

Ce que je ferais différemment

Je ne changerais pas grand chose sur les fondamentaux. Supabase, Make, n8n sur VPS : ces trois-là restent.

Sur Bubble : je serais plus prudent sur la configuration des workflows dès le départ, et j’aurais documenté chaque automatisation de manière externe dès le premier mois. Le jour où tu veux migrer ou débugger un vieux flow, tu es content d’avoir un document qui explique ce que tu avais en tête.

Sur Framer : parfait pour ce que je fais. Aucun regret.

La vraie leçon : le no-code te permet de lancer vite. Il ne te permet pas d’éviter de réfléchir à l’architecture. Prendre 30 minutes pour dessiner comment les données circulent avant de builder économise des semaines de migration plus tard.

Pour voir comment j’ai utilisé cette stack pour lancer Copyboost de A à Z, lis le récit complet du lancement. Et si tu veux comprendre la partie VPS et automatisation Python qui tourne en parallèle, c’est dans cet article.