Die wichtigsten Takeaways
- Replo-Migrationen sind in der Regel stärker auf Landingpages fokussiert als andere Shopify-Page-Builder-Migrationen, da die Replo-Zielgruppe eher aus Teams für Paid-Traffic-LPs besteht.
- Der Ablauf ist der gleiche wie bei anderen Migrationen: Bestandsaufnahme, jede URL mit Fudge teilen, auf einem Dev-Theme neu aufbauen, testen, live schalten (selbe URL), deinstallieren. Keine neuen Slugs, keine Redirects.
- Behalte die Conversion Rate (CR) jeder migrierten LP genau im Auge – Paid-Traffic-LPs sind meistens die Seiten mit der höchsten Relevanz im Katalog.
- Migriere aktive High-Spend-Kampagnen nicht als Erstes. Starte mit einer LP mittlerer Priorität, um den Prozess zu validieren.
Dieser Guide behandelt den Wechsel von Replo zu Fudge AI auf Shopify. Replo ist stark auf Landingpages für Paid Traffic ausgerichtet; das ist das Muster, das wir bei den meisten Migrationen von dieser Plattform sehen.
Replo ist ein fähiges Tool. Teams wechseln oft aus strukturellen Gründen – nativer Theme-Code, keine App-Laufzeit (Runtime), Seiten, die auch nach der Deinstallation noch da sind. Siehe Replo vs Fudge für einen ausführlicheren Vergleich.
Warum du uns vertrauen kannst
Vier Jahre intern bei Shopify, dutzende LP-Migrationen von Replo und anderen Tools. Wir bauen Fudge.
Der Ablauf
Wie bei jeder Page-Builder-Migration, aber mit ein paar Replo-spezifischen Hinweisen.
Schritt 1: Bestandsaufnahme aller aktiven Replo-Seiten
Finde insbesondere heraus:
- Seiten mit aktivem Ad Spend (am wichtigsten für eine saubere Migration)
- Seiten mit hohem organischen Traffic (nächste Priorität)
- Test-Varianten, die du einstellen kannst (Replo-Experimente, die nicht performt haben – sortiere sie einfach aus)
- Seiten, die seit über 6 Monaten nicht mehr angefasst wurden (überlege, diese zu archivieren statt zu migrieren)
Notiere URL, monatlichen Traffic, Nutzung von Ad-Plattformen und die letzte Bearbeitung. Speichere die Bestandsaufnahme in einem geteilten Sheet.
Schritt 2: Baue zuerst eine unkritische Seite nach
Fange nicht mit deiner LP mit dem höchsten ROAS an. Wähle eine Replo-Seite mit mittlerem Traffic und geringerem Risiko und durchlaufe den kompletten Zyklus: URL an Fudge übergeben, im Dev-Theme testen, live schalten, überwachen.
So bekommst du die nötige Routine für die wichtigeren Migrationen später.
Schritt 3: Nachbau in Fudge
Füge die URL der Live-Replo-Seite in Fudge ein. Die KI liest die bestehende Seite aus und baut sie als natives Liquid + CSS + HTML auf einem unveröffentlichten Dev-Theme unter derselben URL neu auf. Mit Prompts kannst du dann iterieren und nachbessern.
Ein typischer Replo-Stolperstein: Von LP-Teams gebaute Replo-Seiten setzen oft auf pixelgenaue Positionierung (DTC-LP-Ästhetik). Nutze beim Neustrukturieren die Chance, zu einem flow-basierten, mobilen Layout (Mobile-First) zu wechseln. Das Ergebnis wirkt meist aufgeräumter und konvertiert mindestens genauso gut.
Schritt 4: Testen
Lighthouse Mobile. Add-to-Cart bis hin zum Checkout. Pixel-Events (Meta, GA4, TikTok, X). Slow-4G-Simulation.
Speziell bei Paid-Traffic-LPs solltest du sicherstellen, dass das UTM-Handling und das Tracking der Ad-Plattformen auch in der Dev-Theme-Vorschau noch korrekt pushen. Da sich die Live-URL nach der Veröffentlichung nicht ändert, müssen keine Ad-Creatives angepasst werden.
Schritt 5: Live schalten und beobachten
Veröffentliche das Dev-Theme. Die URL bleibt unverändert – dein Theme-Code liefert ab sofort den Slug anstelle der Replo-Runtime aus. Keine 301 Redirects, keine Ad-Creative Updates, keine neuen Analytics-Einträge.
Beobachte den ROAS und die Conversion Rate (CR) in der Ad-Plattform für 24-48 Stunden. Falls etwas untypisch aussieht, gehe dem auf den Grund, bevor du weitere Migrationen anstößt.
Schritt 6: Für den Backlog wiederholen
Nach Prioritätsfolge. Versuche nicht, alles in einem einzigen Sprint zu migrieren.
Schritt 7: Replo deinstallieren
Nachdem jede Seite migriert wurde, bestätigen 14+ Tage Live-Analytics, dass es keine Rückgänge in der Performance gibt, und das Theme ist sauber und frei von Replo-Script/CSS-Imports.
Ein Hinweis zu Test-Varianten
Replo wird oft für A/B-getestete LP-Varianten genutzt. Wenn du viele Varianten ein und derselben Seite hast:
- Identifiziere den Gewinner; baue diese Version nach
- Sortiere die Verlierer aus (nicht migrieren)
- Wenn du auch nach der Migration weiter A/B-Testing betreiben willst, plane den Fudge-Aufbau so, dass er gut mit Varianten umgehen kann (Fudge unterstützt das Erstellen mehrerer Seitenvarianten via Prompts)
Tools zum Thema Shopify-A/B-Testing findest du in unserem A/B-Testing-Guide.
Warum sich diese Migration für LP-lastige Stores lohnt
Zwei kombinierte Vorteile:
- Page Speed. Stores mit vielen LPs verzeichnen nach dem Entfernen der Replo-Runtime oft eine deutliche Verbesserung des mobilen LCP – siehe unseren Shopify Page-Builder Speed-Test für die Messmethodik. Bei Paid-Traffic wirken sich schon kleine LCP-Verbesserungen positiv auf die CR aus.
- Code-Ownership. Deine LPs sind jetzt echter Teil deines Themes, mit voller Versionskontrolle, von Developern anpassbar und beständig bei App-Wechseln.
Für die allgemeine Kategorie und andere Migrationen: Von PageFly zu Fudge, Von GemPages zu Fudge, Von Instant zu Fudge, AI vs. Drag-and-Drop.
FAQ
Das sollte er nicht, sofern die neue Seite gut aufgebaut ist. Die URL bleibt bei der Migration unverändert, sodass bestehende Ad Creatives weiterhin funktionieren. Normalerweise sehen wir, dass die CR nach der Migration gleich bleibt oder sich verbessert, da die Page Speed steigt. Teste zunächst mit Kampagnen, die weniger Budget verschlingen, um das zu bestätigen, bevor du LPs mit Top-ROAS migrierst.
Es ist ein anderer Rhythmus. Replo ist ein praxisorientiertes visuelles Editing, das für LP-Teams optimiert ist. Fudge ist prompt-gesteuert und generiert in Sekundenschnelle einen vollständigen Entwurf. Nach dem ersten Prompt erfolgt auch die Verfeinerung durch Prompts. Die meisten LP-Teams haben sich nach 1-2 Wochen täglicher Nutzung an Fudge gewöhnt.
Nein – das ist ein Replo-exklusives Feature. Fudge hat eine eigene Template-Library sowie die Möglichkeit, eine Seite von Grund auf neu zu beschreiben. Bei LPs, mit denen du auf Replo strukturell nicht zufrieden bist, ist die Migration eine Chance, sie besser neu aufzubauen.
Seitenübergreifende Pixel (Meta, GA4) werden normalerweise über deine theme.liquid ausgelöst und funktionieren weiterhin. Replo-spezifische Tracking-Integrationen müssen möglicherweise in deinem Theme neu implementiert werden.
Nicht-migrierte Replo-Seiten fallen bei der Deinstallation normalerweise auf eine Shopify-Standardseite oder einen 404-Fehler zurück. Migrierte Seiten bleiben davon unberührt – sie bestehen bereits aus Theme-Code unter derselben URL. Migriere oder archiviere jede live geschaltete Replo-Seite vor der endgültigen Deinstallation.
