L'IA peut-elle créer un site qui encaisse des paiements ?

L'IA peut-elle créer un site qui encaisse des paiements ?

Oui. Zugo génère la boutique, la fiche produit, le panier et le parcours de commande, et l'encaissement passe par Stripe, qui gère les paiements et les abonnements. L'argent transite par votre compte Stripe, jamais par Zugo. Restent à votre charge le compte lui-même et vos obligations de vendeur.

Cette division du travail est la clé de tout le sujet. Un générateur fabrique le magasin, il ne fabrique pas la caisse enregistreuse ni le contrat qui vous autorise à encaisser.

Que veut dire « encaisser » pour un générateur ?

Trois briques se cachent derrière le mot, et elles n'ont ni le même fournisseur ni le même niveau de difficulté. Il y a la présentation de l'offre, le passage en caisse, et la suite de la commande.

La présentation est du contenu et de la mise en page : une fiche produit, un prix, des visuels, un bouton d'achat, une page de tarifs à plusieurs formules. C'est la partie que le générateur produit le mieux, parce qu'elle relève exactement de ce qu'il sait faire.

Le passage en caisse est un service extérieur. Saisir un numéro de carte, autoriser la transaction, gérer un échec, déclencher un remboursement : tout cela vit chez Stripe, qui est un prestataire de paiement agréé. Aucun générateur ne remplace cette brique, et aucun ne devrait prétendre le faire.

La suite de la commande est la partie que l'on oublie en réfléchissant au projet et que l'on découvre le premier jour de vente. E-mail de confirmation, accès au produit acheté, facture, suivi. Chacun de ces éléments se demande explicitement, et chacun tient dans une modification.

Que génère Zugo et que fait Stripe exactement ?

La frontière est nette une fois posée sur une table. Ce qui se voit et se clique vient de la génération, ce qui manipule de l'argent vient de Stripe, et le lien entre les deux se configure une fois.

Avant livraison, Zugo lance le projet dans un bac à sable pour vérifier qu'il s'ouvre : une construction qui n'a pas démarré ne vous est pas remise. Ce contrôle porte sur le démarrage du projet, pas sur la validité de vos prix ni sur votre configuration Stripe. Le détail de la connexion est traité dans créer une application avec Stripe.

Combien coûte un projet qui vend quelque chose ?

Exactement le même prix qu'un projet qui ne vend rien, parce que la facturation porte sur les générations et non sur les fonctionnalités. Une boutique de trois pages coûte ce que coûte n'importe quelle plateforme de trois pages.

Le plan gratuit donne 5 crédits, soit moins qu'une construction complète à 6 : il sert à voir le résultat, pas à ouvrir un commerce. Pro coûte $25 par mois pour 200 crédits, ce qui couvre environ 16 plateformes multipages, ou 33 constructions, ou 66 modifications. Business coûte $99 par mois pour 800 crédits.

Une remarque budgétaire honnête : une boutique demande plus de retouches qu'un site vitrine. Comptez la construction, puis plusieurs modifications à 3 crédits pour ajuster les prix affichés, les mentions obligatoires et les messages d'erreur du parcours d'achat. Les frais de Stripe, eux, sont fixés par Stripe et se règlent chez eux.

Vente unique ou abonnement, qu'est-ce qui change ?

Côté page, presque rien : un bouton, un prix, une confirmation. Côté logique, presque tout, et c'est la différence qui surprend le plus.

Une vente unique se termine au paiement. La personne paie, reçoit son produit ou sa commande, et l'affaire est close. Le site n'a rien à mémoriser au-delà de la trace de la commande.

Un abonnement, lui, commence au paiement. Il faut savoir en permanence qui est à jour et qui ne l'est pas, ce qui se passe quand un prélèvement échoue, ce que voit une personne qui résilie, et ce qu'elle retrouve si elle revient. Cette mécanique se décrit phrase par phrase, et elle se vérifie en conditions réelles.

Un abonnement suppose donc presque toujours des comptes utilisateurs, puisqu'il faut reconnaître la personne pour savoir ce à quoi elle a droit. La façon de demander cette partie est détaillée dans l'IA peut-elle créer une connexion utilisateur.

Que devez-vous préparer en dehors du site ?

Quatre choses, et aucune ne se génère. Elles prennent moins de temps que la construction, mais elles conditionnent le droit d'encaisser.

Un compte de paiement à votre nom, avec les justificatifs demandés par le prestataire. Cette vérification prend un délai variable selon les dossiers, donc lancez-la pendant que vous construisez plutôt qu'après. C'est la cause d'attente la plus fréquente et elle n'a rien de technique.

Vos documents de vendeur : mentions légales, conditions générales de vente, politique de confidentialité, information sur le droit de rétractation quand il s'applique. Le générateur peut en produire une trame, il ne peut pas décider de leur contenu à votre place, et une trame relue par personne reste une trame.

Votre régime fiscal et le traitement de la TVA selon ce que vous vendez et à qui. Un tarif affiché sans mention claire de ce qu'il inclut provoque des litiges qui coûtent plus cher que la page qui les aurait évités.

Enfin, un vrai test de bout en bout avec une carte réelle et un petit montant, suivi d'un remboursement. Tant que vous n'avez pas vu l'argent arriver puis repartir, votre parcours d'achat est une hypothèse.

Où sont les limites honnêtes ?

Trois, dites franchement, parce qu'elles décident si votre projet peut ouvrir.

Zugo ne remplace pas une équipe de développement sur un produit complexe. Un commerce simple, quelques produits, un abonnement à deux formules : c'est parfaitement dans la cible. Une tarification à paliers, des remises combinées, une facturation à l'usage : cela se construit par modifications successives, et à un moment il devient plus économique d'exporter le code vers GitHub et de continuer avec un développeur.

La vérification en bac à sable ne teste pas votre argent. Elle confirme que le projet démarre. Un prix mal saisi, une formule qui pointe vers le mauvais produit, un e-mail de confirmation qui ne part pas : rien de tout cela n'est détecté par une machine, et tout se voit en une commande d'essai.

La conformité reste votre responsabilité entière. Le site fournit la mécanique de vente, vous fournissez le cadre légal, les documents et la relation client. Aucune génération ne vous couvre sur ce terrain.

Par où commencer concrètement ?

Commencez petit et vendez une seule chose. Une page, un produit, un bouton, un e-mail de confirmation. Publiez sur l'adresse en .zugo.run, passez une commande vous-même, remboursez-la, puis seulement ensuite ajoutez le catalogue.

Élargissez ensuite par modifications successives : deuxième produit, page de tarifs, espace client, relances. Si votre projet ressemble davantage à une boutique qu'à une page de vente, l'IA fonctionne-t-elle pour le commerce en ligne entre dans le détail du catalogue et des stocks.

Une construction simple prend environ une minute et une plateforme quelques minutes, donc le temps long de ce projet n'est pas la génération : ce sont vos documents et votre compte de paiement. Vous pouvez lancer la partie site dès aujourd'hui avec le plan gratuit sur zugo.dev et brancher l'encaissement quand le reste est prêt.