Die meisten Händler, die einen Shopify-Store international skalieren, stehen an derselben Weggabelung: alles in einem Store lassen und weitere Märkte dazuschalten, oder für jede Region einen eigenen Store hochziehen. Shopify unterstützt beides, sie lösen unterschiedliche Probleme, und die falsche Wahl kostet dich später Monate an Migration. Bei der Entscheidung geht es eigentlich nicht um Übersetzung, aber die Übersetzung ist der Punkt, an dem sich die Kosten der falschen Wahl zuerst zeigen, denn eine duplizierte Storefront bedeutet dauerhaft duplizierte Spracharbeit.
Dieser Leitfaden vergleicht Shopify Markets und Expansion Stores so, wie ein Händler oder eine Agentur wirklich entscheiden muss: nach Katalog, Bestand, Team, Rechtsträger, SEO und dem gesamten Wartungsaufwand. Wir konzentrieren uns auf den Architektur-Trade-off und die operative Realität, jede der beiden zu betreiben. Gründung eines Rechtsträgers, Steuerregistrierung und Banking sind hier nicht Thema; sprich dafür mit einem Finanz- und Rechtsberater, denn wie du sehen wirst, sind sie oft der entscheidende Faktor.
Was ist der Unterschied zwischen Shopify Markets und Expansion Stores?
Shopify Markets betreibt mehrere Länder aus einem einzigen Store: ein Admin, ein Produktkatalog, ein Bestandspool, ein Theme, ein Checkout und ein Satz Apps. Jeder Markt bekommt seine eigene Währung, Sprache, Preisanpassungen, Domains oder Unterordner und (in höheren Tarifen) Katalog-Anpassungen. Du steuerst den gesamten Betrieb von einem Ort aus.
Expansion Stores sind getrennte Shopify-Stores, jeder mit eigenem Admin, Katalog, Bestand, Theme, Checkout, Kundendaten und App-Stack. Sie werden Organisationen im Shopify-Plus-Tarif bereitgestellt, um eigenständige Storefronts unter einer Organisation zu betreiben; in anderen Tarifen bedeutet ein weiterer Store schlicht ein weiteres eigenständiges Abo. Standardmäßig wird nichts geteilt, und genau das ist der Sinn.
Die Faustregel in einem Satz: Markets zentralisiert, Expansion Stores isolieren. Alles andere folgt daraus. Markets minimiert duplizierte Arbeit und bündelt Daten; Expansion Stores maximieren Unabhängigkeit auf Kosten duplizierter Arbeit. Keine von beiden ist grundsätzlich richtig, und die passende Antwort hängt davon ab, wie viel deine Regionen tatsächlich gemeinsam haben.
Wann du Shopify Markets nutzen solltest
Nimm Shopify Markets, wenn deine Regionen Varianten desselben Geschäfts sind und keine unterschiedlichen Geschäfte. Konkret nutzt du Markets, wenn Folgendes zutrifft:
- Gemeinsame Marke und gemeinsamer Katalog. Du verkaufst überwiegend dieselben Produkte unter derselben Marke, mit regionalen Unterschieden nur bei Preis, Währung, Sprache und Verfügbarkeit.
- Ein Team, ein Betrieb. Dieselben Leute steuern Merchandising, Content und Fulfillment über die Regionen hinweg, und du willst ein Dashboard, nicht fünf.
- Gebündeltes Reporting zählt. Du willst Bestellungen, Kunden und Performance in einem Store, damit einfache Fragen (“Was ist unser bestes Produkt weltweit?”) eine einzige Antwort haben.
- SEO-Autorität soll sich aufaddieren. Sprachen als Unterordner auf einer Domain auszuspielen hält die Link-Autorität auf einer Domain und macht hreflang deutlich einfacher pflegbar.
Markets ist in jeden Shopify-Tarif integriert und ist Shopifys empfohlener Weg für die meiste internationale Expansion 2026. Die operativen Einsparungen sind real: ein Theme zu aktualisieren, ein App-Stack zu bezahlen und zu warten, ein Checkout zu testen. Wenn jeder Store sein eigenes Theme, seine eigenen Apps und Einstellungen hat, verbringt dein Team einen großen Teil seiner Zeit nur damit, sie im Gleichschritt zu halten. Markets nimmt dir diesen Ballast ab.
Der Trade-off ist, dass sich Märkte ein Fundament teilen. Wenn Deutschland ein wirklich anderes Produktsortiment, ein anderes Fulfillment-Modell und einen anderen rechtlichen Verkäufer als die USA braucht, kämpfst du gegen das Werkzeug, wenn du Markets passend biegst.
Wann du Expansion Stores nutzen solltest
Nimm Expansion Stores, wenn eine Region keine Variante deines Geschäfts ist, sondern faktisch ein anderes Geschäft. Nutze getrennte Stores, wenn eine oder mehrere dieser Bedingungen zutreffen:
- Eigener Rechtsträger oder eigene Steuerpflicht. Ein anderes eingetragenes Unternehmen verkauft in diesem Markt, mit eigener Steuerregistrierung, eigenen Verträgen und eigenem Bankkonto. Das ist der mit Abstand häufigste legitime Grund.
- Radikal anderer Katalog. Das Sortiment überschneidet sich zwischen den Regionen kaum (andere SKUs, andere Lieferanten, andere Compliance-Kennzeichnung), sodass ein gemeinsamer Katalog fast nur aus Ausnahmen bestünde.
- Vollständige operative Unabhängigkeit. Getrennte Länderteams, getrennter Kundenservice, getrennte Fulfillment-Regeln, die sich nicht teilen lassen, oder getrennte Marken, die nicht auf die Daten der anderen zugreifen sollen.
- Regionsspezifische Compliance. Lokale Vorschriften verlangen isolierte Kundendaten, ein isoliertes Checkout-Verhalten oder Storefront-Inhalte, die ein einzelner Store nicht sauber abbilden kann.
Expansion Stores geben dir pro Region ein leeres Blatt, und genau das willst du, wenn die Regionen wirklich auseinandergehen. Der Preis ist, dass jetzt jede gemeinsame Sache dupliziert wird: Produktänderungen, Theme-Anpassungen, App-Konfiguration und Übersetzung passieren N-mal statt einmal. Diese Duplizierung ist handhabbar, wenn Regionen wirklich unabhängig sind, und schmerzhaft, wenn sie es nicht sind, weshalb Shopifys eigene Empfehlung dazu tendiert, Expansion Stores in Markets zusammenzuführen, wenn die Stores überwiegend dieselbe Marke und dasselbe Erlebnis verkaufen.
Direktvergleich
Die folgende Tabelle fasst die praktischen Unterschiede zusammen, die Händlern beim Skalieren wichtig sind.
| Dimension | Shopify Markets | Expansion Stores |
|---|---|---|
| Zu verwaltende Stores | Einer | Einer pro Region |
| Katalog & Bestand | Geteilt | Getrennt pro Store |
| Theme & Apps | Ein Satz | Ein Satz pro Store |
| Währung & Preise | Pro Markt | Pro Store |
| Sprachen | Pro Sprache, ein Store | Pro Store, erneut übersetzt |
| Domains | Unterordner oder ccTLDs auf einem Store | Eigene Domain pro Store |
| Reporting | Gebündelt | Über Stores verteilt |
| Rechtsträger | Meist einer | Kann pro Store abweichen |
| Internationales SEO | Autorität gebündelt | Autorität gesplittet |
| Wartungsaufwand | Gering | Hoch (multipliziert pro Store) |
| Am besten für | Gleiche Marke, ähnlicher Katalog | Wirklich getrennte Geschäfte |
Lies die Tabelle von oben nach unten und ein Muster wird sichtbar: Fast jede Zeile spricht beim Aufwand für Markets und für Expansion Stores nur dann, wenn Isolation eine harte Anforderung ist. Das ist die ganze Entscheidung im Kleinen. Wenn du keine konkrete Zeile benennen kannst, in der Isolation zwingend ist (meist die Zeile Rechtsträger oder Katalog), willst du wahrscheinlich Markets.
Die Übersetzungsebene ist so oder so die eigentliche Arbeit
Hier kommt der Teil, den beide Architekturen teilen und keine für dich löst: Übersetzung ist die Ebene, die entscheidet, ob der zweite Markt tatsächlich verkauft. Shopify Markets lässt dich jedem Markt eine Sprache zuweisen, aber eine Sprache zuweisen ist nicht dasselbe wie übersetzte Inhalte in muttersprachlicher Qualität. Du brauchst immer noch jedes Produkt, jede Kollektion, jede Seite, jedes Menü und jedes Metafeld korrekt in jeder Sprache dargestellt.
Im Markets-Modell übersetzt du einmal pro Sprache in einem Store, und gemeinsame Produkte tragen ihre Übersetzungen über Märkte hinweg, die dieselbe Sprache nutzen. Im Expansion-Store-Modell muss dasselbe Produkt in jedem Store übersetzt werden, der es verkauft, sodass ein Setup mit fünf Stores, das in dieselbe Sprache übersetzt, bedeuten kann, diese Übersetzung fünfmal zu bezahlen und zu pflegen. Das ist der versteckte Multiplikator, der die falsche Architektur teuer macht: Es ist nicht die Zahl der Stores, es ist die Spracharbeit mal die Zahl der Stores.
Genau hier passt LocaleFlow. In der empfohlenen Markets-Architektur übersetzt LocaleFlow den vollständigen Ressourcensatz (Produkte, Kollektionen, Seiten, Blogs, Menüs, Metafelder und Bild-Alt-Texte) über all deine Sprachen aus einer Konfiguration und synchronisiert neu, wenn sich dein Content ändert. Die genauen feldgenauen Einstellungen dazu, welche Ressourcentypen im Umfang sind, kannst du dir ansehen. Die Einrichtung dauert etwa fünf Minuten, und der Preis ist pauschal $150/month ohne Wort- oder Sprachlimits, sodass eine zusätzliche Sprache keine zusätzliche Rechnung bedeutet. Die Übersetzungsebene ist in beiden Architekturen deine Aufgabe; das Ziel ist, sie einmal zu erledigen und nicht einmal pro Store.
So entscheidest du: eine kurze Checkliste
Arbeite diese Punkte der Reihe nach durch. Das erste “Ja”, das Isolation erzwingt, weist dich zu Expansion Stores; erreichst du das Ende ohne ein solches, nimm Markets.
- Verkauft ein anderer Rechtsträger in der neuen Region? Wenn ja und die Finanzabteilung bestätigt, dass er getrennt sein muss, tendiere zum Expansion Store.
- Braucht die Region einen grundlegend anderen Katalog (nicht nur andere Preise oder Verfügbarkeit)? Wenn ja, tendiere zum Expansion Store.
- Verlangen lokale Compliance-Regeln isolierte Kundendaten oder einen isolierten Checkout? Wenn ja, tendiere zum Expansion Store.
- Wird ein eigenes Team die Region als eigenes Geschäft führen mit eigener Marke und eigenem Support? Wenn ja, erwäge einen Expansion Store.
- Wenn nichts davon zutrifft, nimm Shopify Markets, spiele Sprachen als Unterordner aus und übersetze einmal pro Sprache.
- Was auch immer du wählst, plane die Übersetzungsebene explizit ein und rechne mit muttersprachlicher Qualität für deine Top-Produkte statt roher Maschinenausgabe.
Für eine tiefere Anleitung zum Übersetzen im Markets-Modell siehe unseren Leitfaden zur Shopify-Markets-Übersetzung. Für ein konkretes Beispiel, wie viel ein einzelner hochwertiger Markt über die Sprache hinaus verlangen kann, zeigt unser Shopify-Lokalisierungsleitfaden für Japan, warum “eine Sprache zuweisen” nur die erste Ebene ist.
Die Fehler, die wir am häufigsten sehen
Standardmäßig Expansion Stores eröffnen. Teams greifen zu einem neuen Store, weil es sich sauber anfühlt, und merken dann, dass sie denselben Katalog und dasselbe Theme dreimal pflegen. Beginne bei Markets und begründe die Ausnahme.
Den Übersetzungs-Multiplikator unterschätzen. Die Zahl der Stores sieht wie die Kosten aus. Die echten Kosten sind Übersetzung mal Zahl der Stores. Zwei Stores, die auf Deutsch und Französisch verkaufen, sind vier Übersetzungsflächen, die synchron gehalten werden müssen, nicht zwei.
Die SEO-Autorität ungewollt aufsplitten. Getrennte Domains pro Region teilen deine Link-Autorität und vervielfachen den hreflang-Aufwand. Solange eine Region keine eigene Markendomain braucht, gewinnen meist Unterordner auf einem Store beim SEO. Für die hreflang-Details siehe unseren Leitfaden für mehrsprachiges SEO.
Migrieren, bevor Finanzen und Recht mitreden. Der eine Input, der Expansion Stores wirklich erzwingt, ist das Bild aus Rechtsträger und Steuern. Kläre, welcher Rechtsträger in jedem Markt verkauft, bevor du eine Architektur wählst, nicht danach.
Fazit
Shopify Markets und Expansion Stores sind keine konkurrierenden Produkte; sie sind zwei Antworten auf “Wie unabhängig ist diese Region?”. Wenn deine Regionen sich eine Marke, einen Katalog und ein Team teilen, ist Markets der Standard 2026: weniger zu pflegen, gebündeltes Reporting und SEO-Autorität, die sich auf einer Domain aufaddiert. Expansion Stores sind die bewusste Ausnahme, die du wählst, wenn eine Region rechtlich oder operativ ein eigenständiges Geschäft ist, und du nimmst die duplizierte Arbeit in Kauf, die mit der Isolation kommt.
Was auch immer du wählst, die Übersetzungsebene ist deine Aufgabe, und sie ist der Punkt, an dem die falsche Architektur still und leise teuer wird. LocaleFlow übernimmt diese Ebene im Markets-Modell: vollständige Ressourcenübersetzung über jede Sprache, automatisch synchronisiert, zu einem Pauschalpreis, der nicht wächst, wenn du eine Sprache hinzufügst. Start translating, sobald deine Marktstruktur steht, und sprich mit einem Finanzberater, bevor du dich auf getrennte Stores festlegst.