Let’s connect

Technology

Multilinguale Websites: Was ihr wirklich beachten müsst

Portraitfoto von Olli, Inhaber der Digitalagentur seitenweise

Autor: Oliver Hunke

27. Juli 2026

„Macht mal eine englische Version“ ist der häufigste Satz bei der Internationalisierung von Websites. Und der erste Schritt in Richtung Chaos. Mehrsprachige Websites sind mehr als Übersetzungen. Sie sind eine strategische, technische und redaktionelle Herausforderung.

Drei Fragen, bevor ihr anfangt

Die erste lautet: Welche Sprachen wirklich? Nicht jede Sprache ergibt Sinn, und „Englisch sollten wir auf alle Fälle haben“ ist meistens keine Entscheidung, sondern deren Vermeidung.

Die zweite: Welche Märkte? Sprache und Markt sind nicht dasselbe. Englisch für alle ist etwas völlig anderes als eine Version für Großbritannien und eine zweite für die USA, mit unterschiedlichen Referenzen und unterschiedlichen Preisen.

Die dritte ist die unbequemste: Wer pflegt das? Eine mehrsprachige Website braucht laufende Redaktion, und zwar nicht einmalig zum Launch, sondern jede Woche. Wer diese Frage nicht beantworten kann, sollte die anderen beiden gar nicht erst stellen.

Übersetzung, Lokalisierung, Transcreation

Übersetzung ist die Wort-für-Wort-Umsetzung. Billig, schnell und für Marketingtexte fast immer ungeeignet.

Lokalisierung passt Inhalte an den Zielmarkt an, mit anderen Referenzen, Beispielen, Argumentationsweisen und Bildwelten. Das ist teurer, wirkt aber, und ohne eine Content-Strategie je Markt lässt es sich nicht steuern.

Transcreation geht noch einen Schritt weiter und schreibt Inhalte komplett neu, damit sie kulturell funktionieren und dasselbe Ziel erreichen.

Für B2B-Websites im Mittelstand reicht meist Übersetzung mit leichter Lokalisierung. Für Markenwebsites und Konsumgüter ist Transcreation der Standard.

„Mehrsprachigkeit funktioniert dann, wenn jede Sprache einen eigenen Markt bedient und nicht nur ein Haken auf der Anforderungsliste ist.“

Oliver Hunke, seitenweise

Die technischen Modelle

Vier Wege führen zur zweiten Sprache, und einer davon ist fast immer richtig.

Subfolder wie `example.com/de/` und `example.com/en/` ist die Empfehlung für die meisten Fälle. Eine Domain, klare Struktur, Suchmaschinen verstehen es gut, und die Webentwicklung bleibt überschaubar.

Subdomains wie `de.example.com` sind technisch möglich, werden von Suchmaschinen aber wie eigenständige Websites behandelt. Das lohnt nur bei echten Marktunterschieden.

Eigene Länderdomains wie `example.de` und `example.fr` bieten die stärkste Lokalisierung und den höchsten SEO-Wert pro Land. Sie kosten dafür den höchsten Pflegeaufwand, weil jede Domain ihre Autorität selbst aufbauen muss.

Parameter wie `example.com?lang=en` sind die schlechteste Lösung. Schwach für SEO, schwer zu teilen, und kaum jemand kann die URL vorlesen.

SEO für multilinguale Sites

hreflang-Tags sind Pflicht und gehören zum technischen SEO. Sie zeigen Google, welche Sprach- oder Länderversion eine Seite bedient:

<link rel="alternate" hreflang="de" href="https://example.com/de/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/" />

Der Eintrag `x-default` legt fest, welche Version als Standard gilt. Dabei gelten drei Regeln: Jede Seite verweist auf alle Sprachvarianten ihrer selbst, die Verweise müssen wechselseitig sein, und das Canonical wird pro Sprachversion gesetzt, nicht übergreifend.

Die Fehler wiederholen sich dabei erstaunlich zuverlässig. Automatische Weiterleitungen nach IP-Adresse führen dazu, dass der Google-Bot aus den USA nur die englische Version sieht und der Rest schlecht indexiert wird. Fehlen hreflang-Tags ganz, rät Google. Falsche Sprachcodes wie „en-uk“ existieren schlicht nicht, richtig wäre „en-GB“. Und wer die URLs nicht mitübersetzt und `/en/webdesign/` statt `/en/web-design/` verwendet, verschenkt Rankings, die er schon hatte.

Wenn ihr eine multilinguale Website strategisch aufbauen wollt: Wir planen Struktur, Technik und Content-Workflows im Rahmen von Webentwicklung.

Das CMS entscheidet ihr vorher

Bei WordPress stehen Polylang und WPML zur Wahl, wobei WPML mehr kann und Polylang schlanker bleibt. TYPO3 bringt Mehrsprachigkeit von Haus aus mit und ist darin sehr robust. Headless-Systeme wie Storyblok, Contentful und Sanity sind ohnehin nativ mehrsprachig, ebenso Craft CMS.

Wichtig ist weniger die Wahl selbst als ihr Zeitpunkt. Nachträglich eine zweite Sprache in ein System zu bringen, das nicht dafür gebaut wurde, ist schmerzhaft und teuer.

Der Workflow entscheidet über die Halbwertszeit

Vier Fragen müssen vor dem Launch beantwortet sein. Wer übersetzt, intern, extern oder KI mit Korrektur? Wer liest als Muttersprachler gegen? Wer zieht nach, wenn sich eine Sprachversion ändert? Und wie verhindert ihr, dass die englische Fassung der deutschen dauerhaft hinterherhinkt?

Ohne Antworten darauf veraltet eine Sprachversion innerhalb weniger Monate, und dann schadet sie mehr, als sie nützt.

KI-Übersetzung: gut, aber nicht überall

KI-Übersetzungen sind 2026 gut. DeepL, ChatGPT und Claude liefern brauchbare Ergebnisse für erste Entwürfe, Hilfstexte, Produktbeschreibungen und interne Dokumente.

Nicht ausreichend sind sie überall dort, wo es auf Nuancen ankommt: bei Marketing-Headlines, bei markenrelevanten Texten, bei Fachtexten mit Branchenjargon und bei Rechtstexten. Die Faustregel lautet: Die KI macht den Rohentwurf, der Mensch macht das Finish.

Der Sprachumschalter

Er gehört in die Hauptnavigation oder die Kopfzeile. Versteckt im Footer ist er schlechte Usability, weil ihn genau die Nutzer suchen, die gerade nichts verstehen.

Flaggen sind als Sprachsymbole ungeeignet, weil Sprachen keine Länder sind. Spanisch ist nicht Spanien. Besser sind Kürzel wie DE, EN und FR oder die ausgeschriebene Sprache. Die Browsersprache dürft ihr auslesen und einen Vorschlag anzeigen, automatisch umschalten solltet ihr nie.

Rechtliches nicht vergessen

Die Datenschutzerklärung braucht jede Sprache, angepasst an die jeweilige Rechtslage. Das Impressum ist in Deutschland Pflicht und wird auf internationalen Versionen üblicherweise mitübersetzt. AGB gehören übersetzt und anschließend rechtlich geprüft, und das Cookie-Banner muss in der jeweiligen Sprache ausgespielt werden.

Fazit: Mehrsprachig ist mehrgleisig

Multilinguale Websites sind keine Übersetzungsübung. Sie sind eine strategische Entscheidung mit redaktionellen, technischen und organisatorischen Folgen.

Wer sie richtig plant, erschließt neue Märkte. Wer sie halbherzig angeht, hat eine zweite Baustelle. Diese Entscheidung sollte nie nebenbei fallen.

Portrait von Oliver Hunke vor einer Holzlamellenwand

Marcel und Olli leiten die Agentur. Sie beantworten eure erste Anfrage.

Portrait von Marcel Pietsch vor einer Holzlamellenwand

Ihr plant eine multilinguale Website? Sprecht uns an. Wir beraten zu Strategie, Technik und Workflows.

Let’s go!