Lovable + Shopify : le bug du connecteur natif qui a planté la prod d'un ecommerçant

Une histoire vraie

J'ai échangé avec un fondateur DTC qui avait lancé son store de compléments alimentaires sur Lovable. Il avait fait un beau site, configuré les DNS sur son domaine, et tout marchait nickel.

Plus tard, il a décidé de connecter Shopify pour gérer le stock, les commandes, et les paiements. Il a cliqué sur "intégration native Shopify" dans Lovable. Puis il a eu un petit problème.

Le store est resté offline pendant 7 jours. Il a perdu des ventes et du temps. Il a réinstallé l'app, changé son email, soumis la bonne URL admin à chaque tentative. Rien n'a marché.

Parce que le bug n'était pas dans son setup. Le bug était dans Lovable.

Si tu vibe codes un e-commerce et que tu envisages cette stack, je te recommande de lire cet article avant.

Le symptôme exact

Quand on clique sur "connecter Shopify" depuis Lovable, à la place d'ouvrir un sélecteur pour choisir ton vrai store, l'agent te reconnecte automatiquement à un sandbox auto-créé par Lovable. Comme par exemple n1y4bg-d9.myshopify.com.

Concrètement :

• Le champ "Lovable Project" dans l'app Shopify reste vide et en lecture seule. Tu ne peux rien renseigner.
• Le checkout marche techniquement, mais redirige sur myshopify.com au lieu de ton domaine custom.
• Ton domaine principal sert le thème Shopify par défaut, mais plus le frontend que tu as construit dans Lovable.

Le résultat visible côté client : ton site est cassé. Tes utilisateurs voient un placeholder Shopify, pas ton produit.

Ce que le fondateur a tenté (sans succès)

Quand ça arrive, le réflexe c'est de tout réinstaller. Voici ce que le fondateur a essayé, sans que rien ne change :

• Désinstaller et réinstaller l'app Lovable dans Shopify. Plusieurs fois.
• Déconnecter et reconnecter depuis Lovable.
• Mettre exactement le même email sur ses comptes Shopify et Lovable.
• Soumettre la bonne URL admin (admin.shopify.com/store/ton-store) à chaque tentative.

À chaque tentative, Lovable le repointait sur le sandbox. Si tu es dans la même situation, ça vaut peut-être le coup d'éviter ce parcours et d'aller directement ouvrir un ticket support (cf. plus bas).

Ce qu'on sait du problème

Le support Lovable a fini par répondre le message suivant :

"The reconnection flow is reusing the cached link instead of opening the selection. This is a Lovable platform problem. The backend needs to manually clear the cached link."

Traduction : il y a un lien Shopify mis en cache côté backend Lovable. Le fix vit dans une base de données chez eux. Le fondateur n'y a pas accès. Personne dans la communauté n'y a accès. Seul un humain au support Lovable peut néttoyer ce cache à la main.

L'hypothèse émise (pas encore confirmée)

Le fondateur pense que cela vient de l'ordre du setup. Il a d'abord créé le projet Lovable et configuré le DNS, puis ajouté Shopify ensuite. Et c'est exactement ce que font la plupart des utilisateurs Lovable : ils construisent un site qui leur plaît, ils le mettent en ligne, et se disent "OK maintenant je rajoute la couche e-commerce". Logique.

Cette hypothèse est cohérente avec ce qu'on observe : un cache qui pointe sur un sandbox auto-créé au démarrage du projet, et qui ne se met pas à jour quand on connecte un vrai store plus tard. Mais personne n'a confirmé officiellement que c'est ça la cause. C'est la piste principale.

Et en cherchant il y n'y a aucune ressource qui traite du sujet en ligne.

Que faire si t'es coincé

Court terme, trois choses :

1. Ouvre un ticket Lovable, et insiste. Demande explicitement qu'ils suppriment le cache de ton lien Shopify côté backend.

2. Garde ton store online avec un workaround. En attendant, fais pointer ton domaine sur ton thème Shopify natif. Tu perds le frontend custom, mais tes clients peuvent acheter. Pas idéal, mais mieux que 7 jours offline.

3. Documente tout. Screenshots, logs, dates. Si tu dois finir par migrer, ce dossier te servira à expliquer pourquoi.

La vraie leçon (qui dépasse Lovable)

Ce bug n'est pas un accident isolé. C'est ce qui arrive quand tu construis sur un connecteur fermé que tu ne contrôles pas.

Quand le fix vit dans le backend de quelqu'un d'autre :

• Tu ne peux pas debug toi-même.
• Tu ne peux pas accélérer la résolution.
• Tu attends. Pendant ce temps, ton store est offline.

C'est exactement la dépendance que tu ne veux pas pour une fonction critique. Pas le design, pas un widget marketing. Le checkout. Ce qui transforme un visiteur en client.

Le vibe coding te donne de la vitesse. Mais chaque connecteur magique que tu utilises a un coût caché : tu délègues du contrôle. Tant que ça marche, c'est génial. Le jour où ça casse, c'est plus compliqué.

Faut-il migrer pour autant ?

C'est la question que je me pose à chaque fois qu'un fondateur me raconte cette galère. La réponse honnête, c'est : ça dépend.

Migrer vers une stack standalone (Next.js + Storefront API Shopify + Vercel) résoudrait le problème : tu reprends le contrôle du frontend, le checkout passe par l'API Shopify directement, plus de connecteur magique entre toi et ton store. C'est la stack que la plupart des marques DTC sérieuses utilisent.

Mais c'est plus cher. À la fois en upfront (la migration prend du temps) et en mensuel (Vercel, dev, maintenance). C'est un vrai investissement.

Migrer vaut le coup si :

• Ton store fait déjà du revenu et chaque jour offline te coûte de l'argent.
• Tu veux un design custom poussé que Lovable ne peut pas suivre.
• Tu prévois un trafic sérieux où la perf et la fiabilité comptent.

Migrer ne vaut pas le coup si :

• Tu valides encore ton idée et tu fais 10 visites par jour.
• Ton budget est serré et le store est en phase pilote.
• Le bug actuel se règle en attendant 48h de plus que Lovable bouge.

Le bon réflexe, ce n'est pas "migrer à tout prix" pour montrer qu'on a une stack pro. C'est "savoir précisément de quoi je dépends, et accepter ce risque consciemment".

La règle d'or que je donne aux fondateurs

Avant de connecter une intégration native sur n'importe quelle plateforme no-code, pose-toi trois questions :

1. Si ce connecteur tombe, qu'est-ce qui casse côté client ? Si la réponse est le checkout, ce n'est pas juste un bug à corriger : c'est ton chiffre d'affaires qui s'arrête en attendant le fix.
2. Combien de temps ça me coûterait de basculer sur une alternative ? Si la réponse est "des semaines", tu es trop dépendant.
3. L'ordre de setup est-il documenté ? Si non, fais le setup minimal d'abord (avant DNS custom, avant features). Ça t'évitera la moitié des bugs de cache.

Ces trois questions ne te coûtent rien à te poser. Elles peuvent t'éviter 7 jours offline.

Tu construis un e-commerce avec Lovable + Shopify ?

Si tu es dans cette stack et que tu veux savoir où sont tes vrais risques avant qu'ils te tombent dessus, découvre l'offre Audit. Je regarde ce qui est posé, j'identifie les dépendances cachées, et je te donne un plan d'action clair, qu'il faille migrer ou pas.

Et si tu veux juste rester au courant, inscris-toi à la newsletter. Pas de spam, juste les pièges qui valent la peine d'être évités.