Eine mehrsprachige Website auditieren

Wie SEO-Audit und Topical Cluster eine Website in mehreren Sprachen behandeln. Der Topical Cluster erkennt die Sprache jeder Seite und berechnet Cluster, Pillar-Seiten und Metriken Sprache für Sprache, mit einem Umschalter zwischen den Sprachen. Je nach Struktur — getrennte Domains, Ordner /en /it oder Subdomains — ändert sich die Projekteinrichtung.

Der SEO-Audit scannt alle Sprachen der Website zusammen: Titles, Meta-Descriptions, defekte Links und Core Web Vitals gelten in jeder Sprache gleich. Der Topical Cluster dagegen erkennt die Sprache jeder Seite — am URL-Präfix (/en/, /de/…) oder am lang-Attribut der Seite — und arbeitet Sprache für Sprache: Jede Sprache hat ihr eigenes internes Linknetz, also werden Cluster, Pillar-Seite und Metriken getrennt berechnet. Über der Karte erscheint der Umschalter Sprache, um zwischen den Sprachen zu wechseln oder Alle Sprachen anzuzeigen.

Was im Hintergrund passiert:

  • Die Hauptsprache ist die Sprache der Startseite und die standardmäßig geöffnete Ansicht.
  • Übersetzungen erben das Thema der Seite in der Hauptsprache, erkannt über hreflang oder über denselben Pfad ohne Präfix. Auf einer gut übersetzten Website sind die Cluster in jeder Sprache dieselben, mit Namen wie „Anleitungen · EN”, „Anleitungen · DE”.
  • Links zwischen einer Seite und ihrer Übersetzung (der Sprachumschalter der Website) zählen nicht als Cluster-übergreifende Links, auch nicht als gegenseitige.
  • Der Umschalter gilt für alle Tabs des Bereichs, für die CSV-Exporte und für das PDF: Du exportierst die Sprache, die du gerade ansiehst.
  • Die KI-Verfeinerung ✨ arbeitet mit den Seiten der Hauptsprache und überträgt die Themen auf die Übersetzungen.

Audits, die vor dem 9. Oktober 2026 ausgeführt wurden, tragen keine Sprache an den Seiten, daher erscheint der Umschalter nicht. Führe einen neuen Audit aus und, falls du sie nutzt, die KI-Verfeinerung erneut.

Was im Projekt einzurichten ist, hängt davon ab, wie die Website ihre Sprachen trennt. Drei Fälle.

1. Verschiedene Domains pro Sprache → ein Projekt pro Sprache

Wenn jede Sprache auf einer eigenen Domain lebt (ccTLD oder getrennte Domains):

beispiel.de     ← Deutsch
beispiel.fr     ← Französisch
beispiel.it     ← Italienisch

Das ist der saubere Fall. Der Crawler bleibt auf der Domain des Projekts und wechselt nicht auf andere Domains: Jede Sprache ist bereits eine eigene Website. Lege einfach ein Projekt pro Domain an und führe für jedes einen Audit aus. Keine besonderen Maßnahmen nötig.

2. Sprache im Ordner (/en, /it) → ein Audit, der Umschalter macht den Rest

Wenn die Sprachen auf derselben Domain liegen und sich nur im Pfad unterscheiden:

beispiel.com/de/...   ← Deutsch
beispiel.com/en/...   ← Englisch
beispiel.com/fr/...   ← Französisch

Ein einzelner Audit scannt alle zusammen, und der Topical Cluster trennt sie von selbst: Es gibt nichts einzustellen. Wähle die Sprache im Umschalter und für das Gesamtbild Alle Sprachen.

Wenn dich nur eine Sprache interessiert — oder du Credits sparen willst — kannst du den Scan in den Audit-Einstellungen → Scan → Nur URLs einschließen, die beginnen mit begrenzen:

https://beispiel.com/de/

So bleiben sowohl der SEO-Audit als auch der Topical Cluster auf dieser Sprache.

Die Karte Scan der Audit-Einstellungen mit dem hervorgehobenen Feld Nur URLs einschließen, die beginnen mit und einem eingetragenen Sprachpräfix, ein Präfix pro Zeile

Alternativ kannst du URLs ausschließen, die beginnen mit nutzen, um die Sprachen zu entfernen, die dich nicht interessieren (z. B. /en/ und /fr/ ausschließen, um nur Deutsch zu behalten).

3. Subdomains pro Sprache → ein Projekt pro Subdomain

Wenn die Sprachen auf Subdomains liegen:

de.beispiel.com
en.beispiel.com
fr.beispiel.com

Hier verhalten sich die beiden Werkzeuge unterschiedlich:

  • Der SEO-Audit betrachtet Subdomains als Teil derselben Website: Mit dem Projekt auf der Apex-Domain (beispiel.com) prüft er alle Sprachen zusammen.
  • Der Topical Cluster bleibt auf dem Host des Projekts (mit oder ohne www): Subdomains gelten als andere Websites, nicht als Themen dieser, genau wie app. oder status.. Mit dem Projekt auf der Apex-Domain gelangen die Sprachen auf Subdomains nicht in die Cluster-Karte.

Lösung: Setze das Projekt direkt auf die Sprach-Subdomain (de.beispiel.com). Ein Projekt pro Subdomain, wie in Fall 1. Ein Apex-Projekt mit Nur URLs einschließen, die beginnen mit https://de.beispiel.com/ zu begrenzen, schränkt den SEO-Audit ein, bringt diese Sprache aber nicht in den Topical Cluster.

Zur Erinnerung

  • Jeder Audit verbraucht Credits aus dem Monatsbudget (1 Credit = 1 Seite mit HTTP 200): Mehr Sprachen bedeuten mehr geprüfte Seiten, also mehr verbrauchte Credits. Bei Tarifen mit kleinerem Budget sind die Präfixe aus Fall 2 genau dafür da.
  • Hat die Website weder Sprachpräfixe noch ein lang-Attribut, kann der Topical Cluster die Sprachen nicht trennen und behandelt sie als eine.
  • Wird die Sprache nur über Parameter (?lang=en), Cookies oder den Accept-Language-Header gesteuert — ohne eigene URLs — sieht der Crawler nur eine Version (in der Regel die Standardversion): Die anderen Sprachen lassen sich nicht trennen. Das ist eine bekannte Einschränkung.

Siehe auch:

Zuletzt aktualisiert: 9. Oktober 2026