Von Shogun zu Fudge AI migrieren

Das Wichtigste in Kürze

• Shogun rendert Seiten über seine App-Ebene. Nach der Deinstallation lässt Shogun veröffentlichte Seiten als statisches HTML live, aber der Inhalt ist eingefroren – bearbeitest du ihn außerhalb von Shogun, kann das Styling kaputtgehen, und Shogun-Formulare funktionieren nicht mehr, sobald Daten entfernt werden.
• Die beiden Dinge, bei denen sich Teams Sorgen machen, sie zu verlieren, sind Shoguns Seiten-Analytics und A/B-Tests. Plane Ersatz, bevor du wechselst, denn Shogun löscht Analytics- und Testdaten innerhalb von 14 Tagen nach der Deinstallation. Fudge vergleicht Besuche, Conversion Rate und Käufe auf jeder Seite vor und nach einer Änderung; für A/B-Tests wird weiterhin ein separates Tool benötigt.
• Der Ablauf entspricht jeder Shopify-Page-Builder-Migration: Inventarisiere Live-Seiten, teile jede URL mit Fudge, baue sie auf einem Dev-Theme neu, teste sie, veröffentliche sie live unter derselben URL und deinstalliere dann. Keine neuen Slugs, keine Weiterleitungen.
• Fudge baut jede Seite als natives Liquid, CSS und HTML in deinem Theme neu auf. Das Ergebnis bleibt vollständig bearbeitbar, nachdem die App weg ist – kein eingefrorenes HTML.
• Migriere nicht zuerst deine Seite mit dem meisten Traffic. Führe den gesamten Zyklus auf einer nicht-kritischen Seite durch, um ihn zu validieren.

Um von Shogun zu Fudge AI zu migrieren, exportiere die Analytics und Testergebnisse, die du behalten willst, baue jede Shogun-Seite in Fudge auf einem Development-Theme nach, veröffentliche sie unter der gleichen URL und deinstalliere Shogun, sobald jede Seite umgezogen ist. Shogun ist ein leistungsstarker Drag-and-Drop-Builder mit Stärken bei Seiten-Analytics und A/B-Tests. Die strukturellen Gründe, warum Teams wechseln, sind die Kontrolle über den Output (Seiten, die bearbeitbar bleiben statt eingefroren zu werden) und die Seitengeschwindigkeit (keine App-Rendering-Ebene beim Laden der Seite durch Kunden).

Warum du uns vertrauen kannst

Wir arbeiten seit über vier Jahren im Shopify-Ökosystem und haben Dutzende Page-Builder-Migrationen von Shogun, PageFly, Replo, GemPages, Instant und eigenen Buildern durchgeführt. Wir entwickeln Fudge, den KI-Operator für Shopify-Stores, mit einer Bewertung von 4.9 im Shopify App Store. Der Page Builder liest deine bestehende Seite und generiert sie als nativen Theme-Code neu.

Der Ablauf

Gleicher Ablauf wie bei jeder Page-Builder-Migration, mit ein paar Besonderheiten wegen Shogun.

Schritt 1: Inventarisiere jede Live-Seite von Shogun

Öffne das Shogun-Dashboard und liste alles auf, was momentan veröffentlicht ist. Notiere für jede Seite:

• URL und Seitentyp (Landingpage, Blog post, PDP-Section, Homepage-Section)
• Monatlicher Traffic und ob die Seite Ad-Spend (Werbebudget) erhält
• Aktive A/B-Tests – Welche Seiten haben laufende Experimente, die du zuerst abschließen musst?
• Letztes Bearbeitungsdatum – Seiten, die seit mehr als 6 Monaten nicht mehr angefasst wurden, sind eher Kandidaten für ein Archiv statt für eine Migration.

Zwei Shogun-spezifische Dinge, die du jetzt sichern solltest, weil Shogun sie innerhalb von 14 Tagen nach der Deinstallation löscht: dein Analytics-Verlauf (Click-through, Conversion, Bounce Rate) und sämtliche A/B-Test-Ergebnisse. Exportiere oder scrape das, was du behalten willst, bevor du die App löscht.

Schritt 2: Baue zuerst eine unwichtigere Seite um

Starte nicht gleich mit der Landingpage, die am besten konvertiert. Wähle eine Shogun-Seite mit mittlerem Traffic und wenig Risiko, und spiele den kompletten Prozess durch: Gib Fudge die URL, baue sie in einem Dev-Theme nach, stell sie online, beobachte die Daten.

So kriegst du ein Gefühl für die Abläufe, bevor es später um die wichtigeren Seiten geht.

Schritt 3: Nachbau in Fudge

Kopiere die URL der Live-Shogun-Seite in Fudge. Es liest die existierende Seite und generiert sie komplett als natives Liquid + CSS + HTML in einem noch unveröffentlichten Dev-Theme unter der identischen URL neu. Iteriere mit Prompts, bis alles passt.

Ein Tipp am Rand: Shogun-Seiten werden häufig aus dem CMS und diversen Drag-and-Drop-Blöcken zusammengeklickt, typischerweise ist die Struktur für unsere KI also extrem clean und leicht zu verstehen. Nutze den Umbau direkt als Möglichkeit, alles zu entfernen, was du damals nur reingenommen hast, weil der Editor es hergegeben hat – zu große Hero-Stacks, redundante Sections oder Deko-Blöcke, die de facto keinen Wert haben.

Schritt 4: Testen

Lighthouse Mobile. Add-to-Cart bis zum Checkout, falls relevant. Pixel-Events (Meta, GA4, TikTok). Simulation von langsamem 4G.

Stelle sicher, dass die Seite in der Dev-Theme-Vorschau identisch gerendert wird, bevor du sie veröffentlichst. Da sich die Live-URL nach der Veröffentlichung nicht ändert, muss in anderen Systemen (Ad-Creatives, internen Links, Sitemaps) nichts aktualisiert werden.

Schritt 5: Live veröffentlichen und Daten checken

Veröffentliche das Dev-Theme. Die URL bleibt die gleiche. Dein eigener Theme-Code bedient jetzt den Slug anstelle des Shogun-App-Layers. Es braucht keine 301-Redirects, keine neu konfigurierten Analytics-Einträge und keine Anpassung der Ad-Creatives.

Beobachte Traffic und Conversion Rate für 24 bis 48 Stunden. Wenn dir etwas komisch vorkommt, geh der Sache noch mal auf den Grund, bevor du im großen Stil an die weiteren Seiten rangehst.

Schritt 6: Repeat für den Backlog

Geh nach Priorität vor. Versuch gar nicht erst, in einem Sprint alles zu erzwingen. Schließe alle laufenden A/B-Tests ab, bevor du diese Seiten migrierst – wähle den Gewinner, migriere die Gewinnervariante und stampfe das Experiment ein.

Schritt 7: Shogun deinstallieren

Erst dann, wenn wirklich alle Seiten stehen, du die Analytics und Historien deiner Tests, die du künftig noch brauchst, weggespeichert hast, über 14 Tage Live-Daten bestätigen, dass es keine Einbrüche gegeben hat, und das Theme wirklich clean von alten Shogun-Sections und Snippet-Leichen ist.

Was du verlierst – und wie du es ersetzt

Der Fairness halber: Das, was Teams bei Shogun hält, ist oft nicht der Page Builder selbst. Es ist der Data-Layer. Vor allem zwei bestimmte Features.

Page-Level-Analytics

Shogun trackt Click-Through, Conversion und Bounce Rate pro Seite in der App, ohne externe Tools. Das ist praktisch.

Der Ersatz ist Fudges Seiten-Reporting plus GA4. Fudge vergleicht Besuche, Conversion Rate und Käufe auf jeder Seite vor und nach einer Änderung unter Verwendung deiner Shopify-Daten. Ist Google Analytics verbunden, zeigt es dir, welche Kampagnen Besucher auf jede Seite schicken. Basierend auf diesen Zahlen schlägt es außerdem vor, was auf einer Seite geändert werden sollte oder welche Seite du als Nächstes bauen solltest. Für Click-Through und Bounce Rate messen dein bestehendes GA4-Setup und jedes Heatmap-Tool (Microsoft Clarity, Hotjar) native Theme-Seiten wie jedes andere Template.

A/B-Testing

Das ist der größere Punkt. Shogun listet eine eigenständige A/B-Testing-App neben seinem Page Builder auf, und welche Page-Builder-Pläne Testing beinhalten, hat sich im Laufe der Zeit geändert.¹ Checke Shoguns App Store-Listings für deinen Plan, denn je nachdem, wann du eingestiegen bist, läuft das A/B-Testing vielleicht schon außerhalb des Page Builders.

Fudge enthält kein eingebautes A/B-Testing. Da Fudge-Seiten Standard-Theme-Sections sind, kannst du mit Shopify-nativen Testing-Tools oder einer speziellen App Experimente auf ihnen durchführen, und Fudge kann jede Variante als separaten Entwurf für dieses Tool bauen. Für sich genommen vergleicht Fudge die Zahlen einer Seite vor und nach einer Änderung, was ein beobachteter Vergleich ist, kein kontrollierter Test. Schau dir unseren A/B-Testing-Guide für die Optionen an. Wenn Live-Experimente der Kern deines Workflows sind, plane diesen Ersatz bewusst, bevor du wechselst.

Content-Scheduling

Shogun unterstützt zeitlich gesteuerte Seiten-Launches. Wenn du auf geplante Drops angewiesen bist, bilde den Rhythmus mit deinem normalen Theme-Publishing-Prozess oder einer Scheduling-App ab. Für die meisten Stores ist das gelegentlich, nicht täglich.

Ein Hinweis zur Deinstallation (weil Shogun das anders löst)

Im Gegensatz zu Buildern, deren Seiten nach der Deinstallation komplett leer sind, hält Shogun deine veröffentlichten Seiten nach dem Entfernen der App als statisches HTML live. Die Seiten verschwinden nicht.

Aber „live“ ist nicht dasselbe wie „deins“:

• Das HTML ist eingefroren. Die Shogun-Docs weisen darauf hin, dass das Bearbeiten dieser Seiten außerhalb von Shogun das Styling zerschießen kann, was dann ein erneutes Veröffentlichen über Shogun erfordert – das du aber gerade deinstalliert hast.
• Shogun-Formulare funktionieren nicht mehr, sobald deine Daten entfernt sind (innerhalb von 14 Tagen), da die App keine Formulareinsendungen mehr speichern kann.
• Code-Reste bleiben in deinem Theme. Shogun empfiehlt, seine Section- und Snippet-Dateien an Ort und Stelle zu lassen, damit die eingefrorenen Seiten weiterhin gerendert werden.

Der realistische Zustand einer nicht migrierten Shogun-Seite nach der Deinstallation ist also: sichtbar, aber nicht bearbeitbar, mit toten Formularen und verwaistem App-Code in deinem Theme. Deshalb migrierst du zuerst jede Seite zu nativem Code und deinstallierst dann – damit jede Live-Seite bearbeitbar und sauber ist.

Für ein umfassenderes Aufräumen siehe unseren Guide zum Entfernen von App-Code-Resten aus Shopify.

Warum sich diese Migration lohnt

Drei große Pluspunkte für die meisten Stores:

1. Page Speed. Das Entfernen der Shogun-Rendering-Ebene nimmt App-JavaScript vom Laden der Seite für Kunden. Auf Mobilgeräten hilft das normalerweise dem LCP – siehe unsere Page-Builder-Speed-Methodik.
2. Kontrolle über den Output. Deine Seiten werden echte Theme-Sections – versionskontrollierbar, von jedem Entwickler bearbeitbar, langlebig über App-Änderungen hinweg und niemals eingefroren. Das ist das Gegenteil von statischem HTML, das man nicht sicher anfassen kann.
3. Größerer Umfang aus einer App. Fudge ist der KI-Operator für Shopify-Stores. Über Seiten hinaus kümmert es sich um SEO, Quizzes, Bundles, Pop-ups und Änderungen überall in deinem Theme, und es kann aus deinen Store-Daten und Analytics ableiten, was davon es wert ist, zuerst erledigt zu werden.

Für den vollständigen Kategorie-Vergleich, siehe Fudge AI vs Shogun und unser Ranking der besten Shopify Page Builder. Unsere Shopify Page Builder- und Shopify Store Editor-Seiten zeigen, was Fudge über eine einzelne Migration hinaus baut und ändert.

FAQ

Noch nicht entschieden, wohin die Reise geht? Vergleiche die sechs besten Shogun-Alternativen, bevor du migrierst.