nl-NL vs. nl-BE: Warum ein „niederländischer“ Shop in Belgien Umsatz verliert

Warum nl-BE eine eigene Sub-Locale ist — nicht „Niederländisch light“

Shopify akzeptiert Locales nicht nur als Sprach-Subtag (nl), sondern auch als Sprach- plus Regions-Subtag (nl-BE). Beides lässt sich als eigenständige, veröffentlichbare Locale aktivieren — pro Shop bis zu 20 aktivierte und 20 publizierte Locales. Jede Marktpräsenz (MarketWebPresence) führt eine Default-Locale und beliebig viele alternative Locales. Über die Translations-API (translatableResource, translationsRegister) lässt sich marktspezifischer Custom-Content ausspielen — exakt für Fälle wie regionale Schreibweisen oder bevorzugte Begriffe (Shopifys eigenes Beispiel: „Sweaters“ für den US-Markt, „Jumpers“ für UK). [Quelle: shopify.dev — „Manage translated content“ / Markets & Translations-API.]

Die operative Konsequenz ist angenehm: nl-BE muss nicht neu übersetzt werden. Es ist ein Override-Layer über nl-NL, der nur die Strings trägt, die tatsächlich abweichen. Das ist gleichzeitig die Falle — weil „nur ein paar Wörter anders“ verleitet, gar nichts zu trennen. Genau das kostet.

Hebel 1 — Vlaams-Vokabular: wo es im Shop wirklich auffällt

nl-NL und nl-BE teilen sich dieselbe Rechtschreibung. Es gibt also fast nichts zu „übersetzen“ — und deshalb übersieht ein generischer Rollout die Unterschiede, während die Zielgruppe sie sofort hört. Heikel sind weniger einzelne Vokabeln als falsche Freunde: dasselbe Wort, andere Bedeutung. Das macht Produkttexte missverständlich statt nur fremd.

Der Hebel liegt nicht in einer langen Glossarliste, sondern in der chirurgischen Überschreibung der sichtbaren Stellen: Navigation, Produktdetailseite, CTA, Warenkorb, Checkout. Technisch sind das gezielte Translation-Entries für die nl-BE-Locale im belgischen Markt — kein zweites Übersetzungsprojekt. Die operativ relevante Wortliste gehört vor Go-Live durch eine flämische Muttersprachler:in geprüft, sonst kippt der Effekt ins Gegenteil. [Quelle: native nl-BE-Review der konkreten Begriffsliste vor Live — von flämischer Muttersprachler:in prüfen lassen.]

Hebel 2 — Bancontact statt iDEAL: das stille Conversion-Leck

iDEAL ist die dominante Online-Zahlmethode in den Niederlanden — je nach Messmethode rund drei Viertel des E-Commerce-Volumens — und faktisch NL-spezifisch (ab 2026 integriert in das europäische „Wero“). In Belgien ist Bancontact das heimisch führende Pendant: Für die Mehrheit der Belgier:innen ist es die am häufigsten genutzte Karte, mit über 2,5 Mrd. Bancontact-/Payconiq-Zahlungen 2024. Ein Shop, der aus dem NL-Setup nach Belgien geklont wird, liefert typischerweise iDEAL plus Karten aus — und lässt Bancontact stillschweigend weg. Die Folge: Die belgische Standard-Zahlmethode fehlt ausgerechnet im teuersten Moment, dem Checkout. [Quelle: Betaalvereniging Nederland — Factsheet (iDEAL ~75 %).] [Quelle: Bancontact — 2,5 Mrd. Zahlungen 2024.] (Exakte Prozentwerte variieren je nach Messmethode.)

• Zahlarten je Markt konfigurieren — Bancontact aktiv für den BE-Markt, iDEAL bleibt am NL-Markt.
• Über einen PSP, der Bancontact führt (z. B. Mollie oder Adyen), statt eines global identischen Methoden-Sets.
• Prüfen, dass die Methode im belgischen Markt tatsächlich angezeigt wird — Verfügbarkeit im PSP-Account ist nicht gleich Sichtbarkeit im Checkout.

Hebel 3 — die NL/FR-Sprachpflicht: Belgien ist nicht einsprachig

Belgien ist offiziell mehrsprachig: Niederländisch in Flandern, Französisch in Wallonien, zweisprachig in Brüssel (dazu eine deutschsprachige Gemeinschaft in Ostbelgien). Ein „nl-BE only“-Markt erreicht das frankophone Belgien nicht. Für einen belgischen Markt heißt das realistisch nl-BE und fr-BE als Locales — die eine als Default-, die andere als alternative Locale der Marktpräsenz —, mit korrektem hreflang und sprachlich passenden Rechts-, Rückgabe- und Versandtexten. Wichtig ist die Trennschärfe: Verbraucherbezogene Pflichtangaben und Etiketten müssen in der Sprache der jeweiligen Region erfolgen (NL in Flandern, FR in Wallonien, DE in Ostbelgien) — das ist Vorgabe, nicht Kür. Die AGB dagegen sind sprachlich nicht strikt geregelt; verlangt wird, dass sie für die Kund:innen verständlich sind. [Quelle: Ashbury — BE-Sprachpflicht für Etiketten/Pflichtangaben.] [Quelle: deJuristen — Sprache der AGB (nur „verständlich“).]

Die Reihenfolge: chirurgisch overriden statt zweiten Shop bauen

Mechanisch trägt das Override-Prinzip nur, wenn die Fall-through-Logik stimmt: Wo für die nl-BE-Locale kein eigener Translation-Entry existiert, fällt die Storefront auf die nl-NL-Strings zurück. Das ist gewollt — es heißt aber, dass jeder überschriebene String bewusst gesetzt sein muss und nicht „irgendwann nachgezogen“ wird. Deshalb steht am Anfang nicht das Übersetzen, sondern die Inventur: Welche Oberflächen sieht ein kaufender Mensch zuerst, und welche davon weichen in nl-BE überhaupt ab? Diese Liste ist kurz — und genau sie wird mit Vorrang als nl-BE-Override registriert. Die Reihenfolge in der Umsetzung:

• Nicht den NL-Shop klonen. Belgien als eigener Markt mit Default-Locale nl-BE und alternativer Locale fr-BE.
• nl-BE als Override-Layer auf nl-NL: nur abweichende Strings (Vokabular, falsche Freunde, CTA, Checkout-Texte) überschreiben — nicht alles neu übersetzen.
• Payment pro Markt: Bancontact für BE, iDEAL bleibt NL.
• hreflang für nl-BE, fr-BE, nl-NL plus x-default; Geolocation als sichtbarer Selector, kein erzwungener Auto-Redirect.
• Währung bleibt EUR (kein FX-Thema). Auch die btw-/MwSt-Standardsätze sind identisch — NL und BE liegen beide bei 21 %; ein Unterscheidungsmerkmal ist nur die reduzierte Struktur (NL 9 %; BE 12 %/6 %). Versandlogik und Rechtstexte trotzdem je Markt prüfen. [Quelle: Rijksoverheid — NL-MwSt-Sätze.] [Quelle: BE-MwSt-Sätze.]
• Theme-Strings, Metafelder und transaktionale E-Mails in nl-BE einbeziehen — sonst bricht das Bild dort, wo es am teuersten ist.

Grenze: nl-BE ist kein Übersetzungsprojekt

Das Gegenargument vorweg: Nicht jedes Wort unterscheidet sich. Der Großteil des Katalogs ist zwischen nl-NL und nl-BE identisch. Wer nl-BE deshalb als komplettes zweites Übersetzungsprojekt aufzieht, verbrennt Budget und schafft eine zweite Pflege-Baustelle, die nach ein paar Releases garantiert auseinanderdriftet. Der Hebel ist nicht Masse, sondern Disziplin: die wenigen, aber sichtbaren Stellen gezielt überschreiben, die richtige Zahlmethode aktiv schalten und die zweite Landessprache nicht ignorieren. Genau diese Sparsamkeit trennt den Operator vom Generalisten — und das gleiche Prinzip gilt eine Etage weiter bei en-GB vs. en-US und der übrigen operativen Internationalisierung.

Du expandierst von den Niederlanden nach Belgien — oder lieferst für NL und BE gerade dieselbe „niederländische“ Version aus? Wir richten Markets, die nl-BE/fr-BE-Locales, die Zahlarten und die Override-Logik so ein, dass Flandern und Wallonien sich gemeint fühlen. Gespräch anfragen. Weiter im Kontext: Shopify-Technik, Markets & Checkout.