À retenir
- Les migrations depuis Replo se concentrent davantage sur les landing pages par rapport aux autres migrations de page builders Shopify, car les utilisateurs de Replo sont le plus souvent des équipes LPs d’acquisition de trafic payant.
- La méthode est la même que pour les autres migrations : faire l’inventaire, partager chaque URL avec Fudge, reconstruire sur un thème de dev, tester, publier en ligne (sur la même URL), désinstaller. Pas de nouveaux slugs, pas de redirections.
- Suivez de près le taux de conversion sur chaque LP migrée. Les LPs de trafic payant sont généralement les pages avec les plus forts enjeux du catalogue.
- Ne migrez pas en premier de grosses campagnes actives. Commencez par une LP dont la priorité est modérée pour valider le processus.
Ce guide montre comment passer de Replo à Fudge AI sur Shopify. Replo s’est positionné autour des landing pages pour l’acquisition de trafic payant ; c’est le modèle que nous observons dans la plupart des migrations à partir de cet outil.
Replo est un outil très capable. Les équipes migrent pour des raisons structurelles : avoir du code de thème natif, se débarrasser du runtime d’application, et avoir des pages qui restent même après 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
Il ne devrait pas, si la nouvelle page est bien construite. L'URL reste inchangée pendant la migration, vos créas publicitaires actuelles continuent donc de fonctionner. En général, nous observons que le taux de conversion (CR) se maintient ou s'améliore après la migration, car les temps de chargement des pages sont meilleurs. Testez d'abord sur des campagnes à petit budget pour confirmer avant de migrer les LPs avec les meilleurs ROAS.
Le rythme est différent. Replo est un éditeur visuel manuel optimisé pour les équipes de LPs. Fudge fonctionne avec des prompts et génère un brouillon complet en quelques secondes. Après le prompt initial, l'amélioration de la page se fait également via des prompts. La plupart des équipes de LPs en font l'adoption totale au bout d'une à deux semaines d'utilisation quotidienne.
Non, c'est un actif exclusif à Replo. Fudge possède en revanche sa propre bibliothèque de templates, en plus de l'option de générer une page de zéro (from scratch) simplement en la décrivant. Pour les LPs dont la structure sur Replo ne vous satisfait pas, la migration est une bonne occasion de les reconstruire plus proprement.
Les pixels activé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 sûrement être réimplémentées dans votre thème.
Les pages Replo non migrées reviennent généralement à une page Shopify par défaut ou en 404 lors de la désinstallation de l'application. Les pages migrées ne sont pas affectées — puisqu'il s'agit déjà de code de votre thème sur la même URL. Toujours migrer ou archiver chaque page Replo en ligne (live) avant de la désinstaller.
