Von PageFly zu Fudge AI migrieren

Das Wichtigste in Kürze

• Die Migration erfolgt in Schritten: Bestandsaufnahme der Seiten, teile jede bestehende URL mit Fudge, um sie auf einem Dev-Theme neu aufzubauen, überprüfen, live schalten (gleiche URL), dann PageFly deinstallieren. Keine neuen Slugs, keine 301-Redirects nötig.
• Der strukturelle Unterschied: Fudge schreibt Seiten direkt als Liquid + CSS + HTML in dein Theme. PageFly rendert Seiten über seine Runtime. Nach der Migration bleiben die Seiten auch ohne die App erhalten.
• Der größte Blocker für die meisten Teams ist nicht der Neuaufbau – es ist die Bestandsaufnahme. Mache ein sorgfältiges Audit jeder aktiven PageFly-Seite und ihres Zwecks, bevor du irgendetwas anfasst.
• Plane 1-2 Stunden pro Seite ein, wenn du sie per Prompt neu aufbaust und der Brand-Context geladen ist. Plane mehr Zeit für ungewöhnliche Layouts ein.

Um von PageFly zu Fudge AI zu migrieren, liste jede aktive PageFly-Seite auf, baue jede einzelne in Fudge auf einem Development-Theme neu, veröffentliche sie unter derselben URL und deinstalliere PageFly, sobald jede Seite umgezogen ist. Das Ergebnis ist nativer Theme-Code für jede Seite, keine App-Runtime beim Seitenaufruf des Kunden und Seiten, die eine Deinstallation überstehen.

PageFly ist ein gutes Tool – dieser Guide soll es nicht schlechtmachen. Der Grund, warum Teams wechseln, ist eher strukturell (Eigentum am Output, Page Speed) als funktionell.

Warum du uns vertrauen kannst

Wir haben Fudge, den KI-Operator für Shopify-Stores, mit einer 4.9-Bewertung im Shopify App Store entwickelt und bereits Dutzende von Teams durch diese Migration begleitet. Wir haben auch jahrelang in mit PageFly gebauten Stores gearbeitet und wissen, was es bedeutet, sie zu entwirren. Vergleiche dies mit unserer umfassenderen PageFly vs. Fudge-Übersicht für den strategischen Kontext.

Bevor du startest

Drei Voraussetzungen:

1. Du bist dir mit dem Wechsel sicher. Eine Migration lässt sich nur schwer rückgängig machen, sei dir also sicher, bevor du startest. Die Seiten leben danach in deinem Theme.
2. Du hast ein Development-Theme verfügbar. Baue immer erst auf einem Dev-Theme neu und teste es, bevor du es live schaltest. Shopify unterstützt unveröffentlichte Themes genau für diesen Zweck.
3. 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
• Letzte wichtige Änderung

Speichere die Liste in einem geteilten Sheet. Das wird dein Migrations-Backlog.

Gruppiere nach Priorität:

• Hoch (High): Seiten, die aktuell Paid Traffic bringen. Migriere diese direkt nach deiner ersten Testseite.
• Mittel (Medium): Seiten mit nennenswertem organischem Traffic, aber ohne aktive Ad-Spendings.
• Niedrig (Low): Archivierte oder wenig besuchte Seiten. Überlege, ob sich eine Migration überhaupt lohnt.

Schritt 2: Wähle die erste Seite aus und baue sie in Fudge nach

Starte 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 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 derselben URL, unter der sie heute erreichbar ist, nur eben von deinem Theme-Code ausgeliefert statt von der PageFly-Runtime.

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 zu veröffentlichen. 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 Section live). Die URL ändert sich nicht: Der gleiche /pages/...-Slug wird jetzt von deinem Theme-Code statt von PageFly ausgeliefert. Die Version von Fudge übernimmt automatisch den Slug; es ist nicht nötig, die Seite zuerst in PageFly zu depublizieren, keine 301-Redirects, keine Ad-Creatives müssen aktualisiert werden.

Warte 24-48 Stunden. Beobachte die Seite in Analytics und im Ad-Platform-Reporting. Wenn alles gut aussieht, lasse das Original in PageFly, bis du es deinstallierst. Lösche sie nicht innerhalb von PageFly, da dies auch die Shopify-Seite löschen könnte, auf die die URL zeigt.

Schritt 5: Wiederhole das für das restliche Backlog

Arbeite das Backlog nach Priorität ab. Versuche nicht, alles auf einmal zu migrieren – die kumulierte QA-Belastung macht Fehler wahrscheinlicher.

Ein vernünftiger Rhythmus: 2-5 Seiten pro Woche, je nach Komplexität. Die meisten Stores sind in 2-8 Wochen fertig; ein großer Katalog kann auch mal ein Quartal dauern.

Schritt 6: PageFly deinstallieren

Erst nachdem jede PageFly-Seite migriert (oder absichtlich archiviert) wurde und mindestens zwei Wochen Live-Analytics keine Regression zeigen.

1. Vergewissere dich im Shopify Admin unter Seiten, dass keine PageFly-Seiten mehr live sind.
2. Prüfe in deinem Theme, ob PageFly noch Script-Tags oder CSS-Imports hinterlassen hat. Durchsuche die theme.liquid nach der PageFly-Domain oder Asset-Namen.
3. Deinstalliere die PageFly-App.
4. 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:

• Eigentum am Output. Fudge-Seiten sind Theme-Code. Sie bleiben erhalten, wenn du die App deinstallierst. PageFly-Seiten nicht.
• Page Speed. PageFly fügt bei jedem Besuch einer von PageFly gerenderten Seite eine JavaScript-Runtime hinzu. Fudge fügt keine App-Runtime hinzu.
• Workflow. Eine Seite in einem Prompt zu beschreiben, geht schneller, als Blöcke für eine Seite hin- und herzuziehen, die du noch nie zuvor gebaut hast. Beides hat eine Lernkurve; die Prompt-Lernkurve ist für die meisten Marketer jedoch kürzer.
• Mehr als ein Page Builder. Fudge ist der KI-Operator für Shopify-Stores. Sein Page Builder vergleicht Besuche, Conversion Rate und Käufe auf jeder Seite vor und nach einer Änderung und schlägt vor, was du ändern oder welche Seite du als Nächstes bauen solltest. Dieselbe App kümmert sich auch um SEO, Quizzes, Bundles, Popups und viele der Single-Purpose-Apps, die Stores oft neben einem Page Builder installieren.

Für die breitere Kategorie schau dir unsere Übersicht der besten Shopify Page Builder an.

FAQ

Du bist dir noch nicht sicher, wohin die Reise gehen soll? Vergleiche die sechs besten PageFly-Alternativen, bevor du migrierst.