Points clés à retenir
- Shogun génère les pages via sa couche applicative. Après désinstallation, Shogun garde les pages publiées en ligne sous forme de HTML statique, mais le contenu est figé : si vous le modifiez en dehors de Shogun, le style peut casser, et les formulaires Shogun cessent de fonctionner une fois les données supprimées.
- Les deux choses que les équipes craignent de perdre sont l’analytique des pages et l’A/B testing de Shogun. Prévoyez des alternatives avant de migrer, car Shogun supprime les données analytiques et les tests dans les 14 jours suivant la désinstallation.
- Le processus est le même que pour toute migration de page builder Shopify : inventoriez les pages en ligne, partagez chaque URL avec Fudge, reconstruisez sur un thème de dev, testez, publiez en ligne sur la même URL, puis désinstallez. Pas de nouveaux slugs, pas de redirections.
- Fudge reconstruit chaque page en code natif Liquid, CSS et HTML dans votre thème. Le résultat reste entièrement modifiable une fois l’application supprimée – ce n’est pas du HTML figé.
- Ne migrez pas votre page la plus visitée en premier. Faites un cycle complet sur une page non critique pour valider le processus.
Ce guide explique comment passer de Shogun à Fudge AI sur Shopify. Shogun est un éditeur drag-and-drop performant, avec de vrais atouts en matière d’analytique par page et d’A/B testing. Les raisons structurelles qui poussent les équipes à migrer sont la propriété du code généré (des pages qui restent modifiables au lieu d’être figées) et la vitesse des pages (pas de couche de rendu d’application lors du chargement par le client).
Pourquoi vous pouvez nous faire confiance
Quatre ans chez Shopify, des dizaines de migrations de page builders depuis Shogun, PageFly, Replo, GemPages, Instant, sans oublier plusieurs solutions internes. Nous avons créé Fudge - l’agent IA de l’autre côté de cette migration. Il lit votre page existante et la regénère en code natif pour votre thème.
La marche à suivre
C’est la même chose que pour n’importe quelle migration de page builder, avec quelques spécificités liées à Shogun.
Étape 1 : Faire l’inventaire de vos pages Shogun en ligne
Ouvrez le dashboard Shogun et listez tout ce qui est actuellement publié. Pour chaque page :
- L’URL et le type de page (landing page, article de blog, section de PDP, section de page d’accueil)
- Le trafic mensuel et si la page vient de dépenses ads
- Les tests A/B en cours - quelles pages ont des expérimentations qu’il faudra clôturer d’abord
- Dernière date de modification - des pages inchangées depuis plus de 6 mois méritent peut-être plus d’être archivées que migrées
Il y a deux points propres à Shogun à récupérer dès maintenant, car Shogun les supprime dans les 14 jours qui suivent la désinstallation : votre historique d’analytics de page (taux de clic, conversion, rebond) et vos résultats de tests A/B. Faites des exports ou des captures d’écran de ce que vous voulez garder sous la main avant de supprimer l’app.
Étape 2 : Commencer par une page moins importante
Ne démarrez pas avec votre meilleure landing page. Prenez une page Shogun au trafic modéré sans trop d’enjeux et complétez le cycle complet : partagez l’URL avec Fudge, reconstruisez sur un thème de dev, publiez en live, surveillez.
Ça vous permettra de prendre les bons réflexes avant d’attaquer les pages avec plus d’impact.
Étape 3 : Reconstruire avec Fudge
Copiez l’URL de la page Shogun en ligne dans Fudge. Il lit la page et la regénère en Liquid + CSS + HTML natifs sur un de vos thèmes de dev (non publié), avec la même URL. Itérez avec des prompts jusqu’à ce que le résultat matche parfaitement.
Une petite note concernant Shogun : comme ses pages sont souvent construites depuis son CMS et ses blocs en drag-and-drop, la structure est généralement propre et facile à lire pour notre agent IA. Profitez de ce rebuild pour supprimer ce que vous aviez ajouté juste parce que l’éditeur le rendait possible - des blocs hero surdimensionnés, des sections redondantes ou des éléments de déco qui n’ont jamais prouvé leur utilité.
Étape 4 : Tester
Lighthouse Mobile. Un parcours d’ajout au panier jusqu’au checkout si c’est pertinent. Les events Pixel (Meta, GA4, TikTok). Une petite simulation en Slow 4G.
Assurez-vous que la page a un rendu identique via la preview du thème de dev avant de publier. Comme l’URL en live ne va pas bouger à la publication, rien en aval - créas ads, liens internes, sitemaps - n’a besoin d’être mis à jour.
Étape 5 : Mettre en ligne et surveiller
Publiez le thème de dev. L’URL est inchangée. Le code de votre thème gère désormais ce slug au lieu de la couche de l’app Shogun. Pas de redirections 301, pas de nouvelles entrées dans vos tools d’analytics, et pas d’updates sur vos ads.
Surveillez le taux de conversion et le trafic pendant 24 à 48 h. Si quelque chose vous semble anormal, investiguez avant de poursuivre d’autres migrations.
Étape 6 : Répéter pour le backlog
Faites ça par ordre de priorité. N’essayez pas de tout migrer en un seul sprint. Clôturez tous vos tests A/B en cours avant de migrer ces pages - choisissez la variante gagnante, migrez celle-ci, et fermez l’expérimentation.
Étape 7 : Désinstaller Shogun
À faire seulement une fois que toutes les pages ont été migrées, que vous avez exporté l’historique de vos datas/tests que vous souhaitez conserver, que 14 jours de données confirment qu’il n’y a pas eu de régression, et que votre thème ne contient pas de fichiers résiduels de Shogun (fichiers de sections et de snippets).
Ce que vous perdez - et comment le remplacer
Pour être totalement juste avec Shogun : si les équipes hésitent à le quitter, ce n’est pas pour son page builder en tant que tel. C’est pour sa couche de data. Plus particulièrement pour deux de ses fonctionnalités.
Les analytics au niveau de la page
Shogun track le clic, la conversion et le taux de rebond de chaque page depuis l’app, sans avoir recours à des tools externes. C’est très pratique.
Son remplaçant sera GA4 plus votre thème. Une fois que la page est codée de façon native dans votre thème, votre setup GA4 actuel et n’importe quel outil de heatmap (Microsoft Clarity, Hotjar) feront le job de mesure tout comme pour vos autres templates. Vous y perdez la praticité d’avoir un dashboard unique, mais vous ne perdez pas vos données. Pour la majorité des équipes qui utilisent déjà GA4, au final ça ne change pas grand chose.
L’A/B testing
C’est l’enjeu majeur, et ça vaut le coup d’être précis. Depuis fin 2025, Shogun a séparé son A/B testing pour en faire une app standalone, et sa feature de testing intégrée au page-builder n’est plus proposée aux nouvelles installations.1 Donc, selon la date à laquelle vous avez rejoint la solution, votre A/B testing vivait peut-être déjà en dehors du builder lui-même.
Fudge ne comporte pas d’A/B testing en natif. Comme les pages Fudge sont des sections standard de thèmes, vous pouvez faire tourner des expérimentations dessus à l’aide des outils de testing natifs de Shopify ou bien d’une app dédiée. Jetez un œil à notre guide d’A/B testing pour voir les options. Si l’expérimentation en live est au cœur de votre routine, prévoyez le remplacement adéquat bien en amont de votre migration.
La planification de contenu
Shogun vous permet de lancer vos pages à des heures précises. Si vous effectuez de l’événementiel qui dépend de lancements planifiés (drops), reproduisez votre rythme avec le processus de publication classique de votre thème, ou utilisez une app de planification. Pour beaucoup de marchands, c’est quelque chose d’occasionnel et pas quotidien.
Un point rapide sur la désinstallation, car Shogun gère ça différemment
Il est important d’être précis ici, car beaucoup de conseils sur la migration se trompent sur ce point.
Contrairement aux builders dont les pages deviennent entièrement blanches à la désinstallation, Shogun maintient vos pages publiées en ligne sous forme de HTML statique après la suppression de l’application. Les pages ne disparaissent pas.
Mais « en ligne » ne veut pas dire « à vous » :
- Le HTML est figé. La documentation de Shogun précise que la modification de ces pages en dehors de Shogun peut casser le style, ce qui oblige à republier via Shogun – que vous venez de désinstaller.
- Les formulaires Shogun cessent de fonctionner une fois vos données supprimées (dans un délai de 14 jours), car l’application ne peut plus stocker les soumissions.
- Du code résiduel reste dans votre thème. Shogun recommande de laisser ses fichiers section et snippet en place pour que les pages figées continuent de s’afficher.
Donc, concrètement, l’état post-désinstallation d’une page Shogun non migrée est le suivant : visible, mais non modifiable, avec des formulaires inactifs et du code d’application orphelin dans votre thème. C’est pourquoi vous devez d’abord migrer chaque page vers du code natif, puis désinstaller l’application. Ainsi, chaque page en ligne est vraiment modifiable et propre.
Pour un nettoyage plus global, consultez notre guide sur la suppression du code d’application résiduel sur Shopify.
Pourquoi cette migration vaut le coup
Deux avantages majeurs qui se cumulent pour n’importe quelle boutique :
- La vitesse de la page. En supprimant la couche de rendu Shogun, vous enlevez le JavaScript de l’app lors du chargement. Pour un setup mobile, ça améliore le LCP de façon globale - voir notre benchmark de vitesse des page builders. Les pages rapides impactent directement les taux de conversion.
- La propriété du résultat. Vos pages deviennent des vraies sections de thème : elles gèrent le versioning, elles peuvent être éditées par le moindre développeur, résistent très bien aux changements des autres apps et surtout, elles ne seront jamais figées. Tout l’inverse d’un HTML statique que vous n’osez plus toucher de peur de le casser.
Pour un bon comparatif, consultez Fudge AI vs Shogun ou encore notre classement des meilleurs page builders sur Shopify. Pour bien cerner la différence entre les deux types de produits, nos pages Shopify page builder et Shopify store editor expliquent de façon claire ce que Fudge propose bien au-delà de la simple migration.
FAQ
Pas immédiatement. Contrairement à d'autres builders, Shogun garde les pages publiées en ligne sous forme de HTML statique après la désinstallation. Mais le HTML est figé : le modifier en dehors de Shogun peut casser le style, les formulaires Shogun cessent de fonctionner une fois les données supprimées dans les 14 jours, et du code résiduel reste dans votre thème. Migrer chaque page vers du code natif en amont évite tout cela.
Oui, si vous ne les exportez pas d'abord. Shopify exige que Shogun supprime les données stockées - y compris l'analytique des pages et les résultats d'A/B testing - dans les 14 jours suivant la désinstallation. Faites des captures d'écran ou exportez ce que vous voulez garder avant de supprimer l'application.
Non. Fudge n'inclut pas d'A/B testing intégré. Étant donné que les pages Fudge sont des sections de thème standards, vous pouvez les tester avec les outils de test natifs de Shopify ou une application dédiée. Notez que Shogun a déplacé son propre A/B testing dans une application indépendante fin 2025, donc les nouvelles installations effectuent déjà les tests en dehors du page builder.
Non. Fudge reconstruit la page sur un thème de dev et la publie sur la même URL. Il n'y a pas de nouveaux slugs ni de redirections 301, donc vos créas publicitaires, vos liens internes et vos sitemaps continuent de fonctionner sans changement.
Vous collez l'URL de la page Shogun en ligne dans Fudge. L'agent IA lit la page existante et la régénère en Liquid, CSS et HTML natifs sur un thème de dev non publié. Vous l'ajustez avec des prompts jusqu'à ce qu'elle corresponde, puis vous la publiez en ligne sur la même URL.
Oui. Shogun se concentre sur le page building avec une couche de données. Fudge est un agent IA qui modifie aussi les pages existantes, crée des quiz, des bundles, des pages de campagne, et écrit du code de thème natif un peu partout. Si vous cherchez plus qu'un simple page builder, son périmètre est plus large.
Footnotes
-
Shogun a déplacé l’A/B testing dans une app Shopify indépendante fin 2025 ; les tests natifs ne sont plus disponibles pour les personnes venant d’installer l’outil de page builder. Source : fiches du Shopify App Store et documentations support de Shogun, 2026. ↩
