Das Wichtigste in Kürze
- Replo-Migrationen konzentrieren sich meist stärker auf Landing Pages als andere Shopify Page-Builder-Migrationen, da die Zielgruppe von Replo eher aus Paid-Traffic-LP-Teams besteht.
- Der Ablauf ist derselbe wie bei anderen Migrationen: Bestandsaufnahme, jede URL mit Fudge teilen, in einem Dev-Theme neu aufbauen, testen, live schalten (gleiche URL), deinstallieren. Keine neuen Slugs, keine Weiterleitungen.
- Verfolge die Conversion Rate auf jeder migrierten LP genau – Paid-Traffic-LPs sind meist die wichtigsten Seiten im Katalog.
- Migriere nicht zuerst aktive High-Spend-Kampagnen. Starte mit einer LP mittlerer Priorität, um den Ablauf zu validieren.
Dieser Guide behandelt den Wechsel von Replo zu Fudge AI auf Shopify. Replo positioniert sich stark im Bereich Landing Pages für Paid Traffic; das ist das Muster, das wir bei den meisten Migrationen von Replo sehen.
Replo ist ein starkes Tool. Teams migrieren aus strukturellen Gründen – nativer Theme-Code, keine App-Runtime, Seiten, die eine Deinstallation überstehen. Siehe Replo vs. Fudge für einen detaillierteren 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
Sollte er nicht, wenn die neue Seite gut gebaut 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, weil die Page Speed steigt. Teste zuerst mit Lower-Spend-Kampagnen, um das zu bestätigen, bevor du Top-ROAS-LPs migrierst.
Es ist ein anderer Rhythmus. Replo bietet hands-on visuelles Editing, optimiert für LP-Teams. Fudge ist prompt-gesteuert und generiert in Sekundenschnelle einen vollständigen Entwurf. Nach dem ersten Prompt läuft auch die Verfeinerung über Prompts. Die meisten LP-Teams gewöhnen sich innerhalb von 1-2 Wochen täglicher Nutzung an Fudge.
Nein – das ist exklusiv für Replo. Fudge hat eine eigene Template-Bibliothek plus die Möglichkeit, eine Seite von Grund auf neu zu beschreiben. Für LPs, mit deren Struktur du auf Replo nicht zufrieden bist, ist die Migration eine Chance, sie besser neu aufzubauen.
Seitenweite Pixel (Meta, GA4) werden normalerweise über deine theme.liquid ausgelöst und funktionieren weiterhin. Replo-spezifische Tracking-Integrationen müssen eventuell in deinem Theme neu implementiert werden.
Nicht migrierte Replo-Seiten fallen bei der Deinstallation normalerweise auf eine Shopify-Standardseite zurück oder zeigen einen 404-Fehler. Migrierte Seiten sind davon nicht betroffen — sie bestehen bereits aus Theme-Code unter derselben URL. Migriere oder archiviere jede aktive Replo-Seite vor der Deinstallation.
