Blogs Migration von Dawn zu Horizon: Ein ehrlicher Leitfaden für 2026

Migration von Dawn zu Horizon: Ein ehrlicher Leitfaden für 2026

Es gibt keine automatische Migration von Dawn zu Horizon. Hier erfährst du, was sich wirklich ändert, was kaputtgeht, wer jetzt wechseln sollte, wer bei Dawn bleiben sollte, und den Migrationsplan, der funktioniert.

Migration von Dawn zu Horizon: Ein ehrlicher Leitfaden für 2026
Admin

Admin

Aktualisiert am 5. August 2026 - 12 Min. Lesezeit

Was Horizon ist

Shopify hat Horizon bei den Editions Summer ’25 im Mai 2025 vorgestellt. Es ist jetzt das Standard-Theme für neue Shopify-Stores. Drei Dinge unterscheiden es von Dawn, und nur eines davon ist rein kosmetisch.

Erstens: tief verschachtelte Theme-Blocks. Dawn baut eine Seite durch das Stapeln von Sections. Horizon nutzt Theme-Blocks, die in ihrem eigenen /blocks-Ordner liegen, über Sections hinweg wiederverwendbar sind und bis zu acht Ebenen tief verschachtelt werden können. Das ist der ganze Grund, warum es keine automatische Migration gibt — eine Dawn-Startseite ist eine Liste, eine Horizon-Startseite ist ein Baum. Zweitens: Web Components im Frontend. Horizons interaktive Teile sind als in sich geschlossene Web Components gebaut statt als geteiltes, monolithisches Liquid. Drittens: KI-Blockgenerierung im Editor, wo du einen Block in Klartext beschreibst und Shopify das Liquid, die Styles und das Schema generiert.

Ist Dawn tot?

Nein, und das ist wichtig für die Entscheidung. Dawn wird weiterhin ausgeliefert, erhält weiterhin Updates, und Shopifys Hilfe-Dokumentation listet es weiterhin als unterstütztes Online Store 2.0 Theme. Shopify stuft Themes, die Theme-Blocks unterstützen — die Horizon-Familie — als die neueste Architekturversion ein, aber Online Store 2.0 Themes bleiben eine unterstützte Architektur, getrennt von den älteren Vintage-Themes, die nur noch Sicherheitsupdates erhalten.

Dawn ist nicht abgekündigt. Es steht nur nicht mehr an vorderster Stelle. Neue Theme-Fähigkeiten landen zuerst auf der Block-Architektur, und dieser Abstand wächst mit der Zeit. Die Frage lautet also nicht “stirbt Dawn.” Sondern “wann kostet mich der Abstand mehr als der Umbau.”

Was beim Wechsel wirklich kaputtgeht

Jedes Template und jedes Seitenlayout — Startseite, Produkt, Kollektion, Warenkorb, Blog, alle individuellen Landingpages. Neu gebaut, nicht übertragen. Individuelle Liquid-Sections lassen sich nicht einfach in Horizon einfügen und funktionieren. Sections und Theme-Blocks haben unterschiedliche Schemas und unterschiedliche Kompositionsregeln. Individuelle Sections werden als Blocks neu geschrieben.

App-Embeds und Frontend-Apps sind der Überraschungspunkt. Apps, die das DOM manipulieren — sticky Add-to-Cart, Upsell-Widgets, Swatch-Apps, manche Bewertungs-Apps — hängen sich oft mit für Dawn geschriebenen Selektoren in den Variantenwähler oder die Warenkorb-Schublade ein. In Horizon sind das Web Components, und die Kapselung blockiert den alten Ansatz. Liste jede installierte App auf, prüfe jede auf Horizon-Unterstützung und teste sie im unveröffentlichten Theme, bevor du sonst irgendetwas anfasst.

Wer wechseln sollte, wer bleiben sollte

Wechsle zu Horizon, wenn: du einen neuen Store startest, du ohnehin gerade neu gestaltest, dein Marketing-Team ständig im Theme-Editor arbeitet und regelmäßig an Dawns Grenzen stößt, oder dein Dawn-Theme stark angepasst und brüchig ist. Steht ein Umbau ohnehin an, mach ihn auf Horizon — der Mehraufwand gegenüber einem weiteren Dawn-Redesign ist gering, und du kaufst dir Jahre an Relevanz.

Bleib bei Dawn, wenn: dein Store gut läuft und das Design passt, mobile Geschwindigkeit gerade dein wichtigster Hebel ist, du tiefe individuelle Entwicklung ohne Budget für eine Neufassung hast, oder deine kritischen Apps Horizon noch nicht unterstützen. Es gibt keine Prämie fürs frühe Wechseln. Das Theme ist nicht das Geschäft.

Der Migrationsplan, Phase für Phase

Phase 1

Erst prüfen, dann handeln. Erfasse jedes Template, jede individuelle Section, jede App, jedes Stück individuelles JS, jedes verwendete Metafeld. Notiere, welche Seiten echten Traffic und Umsatz bringen. Die meisten Dawn-Stores haben Sections, die seit zwei Jahren niemand mehr angesehen hat — die werden nicht neu gebaut, sondern gelöscht.

Ein Vortragender auf einer Bühne vor Publikum, der während eines Konferenzvortrags auf eine Checklisten-Folie zeigt.

Phase 2

Preset-Wahl und App-Tests in einem unveröffentlichten Theme. Füge Horizon als Entwurfs-Theme hinzu. Arbeite niemals am Live-Theme. Installiere Presets, lade echte Produktbilder, vergleiche auf Mobilgeräten. Teste hier deine Apps — Apps, die sich in den Variantenwähler oder die Warenkorb-Schublade einhängen, brechen auf Horizons Web Components häufig.

Phase 3

Die Templates neu bauen. Erst die Inhaltsstruktur, dann das Styling. Bau die Block-Bäume für Startseite, Produkt, Kollektion und Warenkorb. Widerstehe der Versuchung, Horizons Kern-Block-Dateien direkt zu bearbeiten — Horizon wird häufig aktualisiert und deine Änderungen werden überschrieben. Erstelle stattdessen neue Dateien.

Phase 4

Individuelle Arbeit als Blocks neu fassen. Jede individuelle Section wird zu einem Theme-Block mit eigenem Schema, gescoptem Styling und isoliertem JavaScript. Genau hier zahlt sich ein Umbau aus: Was in Dawn eine fest verdrahtete Einzel-Section war, wird zu einer wiederverwendbaren Komponente.

Phase 5

QA und Rollback-Plan. Teste auf echten Mobilgeräten, jeden Variantenpfad, Warenkorb und Checkout Ende zu Ende. Halte Dawn bis zum Launch veröffentlicht, danach als Entwurf. Führe den Rollback einmal in einer Dev-Umgebung durch und stoppe die Zeit, bevor du live gehst.

  1. Phase 1

    Audit

    Wichtig

    Audit & Inventar

    Erfasse jedes Template, jede individuelle Section, jede App und jedes individuelle JS in deinem aktuellen Dawn-Theme.

  2. Phase 2

    Setup

    Preset + App-Test

    Füge Horizon als Entwurf hinzu, wähle ein Preset und teste alle Apps im unveröffentlichten Theme.

  3. Phase 3

    Build

    Templates neu bauen

    Bau Block-Bäume für Startseite, Produkt, Kollektion und Warenkorb. Erst Struktur, dann Styling.

  4. Phase 4

    Blocks

    Wichtig

    Individuelle Blocks

    Fasse individuelle Sections als wiederverwendbare Theme-Blocks mit gescoptem Styling und isoliertem JS neu.

  5. Phase 5

    Launch

    QA + Rollback

    Teste auf echten Geräten, prüfe den Checkout, halte Dawn als Entwurfs-Fallback. Führe eine Rollback-Übung durch.

Eine Migration von Dawn zu Horizon ist ein Theme-Umbau — kalkuliert und geplant wie einer.

Was das ehrlich kostet

Wer eine Horizon-Migration anbietet, ohne dein Theme gesehen zu haben, bietet eine Vorlage an, nicht dein Projekt. Die zwei Variablen, die die Zahl bewegen, sind die Menge an individuellem Liquid in deinem aktuellen Theme und die Anzahl der Frontend-Apps, die überarbeitet werden müssen. Ein nahezu unveränderter Dawn-Store mit fünf Standard-Apps ist ein unkomplizierter Umbau.

Ein vier Jahre altes Dawn-Theme mit zwanzig individuellen Sections und einem maßgeschneiderten Bundle-Builder ist ein anderes Projekt mit einem anderen Preis. Das Einzige, das wir ohne den Store gesehen zu haben sagen: Wenn ein Vier-Stunden-Fix auf Dawn dir das gewünschte Ergebnis bringt, sagen wir dir das stattdessen. Nicht jeder Store braucht Horizon dieses Jahr.

Ein Laptop auf einem Schreibtisch bei Nacht mit einem Performance-Snapshot-Dashboard, das eine Steigerung von 68 % zeigt, im Hintergrund eine Skyline.

Über KI-Tools und Geschwindigkeit

Shopifys Dev-MCP-Server stellt aktuelle Shopify-Dokumentation und -Schemas für KI-Coding-Tools bereit, was die KI-gestützte Umwandlung von Section zu Block deutlich genauer macht als die Arbeit aus dem Trainingswissen eines Modells. Es beschleunigt die Arbeit. Es ersetzt weder das Review noch den Theme Check.

Auch Geschwindigkeitsannahmen zählen. Unabhängige Tester, die 2026 Dawn-vs-Horizon-Vergleiche veröffentlichen, berichten durchgängig, dass Horizons Mobile-Werte ab Werk hinter denen von Dawn zurückbleiben, während Desktop konkurrenzfähig oder besser ist. Führe PageSpeed auf einem echten Horizon-Build mit deinen echten Bildern und Apps aus, bevor du dich festlegst. AiSalesQ verfolgt Plattformänderungen wie diese genau, damit dein Quiz jede Theme-Migration unbeschadet übersteht.

Teilen Sie diesen Beitrag auf

Häufige Fragen

Die Fragen, die Store-Inhaber vor einer Migration stellen.

Wenn du entscheidest, ob du von Dawn zu Horizon wechseln sollst, findest du die Antwort wahrscheinlich hier.

Nein. Shopify hat keine automatische Migration gebaut. Dawns Section-Modell und Horizons verschachteltes Block-Modell speichern Inhalte unterschiedlich, daher wird jedes Template und jede Anpassung neu gebaut.

Nein. Dawn wird weiterhin ausgeliefert und erhält weiterhin Updates. Shopify stuft Horizons Block-Architektur als die neueste Theme-Architekturversion ein, aber Online Store 2.0 Themes wie Dawn bleiben unterstützt.

Die meisten aktuellen Apps schon. Apps, die nur für die ältere Architektur gebaut wurden, brechen häufig rund um Variantenwähler, Galerie und Warenkorb-Schublade, weil das jetzt Web Components sind. Prüfe jede App, bevor du dich festlegst.

Nein. Es sind Presets auf derselben Horizon-Basis mit unterschiedlichen Einstellungen, genau wie Craft und Sense Presets von Dawn waren.

Nur wenn du ohnehin gerade neu gestaltest, neu startest, oder dein Dawn-Theme das Team ausbremst. Ein profitabler Store mit funktionierendem Design gewinnt diesen Quartal wenig durch einen Wechsel.

Das hängt fast vollständig davon ab, wie viel individuelles Liquid und wie viele Frontend-Apps im aktuellen Theme stecken. Ein nahezu unveränderter Dawn-Store ist ein kurzes Projekt. Ein stark angepasster ist ein vollständiger Umbau.

Hast du eine Frage, die hier nicht beantwortet wird?

Kontaktiere das AISalesQ-Team direkt

Support kontaktieren →

Newsletter

Neue Beiträge abonnieren