Points clés
- La migration suit une séquence standard : inventorier les pages, partager chaque URL avec Fudge, reconstruire sur un thème de dev, tester, publier en ligne (sur la même URL), puis désinstaller GemPages. Pas de nouveaux slugs, pas de redirections.
- La raison structurelle pour laquelle les équipes migrent est le contrôle du code généré et le temps de chargement. Les pages GemPages s’affichent via le runtime de l’application. Fudge écrit directement dans le code natif de votre thème.
- Ne migrez pas en pleine période de pointe commerciale. Choisissez une fenêtre calme de deux à quatre semaines sans campagne majeure en cours.
- Comptez 1 à 2 heures par page pour la reconstruction et la QA, et encore moins une fois que le contexte de votre marque est intégré dans Fudge.
Ce guide explique comment passer de GemPages à Fudge AI sur une boutique Shopify active. L’objectif : que chaque page soit intégrée à votre thème, sans dépendre d’un runtime d’application lors du chargement pour le client.
GemPages est un excellent constructeur en drag-and-drop. Les équipes migrent pour des raisons structurelles (la page survit à la désinstallation, pas de JavaScript au runtime) plutôt que parce que GemPages ne répondait plus à leurs besoins.
Pourquoi vous pouvez nous faire confiance
En quatre ans au sein de l’écosystème Shopify, nous avons réalisé des dizaines de migrations depuis GemPages, PageFly, Replo, Shogun et d’autres builders internes. Nous créons Fudge - l’agent IA à l’autre bout de cette migration. Consultez GemPages vs Fudge pour une comparaison stratégique plus globale.
Les étapes
- L’inventaire. Listez chaque page GemPages active avec son URL, son rôle, son trafic et l’état des éventuelles dépenses publicitaires (ad-spend). Regroupez-les par priorité.
- Choisissez une page de départ. Optez pour une page de priorité moyenne (pas une LP d’ads à fort trafic) pour le premier cycle de migration.
- Reconstruire dans Fudge. Collez l’URL de votre page GemPages live dans Fudge. Il analyse la page et la regénère en code de thème natif sur un thème de dev non publié, à la même URL. Améliorez le résultat avec des prompts du type : “shorter hero”, “swap in UGC” ou “add sticky ATC”.
- Testez sur un thème de développement. Faites un test Lighthouse Mobile (LCP cible < 2.5s, INP < 200ms, CLS < 0.1). Testez l’ajout au panier (Add-to-cart) jusqu’au checkout, et faites une simulation en Slow-4G.
- Mettez en ligne. L’URL ne change pas — c’est désormais le code de votre thème qui est rattaché au slug, au lieu du runtime GemPages. Fudge prend automatiquement le relais sur le slug ; nul besoin de dépublier sur GemPages en amont ou de configurer des redirections 301.
- Surveillez pendant 24 à 48 heures. Vérifiez que le taux de conversion se maintient dans vos analytics et vos rapports sur les régies publicitaires.
- Répétez selon l’ordre de priorité. Comptez 2 à 5 pages par semaine pour un bon rythme de croisière.
- Désinstallez GemPages. À ne faire qu’une fois que toutes les pages ont été migrées et que votre
theme.liquidne contient plus aucun import de script/CSS venant de GemPages.
Les deux points de friction à surveiller
Les sections qui ne coïncident pas parfaitement
Si votre page GemPages utilise un type de bloc qui n’a pas d’équivalent direct dans Fudge (par exemple, un “GP Form” comportant une logique de champs personnalisée), vous avez trois options :
- Reconstruire le bloc dans Fudge avec un équivalent plus simple
- Le recréer en tant que section de thème sur-mesure (custom) avec l’aide d’un développeur (Fudge peut vous fournir la trame de base)
- Utiliser le formulaire natif Shopify ou une application spécialisée dans les formulaires, en dehors du page builder
La plupart des anciens blocs de GemPages (legacy) ont des équivalents Fudge plus précis qu’il n’y paraît.
Tracking et d’évènements de pixel
Vérifiez que votre système de tracking (GA4, Pixel Meta, Klaviyo Active on Site) se déclenche toujours correctement sur vos nouvelles pages Fudge. La plupart des boutiques utilisent des pixels globaux dans le fichier theme.liquid ce qui rend le processus automatique - mais il est important de vérifier en priorité sur la première page migrée.
Fudge vs GemPages : quelles sont les différences ?
- Le résultat (Output). Fudge écrit le code Liquid + CSS + HTML au sein même de votre thème. GemPages fait le rendu de la page via son propre runtime à chaque visite client.
- La survie après la désinstallation. Les pages Fudge restent actives même si l’application est désinstallée. Les pages GemPages retournent généralement à une page par défaut de Shopify, ou affichent une erreur 404.
- La vitesse de la page (Page speed). Fudge n’ajuste aucun code JavaScript additionnel. Les pages rendues via GemPages se chargent en utilisant le runtime de l’application.
- Les workflows. Fudge se pilote via des prompts textuels ; GemPages via du drag-and-drop. La gymnastique et la prise en main sont totalement différentes.
Pour en savoir plus, consultez notre article sur les meilleurs page builders pour Shopify, le match IA vs drag-and-drop ainsi que notre comparatif des meilleurs page builders IA pour Shopify.
Pour des migrations depuis d’autres outils : De PageFly vers Fudge, De Replo vers Fudge et D’Instant vers Fudge. Si vous êtes une agence qui compare les différents outils pour ses clients, découvrez Le meilleur page builder Shopify pour les agences.
FAQ
Non — la page reste sur la même URL. Vous changez simplement le moteur de rendu (runtime GemPages → le code de votre thème), pas l'URL. Tant que le contenu reste globalement le même, il n'y a pas de problème de transfert de positionnement à craindre.
Oui, pendant la migration. Une fois toutes les pages déplacées, désinstallez GemPages pour récupérer de la vitesse de chargement.
Pour un catalogue de 10 à 20 pages, comptez 3 à 6 semaines, à raison de 2 à 5 pages par semaine. Les catalogues plus importants s'adaptent de façon linéaire. Le goulot d'étranglement est le temps consacré à la QA, pas la vitesse de création.
Oui, sinon vous casserez les pages non migrées. Migrez ou archivez volontairement chaque page GemPages active avant de désinstaller l'application. Les pages migrées ne sont pas affectées — elles sont déjà codées dans le thème sur la même URL.
Trois options : la reconstruire plus simplement, la créer comme une section de thème sur mesure (Fudge peut générer la structure), ou conserver GemPages pour cette seule page tout en migrant le reste. La plupart des blocs ont des équivalents Fudge plus proches qu'il n'y paraît.
