SMF·ECWID
Un prompt peut-il remplacer Ecwid ?
Boutiques en ligne et formations — digital products, courses and memberships
Bordereau de suivi des pièces
Verdict
Toute la prémisse d’Ecwid, c’est que tu gardes ton site web existant et ajoutes du commerce sur une de ses pages. Reconstruire ça veut dire que la boutique est une balise script : catalogue, panier et checkout rendus dans le HTML de quelqu’un d’autre, sur un domaine que tu ne contrôles pas, sans casser leurs styles. Cette contrainte, c’est ce qui rend ça intéressant et ce qui en fait un week-end plutôt qu’une soirée — état cross-origin, persistance du panier, et du CSS qui doit survivre à n’importe quel thème où il atterrit.
Pièce A — Le prompt
Reçu le31.07.2026Construis une boutique intégrable : une administration hébergée plus une balise script qui ajoute du commerce à un site web existant.
Administration : des produits avec un titre, une description, des images, un prix, une devise, un compte de stock, et des options (taille, couleur) produisant des variantes avec leur propre SKU et stock. Codes promo avec une remise en pourcentage ou fixe et une expiration. Commandes avec un statut.
L’intégration, qui est le cœur de cette construction. Une balise script unique servie depuis ton propre domaine que le propriétaire du site dépose dans sa page, avec un élément conteneur portant des attributs data pour ce qu’il faut rendre : tout le catalogue, une catégorie, un seul produit, ou un widget panier. Elle doit :
- Rendre à l’intérieur d’une shadow root pour que le CSS de la page hôte ne puisse pas l’affecter et que son propre CSS ne puisse pas fuiter. Ce n’est pas optionnel — c’est la différence entre un widget qui fonctionne sur n’importe quel thème et un qui a besoin de correctifs par site.
- Lire sa propre configuration depuis les attributs data, sans variables globales et sans hypothèses sur jQuery ou n’importe quel framework hôte.
- Persister le panier dans localStorage indexé par identifiant de boutique, pour que le panier survive à la navigation entre les pages du site hôte sans aucune session serveur.
- Faire moins de 40 Ko compressé, et charger sans bloquer le rendu de la page hôte.
- Exposer une petite API d’événements (élément ajouté, panier ouvert, checkout démarré) sur un événement personnalisé namespacé, pour que le propriétaire du site puisse câbler ses propres analytics.
Checkout : au moment du checkout, POST le panier vers ton serveur, qui reprix chaque ligne depuis la base de données — ne fais jamais confiance aux prix envoyés par le navigateur — valide le stock, et crée une session Stripe Checkout hébergée. La livraison se passe dans le webhook : vérifie la signature, contrôle l’idempotence, décrémente le stock atomiquement, crée la commande, et envoie un reçu par email. Réapprovisionne en cas de remboursement.
CORS : l’API de la boutique n’accepte des requêtes que depuis une liste blanche d’origines configurée par boutique, pour que personne d’autre ne puisse intégrer ton catalogue sur son site et prendre des commandes à travers.
Vues d’administration : liste de commandes avec recherche, niveaux de stock avec un seuil de stock bas, un changement manuel de statut de commande avec une piste d’audit, et un export CSV.
Taxe : ne calcule ni ne verse aucune taxe. Précise dans le README que l’opérateur est le vendeur légal.
Hors périmètre : le calcul de tarifs de livraison avec des transporteurs, la synchro marketplace ou canal social, l’intégration point de vente, un thème de boutique hébergé, et les abonnements.
L’ouverture pré-remplit le prompt — il ne reste qu’à appuyer sur entrée.
Pièce B — Ce que tu perds
- B.1 la TVA et la taxe de vente calculées et versées pour toi
- B.2 les intégrations de canaux qui poussent ton catalogue vers les marketplaces et les boutiques sociales
- B.3 la synchro d’inventaire avec un système de point de vente
- B.4 les thèmes de boutique prêts à l’emploi
Alternatives existantes
Pièce C — Pourquoi certains continuent de payer : payments, tax, distribution, and operations
Parce qu’une boutique intégrée dans le site existant de quelqu’un doit fonctionner sur chaque thème, chaque navigateur et chaque flux de checkout que le propriétaire ne teste jamais, et cette surface de compatibilité, c’est ce qu’une plateforme absorbe.
Questions
Puis-je exporter mon catalogue Ecwid ?
Oui. Ecwid exporte les produits, variantes et commandes en CSV, et l’import de produits correspond proprement. Les images sont référencées par URL et doivent être téléchargées séparément. Les clients peuvent aussi être exportés, même si les paniers existants ne le peuvent évidemment pas.
Pourquoi une shadow root plutôt qu’une iframe ?
Une iframe est plus facile à isoler mais ne peut pas se dimensionner à son contenu sans un script de redimensionnement, et elle casse mal le flux d’une page sur mobile. Une shadow root donne la même isolation de style tandis que le widget participe à la mise en page normale de la page, ce qui est ce qui fait qu’un catalogue intégré ressemble à une partie du site.
Combien ça coûte à faire tourner ?
Les frais de transaction de Stripe, plus un petit VPS avec PostgreSQL à cinq à dix dollars par mois et un stockage d’images à quelques centimes. En dessous de quelques centaines de commandes par mois, c’est sensiblement moins cher que le plan Venture ; l’économie disparaît la première fois que tu passes une journée sur la taxe.
Quelle est la seule chose qui ne survit pas à la reconstruction ?
Vendre ailleurs que sur ta propre page. Le vrai levier d’Ecwid, c’est que le même catalogue apparaît sur ton site, sur Instagram, sur une marketplace et sur un terminal de point de vente. Un script d’intégration atteint exactement un seul site web.
Outils proches
Récépissé