Créer un site à abonnement sans code : espace membres
Créer un site à abonnement sans code avec l'IA
Un site à abonnement se construit sans code en décrivant trois choses : ce qu'on achète, ce qui reste fermé et à quel rythme le contenu arrive. Zugo génère les pages et l'espace membres, Stripe gère le paiement récurrent, Supabase les comptes. Une plateforme multipage coûte 12 crédits pour les trois premières pages.
Qu'est-ce qui distingue un site à abonnement d'un site de cours ?
La promesse faite au client, et tout en découle. Un site de cours vend un objet fini : vous payez une fois, vous recevez un programme, l'histoire s'arrête là. Un site à abonnement vend un accès continu, donc une obligation de fournir quelque chose chaque mois.
Cette différence se voit dans le produit avant de se voir dans le code. Sur un site de cours, la question centrale est « comment vendre ». Sur un site à abonnement, c'est « pourquoi rester le troisième mois », et aucune technologie ne répond à celle-là.
Techniquement, la conséquence est un paiement récurrent au lieu d'un paiement unique, et un contenu qui s'enrichit au lieu d'un contenu figé. Les deux se construisent sans code, mais le second demande une réflexion éditoriale que le premier peut économiser.
Si votre projet consiste à vendre une formation une bonne fois, la structure décrite dans créer un site de cours en ligne sera plus directe et moins coûteuse à entretenir.
Quelles briques techniques faut-il réunir ?
Quatre, et elles s'assemblent toujours dans le même ordre.
La page de vente vient en premier, parce qu'elle est la seule que verront la plupart des visiteurs. Elle dit ce que contient l'adhésion, à quel prix, avec quelle fréquence de facturation et comment on résilie. Cette dernière information rassure bien plus qu'elle ne fait fuir.
L'inscription et la connexion arrivent ensuite. Chaque membre doit créer un compte, se connecter et retrouver son espace. Supabase gère la base, les comptes et les fichiers. Le détail du fonctionnement est décrit dans l'IA peut-elle créer une connexion utilisateur.
La porte fermée constitue la troisième brique : les pages réservées ne doivent s'ouvrir qu'aux comptes actifs. C'est le point le plus délicat du projet, et celui qu'il faut tester en conditions réelles plutôt que sur parole.
Le paiement récurrent ferme la marche. Stripe gère les abonnements, les échecs de prélèvement et les résiliations, et c'est la brique qu'il vaut mieux ne surtout pas réinventer.
Que met-on derrière la porte, et que laisse-t-on dehors ?
Une partie du contenu doit rester visible de tous, sans quoi personne ne saura ce qu'il achète. La règle simple consiste à laisser dehors ce qui prouve la valeur, et à réserver ce qui la délivre.
En pratique : un article complet en accès libre plutôt que trois débuts d'articles coupés. Un extrait franc convainc, une amorce interrompue agace, et les deux coûtent le même nombre de crédits à mettre en place.
Prévoyez aussi ce qui se passe à la fin. Un membre qui résilie garde-t-il l'accès aux archives, aux fichiers déjà téléchargés, aux échanges de la communauté ? Répondez avant de construire, parce que cette règle se traduit directement en écrans et qu'en changer plus tard demande plusieurs modifications à 3 crédits chacune.
Attention enfin à un piège classique : les vidéos ne s'hébergent pas sur votre site. Elles vivent chez un hébergeur vidéo, et votre page réservée ne fait que les afficher. Vouloir stocker des fichiers lourds directement dans le projet crée des problèmes que la vitrine n'a pas.
Comment décrire son espace membres pour obtenir une base solide ?
Écrivez la description comme une promesse commerciale, pas comme une spécification technique. « Un espace réservé pour vingt-cinq abonnés qui reçoivent une analyse hebdomadaire du marché immobilier local, avec archives et fichiers à télécharger » suffit à orienter toute la structure.
Nommez ensuite les niveaux d'adhésion s'il y en a plusieurs, et dites ce que chacun ouvre exactement. Deux formules aux contenus mal séparés produisent un site confus, et cette confusion se paie en questions de la part des abonnés, pas en bugs.
Précisez le rythme de publication. Un contenu hebdomadaire, mensuel ou publié au fil de l'eau ne se présente pas de la même façon : le premier a besoin d'une liste chronologique, le troisième d'un classement par thème.
Indiquez enfin si vous voulez un espace d'échange entre membres. C'est possible, mais cela change la nature du projet et le volume de modération, sujet qui n'est pas technique du tout.
Comment se déroule la construction, étape par étape ?
Cinq étapes, dont deux seulement dépendent de l'outil.
Vous rédigez la description avec les formules, le rythme et la règle d'accès. Vous lancez la construction : une plateforme multipage avec page de vente, connexion et espace réservé demande quelques minutes. Vous pouvez aussi partir d'un des 25 modèles prêts à l'emploi et l'adapter.
Zugo ouvre le projet dans un bac à sable avant de vous le remettre. Une construction qui ne s'ouvre pas n'est pas livrée, donc le lien reçu correspond à des pages qui ont déjà chargé au moins une fois.
Vous branchez ensuite Stripe et vous testez le parcours complet avec un vrai compte : inscription, paiement, accès, résiliation. Ce test vaut plus que toutes les vérifications automatiques, parce qu'il porte sur votre règle métier et non sur le code.
Vous publiez enfin sur votre-slug.zugo.run, vous connectez votre domaine, et vous ne communiquez qu'après avoir vérifié qu'un compte résilié perd bien l'accès.
Combien coûte un site à abonnement en crédits ?
Le barème ne varie pas selon le type de projet.
| Action sur Zugo | Crédits |
|---|---|
| Construction simple, page unique | 6 |
| Plateforme multipage, trois premières pages | 12 |
| Chaque page supplémentaire | 3 |
| Modification sur un projet existant | 3 |
| Construction en mode Hi-Fi | 12 |
| Modification en mode Hi-Fi | 6 |
Publication sur votre-slug.zugo.run |
aucun |
Un site à abonnement classique compte au minimum quatre pages : vente, connexion, espace membre, contact. Comptez donc 12 crédits pour les trois premières et 3 par page suivante, puis une série de modifications pendant les premières semaines.
Le plan gratuit donne 5 crédits, de quoi éprouver une page de vente avant tout engagement. Pro coûte $25 par mois pour 200 crédits, soit environ 16 plateformes multipages, 33 constructions simples ou 66 modifications. Business coûte $99 par mois pour 800 crédits, format adapté si vous gérez plusieurs sites d'adhésion en parallèle.
Quelles intégrations sont réellement indispensables ?
Trois sur les sept, et sans elles le projet n'existe pas.
| Intégration | Rôle sur un site à abonnement |
|---|---|
| Stripe | Abonnement récurrent, échecs de paiement, résiliation |
| Supabase | Comptes membres, contenus réservés, fichiers |
| Resend | Bienvenue, relances, avis de fin d'accès |
| Domaine personnalisé | Crédibilité au moment de sortir la carte |
| Google Analytics | Pages qui convertissent et pages ignorées |
| GitHub | Export du code source vers votre dépôt |
| Vercel | Déploiement sur votre propre compte |
Stripe est le pilier : gérer soi-même des prélèvements mensuels, des cartes expirées et des remboursements est un métier à part entière. Le fonctionnement de la liaison est détaillé dans créateur d'app IA avec Stripe.
Resend est plus important qu'il n'y paraît. Un abonnement vit d'e-mails : confirmation, rappel avant renouvellement, avertissement quand un paiement échoue. Sans ces messages, vous perdez des membres pour des raisons purement mécaniques.
Quelles limites faut-il accepter dès le départ ?
Trois, et elles méritent d'être connues avant la première construction.
Zugo ne remplace pas une équipe de développement sur un produit complexe. Un espace réservé avec paiement récurrent entre dans son périmètre. Une gestion fine des droits, avec essais gratuits imbriqués, remises par ancienneté et facturation professionnelle, relève d'un vrai développement, et l'export vers GitHub devient alors la suite logique.
La logique métier très spécifique se construit par modifications successives, jamais d'un seul prompt. Une règle du type « les abonnés annuels gardent les archives, les mensuels non » s'obtient en plusieurs passes facturées 3 crédits chacune, et c'est le fonctionnement normal.
Enfin, la vérification en bac à sable confirme que les pages s'ouvrent. Elle ne vérifie pas que votre porte est bien fermée. Ce test-là vous appartient : créez un compte sans abonnement et essayez d'atteindre une page réservée, avant de vendre quoi que ce soit.
Par où commencer sans se disperser ?
Décidez d'abord du contenu du premier mois, en entier. Un site à abonnement lancé sans réserve éditoriale s'écroule à la quatrième semaine, et c'est la cause d'échec la plus fréquente, loin devant les problèmes techniques.
Construisez ensuite une page de vente seule, montrez-la à dix personnes de votre audience et écoutez leurs questions. Chaque question répétée signale une information manquante, donc une modification à 3 crédits parfaitement rentable.
N'ouvrez la porte que lorsque le parcours complet a été testé de bout en bout avec un vrai paiement. Le plan gratuit suffit pour évaluer le rendu : décrivez votre projet sur zugo.dev et regardez la première version avant de vous engager.