Von GemPages zu Fudge AI migrieren

Key Takeaways

• Die Migration folgt einer Standardreihenfolge: Seiten inventarisieren, jede URL an Fudge übergeben, auf einem Dev-Theme nachbauen, testen, live schalten (unter gleicher URL), dann GemPages deinstallieren. Keine neuen Slugs, keine Redirects.
• Die Hauptgründe, aus denen Teams migrieren, sind Code-Ownership und der Page Speed. GemPages-Seiten werden über die Runtime der App gerendert. Fudge schreibt dagegen nativen Theme-Code.
• Migriere nicht mitten in einer wichtigen Sales-Phase. Wähle ein ruhiges Zeitfenster von zwei bis vier Wochen ohne große Kampagnen.
• Plane 1-2 Stunden pro Seite für den Rebuild plus QA ein – es geht schneller, sobald Fudge deinen Brand-Context kennt.

Dieser Guide zeigt dir, wie du mit deinem Live-Shopify-Store von GemPages zu Fudge AI wechselst. Das Ziel: Jede Seite wird integraler Bestandteil deines Themes, sodass bei Seitenaufrufen deiner Kunden keine App-Runtime mehr geladen werden muss.

GemPages ist ein starker Drag-and-Drop Builder. Teams wechseln in der Regel eher aus strukturellen Gründen (die Seite bleibt auch nach einer Deinstallation erhalten, kein Runtime-JavaScript erforderlich) zu uns und nicht unbedingt, weil GemPages sie im Stich gelassen hat.

Warum du uns vertrauen kannst

Vier Jahre tief im Shopify-Ökosystem, dutzende erfolgreiche Migrationen von GemPages, PageFly, Replo, Shogun und eigenen Buildern. Wir entwickeln Fudge – den AI-Agenten auf der Zielgeraden dieser Migration. Schau dir auch GemPages vs. Fudge an für einen umfassenderen strategischen Vergleich.

Der Ablauf

1. Inventur. Liste jede aktuell live geschaltete GemPages-Seite samt URL, Zweck, Traffic und aktivem Ad-Spend-Status auf. Gruppiere sie nach Priorität.
2. Wähle eine Startseite. Nimm eine Seite mittlerer Prioritätsstufe (keine High-Traffic Ad-LP) für den ersten Migrationsdurchlauf.
3. Rebuild in Fudge. Kopiere die Live-URL von GemPages in Fudge. Die KI liest die Seite aus und stellt sie als nativen Theme-Code in einem noch nicht veröffentlichten Dev-Theme auf derselben URL nach. Iteriere anschließend das Design mit Prompts: “kürzerer Hero”, “mit UGC austauschen”, “Sticky ATC hinzufügen”.
4. Testen auf einem Developement-Theme. Lighthouse Mobile (Ziel LCP < 2,5s, INP < 200ms, CLS < 0,1). Spiele Add-To-Cart komplett bis hin zum Checkout durch. Nutze die Slow-4G-Simulation.
5. Live schalten. Die URL ändert sich bei alldem nicht – dein Theme-Code liefert jetzt einfach den Slug aus, anstatt den Umweg über die GemPages-Runtime zu nehmen. Fudge übernimmt den Slug automatisch; du musst ihn in GemPages vorher gar nicht erst depublizieren und es bedarf keiner 301-Redirects.
6. Für 24-48 Stunden genau beobachten. Stelle sicher, dass die Conversion Rate in den Analytics und Reportings der Ad-Plattformen stabil bleibt.
7. In Reihenfolge der Priorität wiederholen. 2-5 Seiten pro Woche sind ein gesundes Tempo.
8. GemPages deinstallieren. Und zwar erst, wenn jede Seite migriert ist und deine theme.liquid komplett frei von GemPages-Skript- und CSS-Importen ist.

Die zwei kritischen Punkte bei der Migration

Sections, die sich nicht 1:1 übertragen lassen

Wenn deine GemPages-Seite eine Block-Art verwendet, für die es kein direktes Gegenstück in Fudge gibt (z. B. eine “GP Form” in GemPages mit benutzerdefinierter Logik), hast du drei Optionen:

• Baue den Block in Fudge mit einer etwas simpleren Variante nach
• Setze ihn zusammen mit einem Entwickler als Custom Theme Section neu um (Fudge kann das Grundgerüst dafür vorbauen)
• Nutze das native Formular von Shopify / eine Form-Builder-App ganz unabhängig vom Page-Builder

Die meisten alten GemPages-Blöcke haben passendere Fudge-Gegenstücke, als es zunächst den Anschein macht.

Tracking und Pixel-Events

Stelle sicher, dass dein Tracking (GA4, Meta Pixel, Klaviyo Active on Site) auf den neuen Fudge-Seiten weiterhin gefeuert wird. Die meisten Stores haben seitenübergreifende Pixel in der theme.liquid, sodass diese automatisch übernommen werden – es lohnt sich jedoch, dies auf der ersten migrierten Seite zu überprüfen, bevor du den Rest umstellst.

Was macht Fudge vs. GemPages anders?

• Output. Fudge schreibt direkt Liquid + CSS + HTML in dein Theme. GemPages hingegen rendert die Seite bei jedem Besuch deiner Kunden über seine eigene Runtime.
• Bleibt auch nach Deinstallation bestehen. Fudge-Seiten bleiben da, auch wenn die App einmal weg ist. GemPages-Seiten fallen normalerweise auf eine Standardseite von Shopify oder einen 404-Fehler zurück.
• Page Speed. Fudge fügt kein Runtime-JavaScript hinzu. Von GemPages gerenderte Seiten werden zwanghaft zusammen mit der App-Runtime geladen.
• Workflow. Fudge ist promptgesteuert; GemPages läuft via Drag-and-Drop. Das erfordert eine gewisse Umstellung deiner Gewohnheiten.

Weitere Hintergründe findest du unter Die besten Shopify Page Builder, AI vs. Drag-and-Drop und Die besten AI Page Builder für Shopify.

Für Migrationen aus anderen Tools: PageFly zu Fudge, Replo zu Fudge und Instant zu Fudge. Wenn du als Agentur Tools für verschiedene Kunden gegenüberstellst, lies hier weiter: Der beste Shopify Page Builder für Agenturen.

FAQ

Verliere ich mein SEO-Ranking, wenn ich von GemPages zu Fudge migriere?

Nein — die Seite behält exakt dieselbe URL. Du tauschst lediglich den Renderer aus (GemPages-Runtime → hin zu deinem Theme-Code), nicht die URL. Solange der Inhalt überwiegend gleich bleibt, musst du dir keinerlei Sorgen vor Ranking-Einbrüchen machen.

Kann ich GemPages und Fudge parallel nutzen?

Ja, absolut, besonders während der Migration. Sobald aber jede Seite umgezogen ist, solltest du GemPages dringend deinstallieren, um die Ladezeiten deines Shops zu optimieren.

Wie lange dauert solch eine Migration?

Für einen Katalog mit 10-20 Produkten solltest du am besten 3-6 Wochen (bei rund 2-5 Seiten pro Woche) einplanen. Bei größeren Katalogen verhält sich das entsprechend linear dazu. Dein Bottleneck ist typischerweise die QA-Kapazität, nicht etwa die eigentlichen Neugestaltungsprozesse des Shops.

Muss ich alle Seiten migrieren, bevor ich die App deinstalliere?

Ja, sonst brechen die noch nicht migrierten Seiten. Migriere oder archiviere aktiv jede einzelne, bereits Live-geschaltete GemPages-Seite, bevor du die App deinstallierst. Bereits zu Fudge umgezogene Seiten bleiben davon unberührt – ihr natives Theme Code läuft unbeirrt weiter.

Was passiert, wenn sich eine sehr komplexe GemPages-Seite nicht einwandfrei übersetzen lässt?

Du hast drei Optionen: Baue sie einfacher nach, baue sie direkt als Custom Theme Section nach (das Grundgerüst legt Fudge dir) oder belass diese eine Seite vorerst komplett in GemPages und migriere währenddessen den Rest deines Shops. Die meisten Blöcke haben passendere Äquivalente in Fudge, als man auf den ersten Blick meint.