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 sind die gebräuchlichste Wahl und in der Regel die beste. SEO-Stärke summiert sich über die Locales hinweg (Links auf /zh-CN/ kommen der gesamten Domain zugute), die Wartung ist einfach (ein CMS, eine Codebasis), und hreflang funktioniert sauber. Googles Dokumentation empfiehlt Unterverzeichnisse ausdrücklich, wenn dies machbar ist.

Subdomains teilen die SEO-Stärke auf die Locales auf (Links auf zh-cn.example.com kommen example.com nicht so stark zugute wie /zh-CN/). Sie sind sinnvoll, wenn jedes Locale von einem separaten Team mit eigener Infrastruktur betrieben wird oder wenn locale-spezifische rechtliche Anforderungen (Datenresidenz, Lizenzierung von Inhalten) eine physische Trennung erfordern. Die meisten Websites brauchen das nicht.

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 verwendet standardmäßig Unterverzeichnisse (/zh-CN/, /es/ usw.), was für 95 % der mehrsprachigen Websites die richtige Antwort ist. Wenn Sie aus rechtlichen Gründen Subdomains oder separate Domains benötigen, ist das eine benutzerdefinierte Konfiguration; andernfalls bleiben Sie bei Unterverzeichnissen.

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 — Rein menschliche Übersetzung. Höchste Qualität, langsamste, teuerste. Am besten für rechtliche, medizinische oder regulierte Inhalte, bei denen Fehler teuer sind. Kosten: 0,10–0,30 $ pro Wort für professionelle Übersetzung. Zeit: Wochen bis Monate für eine vollständige Website.

Ansatz B — KI-Übersetzung mit Überprüfung durch Muttersprachler. Die KI übersetzt, ein Muttersprachler prüft Startseite und conversion-kritische Seiten. Die Qualität kommt einer menschlichen Übersetzung nahe, bei 10–20 % der Kosten. Am besten für die meisten Dienstleistungsunternehmen. Cogo Site verwendet standardmäßig diesen Ansatz.

Ansatz C — Reine KI-Übersetzung. Schnellste, günstigste, geringste Qualität. Akzeptabel für interne Tools oder Inhalte mit geringem Risiko; riskant für kundenorientierte Websites. Google kann maschinelle Übersetzungen mit geringem Aufwand erkennen und beide Locales herabstufen.

Der hybride Ansatz (B) ist der optimale Kompromiss für die meisten Websites. Die KI-Übersetzung von Cogo Site erzeugt locale-gerechte Formulierungen (nicht Wort für Wort), und ein Muttersprachler sollte stets die Startseite, die Preisgestaltung und conversion-kritische Seiten prüfen. Das Ergebnis sind 90 % menschlicher Qualität bei 10 % der Kosten.

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 (einschließlich Cogo Site) 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). Die locale-bewusste Formatierung von Cogo Site erledigt dies automatisch.

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. Cogo Site handhabt dies pro Locale; handgebaute Websites benötigen sorgfältiges CSS.

Überwachen Sie nach dem Start drei Dinge: (1) den Bericht 'Internationale Ausrichtung' der Google Search Console auf hreflang-Fehler, (2) den Leistungsbericht der Search Console pro Locale (Suchanfragen, CTR, Position), (3) Analytics pro Locale (Traffic, Engagement, Conversion).

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 — Subdomains oder separate Domains ohne triftigen Grund wählen. Unterverzeichnisse summieren SEO-Stärke; Subdomains und separate Domains tun das nicht. Verwenden Sie Unterverzeichnisse, es sei denn, rechtliche oder betriebliche Anforderungen erzwingen etwas anderes.

Fehler 3 — Den Hauptinhalt übersetzen, aber nicht die SEO-Metadaten. Titel, Beschreibung, URL, Alt-Text, strukturierte Daten — alles muss übersetzt werden. Englische Metadaten zu belassen signalisiert 'geringen Aufwand' und lässt die Rankings abstürzen.

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.