Migrer de Shogun vers Fudge AI

Points à retenir

• Shogun génère les pages via sa couche applicative. Après la désinstallation, Shogun conserve 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 design risque d’être cassé, 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’analyse de pages et l’A/B testing de Shogun. Prévoyez des solutions de remplacement avant de migrer, car Shogun supprime les données d’analyse et de test dans les 14 jours suivant la désinstallation. Fudge compare les visites, le taux de conversion et les achats sur chaque page avant et après une modification ; l’A/B testing nécessite toujours un outil séparé.
• Le processus est le même que pour n’importe quelle migration de page builder Shopify : répertoriez les pages en ligne, partagez chaque URL avec Fudge, reconstruisez-les sur un thème de développement, testez, publiez en ligne sur la même URL, puis désinstallez. Pas de nouveaux slugs, pas de redirections.
• Fudge reconstruit chaque page en Liquid, CSS et HTML natifs dans votre thème. Le rendu reste entièrement modifiable une fois l’application supprimée, ce n’est pas du HTML figé.
• Ne migrez pas votre page avec le plus fort trafic en premier. Lancez le cycle complet sur une page non critique pour la valider.

Pour migrer de Shogun vers Fudge AI, exportez les analyses et les résultats de tests que vous souhaitez conserver, reconstruisez chaque page Shogun dans Fudge sur un thème de développement, publiez-la sur la même URL et désinstallez Shogun une fois que toutes les pages ont été transférées. Shogun est un outil en drag-and-drop performant, avec de vrais atouts dans l’analyse au niveau de la page et l’A/B testing. Les raisons structurelles pour lesquelles les équipes migrent sont la propriété du résultat final (des pages qui restent modifiables au lieu d’être figées) et la vitesse de chargement (pas de couche applicative au chargement de la page par le client).

Pourquoi vous pouvez nous faire confiance

Nous travaillons dans l’écosystème Shopify depuis plus de quatre ans et avons réalisé des dizaines de migrations de page builders depuis Shogun, PageFly, Replo, GemPages, Instant et des constructeurs maison. Nous développons Fudge, l’opérateur IA pour les boutiques Shopify, qui a une note de 4.9 sur le Shopify App Store. Son page builder lit votre page existante et la regénère sous forme de code de thème natif.

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 suit le taux de clics, la conversion et le taux de rebond par page directement dans l’application, sans outils externes. C’est pratique.

L’alternative, c’est le reporting de page de Fudge plus GA4. Fudge compare les visites, le taux de conversion et les achats sur chaque page avant et après une modification, en utilisant vos données Shopify. Avec Google Analytics connecté, il vous montre quelles campagnes envoient des visiteurs vers chaque page. Il vous suggère également ce qu’il faut modifier sur une page, ou quelle page créer ensuite, en fonction de ces chiffres. Pour le taux de clics et le taux de rebond, votre configuration GA4 existante et n’importe quel outil de heatmap (Microsoft Clarity, Hotjar) mesurent les pages de thème natives comme n’importe quel autre template.

L’A/B testing

C’est le point le plus important. Shogun propose une application standalone d’A/B testing en plus de son page builder, et les forfaits du page builder incluant cette fonctionnalité ont changé au fil du temps.¹ Vérifiez la page de Shogun sur l’App Store pour voir ce qu’il en est de votre forfait, car selon le moment où vous avez souscrit, l’A/B testing peut déjà se trouver en dehors du page builder.

Fudge n’inclut pas d’A/B testing natif. Comme les pages Fudge sont des sections de thème standard, vous pouvez lancer des expériences dessus avec des outils de test natifs Shopify ou une application dédiée, et Fudge peut générer chaque variante comme un brouillon séparé pour cet outil. Seul, Fudge compare les chiffres d’une page avant et après une modification, ce qui est une comparaison observée, et non un test contrôlé. Consultez notre guide sur l’A/B testing pour voir les options disponibles. Si l’expérimentation en direct est au cœur de votre workflow, planifiez soigneusement cette alternative avant de migrer.

La planification de contenu

Shogun prend en charge les lancements de pages programmés. Si vous vous appuyez sur des drops planifiés, reproduisez ce rythme avec votre processus habituel de publication de thème ou une application de planification. Pour la plupart des boutiques, c’est occasionnel, pas quotidien.

Un point rapide sur la désinstallation, car Shogun gère ça différemment

Contrairement aux builders dont les pages deviennent entièrement blanches à la désinstallation, Shogun conserve 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 indique que modifier ces pages en dehors de Shogun peut casser le design, ce qui nécessite alors de 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.
• Des restes de code demeurent dans votre thème. Shogun recommande de laisser ses fichiers de sections et de snippets en place pour que les pages figées continuent de s’afficher.

L’état post-désinstallation réaliste d’une page Shogun non migrée est donc : visible, mais non modifiable, avec des formulaires morts et du code d’application orphelin dans votre thème. C’est pourquoi vous devez migrer chaque page vers du code natif d’abord, puis désinstaller l’application - pour que chaque page en ligne soit modifiable et propre.

Pour un nettoyage plus large, consultez notre guide sur la suppression du code d’application restant dans Shopify.

Pourquoi cette migration vaut le coup

Trois avantages pour la plupart des boutiques :

1. Vitesse de la page. Supprimer la couche de rendu de Shogun retire le JavaScript de l’application lors du chargement de la page pour le client. Sur mobile, cela aide généralement le LCP - consultez notre méthodologie sur la vitesse des page builders.
2. Propriété du rendu final. Vos pages deviennent de vraies sections de thème : contrôlables par versionnement, modifiables par n’importe quel développeur, durables malgré les changements d’applications, et jamais figées. C’est tout le contraire d’un HTML statique que vous ne pouvez pas toucher sans risque.
3. Un périmètre plus large avec une seule application. Fudge est l’opérateur IA pour les boutiques Shopify. Au-delà des pages, il gère le SEO, les quiz, les bundles, les popups, et les modifications n’importe où dans votre thème. Il peut également déterminer ce qui vaut la peine d’être fait en premier à partir des données et des analyses de votre boutique.

Pour une comparaison complète de la catégorie, consultez Fudge AI vs Shogun et notre classement des meilleurs page builders Shopify. Nos pages sur le page builder Shopify et l’éditeur de boutique Shopify montrent ce que Fudge construit et modifie au-delà d’une simple migration.

FAQ

Vous n’avez pas encore fait votre choix ? Comparez les six meilleures alternatives à Shogun avant de migrer.