Das Wichtigste in Kürze
- Instant-Migrationen sind oft sehr LP-lastig, da die Zielgruppe von Instant aus Paid-Traffic-Teams besteht (oft mit einem Figma-to-Page-Workflow).
- Instant-Seiten bleiben nach der Deinstallation erhalten, behalten aber das eigene Branding von Instant — sichtbar für deine Kunden auf Seiten, die du nicht mehr kontrollierst. Eine Migration zu Fudge hinterlässt sauberen Theme-Code ohne Branding.
- Der Ablauf ist derselbe wie bei anderen Shopify-Page-Builder-Migrationen: Bestandsaufnahme, jede URL mit Fudge teilen, in einem Dev-Theme neu bauen, testen, live schalten (gleiche URL), deinstallieren. Keine neuen Slugs, keine Redirects.
- Verfolge die Conversion Rate auf jeder migrierten LP genau - Paid-Traffic-LPs sind in den meisten Katalogen die Seiten mit dem höchsten Einsatz.
- Migriere nicht zuerst aktive Kampagnen mit hohem Budget (High-Spend). Beginne mit einer LP mittlerer Priorität, um den Ablauf 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 bleiben nach der Deinstallation erhalten, ganz ohne Instant-Branding) und Page Speed (keine App-Laufzeit 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 der wichtigsten Features. Wenn dein Team heute LPs aus Figma-Designs umsetzt, plane die Workflow-Umstellung bewusst:
- Die meisten Figma-Layouts lassen sich sauber in Fudge-Prompts übersetzen (“Hero mit dieser Headline, darunter drei Vorteile, Founder-Quote-Section, FAQ-Akkordeon”)
- Die pixelgenaue Positionierung, die in Figma-to-Page-Workflows üblich ist, gibt das Design oft zu starr vor. Ein Flow-basierter Neuaufbau ist meistens schneller und konvertiert besser.
- Für LPs, die wirklich eine exakte Figma-Treue benötigen, kann Fudge das Grundgerüst für eine Custom-Theme-Section generieren, die dein Entwickler dann mit dem Figma-Export füllt.
Tools für Shopify A/B-Testing findest du in unserem A/B-Testing-Guide.
Warum sich diese Migration für LP-lastige Shops lohnt
Zwei kombinierte Vorteile:
- 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.
- 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
Sollte er nicht, wenn die neue Seite gut gebaut ist. Die URL bleibt bei der Migration unverändert, sodass bestehende Ad-Creatives weiterhin funktionieren. Normalerweise sehen wir, dass die CR nach der Migration gleich bleibt oder sich verbessert, weil der Page Speed steigt. Teste zuerst Kampagnen mit geringerem Budget, um das zu bestätigen, bevor du Top-ROAS-LPs migrierst.
Es ist ein anderer Rhythmus. Instant ist visuell + Figma-gesteuert und für Designer-geführte LP-Teams optimiert. Fudge ist Prompt-gesteuert und generiert in Sekundenschnelle einen vollständigen Entwurf. Nach dem ersten Prompt erfolgt auch der Feinschliff über Prompts. Die meisten LP-Teams haben sich nach 1-2 Wochen täglicher Nutzung an Fudge gewöhnt.
Nein – der Figma-to-Page-Workflow ist spezifisch für Instant. Fudge nutzt Prompts und Design-Referenzen (du kannst einen Figma-Frame textlich beschreiben oder einen Screenshot einfügen), liest aber Figma-Dateien nicht direkt. Für LPs, mit denen du strukturell unzufrieden bist, ist die Migration eine Chance, sie ohne den Umweg über Figma neu aufzubauen.
Seitenweite Pixel (Meta, GA4) feuern normalerweise aus deiner theme.liquid und funktionieren weiterhin. Instant-spezifische Tracking-Integrationen müssen möglicherweise in deinem Theme neu implementiert werden.
Da Instant nativen Theme-Code veröffentlicht, bleiben die Seiten selbst nach der Deinstallation unter derselben URL online – aber sie behalten das eigene Branding von Instant. Deine Kunden sehen also ein fremdes Branding auf Seiten, die du nicht mehr kontrollierst. Wenn du jede Seite zu Fudge migrierst, wird sie durch sauberen Code unter derselben URL ersetzt, ganz ohne Branding oder Attribution. Migriere jede live geschaltete Instant-Seite vor der Deinstallation, damit nichts mit dem Branding von jemand anderem online bleibt.
Du bist dir noch nicht sicher, wohin die Reise geht? Vergleiche die sechs besten Instant-Alternativen, bevor du migrierst.
