Wie man eine Website 2026 mehrsprachig macht

Die erste Entscheidung ist, welche Locales veröffentlicht werden sollen, und die Antwort lautet selten 'alle'. Jedes Locale, das Sie hinzufügen, ist eine Verpflichtung: Sie werden seine Inhalte pflegen, sein SEO überwachen, seine Übersetzungen prüfen und auf seine Besucher reagieren. 10 Locales hinzuzufügen, die Sie nicht pflegen können, ist schlechter als 2 Locales hinzuzufügen, die Sie pflegen können.

Beginnen Sie mit den Locales, die zu Ihrer tatsächlichen Zielgruppe passen. Schauen Sie sich Ihren bestehenden Traffic in Google Analytics an — welche Länder und Sprachen besuchen Ihre Seite bereits? Schauen Sie sich Ihre Kunden an — welche Sprachen sprechen sie? Schauen Sie sich Ihre Wettbewerber an — welche Locales bedienen sie, die Sie nicht bedienen? Die Schnittmenge aus 'wo meine Zielgruppe ist' und 'wo ich Qualität liefern kann' ist Ihre Locale-Auswahlliste.

Für die meisten Dienstleistungsunternehmen lautet die Antwort zwei Locales: Ihre primäre Geschäftssprache plus eine Gemeinschaftssprache (z. B. Englisch + Chinesisch für einen US-amerikanischen Zahnarzt, der eine chinesische Community bedient). Für grenzüberschreitend tätige Unternehmen zwei bis vier Locales (z. B. Englisch + Chinesisch + Spanisch für einen Berater, der die USA, China und Lateinamerika bedient). Für Software- und Content-Websites können vier bis zehn Locales sinnvoll sein, sobald die Stückkosten die Wartungskosten rechtfertigen.

Drei praktikable URL-Strukturen für mehrsprachige Websites: (1) locale-präfixierte Unterverzeichnisse (example.com/zh-CN/, example.com/es/), (2) locale-präfixierte Subdomains (zh-cn.example.com, es.example.com) oder (3) separate Domains pro Locale (example.cn, example.es, example.com). Jede hat ihre Vor- und Nachteile.

Unterverzeichnisse können die Wartung vereinfachen, weil alle Sprachen denselben Host und Code nutzen. Google unterstützt Unterverzeichnisse, Subdomains und Länderdomains, garantiert aber keinen Rankingvorteil durch Unterverzeichnisse. Wichtig sind eigene, crawlbare URLs pro Sprache.

Subdomains passen zu getrennten Teams oder Infrastrukturen, während Länderdomains Regionen klar kennzeichnen können, aber mehr Aufwand bedeuten. Links, Indexierung und Suchleistung hängen von vielen Signalen ab. Subdomains verlieren nicht automatisch ihren gesamten SEO-Wert.

Separate Domains sind sinnvoll für wirklich getrennte Unternehmen, die eine Marke teilen (z. B. eine globale Fast-Food-Kette mit länderspezifischen Menüs und Preisen). Die Komplexität — separates SEO, separates DNS, separates Hosting — lohnt sich für kleine oder mittelgroße mehrsprachige Websites selten.

Cogo Site generiert für die von Ihnen veröffentlichten Websites derzeit weder hreflang-Tags noch Sitemap-Alternates, und ein Sprachwechsel ändert die URL der Seite nicht.

Die Übersetzungsqualität entscheidet darüber, ob Ihre mehrsprachige Website wächst oder sich selbst kannibalisiert. Drei Ansätze, geordnet nach Kosten und Qualität:

Ansatz A — Menschliche Übersetzung mit Prüfung. Für rechtliche, medizinische oder sensible Inhalte oft sinnvoll, doch Preise und Dauer hängen von Sprachpaar, Fachgebiet, Umfang und Qualität ab. Holen Sie ein Angebot für Ihren tatsächlichen Bedarf ein statt einen festen Wortpreis anzunehmen.

Ansatz B — KI-Übersetzung mit Überprüfung durch Muttersprachler. Die KI übersetzt, ein Muttersprachler prüft Startseite und conversion-kritische Seiten. Am besten für die meisten Dienstleistungsunternehmen.

Ansatz C — KI-Übersetzung ohne menschliche Kontrolle. Für risikoarme Entwürfe schnell, kann aber Bedeutung und Genauigkeit verfehlen. Google bestraft maschinelle Übersetzung nicht automatisch. Die Richtlinie gegen missbräuchliche Skalierung betrifft große Mengen wenig hilfreicher Inhalte zur Manipulation von Rankings, unabhängig von der Erstellungsmethode.

Ein hybrider Ablauf kann KI-Entwürfe mit muttersprachlicher Prüfung von Startseite, Preisen und wichtigen Conversion-Seiten verbinden. Qualität und Kosten hängen von Sprache, Thema und Prüftiefe ab; pauschale Qualitäts- oder Einsparungsquoten sind nicht belegt.

Hreflang teilt Google mit, welche Locale-Version welchem Suchenden angezeigt werden soll. Ohne hreflang kann Google dem falschen Suchenden die falsche Locale ausliefern, was zu Absprüngen und verlorenen Rankings führt. Jede mehrsprachige Seite benötigt drei Elemente: ein selbstreferenzielles hreflang-Tag, Alternate-Tags für jedes andere Locale und ein x-default-Tag, das auf die Locale für nicht zugeordnete Suchende verweist.

Über hreflang hinaus erhält jedes Locale seinen eigenen Titel, seine eigene Meta-Beschreibung und seinen eigenen URL-Slug — alles in der Sprache des Locales. Ein häufiger Fehler ist, den Hauptinhalt zu übersetzen, aber die englischen SEO-Metadaten zu belassen; Google liest dies als 'Übersetzung mit geringem Aufwand' und rankt entsprechend. Übersetzen Sie alles.

Sitemaps: Jedes Locale sollte in Ihrer XML-Sitemap enthalten sein. Die meisten modernen CMS generieren mehrsprachige Sitemaps automatisch mit korrekten hreflang-Annotationen. Wenn Sie Sitemaps manuell verwalten, fügen Sie jedem URL-Eintrag hreflang-Annotationen hinzu.

Strukturierte Daten: JSON-LD auf jeder Locale-Seite sollte, wo zutreffend, in der Sprache des Locales verfasst sein (z. B. FAQ-Fragenamen übersetzt, Artikelüberschrift übersetzt, Breadcrumb-Name übersetzt). Die vollständige hreflang-Spezifikation finden Sie in unserem hreflang-Leitfaden.

Die Übersetzung ist die eine Hälfte der Arbeit. Die andere Hälfte sind locale-spezifische UX-Details, die eine echte mehrsprachige Website von einer bloß übersetzten unterscheiden.

Datums- und Zeitformate: Die USA verwenden MM/TT/JJJJ, der größte Teil der Welt verwendet TT/MM/JJJJ, der ISO-Standard ist JJJJ-MM-TT. Wählen Sie das Format, das der Konvention des jeweiligen Locales entspricht; verwenden Sie nicht ein einziges Format global.

Telefonnummern und Adressen: Format gemäß der Postkonvention des jeweiligen Locales. US-Adressen sind '123 Main St, San Francisco, CA 94101'; chinesische Adressen sind in umgekehrter Reihenfolge (Land, Provinz, Stadt, Bezirk, Straße, Nummer).

Währung und Einheiten: Preise in USD für en-US, CNY für zh-CN, MXN für es-MX. Nicht automatisch umrechnen — zeigen Sie die tatsächliche Währung des Locales.

Social Proof: Zeigen Sie WeChat-/Weibo-/QQ-Referenzen auf zh-CN, Facebook-/Twitter-/Yelp-Referenzen auf en-US. Zeigen Sie keine englischen Social-Proof-Elemente auf chinesischen Seiten — das signalisiert 'ausländischer Betreiber'.

Formularbeschriftungen und -validierung: Die Validierungsregeln für Telefonnummern unterscheiden sich (10 Ziffern USA, 11 Ziffern chinesisches Festland), Postleitzahlen unterscheiden sich (5 Ziffern USA, 6 Ziffern China), Namensfelder unterscheiden sich (westlicher Vorname/Nachname vs. chinesischer Familienname/Vorname in dieser Reihenfolge). Validieren Sie pro Locale.

Font-Stacks: Chinesisch benötigt CJK-fähige Schriftarten (Noto Sans CJK, PingFang, Microsoft YaHei); Englisch benötigt lateinische Schriftarten (Inter, system-ui). Gemischtsprachige Typografie benötigt Fallback-Stacks.

Überwachen Sie nach dem Start den Leistungsbericht und die URL-Prüfung der Search Console je Sprachversion, analysieren Sie Traffic und Conversions und prüfen Sie hreflang mit einem Crawl oder Audit. Der frühere Bericht „Internationale Ausrichtung“ wurde eingestellt; Google unterstützt hreflang weiterhin.

Häufige Probleme nach dem Start: hreflang-Fehler (sofort beheben), Seiten eines Locales nicht indexiert (URL-Inspektion prüfen), falsche Locale rankt in der falschen Region (überprüfen, ob hreflang korrekt ist), geringes Engagement bei einem Locale (Übersetzungsqualität und UX-Details prüfen).

Iterieren Sie auf Basis der Daten. Wenn zh-CN zehnmal so viel Traffic hat wie en-US, ist Ihre Zielgruppe chinesisch — priorisieren Sie dieses Locale. Wenn es-MX viel Traffic, aber eine niedrige Conversion hat, ist die Übersetzung möglicherweise holprig oder die Preisgestaltung falsch — beheben Sie das. Mehrsprachige Websites sind lebende Systeme; der Start ist der Anfang, nicht das Ende.

Überprüfen Sie hreflang vierteljährlich erneut. Änderungen an der Sitemap, Inhaltsmigrationen und CMS-Updates können hreflang stillschweigend beschädigen. Ein vierteljährlicher Crawl mit Ahrefs oder Sitebulb erkennt Probleme, bevor sie Rankings kosten.

Fehler 1 — Zu viele Locales auf einmal veröffentlichen. Jedes Locale ist eine Wartungsverpflichtung; 10 Locales, die Sie nicht pflegen können, sind schlechter als 2, die Sie pflegen können. Beginnen Sie mit Ihren wertvollsten Locales, beweisen Sie das Modell und erweitern Sie später.

Fehler 2 — Die URL-Struktur als automatische Rankingabkürzung behandeln. Unterverzeichnisse, Subdomains und Länderdomains sind legitime Optionen. Wählen Sie eigene, crawlbare Sprach-URLs nach Zielgruppe, Zuständigkeit, Infrastruktur und Pflegeaufwand.

Fehler 3 — Nur den Seitentext übersetzen und Metadaten in einer anderen Sprache lassen. Lokalisieren Sie Titel, Beschreibungen, Bildalternativtexte und strukturierte Daten soweit sinnvoll. Das verbessert die Verständlichkeit, garantiert aber keine besseren Rankings.

Fehler 4 — Maschinelle Übersetzung ohne Überprüfung durch Muttersprachler. KI-Übersetzung ist gut, aber nicht perfekt. Lassen Sie stets Startseite und conversion-kritische Seiten von einem Muttersprachler prüfen. Die Kosten sind gering; der Qualitätsgewinn ist groß.

Fehler 5 — Gleiche UX-Details über alle Locales hinweg. Datumsformate, Telefonformate, Währungen, Social Proof, Formularvalidierung — alles benötigt locale-spezifische Behandlung. Eine 'Einheitsgröße für alle'-UX signalisiert 'wir kennen Ihr Locale eigentlich nicht'.

Fehler 6 — Baidu und Bing vergessen. Google ist die dominierende Suchmaschine im Westen, aber Baidu dominiert das chinesische Festland und Bing ist in einigen Unternehmens- und Bildungssegmenten noch wichtig. Stellen Sie sicher, dass Ihr hreflang und Ihre Sitemap für alle drei funktionieren.