À retenir
- La migration suit une séquence standard : faire l’inventaire des pages, partager chaque URL avec Fudge, reconstruire sur un thème de dev, tester, publier en live (sur la même URL), puis désinstaller GemPages. Pas de nouveaux slugs, ni de redirections.
- Les raisons structurelles pour lesquelles les équipes migrent sont le contrôle du code généré et la vitesse de chargement (page speed). Les pages GemPages s’affichent via le runtime de l’application. Fudge écrit du code natif pour votre thème.
- Ne lancez pas de migration pendant un grand pic de ventes. Choisissez une fenêtre calme de deux à quatre semaines sans aucune campagne majeure en cours.
- Comptez 1 à 2 heures par page pour la reconstruction et la QA, et encore moins de temps une fois que le contexte de votre marque est bien assimilé par Fudge.
Ce guide explique comment passer de GemPages à Fudge AI sur une boutique Shopify en live. L’objectif : que chaque page s’intègre nativement à votre thème, sans runtime d’application lors du chargement des pages côté client.
GemPages est un bon page builder en drag-and-drop. Si les équipes migrent, c’est le plus souvent pour des raisons structurelles (les pages restent sur le site en cas de désinstallation, et absence de JavaScript au runtime) plutôt que par insatisfaction liée à GemPages.
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 conserve la même URL. Vous remplacez simplement le moteur de rendu (du runtime GemPages → au code de votre thème), pas l'URL. Tant que le contenu reste globalement similaire, il n'y a aucune perte de positionnement à craindre.
Oui, pendant la migration. Une fois que chaque page est transférée, vous pouvez désinstaller GemPages pour récupérer son impact sur votre page speed.
Pour un catalogue de 10 à 20 pages, prévoyez 3 à 6 semaines, à raison de 2 à 5 pages par semaine. Les catalogues plus volumineux évoluent proportionnellement. Le véritable goulot d'étranglement est la disponibilité pour faire la QA, et non la vitesse de création.
Oui, sinon vous allez casser les pages non migrées. Il faut migrer ou bien archiver volontairement chaque page GemPages active (live) avant de désinstaller l'app. Les pages migrées ne seront pas affectées — elles se composent déjà de code de thème sur la même URL.
Vous avez trois options : la refaire en plus simple, en faire une section de thème custom (Fudge peut en générer la structure de base), ou bien garder GemPages juste pour cette page spécifique pendant que vous migrez le reste. La plupart des blocs de contenu ont des équivalents Fudge beaucoup plus fidèles qu'on ne pourrait le croire.
