Points clés
- Les migrations depuis Replo concernent généralement plus les landing pages (LPs) que les autres constructeurs de pages Shopify, car l’audience de Replo penche vers les équipes de trafic payant.
- Le processus est le même que pour les autres migrations : inventaire, partager chaque URL avec Fudge, reconstruire sur un thème de dev, tester, publier en live (même URL), désinstaller. Pas de nouveaux slugs, pas de redirections.
- Suivez de près le taux de conversion de chaque LP migrée - les LPs pour le trafic payant sont généralement les pages avec le plus fort enjeu du catalogue.
- Ne migrez pas en premier les campagnes actives avec de gros budgets. Commencez par une LP de priorité moyenne pour valider le processus.
Ce guide explique comment passer de Replo à Fudge AI sur Shopify. Replo s’est positionné sur les landing pages pour le trafic payant ; c’est le modèle que l’on retrouve dans la plupart des migrations de cet outil.
Replo est un outil performant. Les équipes migrent pour des raisons structurelles : du code de thème natif, pas de scripts tiers qui ralentissent, des pages qui survivent à la désinstallation. Consultez Replo vs Fudge pour une comparaison plus détaillée.
Pourquoi vous pouvez nous faire confiance
Quatre ans passés chez Shopify, des dizaines de migrations de landing pages depuis Replo et d’autres outils. C’est nous qui concevons Fudge.
La marche à suivre
Identique à n’importe quelle migration de page-builder, avec quelques spécificités liées à Replo.
Étape 1 : Faites l’inventaire de toutes vos pages Replo en ligne
Identifiez en particulier :
- Les pages avec des dépenses publicitaires actives (les plus importantes à bien migrer)
- Les pages avec un fort trafic organique (la priorité suivante)
- Les variantes de test que vous pouvez abandonner (les expériences Replo qui n’ont pas été concluantes : vous pouvez juste les retirer)
- Les pages qui n’ont pas été modifiées depuis plus de 6 mois (envisagez de les archiver au lieu de les migrer)
Notez l’URL, le trafic mensuel, l’utilisation sur les plateformes ad, et la date de la dernière modif. Sauvegardez cet inventaire dans un document partagé.
Étape 2 : Commencez par créer une page non critique
Ne commencez pas par votre LP au meilleur ROAS. Prenez une page Replo à trafic modéré et à faibles enjeux, puis faites le cycle complet : partagez l’URL avec Fudge, testez sur le thème de dev, publiez en live, surveillez.
Cela vous permettra d’acquérir les automatismes nécessaires avant de vous attaquer aux migrations à forts enjeux.
Étape 3 : Reconstruire dans Fudge
Collez l’URL live de votre page Replo dans Fudge. Il analyse la page existante et la régénère en Liquid + CSS + HTML natifs sur un thème de dev non publié, à la même URL. Itérez ensuite avec des prompts.
Un piège spécifique à Replo : les pages Replo créées par les équipes LP s’appuient souvent sur un positionnement au pixel près (typique de l’esthétique LP en DTC). Lors de la reconstruction, profitez-en pour adopter une mise en page basée sur le flux et mobile-first. Le résultat paraît généralement plus léger et convertit au moins aussi bien.
Étape 4 : Tester
Lighthouse Mobile. Ajout au panier jusqu’au checkout. Événements de pixels (Meta, GA4, TikTok, X). Simulation de connexion 4G lente.
Pour les LP de trafic payant en particulier, confirmez que la gestion des UTM et le suivi des plateformes publicitaires continuent de se déclencher correctement sur l’aperçu du thème de dev. L’URL live ne changeant pas après la publication, aucune création publicitaire n’a besoin d’être mise à jour.
Étape 5 : Publier en live et surveiller
Publiez le thème de dev. L’URL ne change pas : le code de votre thème sert désormais le slug à la place du runtime Replo. Pas de redirections 301, pas de mise à jour des créas publicitaires, pas de nouvelles entrées dans vos outils analytics.
Surveillez le ROAS et le taux de conversion (CR) dans la plateforme publicitaire pendant 24 à 48 heures. Si quelque chose vous semble anormal, analysez la situation avant de lancer d’autres migrations.
Étape 6 : Répéter l’opération pour le backlog
Par ordre de priorité. N’essayez surtout pas de tout migrer sur un seul sprint.
Étape 7 : Désinstaller Replo
Une fois chaque page migrée, plus de 14 jours d’analyses en live confirment l’absence de régression, et le thème est débarrassé des imports de scripts/CSS de Replo.
Un petit mot sur les variantes de test
On utilise souvent Replo pour des variantes d’A/B test sur les landing pages. Si vous avez plein de variantes sur une même page :
- Identifiez la version gagnante ; ne reconstruisez que celle-là
- Abandonnez toutes les autres (ne les migrez pas)
- Si vous comptez continuer l’A/B testing après la migration, prévoyez une conception de page dans Fudge qui facilite les variantes (Fudge permet de créer plusieurs variantes de pages depuis un prompt)
Si vous cherchez des outils pour faire de l’A/B test sur Shopify, allez lire notre guide sur l’A/B testing.
Pourquoi ça vaut le coup de faire cette migration pour une boutique avec beaucoup de LP
Deux gains cumulatifs :
- Vitesse de page. Les boutiques chargées en LP constatent souvent une nette amélioration du LCP sur mobile après avoir supprimé le runtime Replo — voir notre test de vitesse des constructeurs de pages Shopify pour la méthodologie de mesure. Sur du trafic payant, même de petits gains de LCP s’accumulent sur le CR.
- Propriété du rendu. Vos LP font désormais partie de votre thème, peuvent être gérées par un contrôle de version, modifiées par les développeurs, et survivent aux changements d’applications.
Pour le reste de la catégorie et d’autres migrations : PageFly vers Fudge, GemPages vers Fudge, Instant vers Fudge, IA vs glisser-déposer.
FAQ
Ça ne devrait pas, si la nouvelle page est bien construite. L'URL ne change pas pendant la migration, donc vos créas publicitaires existantes continuent de fonctionner. En général, on voit le taux de conversion se maintenir ou s'améliorer après la migration grâce à une meilleure vitesse de page. Testez d'abord sur des campagnes avec de petits budgets pour valider avant de migrer les LPs avec le meilleur ROAS.
Le rythme est différent. Replo est un éditeur visuel manuel optimisé pour les équipes LP. Fudge fonctionne avec des prompts et génère un brouillon complet en quelques secondes. Après le prompt initial, l'affinage se fait aussi par prompt. La plupart des équipes LP s'habituent à Fudge en 1 à 2 semaines d'utilisation quotidienne.
Non, c'est exclusif à Replo. Fudge possède sa propre bibliothèque de templates ainsi que l'option de décrire une page de zéro. Pour les LPs dont la structure ne vous convient pas sur Replo, la migration est l'occasion de les reconstruire en mieux.
Les pixels installés sur tout le site (Meta, GA4) se déclenchent généralement depuis votre theme.liquid et continuent de fonctionner. Les intégrations de tracking spécifiques à Replo devront peut-être être réimplémentées dans votre thème.
Les pages Replo non migrées reviennent généralement à une page par défaut de Shopify ou affichent une erreur 404 lors de la désinstallation. Les pages migrées ne sont pas affectées — c'est déjà du code natif sur la même URL. Migrez ou archivez chaque page Replo en ligne avant de désinstaller.
