Dawn Multicolumn und Multirow: Die Layout-Arbeitspferde erklärt

Die meisten, die nach der Anpassung von Dawn-Sections suchen, erwarten eine Seite, die auflistet, was in einer Section steckt, und bekommen stattdessen Marketing-Text über flexible Layouts oder eine Screenshot-Tour ohne jeden Einstellungsnamen. Die eigentliche Antwort ist kurz und abzählbar. Dawn liefert eine Section namens multirow.liquid mit 13 Einstellungen und 1 Blocktyp aus sowie eine Section namens image-with-text.liquid mit 13 Einstellungen und 4 Blocktypen. Im aktuellen Dawn-Build gibt es keine Datei namens multicolumn, und dieses Fehlen sollte man benennen statt überspielen, denn ein großer Teil des Suchtraffics ist ganz offensichtlich genau auf dieses Wort aus.

Multirow sind dreizehn Einstellungen, gebaut für Wiederholung, nicht für Vielfalt

Die multirow-Section hat bei Commit 258f00f, geprüft am 10. August 2026, 13 Einstellungen und einen einzigen Blocktyp. Dieser eine Blocktyp bedeutet, dass jede Zeile in der Section denselben strukturellen Regeln folgt: Visuelle Vielfalt entsteht also dadurch, dass Sie die Einstellungen pro Zeile ändern, nicht dadurch, dass Sie eine andere Blockart einsetzen. Die Einstellungen, deren Namen man kennen sollte: image_height ist ein Select mit 4 Optionen, desktop_image_width ein Select mit 3 Optionen, image_layout ein Select mit 4 Optionen, heading_size ein Select mit 5 Optionen, text_style ein Select mit 2 Optionen und button_style ein Select mit 2 Optionen. Damit sind sechs der dreizehn erfasst, und alle sechs drehen sich darum, wie Bild und Text nebeneinander sitzen und wie groß die Schrift wirkt — nicht darum, welche Art von Inhaltsblock Sie einfügen können.

Die praktische Grenze hier ist, dass multirow keinen zweiten Blocktyp einführen kann. Wenn Sie eine Zeile wollen, die sich strukturell anders verhält als die übrigen, ist image-with-text die dafür gebaute Section.

Image-with-text tauscht Blockvielfalt gegen dieselbe Anzahl an Einstellungen

Image-with-text.liquid hat ebenfalls 13 Einstellungen, genau wie multirow, bringt aber 4 Blocktypen statt 1 mit. Es hat zudem eine eigene image_picker-Einstellung, die in der Liste von multirow nicht in gleicher Weise auftaucht. Zu den Select-Einstellungen zählen height mit 4 Optionen, desktop_image_width mit 3 Optionen, layout mit 2 Optionen, image_behavior mit 3 Optionen und content_layout mit 2 Optionen. Die Überschneidung bei den Optionszahlen mit image_height und desktop_image_width von multirow ist kein Zufall der Benennung, denn beide Sections lösen dasselbe zugrunde liegende Problem, ein Bild gegenüber einem Textblock zu positionieren — nur macht image-with-text das mit vier möglichen Blockarten, während multirow eine erlaubt.

Die Wahl zwischen den beiden Sections ist also in Wahrheit eine Wahl zwischen Wiederholung und Vielfalt. Will ein Händler sechs Zeilen, die alle strukturell gleich aussehen, aber unterschiedliche Einstellungswerte haben, ist multirow dafür gebaut. Will ein Händler eine einzelne Section mit vier verschiedenen Arten von Inhaltsblöcken darin, ist image-with-text diejenige, die das unterstützt — das Schema von multirow hat für so etwas schlicht keine vergleichbare block_type-Anzahl.

Hier der Vergleich der Einstellungen nebeneinander

Beide Zahlen stammen direkt aus dem Repository Shopify/dawn bei Commit 258f00f, geprüft am 10. August 2026, und keine Zahl in dieser Tabelle ist geschätzt.

Auch in Horizon verweist das Wort multicolumn auf keine Section

Weil das Suchverhalten Anpassungsfragen zu Dawn und Horizon zusammenwirft, lohnt es sich festzuhalten, was in Horizon bei Commit 8b42ace vom 31. August 2026 geprüft wurde. Der String “multicolumn” erscheint in 24 von Horizons 484 Dateien, aber jedes Vorkommen sitzt in Locale-Dateien wie locales/ar.schema.json, locales/cs.schema.json, locales/da.schema.json und locales/de.schema.json, also in Übersetzungswörterbüchern und nicht im Section-Schema. Das Wort “layout” taucht weit häufiger auf, in 142 von 484 Dateien, findet sich aber in assets/base.css, assets/cart-drawer.js, assets/collection-links.js und assets/dialog.js, also in Styling- und Skriptlogik statt in einer kundenseitigen Section mit eigenem Einstellungspanel. Wenn ein Händler also annahm, Horizon habe eine nach einem dieser Wörter benannte Section, hält diese Annahme nicht stand — und die Methode war hier eine direkte Dateisuche über das gesamte Repository, keine Vermutung darüber, was ein Theme “wahrscheinlich” enthält.

Marktzahlen sind Kontext, nicht der Punkt

Der breitere Shopify-Theme-Markt zeigt, basierend auf einem Ranking von 329 auf themescout.co geprüften Themes, einen Medianpreis von $300 bei einer Spanne von $100 bis $500, eine Durchschnittsbewertung von 4.53 von 5 über 308 Themes und einen Median von 23 Reviews. Zur Performance: Chrome-UX-Report-Daten vom Juli 2026, die echten Besucherverkehr und nicht Labortests abbilden, zeigen über 247 Themes mit ausreichender Datenbasis einen Median von 85.5% der Stores, die auf Mobile alle Core Web Vitals bestehen, mit dem besten Theme bei 98.6% und dem schlechtesten bei 46.1%. Auf dem Desktop liegt der Median über 199 Themes bei 86.2%, mit einem Höchstwert von 99.2% und einem Tiefstwert von 30.3%. Nichts davon ist spezifisch für multirow oder image-with-text, und es sollte nicht als Argument für die Einstellungen der einen gegenüber der anderen Section herhalten — aber es beschreibt den Markt, in dem diese Sections operieren.

Wenn Sie eine Dawn-Seite bauen und wiederholte Zeilen mit einheitlicher Struktur brauchen, nutzen Sie multirow und stützen Sie sich auf dessen image_layout- und heading_size-Optionen. Wenn Sie eine Section brauchen, die Inhaltstypen mischt, nutzen Sie image-with-text und prüfen Sie dessen vier Blocktypen, bevor Sie annehmen, multirow könne dieselbe Aufgabe erfüllen.