Wichtigste Erkenntnisse
- Instant-Migrationen sind oft stark auf LPs fokussiert, da die Zielgruppe von Instant aus Paid-Traffic-Teams besteht (die oft von einem Figma-to-Page-Workflow kommen).
- Instant-Seiten bleiben nach der Deinstallation erhalten, behalten aber das Branding von Instant – sichtbar für deine Kunden auf Seiten, die du nicht mehr kontrollierst. Eine Migration zu Fudge hinterlässt sauberen, ungebrandeten Theme-Code.
- Der Ablauf ist derselbe wie bei anderen Shopify-Page-Builder-Migrationen: Inventar erstellen, jede URL mit Fudge teilen, in einem Dev-Theme nachbauen, 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, bei denen am meisten auf dem Spiel steht.
- Migriere aktive High-Spend-Kampagnen nicht zuerst. 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 die Kontrolle über den generierten Code (Seiten bleiben nach der Deinstallation erhalten, ohne dass Instant-Branding darauf zurückbleibt) und der Page Speed (keine App-Runtime, wenn Kunden die Seite laden).
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
Das sollte er nicht, wenn die neue Seite gut aufgebaut 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 mit Kampagnen mit geringerem Budget, um dies zu bestätigen, bevor du Top-ROAS-LPs migrierst.
Es ist ein anderer Rhythmus. Instant ist visuell und Figma-getrieben, optimiert für von Designern geführte LP-Teams. Fudge basiert auf Prompts und generiert in Sekunden einen vollständigen Entwurf. Nach dem anfänglichen Prompt wird auch die Verfeinerung über Prompts gesteuert. Die meisten LP-Teams finden sich nach 1-2 Wochen täglicher Nutzung gut in Fudge ein.
Nein – der Figma-to-Page-Workflow ist spezifisch für Instant. Fudge nutzt Prompts und Design-Referenzen (du kannst einen Figma-Frame in Textform beschreiben oder einen Screenshot einfügen), liest aber keine Figma-Dateien direkt. Für LPs, mit deren Struktur du unzufrieden bist, ist die Migration eine Chance, diese 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 eventuell in deinem Theme neu implementiert werden.
Da Instant nativen Theme-Code veröffentlicht, bleiben die Seiten nach der Deinstallation unter derselben URL live – sie behalten jedoch das Branding von Instant, sodass deine Kunden das Branding von Dritten auf Seiten sehen, die du nicht mehr kontrollierst. Wenn du jede Seite zu Fudge migrierst, wird sie unter derselben URL durch sauberen Code ersetzt, ohne Branding oder Quellenangaben. Migriere jede live geschaltete Instant-Seite vor der Deinstallation, damit nichts mit dem Branding anderer veröffentlicht bleibt.
