L’essentiel
- Shogun affiche les pages via sa couche d’application. Après sa désinstallation, Shogun garde vos 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 se casser, et les formulaires Shogun cessent de fonctionner dès que la data est effacée.
- Les deux choses que les équipes ont peur de perdre sont les analytics de page et l’A/B testing de Shogun. Prévoyez vos alternatives avant de bouger, car Shogun supprime vos données d’analytics et vos tests sous 14 jours après la désinstallation.
- Le processus est le même que pour n’importe quelle migration de page builder Shopify : faites l’inventaire des pages en ligne, partagez chaque URL avec Fudge, reconstruisez sur un thème de dev, testez, puis publiez en live à la même URL, avant de désinstaller. Ni nouveaux slugs, ni redirections.
- Fudge reconstruit chaque page en Liquid, CSS et HTML natifs directement dans votre thème. Le résultat reste 100 % éditable même sans l’app - pas juste du HTML figé.
- Ne migrez pas votre page avec le plus d’enjeu en premier. Faites un ou deux tests avec une page moins critique pour apprivoiser le processus.
Ce guide vous explique comment migrer de Shogun vers Fudge AI sur Shopify. Shogun est un très bon page builder drag-and-drop avec de réels arguments en matière d’analytics de page et d’A/B testing. Les principales raisons qui poussent les équipes à migrer sont la propriété du résultat final (des pages qui restent éditables au lieu d’être figées) et la vitesse de chargement (pas de couche d’app au moment où le client charge la page).
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 vaut mieux être précis sur ce point, car les conseils de migration sont souvent flous là-dessus.
Contrairement à certains builders dont les pages deviennent complétement blanches lors de la désinstallation, Shogun garde vos pages publiées en ligne sous forme de HTML statique après avoir supprimé la solution. Les pages ne vont donc pas disparaître.
Mais “en ligne” ne veut pas dire qu’elles sont les “vôtres” pour autant :
- Ce bout de HTML est figé. La doc de Shogun précise que faire des modifications sur ces pages hors de l’app peut y faire sauter le CSS, ce qui demanderait de les republier depuis Shogun - que vous viendrez tout juste de désinstaller.
- Les formulaires Shogun cessent de fonctionner dès que la data est supprimée (soit dans les 14 jours), car l’app ne peut plus stocker les réponses.
- Du code résiduel va rester dans votre thème. Shogun recommande souvent de garder ses sections et ses snippets pour laisser ses pages figées tourner.
Donc de manière réaliste, l’état d’une page Shogun désinstallée mais non migrée est le suivant : la vue marche, mais c’est non éditable, les forms sont morts, et du code orphelin de l’app traîne dans le thème. C’est pourquoi vous devez d’abord migrer chaque page en code natif, pour ensuite désinstaller l’app, et vous assurer que chaque page en ligne est parfaitement éditable et clean.
Pour la procédure de nettoyage global, référez-vous à notre guide supprimer du code résiduel d’apps 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 à certains builders, Shogun laisse les pages publiées en ligne sous forme de HTML statique à sa suppression. Mais ce HTML est figé - le fait de l'éditer hors de la solution peut casser le CSS, de plus les formulaires Shogun arrêtent de fonctionner dès que la donnée se supprime sous 14 jours, et le code résiduel demeure dans votre thème. Migrer d'abord chaque page en code natif sert à vous protéger de tout cela.
Oui, si vous ne les exportez pas au préalable. Shopify demande à Shogun de détruire les données stockées - y compris les analytics des pages ainsi que le résultat des pages A/B testées - sous 14 jours de suppression de compte. Prenez des captures d'écran ou exportez le tout ce que vous désirez garder avant d'annuler votre app.
Non. Fudge ne dispose pas d'A/B testing natif. Étant donné que les pages Fudge sont des sections standard de thèmes, vous pouvez effectuer des tests en vous servant d'outils de tests Shopify-natifs ou d'une application de testing externe pertinente. Gardez en tête d'autre part que c'est également ce que propose aujourd'hui Shogun qui a mis ces fonctionnalités vers une application tierce distincte depuis fin 2025.
Absolument pas. Fudge reconstruit la page sur un de vos thèmes de dev et procède à la publication pour une URL identique ; aucune nouvelle création ni de redirection 301, du coup vos liens publicitaires en l'état (tout de même du mapping interne et sitemap) resteront en fonctionnement sans modification.
Vous copiez/collez simplement l'URL de votre page Shogun live vers notre système et ce dernier s'occupe de sa numérisation pour réutiliser les ressources nativement sur un thème non publié. Une simple itération via vos propres prompts est ensuite conseillée de façon à bien reproduire le visuel désiré, puis tout cela n'est plus qu'à publier directement sur une URL identique pour l'étape numéro une.
Oui. Shogun met l'accent sur le page-builder et son data-layer. L'utilité principale pour l'intelligence artificielle de Fudge est un grand atout en soi puisqu'elle traite nativement les changements et peut construire quiz, bundles ou d'autres types de campagnes selon l'écriture. Au cas où devriez l'entendre au sens large de la construction des modèles alors évidemment !
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. ↩
