Die wichtigsten Punkte
- Die Migration verläuft schrittweise: Seiten inventarisieren, jede bestehende URL mit Fudge teilen, um sie auf einem Dev-Theme neu aufzubauen, prüfen, live veröffentlichen (gleiche URL) und dann PageFly deinstallieren. Keine neuen Slugs, keine 301-Redirects nötig.
- Der strukturelle Unterschied: Fudge schreibt Seiten direkt in dein Theme als Liquid + CSS + HTML. PageFly rendert Seiten über die eigene Runtime. Nach der Migration bleiben die Seiten auch ohne die App erhalten.
- Die Hürde, an der die meisten Teams hängenbleiben, ist nicht der Neuaufbau – es ist das Inventarisieren. Mach ein gründliches Audit jeder Live-PageFly-Seite und ihres Zwecks, bevor du irgendetwas veränderst.
- Plane 1-2 Stunden pro Seite ein, wenn du sie per Prompt mit geladenem Markenkontext nachbaust. Kalkuliere mehr Zeit für ungewöhnliche Layouts ein.
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 Seitenaufbau für die Kunden und Seiten, die auch eine Deinstallation überleben.
PageFly ist ein gutes Tool – dieser Guide ist kein Angriff darauf. Die Gründe, warum Teams migrieren, sind in der Regel eher strukturell (Code-Eigentum, 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
Verliere ich mein SEO-Ranking, wenn ich von PageFly zu Fudge migriere?
Nein – die Seite bleibt unter derselben URL. Du tauschst nur den Renderer aus (PageFly-Runtime → dein Theme-Code), nicht die URL. Solange der Content im Wesentlichen gleich bleibt, gibt es keinen Ranking-Transfer, um den du dich kümmern müsstest.
Wie lange dauert eine Migration von PageFly zu Fudge?
Plane pro Seite ein Zeitbudget von ca. 1-2 Stunden Bauzeit plus 30 Minuten QA ein, wenn der Brand-Kontext bereits in Fudge geladen wurde. Für einen ganzen Katalog solltest du 2-5 Seiten pro Woche und Person einkalkulieren, um die QA-Qualität hochzuhalten. Die meisten Stores schließen ihre Migration in 4-8 Wochen komplett ab.
Kann ich PageFly und Fudge gleichzeitig nutzen?
Ja, während der Migration. Beide können im selben Shopify-Store koexistieren. Im Anschluss an die Migration holst du dir dann durch die Deinstallation von PageFly die verursachten Kosten für den Page-Speed zurück.
Muss ich jede Seite von Grund auf neu bauen?
Du fügst die bestehende URL in Fudge ein, und Fudge generiert die Seite als nativen Theme-Code neu – du musst keinen Code kopieren oder von einer leeren Leinwand anfangen. Die AI liest die Live-Seite und erledigt die meiste Arbeit; du steuerst nur mit Prompts. Das geht wesentlich schneller als der ursprüngliche PageFly-Build.
Was passiert mit meinen alten PageFly-Seiten, wenn ich die App deinstalliere?
PageFly-Seiten, die nicht migriert wurden, fallen normalerweise auf eine Shopify-Standardseite oder auf 404 zurück, sobald die App deinstalliert wird. Migrierte Seiten sind davon nicht betroffen – sie sind ja bereits Theme-Code unter derselben URL. Migriere oder archiviere jede Live-PageFly-Seite, bevor du deinstallierst.