Migrer de Replo à Fudge AI

Points clés à retenir

• Les migrations depuis Replo impliquent généralement plus de landing pages (LP) que les autres constructeurs de pages Shopify, car l’audience de Replo se compose surtout d’équipes de LP spécialisées dans le trafic payant.
• La séquence est la même que pour d’autres migrations : faire l’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, ni de redirections.
• Suivez de près le taux de conversion sur chaque LP migrée : les LP de trafic payant sont généralement les pages de votre catalogue avec le plus d’enjeux.
• Ne migrez pas d’abord les campagnes actives à gros budget. Commencez par une LP secondaire pour valider le cycle.

Ce guide explique comment passer de Replo à Fudge AI sur Shopify. Replo est pensé pour les landing pages de trafic payant ; c’est le cas d’usage que l’on retrouve dans la majorité des migrations.

Replo est un outil performant. Les équipes décident de migrer pour des raisons structurelles : code de thème natif, aucun runtime d’application, et des pages qui restent intactes après la désinstallation. Consultez Replo vs Fudge pour une comparaison plus complète.

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 :

1. 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.
2. 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

Mon ROAS va-t-il baisser pendant la migration de Replo à Fudge ?

Il ne devrait pas, si la nouvelle page est bien construite. L’URL restant inchangée pendant la migration, vos créas publicitaires existantes continueront de fonctionner. En général, nous voyons le CR se maintenir ou s’améliorer après une migration grâce à la vitesse de page accrue. Testez d’abord sur des campagnes à petit budget pour confirmer avant de migrer vos LP au meilleur ROAS.

Le workflow LP de Fudge est-il aussi rapide que celui de Replo pour les équipes de trafic payant ?

Le rythme est différent. Replo repose sur l’édition visuelle manuelle, optimisée pour les équipes LP. Fudge est basé sur des 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 s’habituent à Fudge en 1 à 2 semaines d’utilisation quotidienne.

Puis-je continuer à utiliser la bibliothèque de templates de Replo ?

Non, elle est exclusive à Replo. Fudge dispose de sa propre bibliothèque de templates, et permet aussi de décrire une page de zéro. Pour les LP dont la structure sur Replo ne vous satisfaisait pas, la migration est une bonne occasion de les reconstruire de manière plus optimale.

Qu’en est-il des pixels et du suivi des conversions ?

Les pixels qui couvrent l’ensemble du site (Meta, GA4) se déclenchent généralement depuis votre theme.liquid et continueront de fonctionner. Les intégrations de tracking spécifiques à Replo devront peut-être être réimplémentées dans votre thème.

Mes pages Replo disparaissent-elles instantanément quand je désinstalle l’app ?

À la désinstallation, les pages Replo non migrées repassent généralement à la page par défaut de Shopify ou affichent une erreur 404. Les pages migrées ne sont pas affectées — il s’agit déjà de code de thème publié sur la même URL. Veillez donc à migrer ou archiver toutes les pages Replo actives avant de désinstaller.