Das Wichtigste in Kürze
- Die Migration erfolgt schrittweise: Seiten inventarisieren, jede bestehende URL an Fudge übergeben, um sie in einem Dev-Theme neu zu erstellen, überprüfen, live schalten (gleiche URL), dann PageFly deinstallieren. Keine neuen Slugs, keine 301 Redirects erforderlich.
- Der strukturelle Unterschied: Fudge schreibt Seiten als Liquid + CSS + HTML direkt in dein Theme. PageFly rendert Seiten über seine Runtime. Nach der Migration bleiben die Seiten auch ohne die App erhalten.
- Die Hürde, an der die meisten Teams scheitern, ist nicht der Rebuild – es ist die Inventarisierung. Prüfe jede Live-PageFly-Seite und ihren Zweck genau, bevor du etwas änderst.
- Plane 1-2 Stunden pro Seite ein, wenn du sie per Prompt mit geladenem Brand-Kontext neu erstellst. Bei ungewöhnlichen Layouts solltest du mehr Zeit einplanen.
Dieser Guide richtet sich an Shopify-Stores, die derzeit 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 für den Kunden, und Seiten, die eine Deinstallation überstehen.
PageFly ist ein gutes Tool – dieser Guide ist keine Kritik daran. Der Grund, warum Teams migrieren, ist eher struktureller Natur (Kontrolle über den Output, 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, nicht hoher Priorität. Du solltest einen vollständigen Migrationszyklus durchlaufen haben, bevor du eine Seite mit Paid Traffic anfasst.
Füge die URL der Live-PageFly-Seite in Fudge ein. Fudge liest die bestehende Seite und generiert sie als natives Liquid + CSS + HTML auf einem unveröffentlichten Dev-Theme neu – unter der selben URL, unter der sie heute erreichbar ist, nur dass sie jetzt über deinen Theme-Code statt über die PageFly-Runtime ausgespielt wird.
Iteriere mit Prompts: “kürzerer Hero”, “tausche den Testimonial-Block gegen UGC”, “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 live zu bringen. 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 bleibt unter derselben URL erreichbar. 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 einen Ranking-Verlust machen.
Pro Seite etwa 1-2 Stunden für den Bau plus 30 Minuten für die QA, wenn der Brand-Kontext in Fudge geladen ist. Für einen gesamten Katalog solltest du 2-5 Seiten pro Woche pro Person einplanen, um die QA-Qualität aufrechtzuerhalten. Die meisten Stores 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 holst du dir 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 kopieren oder auf einer weißen Leinwand neu anfangen. Die KI liest die Live-Seite und übernimmt die meiste Arbeit; du steuerst sie über Prompts. Viel schneller als der ursprüngliche PageFly-Aufbau.
Jede PageFly-Seite, die nicht migriert wurde, fällt normalerweise auf eine Shopify-Standardseite oder eine 404-Seite zurück, sobald die App deinstalliert wird. Migrierte Seiten bleiben unberührt – sie sind ja bereits Theme-Code unter derselben URL. Migriere oder archiviere jede Live-PageFly-Seite vor der Deinstallation.
