Von Instant zu Fudge AI migrieren

Die wichtigsten Takeaways

• Instant-Migrationen sind oft stark auf LPs fokussiert, da die Zielgruppe von Instant aus Paid-Traffic-Teams besteht (oft mit einem Figma-to-Page-Workflow).
• Der Ablauf ist derselbe wie bei anderen Shopify-Page-Builder-Migrationen: Inventarisieren, jede URL mit Fudge teilen, auf einem Dev-Theme neu bauen (Rebuild), testen, live nehmen (Publish - gleiche URL), deinstallieren. Keine neuen Slugs, keine Redirects.
• Tracke die Conversion-Rate auf jeder migrierten LP genau - Paid-Traffic-LPs sind in den meisten Katalogen die Seiten mit dem höchsten Risiko (highest stakes).
• Migriere aktive Kampagnen mit hohem Ad-Spend nicht zuerst. Starte mit einer LP mittlerer Priorität, um den Zyklus zu validieren.

Dieser Guide behandelt den Wechsel von Instant zu Fudge AI auf Shopify. Instant ist ein fähiger LP-Builder mit einem starken Figma-to-Page-Workflow; die strukturellen Gründe, warum Teams migrieren, sind Output-Ownership (Seiten überleben die Deinstallation) und Page Speed (keine App-Runtime beim Laden der Seite durch den Kunden).

Warum du uns vertrauen kannst

Vier Jahre bei Shopify, dutzende LP-Migrationen über Instant, Replo, PageFly, GemPages und selbstgebaute Builder. Wir entwickeln Fudge - den KI-Agenten auf der anderen Seite dieser Migration.

Der Ablauf

Genau wie bei jeder anderen Page-Builder-Migration, mit ein paar Instant-spezifischen Anmerkungen.

Schritt 1: Inventarisiere jede Live-Seite von Instant

Identifiziere insbesondere:

• Seiten mit aktivem Ad-Spend (am wichtigsten für eine saubere Migration)
• Seiten mit hohem organischem Traffic (nächste Priorität)
• Testvarianten, die du einstellen kannst (Instant-Experimente, die nicht gewonnen haben – schließe sie ab)
• Seiten, die seit mehr als 6 Monaten nicht mehr angefasst wurden (überlege dir, sie eher zu archivieren als zu migrieren)

Erfasse URL, monatlichen Traffic, Nutzung durch Ad-Plattformen und letzte Bearbeitung. Speichere das Inventar in einem Shared Sheet.

Schritt 2: Baue zuerst eine unkritische Seite neu auf

Fange nicht mit deiner LP mit dem besten ROAS an. Wähle eine Instant-Seite mit mittlerem Traffic und geringem Risiko und durchlaufe den gesamten Zyklus: Teile die URL mit Fudge, teste sie auf dem Dev-Theme, nimm sie live (Publish) und überwache sie (Monitor).

Das trainiert dein Muscle-Memory für die risikoreicheren Migrationen später.

Schritt 3: Rebuild in Fudge

Füge die Live-URL der Instant-Seite in Fudge ein. Fudge liest die bestehende Seite und generiert sie als natives Liquid + CSS + HTML auf einem nicht veröffentlichten Dev-Theme unter derselben URL neu. Iteriere danach mit Prompts.

Eine Instant-spezifische Anmerkung: Instant-Seiten werden oft nach Figma-Designs gebaut und tendieren zu pixelgenauen Layouts. Nutze beim Rebuild die Chance, auf ein flow-basiertes, Mobile-First-Layout umzustellen. Das Ergebnis wirkt meistens leichter und konvertiert mindestens genauso gut – ganz ohne den Tooling-Overhead von Figma-to-Page.

Schritt 4: Testen

Lighthouse Mobile. Add-to-Cart bis hin zum Checkout. Pixel-Events (Meta, GA4, TikTok, X). Simulation von langsamen 4G-Netzwerken.

Bestätige insbesondere bei Paid-Traffic-LPs, dass das UTM-Handling und das Tracking der Ad-Plattformen auch im Dev-Theme-Preview weiterhin korrekt feuern. Da sich die Live-URL nach dem Publish nicht ändert, müssen keine Ad-Creatives aktualisiert werden.

Schritt 5: Live nehmen und beobachten

Publishe das Dev-Theme. Die URL bleibt unverändert – dein Theme-Code liefert nun den Slug statt der Instant-Runtime aus. Keine 301-Redirects, keine Updates der Ad-Creatives, keine neuen Analytics-Einträge.

Beobachte den ROAS und die Conversion-Rate (CR) auf der Ad-Plattform für 24 bis 48 Stunden. Wenn etwas merkwürdig aussieht, untersuche das, bevor du weitere Migrationen ausrollst.

Schritt 6: Wiederhole das für das Backlog

In der Reihenfolge deiner Prioritäten. Versuche nicht, alles in einem Sprint zu migrieren.

Schritt 7: Instant deinstallieren

Nachdem jede Seite migriert wurde, bestätigen 14+ Tage Live-Analytics, dass es keine Rückschritte gibt, und das Theme ist bereinigt von Instant Script- und CSS-Imports.

Eine Anmerkung zu Figma-gebauten Seiten

Das Figma-Plugin von Instant ist eines seiner prägendsten Features. Wenn dein Team heute LPs direkt aus Figma-Designs veröffentlicht, plane den Wechsel des Workflows bewusst:

• Die meisten Figma-Layouts lassen sich sauber in Fudge-Prompts übersetzen (“Hero mit dieser Headline, darunter drei Benefits nebeneinander, Founder-Quote-Sektion, FAQ-Akkordeon”)
• Die pixelgenaue Positionierung, die in Figma-to-Page-Workflows üblich ist, überspezifiziert oft das Design. Ein flow-basierter Rebuild ist meistens schneller und konvertiert besser.
• Für LPs, die wirklich ein exaktes Figma-Layout benötigen, kann Fudge den Rahmen für eine Custom Theme-Section bauen, die dein Entwickler aus dem Figma-Export befüllt.

Für Shopify A/B-Testing-Tools, siehe unseren A/B-Testing-Guide.

Warum sich diese Migration für LP-lastige Shops lohnt

Zwei kombinierte Vorteile:

1. Page Speed. LP-lastige Shops sehen oft signifikante Verbesserungen des mobilen LCP nach dem Entfernen der Instant-Runtime — schau dir unseren Shopify Page Builder Speed-Test für die Messmethodik an. Bei Paid Traffic wirken sich selbst kleine LCP-Gewinne rasch positiv auf die CR aus.
2. Output Ownership. Deine LPs sind jetzt Teil deines Themes, per Versionskontrolle steuerbar, von Entwicklern bearbeitbar und überdauern App-Updates.

Für das breitere Thema und andere Migrationen: PageFly zu Fudge, GemPages zu Fudge, Replo zu Fudge, KI vs. Drag-and-Drop.

FAQ

Droht mein Ad-ROAS während der Migration von Instant zu Fudge abzufallen?

Das sollte er nicht, wenn die neue Seite gut gebaut ist. Die URL bleibt bei der Migration unverändert, deine bestehenden Ad-Creatives funktionieren also weiterhin. Wir sehen normalerweise, dass die CR nach einer Migration bestehen bleibt oder sich verbessert, weil der Page Speed besser wird. Teste zuerst an Kampagnen mit geringerem Spend, um sicherzugehen, bevor du Top-ROAS-LPs migrierst.

Ist der Fudge-LP-Workflow für Paid-Traffic-Teams genauso schnell wie bei Instant?

Ein anderer Rhythmus. Instant ist visuell und Figma-getrieben, optimiert für designgeführte LP-Teams. Fudge ist prompt-basiert und generiert einen vollständigen Draft in Sekundenschnelle. Auch nach dem initialen Prompt finden Verfeinerungen prompt-basiert statt. Die meisten LP-Teams finden nach 1-2 Wochen täglicher Nutzung wunderbar in Fudge hinein.

Kann ich das Figma-Plugin von Instant weiterhin nutzen?

Nein - der Figma-to-Page-Workflow ist Instant-spezifisch. Fudge nutzt Prompts und Design-Referenzen (du kannst einen Figma-Frame im Prompt beschreiben oder einen Screenshot einfügen), liest aber keine Figma-Dateien direkt aus. Für LPs, mit deren Struktur du unzufrieden bist, ist die Migration die Gelegenheit, sie ohne den Umweg über Figma neu zu bauen.

Was ist mit Pixel- und Conversion-Tracking?

Globale Seiten-Pixel (Meta, GA4) feuern normalerweise über deine theme.liquid und funktionieren weiterhin. Instant-spezifische Tracking-Integrationen müssen eventuell in deinem Theme neu implementiert werden.

Verschwinden meine Instant-Seiten direkt, wenn ich deinstalliere?

Noch nicht migrierte Instant-Seiten fallen beim Deinstallieren üblicherweise auf eine Shopify-Standardseite oder einen 404-Fehler zurück. Migrierte Seiten bleiben unberührt – sie bestehen ja bereits aus Theme-Code auf derselben URL. Migriere oder archiviere jede rege genutzte Instant-Seite, bevor du deinstallierst.