Das Wichtigste in Kürze
- Instant-Migrationen sind oft sehr LP-lastig (Landingpages), da die Zielgruppe von Instant aus Paid-Traffic-Teams besteht (häufig mit einem Figma-to-Page Workflow).
- Instant-Seiten bleiben auch 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: Bestandsaufnahme, jede URL mit Fudge teilen, auf einem Dev-Theme neu bauen, testen, live schalten (gleiche URL), deinstallieren. Keine neuen Slugs, keine Redirects.
- Behalte die Conversion Rate bei jeder migrierten LP genau im Auge – Paid-Traffic-LPs sind in den meisten Katalogen die Seiten, bei denen am meisten auf dem Spiel steht.
- Migriere nicht gleich zu Beginn aktive High-Spend-Kampagnen. Starte 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 leistungsstarker LP-Builder mit einem starken Figma-to-Page Workflow; die strukturellen Gründe, warum Teams migrieren, sind Output Ownership (die Seiten bleiben auch nach einer Deinstallation erhalten, ohne dass Instant-Branding zurückbleibt) und Page Speed (keine App-Laufzeiten beim Laden der Kunden-Seiten).
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:
- 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 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, da sich der Page Speed erhöht. Teste zuerst Kampagnen mit niedrigerem Budget, um das zu bestätigen, bevor du Top-ROAS-LPs migrierst.
Es ist ein anderer Rhythmus. Instant ist visuell und Figma-gesteuert, optimiert für designgesteuerte LP-Teams. Fudge ist prompt-gesteuert und generiert in Sekunden einen vollständigen Entwurf. Nach dem ursprünglichen Prompt erfolgt das Feintuning ebenfalls per Prompt. Die meisten LP-Teams haben sich nach 1-2 Wochen täglicher Nutzung gut in Fudge eingearbeitet.
Nein – der Figma-to-Page Workflow ist Instant-spezifisch. Fudge akzeptiert 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 deren Struktur du unzufrieden bist, ist die Migration eine Chance für einen Rebuild, ohne den Umweg über Figma gehen zu müssen.
Seitenübergreifende Pixel (Meta, GA4) feuern meistens direkt 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. Deine Kunden sehen also ein Fremd-Branding auf Seiten, die du nicht mehr kontrollierst. Wenn du jede Seite zu Fudge migrierst, wird sie unter derselben URL durch sauberen Code ohne Branding oder Namensnennung ersetzt. Migriere jede live geschaltete Instant-Seite vor der Deinstallation, damit nichts mit fremdem Branding online bleibt.
