Conversion Engine. Stores, die in Tagen testen.
Custom Shopify Themes auf Dawn-Basis — mit Section-Library, idempotenten Generatoren und PDP-Pattern, die mit deiner Brand wachsen. Statt jeden Test fünf Tage zu warten, iterierst du täglich.
Standard-Themes lernen nicht. Sie sind statisch.
Du hast wahrscheinlich ein Premium-Theme gekauft. Dawn-Fork, Impulse, Prestige, was auch immer. Es sah im Demo gut aus. Heute willst du eine neue PDP-Variante testen — und dein Theme-Dev sagt: „Drei Tage." Eine neue Bundle-Logik? „Eine Woche." Ein neues Section-Layout für eine Aktion? „Ist nicht eingeplant."
Das ist kein Theme-Problem. Das ist ein Architektur-Problem. Standard-Themes sind als Display-Layer gebaut, nicht als Lern-Maschine. Jede neue Section ist Custom-Code, jede Variation hartcodiert, jeder Test eine Sonderlocke.
Eine Conversion Engine dreht das um: Der Store besteht aus 80–100 modularen Sections, jede konfigurierbar via Shopify-Schema. Founder oder Marketer können neue PDP-Varianten in Minuten zusammenstecken — ohne Dev.
Vier Bausteine. Ein Theme.
So strukturieren wir jeden Conversion-Engine-Build. Dawn als Basis, weil es schnell, accessibility-ready und Shopify-konform ist — alles darüber ist Custom.
Dawn als Basis
Wir starten nie auf Premium-Themes. Dawn ist Shopify-first, accessibility-konform, schnell — und alles, was wir draufbauen, bleibt update-fähig. Keine Theme-Lock-In, keine Custom-Forks ohne Migration-Pfad.
Section-Library (82+)
Jede neue Brand zieht aus einer Library mit aktuell 82+ Sections — Hero-Patterns, PDP-Bausteine, Trust-Strips, Bundle-Logiken. Statt jede Section neu zu bauen, kombiniert man bestehende. Iterations-Speed steigt massiv.
Idempotente Generatoren
15 PDPs, alle mit ähnlicher Struktur aber unterschiedlichem Content? Statt Copy-Paste-Manuell ein Script, das aus einer CSV alle PDPs generiert. Idempotent — du kannst es 100× laufen lassen, ohne Schaden. Re-Runs sind sicher.
Brand-System-Hook
Jede Section liest Color-Schemes und Typo aus Brand-Tokens (Schicht 1). Wenn der Designer den Primary-Token ändert, sind alle 82 Sections eine Pageload später aktualisiert. Ohne Code-Touch.
Live: Wie wir das bei Bachgold gebaut haben.
Bachgold ist eine etablierte DACH-Wasserfilter-Brand. Solider Traffic, gutes Produkt, aber das alte Theme war ein App-Sprawl — sechs Bundle-Apps, zwei Quiz-Apps, drei Review-Widgets, alles fragmentiert. Conversion-Iteration war Tage-Arbeit, nicht Minuten.
Was wir gebaut haben
Conversion Engine komplett neu — auf Dawn-Basis, mit eigener Section-Library und einem Generator-Skript, das alle 15 Produkt-PDPs aus einem CSV-Master erzeugt. Bundle-Logik aus den sechs Apps eliminiert, durch ein einheitliches Bundle-Master-System ersetzt.
Was sich operativ geändert hat
- Neue Bundle-Variante: früher 3 Tage Dev-Aufwand, heute 15 Minuten im Theme-Editor.
- PDP-Update für alle 15 Produkte: früher 15× manuell, heute eine CSV-Änderung + Re-Run.
- App-Stack reduziert: von 11 aktiven Apps auf 4 essentielle. Theme-Speed deutlich verbessert.
- Cutover ohne Downtime: alte URL-Struktur 1:1 gemappt — kein SEO-Bruch.
"Was Standard-Agenturen 6 Monate kosten würde, lief bei uns in 8 Wochen — ohne dass wir am Setup leiden."
Vier Hebel, die du heute prüfen kannst.
- Audit deinen App-Stack. Liste alle aktiven Shopify-Apps. Welche tragen direkt zu Revenue bei, welche sind Legacy? Jede entfernte App = schnellerer Store + weniger Subscriptions.
- Erkenne dein Theme-Lock-In. Kannst du eine neue Section innerhalb 30 Minuten ohne Dev launchen? Wenn nicht, bist du gelockt. Migration auf Dawn-Basis lohnt sich in fast jedem Fall.
- Baue deine ersten 3 wiederverwendbaren Sections. Identifiziere Patterns, die du auf 5+ Seiten brauchst (Trust-Strip, FAQ-Block, Founder-Block). Mach sie zu eigenen Sections mit Shopify-Schema.
- Migriere Produkt-Content in eine CSV. Wenn dein Produkt-Content noch in der Shopify-Admin-UI liegt, ist jede Massen-Änderung eine Strafe. CSV + Generator = bulk-bearbeitbar.