Eine mehrsprachige Website auditieren

Wie du eine mehrsprachige Website im SEO-Audit und Topical Cluster behandelst. Der Crawler trennt Sprachen nicht — er behandelt sie als eine einzige Website. Je nachdem, wie sie strukturiert sind — separate Domains, Subdomains oder /en /it Ordner — ändert sich der Ansatz. Bei separaten Domains brauchst du nur ein Projekt pro Sprache; bei Sprachen in Ordnern brauchst du einen Audit pro Sprache mit URL-Präfixen.

Der SEO-Audit und der Topical Cluster sind „sprachenblind”: der Crawler erkennt oder trennt Sprachen nicht — er behandelt alle gescannten URLs als eine einzige Website. Das ist bei einsprachigen Websites kein Problem, aber bei einer mehrsprachigen Website kann es Sprachen im selben Graph vermischen — und der Topical Cluster, der über Links und Themen argumentiert, leidet darunter: er erzeugt hybride Cluster, „sprachübergreifende” Links, die wie Kontamination aussehen, und schlecht gewählte Pillar-Seiten.

Was zu tun ist, hängt davon ab, wie die Website ihre Sprachen trennt. Drei Fälle.

1. Unterschiedliche Domains pro Sprache → ein Projekt pro Sprache

Wenn jede Sprache auf einer separaten Domain liegt (ccTLD oder unterschiedliche Domains):

example.co.uk   ← Englisch
example.de      ← Deutsch
example.fr      ← Französisch

Das ist der saubere Fall. Der Crawler bleibt auf der Domain des Projekts und wechselt nicht zu anderen Domains: jede Sprache ist bereits eine eigene Website. Erstelle einfach ein Projekt pro Domain und führe für jede einen Audit durch. Keine besonderen Maßnahmen nötig.

2. Sprache in einem Ordner (/en, /it) → ein Audit pro Sprache

Wenn die Sprachen auf der gleichen Domain liegen, nur durch den Pfad unterschieden:

example.com/en/...   ← Englisch
example.com/it/...   ← Italienisch
example.com/fr/...   ← Französisch

Hier scannt ein einzelner Audit alle zusammen. Um sie einzeln zu analysieren, isoliere die Sprache in den Audit-EinstellungenCrawl → Nur URLs einschließen, die beginnen mit:

https://example.com/en/

Führe den Audit aus, ändere dann das Präfix (/it/, /fr/…) und führe ihn erneut aus: ein Audit pro Sprache. Jeder Audit — und damit jeder Topical Cluster — argumentiert über eine einzige Sprache.

Die Karte Crawl 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. /it/ und /fr/ ausschließen, um nur Englisch zu behalten).

3. Subdomains pro Sprache → hängt von der Projekt-Domain ab

Wenn die Sprachen auf Subdomains liegen:

en.example.com
it.example.com
fr.example.com

Beachte: der Crawler betrachtet Subdomains als Teil derselben Website. Deshalb:

  • Ist die Projekt-Domain die Apex-Domain (example.com), scannt der Audit alle Sprach-Subdomains zusammen → vermischt Sprachen.
  • Lösung: stelle das Projekt direkt auf die Sprach-Subdomain (en.example.com): der Audit bleibt bei dieser Sprache. Ein Projekt pro Subdomain, wie in Fall 1.
  • Bevorzugst du ein einzelnes Projekt, gilt derselbe Trick wie in Fall 2: Nur URLs einschließen, die beginnen mit https://en.example.com/ und pro Sprache einen Audit durchführen.

Zu beachten

  • Jeder Audit verbraucht Credits aus dem monatlichen Budget (1 Credit = 1 Seite mit HTTP 200): mehr Sprachen bedeuten mehr geprüfte Seiten, also mehr verbrauchte Credits. Behalte das bei Plänen mit kleinerem Budget im Auge.
  • Der Topical Cluster erbt den Umfang des Audits: die Sprache im Crawl zu isolieren isoliert automatisch auch die Cluster-Map.
  • Wird die Sprache nur über einen Parameter (?lang=en), Cookies oder den Accept-Language-Header verwaltet — ohne unterschiedliche URLs —, sieht der Crawler nur eine Version (üblicherweise die Standardversion): andere Sprachen können nicht getrennt werden. Das ist eine bekannte Einschränkung.

Siehe auch:

Zuletzt aktualisiert: 5. September 2026