Mehrsprachige Website oder Länderseiten: Wie Unternehmen Internationalisierung in CMS- und Shop-Projekten sauber aufsetzen

Eine mehrsprachige Website ist schnell beschlossen und oft zu simpel gedacht. Erst kommt die Idee für Englisch, dann noch Österreich oder die Schweiz, später vielleicht Frankreich. Auf einmal geht es nicht mehr nur um Übersetzungen, sondern um URL-Struktur, Ländervarianten, Zuständigkeiten im CMS, regionale Inhalte und saubere Signale für Google.

Genau dort kippen viele Projekte. Nicht weil Internationalisierung grundsätzlich kompliziert sein muss. Sondern weil Unternehmen zu spät entscheiden, ob sie wirklich nur Sprachversionen brauchen oder bereits Länderseiten mit eigener Logik.

1. Die erste Frage lautet nicht Sprache, sondern Geschäftsmodell

Wer international wachsen will, sollte zuerst fachlich sortieren und erst danach technisch bauen.

Eine mehrsprachige Website reicht oft aus, wenn

• Leistungen in mehreren Sprachen erklärt werden sollen
• Angebote, Preise und Prozesse weitgehend gleich bleiben
• es vor allem um bessere Verständlichkeit für internationale Zielgruppen geht
• Redaktion und Pflege zentral in einem kleinen Team bleiben sollen

Länderseiten werden nötig, wenn sich Inhalte wirklich unterscheiden

Das ist oft der Fall, wenn:

• Märkte eigene Ansprechpartner oder Vertriebswege haben
• rechtliche Hinweise, Lieferbedingungen oder Währungen abweichen
• Leistungen regional unterschiedlich angeboten werden
• SEO-Ziele pro Land separat geplant werden
• Kampagnen, Referenzen oder Produktverfügbarkeiten länderspezifisch sind

Dann reicht eine übersetzte Kopie derselben Seite oft nicht mehr. Dann braucht das Projekt eine Struktur, die Unterschiede bewusst tragen kann.

2. Google erwartet klare URL-Varianten statt Sprachumschaltung auf derselben Adresse

Für internationale SEO ist ein Punkt besonders wichtig: Google empfiehlt eigene URLs pro Sprachversion, statt Inhalte nur dynamisch anhand von Browser-Sprache oder Standort zu wechseln.

Das ist kein technischer Formalismus, sondern praktisch relevant. Wenn Deutsch, Englisch und Französisch unter derselben URL ausgeliefert werden, wird es für Suchmaschinen, Redaktionen und Analysen unnötig unklar.

Saubere Varianten sind zum Beispiel

• example.com/de/
• example.com/en/
• example.com/fr/

Oder bei Länderversionen:

• example.com/de-de/
• example.com/de-at/
• example.com/en-us/

Welche Variante richtig ist, hängt nicht vom Geschmack des Entwicklerteams ab, sondern davon, ob wirklich Sprache oder zusätzlich Region unterschieden werden soll.

3. Nicht jede Sprachversion braucht automatisch eine eigene Länderlogik

Viele Unternehmen machen den Fehler, aus einer Sprache sofort mehrere Marktausprägungen zu bauen. Das klingt international, erzeugt aber schnell Mehraufwand.

Ein typisches Beispiel

Deutschsprachiger Content soll nach Deutschland, Österreich und in die Schweiz ausgespielt werden. Dann ist die entscheidende Frage: Gibt es wirklich drei fachlich unterschiedliche Versionen?

Wenn Preise, Ansprechpartner, Lieferbedingungen und Inhalte praktisch identisch sind, ist eine einzige saubere deutschsprachige Version oft robuster als drei fast gleiche Länderseiten.

Die W3C empfiehlt bei Sprachkennzeichnungen ebenfalls Zurückhaltung: Ein Region-Tag sollte nur dann ergänzt werden, wenn die regionale Unterscheidung tatsächlich fachlich nötig ist. Genau diese Disziplin hilft auch in CMS- und Shop-Projekten.

4. hreflang ist wichtig, aber erst nach der Strukturentscheidung

hreflang wird oft wie ein Zauberwort behandelt. Tatsächlich löst es kein chaotisches Setup, sondern beschreibt nur sauber, welche Sprach- oder Regionsvarianten zusammengehören.

Google beschreibt klar, dass Sprach- und Regionsvarianten explizit ausgezeichnet werden sollten, damit Suchende die passendste Version sehen. Das kann über HTML oder Sitemaps passieren.

hreflang hilft bei

• mehreren Sprachversionen derselben Seite
• mehreren regionalen Varianten in derselben Sprache
• einer neutralen Standardseite mit Sprachauswahl

hreflang hilft nicht bei

• schlechter URL-Logik
• unklaren Zuständigkeiten im CMS
• inhaltlich zufälligen Übersetzungen
• fehlender interner Verlinkung

Kurz gesagt: Erst Architektur, dann Annotation.

5. Die eigentliche Schwierigkeit liegt meist im CMS oder Shop-Backend

Internationalisierung scheitert selten am HTML-Tag. Sie scheitert im Alltag.

Redaktion und Freigaben

Wer pflegt welche Sprache? Wer gibt Änderungen frei? Werden Texte zentral übersetzt oder pro Markt angepasst? Ohne klares Modell landet Internationalisierung schnell in Tabellen, Mails und Copy-Paste.

Komponenten und Seitentypen

Wenn ein CMS oder Shop nur auf Einzelseiten gedacht wurde, werden mehrsprachige Inhalte schnell unübersichtlich. Besser ist ein Aufbau mit klaren Bausteinen: Teaser, FAQ, Trust-Elemente, Produktmodule, Kontaktblöcke, rechtliche Hinweise.

SEO und Content-Konsistenz

Sobald Märkte unterschiedlich gepflegt werden, driften Inhalte auseinander. Dann fehlt auf einer Sprachversion der relevante Leistungsblock, auf einer anderen die interne Verlinkung und in der dritten stimmt die Meta Description nicht mehr.

Wenn Sie an genau dieser Systemfrage arbeiten, lohnt sich auch unser Beitrag zu Headless CMS mit Contentful, Strapi oder Sanity.

6. In Shop-Projekten wird Internationalisierung schneller komplex als auf Corporate-Websites

Bei E-Commerce-Projekten kommt mehr zusammen als Sprache.

Preise, Steuern und Währungen

Sobald Märkte eigene Preislogik, Steuerdarstellung oder Versandbedingungen brauchen, ist das keine reine Übersetzungsfrage mehr.

Produktdaten und Verfügbarkeit

Nicht jedes Sortiment ist in jedem Markt identisch. Manche Varianten, Kategorien oder Lieferzeiten unterscheiden sich. Dann müssen Produktdaten sauber strukturiert sein und dürfen nicht nur im Frontend improvisiert werden.

Kategorien, SEO-Landingpages und Content

Internationale Shops brauchen oft nicht nur übersetzte Produktseiten, sondern auch lokalisierte Kategorie- und Ratgeberseiten. Gerade dort entscheidet sich Sichtbarkeit.

Wenn Ihr Shop an Varianten, Attributen, Übersetzungen und Kanalunterschieden wächst, passt dazu oft auch unser Leitfaden PIM im E-Commerce: Wann Produktdaten nicht mehr ins Shopsystem gehören.

7. Welche URL-Strategie in der Praxis meist sinnvoll ist

Es gibt nicht die eine perfekte Struktur für alle Unternehmen. Aber es gibt robuste Muster.

Unterverzeichnisse

Beispiel: example.com/de/ und example.com/en/

Das ist für viele mittelständische Websites und Shops der pragmatischste Start. Technik, Tracking, Pflege und Autorität bleiben näher zusammen.

Subdomains

Beispiel: de.example.com und en.example.com

Das kann sinnvoll sein, wenn Teams, Systeme oder Deployments stärker getrennt laufen sollen. Es erhöht aber meist die operative Komplexität.

Länderdomains

Beispiel: example.de, example.at, example.fr

Das lohnt sich vor allem dann, wenn Märkte wirklich eigenständig auftreten, rechtlich oder organisatorisch getrennt sind oder eigene Markenführung brauchen.

Wichtig ist nicht nur die SEO-Theorie, sondern ob Ihr Team diese Struktur langfristig sauber pflegen kann.

8. Ein pragmatischer Entscheidungsrahmen für Unternehmen

Wenn wir Internationalisierung für Websites oder Shops einordnen, arbeiten wir meist diese vier Fragen durch.

1. Sind Unterschiede nur sprachlich oder auch fachlich?

Wenn Inhalte fachlich gleich bleiben, reicht oft eine reine Sprachstruktur.

2. Braucht jeder Markt eigene Conversion-Ziele?

Eigene Ansprechpartner, CTAs, Formulare, Referenzen oder Preislogiken sprechen klarer für Länderseiten.

3. Kann das System Varianten sauber modellieren?

Wenn CMS oder Shop keine klare Inhaltsstruktur haben, wird Internationalisierung schnell zur manuellen Fleißarbeit.

4. Kann das Team die Struktur dauerhaft pflegen?

Drei Länderstrukturen klingen überschaubar. Zwölf halb gepflegte Varianten sind ein Problem.

Fazit

Mehrsprachige Website oder Länderseiten ist keine Detailfrage für den Schluss. Es ist eine Architekturentscheidung mit direkter Wirkung auf SEO, Redaktion, Betrieb und spätere Skalierung.

Wer Internationalisierung sauber plant, braucht nicht sofort die maximale Komplexität. Aber er braucht früh eine ehrliche Entscheidung: Geht es nur um Sprache oder bereits um unterschiedliche Märkte?

Wenn diese Entscheidung ansteht, sind oft unsere Seiten Webseiten & Shops, Leistungen und unser Leitfaden zur SEO-Migration beim Website-Relaunch die sinnvollsten nächsten Schritte. Wenn Sie Ihr Setup konkret prüfen wollen, erreichen Sie uns auch direkt über das Kontaktformular.

Quellen

• Google Search Central: Managing Multi-Regional and Multilingual Sites
• Google Search Central: Localized Versions of your Pages
• W3C Internationalization: Choosing a language tag