Points clés à retenir
- Les migrations depuis Replo concernent généralement davantage les landing pages que les migrations d’autres page-builders Shopify, car l’audience de Replo est très orientée vers les équipes de landing pages (LP) pour le trafic payant.
- La séquence est la même que pour les autres migrations : faire l’inventaire, partager chaque URL avec Fudge, reconstruire sur un thème de développement, tester, publier en live (sur la 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 LP dédiées au trafic payant sont généralement les pages aux enjeux les plus élevés du catalogue.
- Ne migrez pas en premier les campagnes actives à fort budget. Commencez par une LP de priorité moyenne pour valider le cycle.
Ce guide explique comment passer de Replo à Fudge AI sur Shopify. Replo s’est positionné autour des landing pages pour le trafic payant ; c’est le modèle que nous observons dans la plupart des migrations qui en proviennent.
Replo est un outil performant. Les équipes migrent pour des raisons structurelles : code de thème natif, pas de runtime d’application, et des pages qui survivent à la désinstallation. Consultez Replo vs Fudge pour une comparaison plus large.
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, donc les créas publicitaires existantes continuent de fonctionner. En général, on constate que le taux de conversion (CR) se maintient ou s'améliore après la migration car la vitesse de la page s'améliore. Testez d'abord sur des campagnes à plus petit budget pour confirmer avant de migrer les LP avec le meilleur ROAS.
Le rythme est différent. Replo propose une édition visuelle manuelle optimisée pour les équipes LP. Fudge fonctionne par prompts et génère un brouillon complet en quelques secondes. Après le prompt initial, l'affinage se fait également par prompt. La plupart des équipes LP prennent en main Fudge en 1 à 2 semaines d'utilisation quotidienne.
Non, c'est une ressource exclusive à Replo. Fudge possède sa propre bibliothèque de templates, avec en plus la possibilité de décrire une page de zéro. Pour les LP dont la structure sur Replo ne vous satisfait pas, la migration est l'occasion de les reconstruire en mieux.
Les pixels globaux du 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 à la désinstallation. Les pages migrées ne sont pas affectées — elles sont déjà sous forme de code de thème sur la même URL. Migrez ou archivez chaque page Replo en live avant de désinstaller.
Vous ne savez pas encore vers quoi vous tourner ? Comparez les six meilleures alternatives à Replo avant de migrer.
