Das Wichtigste in Kürze
- Die Migration erfolgt schrittweise: Seiten inventarisieren, jede bestehende URL mit Fudge teilen, um sie auf einem Dev-Theme neu zu erstellen, überprüfen, live schalten (unter derselben URL) und dann PageFly deinstallieren. Keine neuen Slugs, keine 301-Redirects erforderlich.
- Der strukturelle Unterschied: Fudge schreibt Seiten direkt in dein Theme als Liquid + CSS + HTML. PageFly rendert Seiten über seine Runtime. Nach der Migration bleiben die Seiten auch ohne die App erhalten.
- Das größte Hindernis für die meisten Teams ist nicht der Rebuild – es ist die Inventarisierung. Mach ein sorgfältiges Audit von jeder Live-PageFly-Seite und deren Zweck, bevor du irgendetwas anfasst.
- Plane 1-2 Stunden pro Seite ein, wenn sie per Prompt mit geladenem Markenkontext neu erstellt werden. Für ungewöhnliche Layouts solltest du mehr Zeit einplanen.
Dieser Guide richtet sich an Shopify-Shops, die aktuell PageFly nutzen und zu Fudge AI wechseln möchten. Das Ziel des Wechsels: nativer Theme-Code für jede Seite, keine App-Runtime beim Laden der Seite durch den Kunden und Seiten, die eine Deinstallation der App überstehen.
PageFly ist ein gutes Tool – dieser Guide soll es nicht schlechtmachen. Der Grund, warum Teams migrieren, ist eher struktureller Natur (Code-Ownership, Page Speed) als funktional.
Warum du uns vertrauen kannst
Wir haben Fudge entwickelt und bereits Dutzende von Teams bei dieser Migration begleitet. Außerdem arbeiten wir seit Jahren in Shops, die mit PageFly gebaut wurden, und wir wissen, was es braucht, um diese Setups zu entwirren. Die unten stehenden Schritte sind praxiserprobt. Vergleiche dies mit unserer detaillierteren Übersicht PageFly vs. Fudge für den strategischen Kontext.
Bevor du startest
Drei Voraussetzungen:
- Du bist dir des Wechsels sicher. Eine Migration ist in der Regel eine Einbahnstraße, weshalb du voll dahinterstehen solltest. Die Seiten leben danach in deinem Theme.
- Du hast ein Dev-Theme zur Verfügung. Baue und teste immer in einem Dev-Theme, bevor du Änderungen live schaltest. Shopify unterstützt genau dafür unveröffentlichte Themes.
- Du hast Fudge installiert und mit deinem Store verbunden, auch wenn du noch nichts gebaut hast.
Schritt 1: Bestandsaufnahme aller Live-PageFly-Seiten
Das ist der Schritt, der am längsten dauert, wenn du ihn überspringst. Öffne die PageFly-App und liste jede Seite auf, die in deinem Store live ist.
Notiere für jede Seite:
- Die Seiten-URL im Live-Store
- Den Zweck der Seite (LP für welche Kampagne, PDP-Variante, Homepage etc.)
- Den ungefähren monatlichen Traffic
- Ob sie aktuell Paid Traffic generiert
- Die letzte relevante Änderung
Speichere die Liste in einem gemeinsamen Sheet. Das wird dein Migrations-Backlog.
Nach Prioritäten gruppieren:
- Hoch: Seiten, die aktuell Paid Traffic generieren. Zuerst migrieren.
- Mittel: Seiten mit relevantem organischem Traffic, aber ohne aktiven Ad Spend.
- Niedrig: Archivierte oder Low-Traffic-Seiten. Überlege dir, ob es sich überhaupt lohnt, sie zu migrieren.
Schritt 2: Wähle die erste Seite aus und baue sie in Fudge nach
Beginne mit einer Seite mittlerer Priorität, nicht mit hoher Priorität. Du solltest einen vollständigen Migrationszyklus durchlaufen haben, bevor du eine Seite mit Paid Traffic anfasst.
Füge die Live-PageFly-Seiten-URL in Fudge ein. Fudge liest die bestehende Seite ein und generiert sie als nativen Liquid + CSS + HTML Code auf einem unveröffentlichten Dev-Theme – unter derselben URL, auf der sie heute schon lebt, nur ausgeliefert von deinem Theme-Code statt von der PageFly-Runtime.
Iteriere mit Prompts: “Kürzerer Hero”, “Tausche den Testimonial-Block gegen UGC aus”, “Füge einen sticky mobile ATC hinzu”.
Versuche nicht, die Seite Pixel für Pixel aus PageFly nachzubauen. Der Sinn der Migration ist es, eine bessere Seite auf einem besseren Fundament zu launchen. Nutze die Gelegenheit, um Altlasten loszuwerden.
Schritt 3: Teste die neue Seite
Auf dem unveröffentlichten Dev-Theme:
- Schau dir die Seite auf dem Smartphone an (auf einem echten Gerät, nicht nur in den Chrome DevTools)
- Lass Lighthouse Mobile laufen. Bestätige LCP < 2.5s, INP < 200ms, CLS < 0.1
- Klicke auf der neuen Seite auf “Add to Cart”. Stelle sicher, dass die Cart-, Checkout- und Post-Purchase-Events korrekt feuern
- Teste mit langsamem 4G (Throttling in den DevTools) - simuliert reale mobile Ladezeiten
Falls es zu Regressionen kommt, fix das in Fudge, bevor du publizierst.
Schritt 4: Live veröffentlichen
Wenn die Seite fertig ist, veröffentliche das Dev-Theme (oder pushe die Sektion live). Die URL bleibt unverändert – derselbe /pages/... Slug wird jetzt von deinem Theme-Code statt von PageFly ausgeliefert. Die Fudge-Version übernimmt den Slug automatisch; du musst die Seite in PageFly nicht vorher unveröffentlichen, brauchst keine 301-Redirects und musst keine Ad Creatives aktualisieren.
Warte 24-48 Stunden. Beobachte die Performance der Seite in deinen Analytics- und Ad-Plattform-Reportings. Wenn alles gut aussieht, kannst du die ursprüngliche Seite in der PageFly-App jederzeit löschen – sie ist an diesem Punkt ohnehin inaktiv.
Schritt 5: Wiederhole das für das restliche Backlog
Arbeite das Backlog nach Priorität ab. Versuche nicht, alles auf einmal zu migrieren – der kumulierte QA-Aufwand erhöht die Fehleranfälligkeit.
Ein realistischer Rhythmus: 2-5 Seiten pro Woche, je nach Komplexität. Ein kleines, über Ads getriebenes LP-Set kann in zwei Wochen migriert werden. Ein großer Katalog braucht vielleicht ein Quartal.
Schritt 6: PageFly deinstallieren
Erst nachdem jede PageFly-Seite migriert (oder absichtlich archiviert) wurde und mindestens zwei Wochen Live-Analytics keine Regression zeigen.
- Vergewissere dich im Shopify Admin unter Seiten, dass keine PageFly-Seiten mehr live sind.
- Prüfe in deinem Theme, ob PageFly noch Script-Tags oder CSS-Imports hinterlassen hat. Durchsuche die
theme.liquidnach der PageFly-Domain oder Asset-Namen. - Deinstalliere die PageFly-App.
- Lass Lighthouse noch einmal auf einigen Schlüsselseiten laufen, um zu bestätigen, dass die Runtime weg ist.
Du bist fertig.
Was, wenn eine Seite nicht sauber migriert?
Drei Optionen:
- Baue sie anders nach. Die PageFly-Seite wurde vielleicht um strukturelle Limits herum gebaut, die Fudge nicht hat. Nutze die Migration zur Vereinfachung.
- Lass beide Tools für diese Seite laufen. Langfristig ist das nicht ideal, aber für eine Ausreißer-Seite durchaus akzeptabel, während du an der perfekten Version der Fudge-Seite feilst.
- Baue sie als Custom Theme Template. Bei komplexen Layouts kann dein Entwickler die Liquid-Sektion direkt schreiben. Fudge kann das Grundgerüst dafür liefern.
Warum überhaupt migrieren?
Die strukturellen Argumente in Kürze:
- Code-Eigentum. Fudge-Seiten sind nativer Theme-Code. Sie bleiben erhalten, auch wenn du die App deinstallierst. PageFly-Seiten nicht.
- Page Speed. PageFly fügt bei jedem Besuch einer durch PageFly gerenderten Seite eine JavaScript-Runtime hinzu. Fudge fügt dem Shop keine App-Runtime hinzu.
- Workflow. Eine Seite in einem Prompt zu beschreiben, ist oft schneller, als Blöcke für eine Seite per Drag-and-Drop zu platzieren, die du noch nie zuvor gebaut hast. Beides hat eine Lernkurve; die Lernkurve beim Prompten ist für die meisten Marketer jedoch kürzer.
Für einen breiteren Überblick zu dem Thema, schau dir Die besten Shopify Page Builder, KI vs. Drag-and-Drop und Die besten KI Page Builder für Shopify an.
FAQ
Nein — die Seite behält dieselbe URL. Du tauschst nur den Renderer aus (PageFly-Runtime → dein Theme-Code), nicht die URL. Solange der Inhalt im Wesentlichen ähnlich bleibt, musst du dir keine Sorgen um dein Ranking machen.
Pro Seite etwa 1-2 Stunden für den Bau plus 30 Minuten für die QA, wenn der Markenkontext in Fudge geladen ist. Für den gesamten Katalog solltest du mit 2-5 Seiten pro Woche pro Person planen, um die QA-Qualität aufrechtzuerhalten. Die meisten Shops schließen die Migration in 4-8 Wochen ab.
Ja, während der Migration. Beide können problemlos zusammen in einem Shopify-Store existieren. Nach der Migration gewinnst du durch die Deinstallation von PageFly die Page-Speed-Kosten zurück.
Du fügst einfach die bestehende URL in Fudge ein und es generiert die Seite als nativen Theme-Code neu — du musst keinen Code copy-pasten oder bei null anfangen. Die KI liest die Live-Seite aus und erledigt die meiste Arbeit; du steuerst sie über Prompts. Das ist viel schneller als der ursprüngliche PageFly-Build.
Jede PageFly-Seite, die nicht migriert wurde, fällt nach der Deinstallation der App normalerweise auf eine Shopify-Standardseite oder eine 404-Fehlerseite zurück. Migrierte Seiten sind davon nicht betroffen — sie bestehen bereits aus Theme-Code unter derselben URL. Migriere oder archiviere jede Live-Seite von PageFly vor der Deinstallation.
