ccTLD vs. Subdomain vs. Unterverzeichnis für internationales SEO
Die drei URL-Strukturen zur Ausrichtung auf verschiedene Länder – ccTLD (example.de), Subdomain (de.example.com), Unterverzeichnis (example.com/de/). Google hat keine Ranking-Präferenz, aber nur ccTLDs tragen ein automatisches Geo-Signal. So wählen Sie richtig.
Sprachen
Für die Auslieferung an verschiedene Länder oder Sprachen haben Sie drei URL-Strukturen: eine ccTLD (example.de), eine Subdomain auf einer gTLD (de.example.com) oder ein Unterverzeichnis auf einer gTLD (example.com/de/). Google hat erklärt, dass es keine Ranking-Präferenz unter ihnen hat – aber die Wahl ist nicht neutral. Eine ccTLD trägt ein automatisches, eindeutiges Ländersignal (keine manuelle Geotargeting-Einstellung erforderlich), das die anderen beiden nicht kostenlos erhalten. Der Kompromiss: ccTLDs teilen Ihre Domain-Autorität und Backlink-Equity über separate Domains auf und sind teurer im Betrieb. Unterverzeichnisse konsolidieren alles auf einer Domain und sind am einfachsten zu betreiben, aber da Google den International Targeting-Bericht in der Search Console (September 2022) entfernt hat, gibt es keine Möglichkeit mehr, das Land eines Unterordners explizit zu deklarieren – es bleibt nur hreflang. Subdomains liegen in der Mitte. Mein Rat: Standardmäßig Unterverzeichnisse verwenden, es sei denn, Sie haben einen starken Grund (eine bestehende ccTLD, rechtliche/Vertrauensanforderungen oder echte Infrastruktur-Trennung), etwas anderes zu tun.
TL;DR — Wenn Sie verschiedenen Ländern unterschiedliche Versionen Ihrer Website anbieten möchten, haben Sie drei URL-Formen zur Auswahl: eine Länderdomain wie
example.de, eine Subdomain wiede.example.comoder einen Ordner wieexample.com/de/. Google dokumentiert alle drei als nutzbare Strukturen. Ein wichtiger Unterschied: Eine Länderdomain (.de,.fr,.co.uk) signalisiert Suchmaschinen und Nutzern automatisch, für welches Land sie bestimmt ist. Die Ordner-Version ist am einfachsten zu betreiben und daher die sinnvolle Standardwahl für die meisten Websites.
Die drei Optionen
Angenommen, Sie sind ein US-Unternehmen, das nach Deutschland expandiert. Wo lebt die deutsche Version Ihrer Website? Drei Möglichkeiten:
- ccTLD — eine länderspezifische Top-Level-Domain:
example.de. Die.deist die eigene Domain-Endung Deutschlands, so wie.frdie Frankreichs und.co.ukdie des Vereinigten Königreichs ist. Sie kaufen für jedes Land eine separate Domain. - Subdomain — ein Präfix auf Ihrer Hauptdomain:
de.example.com. Gleiche Hauptdomain, ein “de.” vorne angehängt. - Unterverzeichnis (oder Unterordner) — ein Pfad auf Ihrer Hauptdomain:
example.com/de/. Gleiche Domain, alles an einem Ort, nur in Ordner organisiert.
Rängt eine besser?
Google dokumentiert keine Struktur als universell beste. Seine Leitlinien stellen unterschiedliche Vor- und Nachteile sowie Lokalisierungssignale dar, sodass die Entscheidung zur Zielgruppe und zum Betriebsmodell passen sollte, statt ein garantiertes Ranking-Ergebnis anzunehmen.
Aber das bedeutet nicht, dass sie austauschbar sind. Hier ist der eine Unterschied, der für Anfänger wirklich wichtig zu verstehen ist:
Eine ccTLD kündigt ihr Land automatisch an. Wenn Google example.de sieht, weiß es bereits, dass diese Website auf Deutschland ausgerichtet ist — keine zusätzliche Einrichtung erforderlich. Nutzer erhalten dasselbe Signal: Ein deutscher Käufer vertraut einer .de-Adresse mehr als einer generischen .com.
Bei einer Subdomain oder einem Unterverzeichnis ist dieses Ländersignal nicht automatisch. Sie müssen die beabsichtigte Zielgruppe durch explizite Signale wie hreflang, länderspezifische Inhalte, lokale Details und lokale Links etablieren.
Evidence for this claim Google calls ccTLDs a strong country signal and also lists hreflang, server location, local contact details, currency, local links, and Business Profile signals among its locale inputs. Scope: Google Search target-locale signals; no single signal guarantees a chosen result. Confidence: high · Verified: Google: How target locale is determinedWelche sollten Sie also wählen?
Eine einfache Faustregel:
- Verwenden Sie ein Unterverzeichnis (
example.com/de/), wenn Sie sich nicht sicher sind. Es ist am günstigsten und am einfachsten zu betreiben — eine Domain, ein Hosting-Setup, ein Ort, an dem Sie alles verwalten — und die gesamte “Stärke” Ihrer Website bleibt auf einer einzigen Domain. - Verwenden Sie eine ccTLD (
example.de), wenn Sie die Länderdomains bereits besitzen, wenn Vertrauen in eine lokale Adresse wirklich wichtig ist (häufig bei Banken, Regierung, großen Einzelhändlern) oder wenn ein Land rechtliche Gründe hat, warum Sie auf seiner Domain sein müssen. - Verwenden Sie eine Subdomain (
de.example.com) hauptsächlich, wenn Sie einen technischen Grund haben, jedes Land auf einem separaten Host zu halten, aber keine separaten Domains kaufen möchten.
Das, was die meisten falsch machen
Kaufen Sie nicht für jedes Land eine ccTLD in der Annahme, dass sie besser rankt. Das wird sie nicht — und Sie verteilen die Autorität Ihrer Website auf ein Dutzend separater Domains, von denen jede sich ihre eigenen Links und ihren Ruf von Grund auf verdienen muss. Das sind echte Kosten, kein kostenloser Gewinn. Möchten Sie den vollständigen Kompromiss, was Google tatsächlich sagt und wie die Entfernung des Geotargeting-Tools der Search Console die Dinge verändert hat? Wechseln Sie zum Erweitert-Tab.
Evidence for this claim Google documents ccTLD, gTLD subdomain, and gTLD subdirectory structures as usable locale-specific URL options, with different operational tradeoffs. Scope: Google Search international URL-structure guidance; the documentation does not promise equal ranking outcomes. Confidence: high · Verified: Google: Locale-specific URL structures Evidence for this claim Google calls ccTLDs a strong country signal and also lists hreflang, server location, local contact details, currency, local links, and Business Profile signals among its locale inputs. Scope: Google Search target-locale signals; no single signal guarantees a chosen result. Confidence: high · Verified: Google: How target locale is determinedTL;DR — Für die Länder-/Sprachausrichtung wählen Sie zwischen einer ccTLD (
example.de), einer gTLD-Subdomain (de.example.com) und einem gTLD-Unterverzeichnis (example.com/de/). Google dokumentiert alle drei als nutzbare Strukturen mit unterschiedlichen Kompromissen. Der eigentliche Unterschied liegt im Geo-Signal: Eine ccTLD trägt ein automatisches, eindeutiges Ländersignal, das die anderen beiden nicht kostenlos erhalten. Der Preis dieses Signals ist Fragmentierung – separate Domains teilen Link-Equity, vervielfachen die Infrastruktur und erschweren die hreflang-Verwaltung über mehrere Properties hinweg. Unterverzeichnisse bündeln Autorität auf einer Domain und sind am günstigsten zu betreiben, aber da Google den International Targeting-Bericht in der Search Console (September 2022) entfernt hat, gibt es keine Möglichkeit mehr, das Ziel-Land eines Unterordners explizit zu deklarieren – nutzen Sie hreflang zusammen mit sichtbaren lokalen Inhalten und anderen lokalen Signalen. Subdomains liegen in der Mitte: ein separater Hostname, der im Land gehostet werden kann, aber ansonsten dieselben manuellen Signale benötigt wie ein Unterverzeichnis. Eigentum, Registranten- Berechtigung, Governance und Kosten sind genauso wichtig wie das Signal – und ein späterer Wechsel der Strukturen ist eine vollständige URL-Migration (Redirects, Kanonische Tags, hreflang, Sitemaps, Monitoring), keine schnelle Lösung. Mein Standard: Unterverzeichnisse, es sei denn, eine bestehende ccTLD, eine Vertrauens-/Rechtsanforderung oder eine echte Infrastrukturtrennung drängt Sie woanders hin. Dies ist die internationale Entscheidung – die allgemeine Punkt-vs.-Slash-Architekturfrage ist ein separates Thema (siehe unten).
Die drei Strukturen im Detail
| Struktur | Beispiel | Ländersignal | Autorität | Betriebskosten |
|---|---|---|---|---|
| ccTLD | example.de | Automatisch (Google + Nutzer) | Aufgeteilt auf separate Domains | Am höchsten (Registrierung, Hosting, hreflang über Properties hinweg) |
| Subdomain | de.example.com | Explizite und kontextuelle Signale | Separater Hostname; Bewertung pro Site | Mittel |
| Unterverzeichnis | example.com/de/ | Explizite und kontextuelle Signale | Konsolidiert auf einer Domain | Am niedrigsten |
Eine ccTLD ist eine länderspezifische Top-Level-Domain – .de, .fr, .co.uk, .jp.
Google behandelt sie standardmäßig als starkes Geotargeting-Signal:
sie ordnet die Domain automatisch einem Land zu, und Sie können das nicht (und müssen es auch nicht)
mit einer manuellen Einstellung überschreiben. Eine gTLD (generische TLD wie .com, .org,
.net) trägt für sich genommen keine Länderbedeutung, daher muss eine Subdomain oder ein Unterverzeichnis auf einer
gTLD ihr Geotargeting auf andere Weise erzielen.
Was Google tatsächlich sagt
Die Dokumentation von Google zu Multi-regionale und mehrsprachige Websites verwalten listet diese URL-Strukturen für die Länderausrichtung mit ihren Kompromissen auf:
- Länderspezifische Domain (ccTLD) – Vorteil: klares Geotargeting, klare Server- Positionierung per Konvention, einfache Trennung von Websites. Nachteil: teuer, kann eingeschränkt verfügbar sein, benötigt mehr Infrastruktur.
- Subdomain mit gTLD – Vorteil: einfach einzurichten und ermöglicht unterschiedliche Server- Standorte. Nachteil: Nutzer erkennen das Geotargeting möglicherweise nicht allein an der URL.
- Unterverzeichnis mit gTLD – Vorteil: einfach einzurichten, geringer Wartungsaufwand (gleicher Host). Nachteil: Nutzer erkennen das Geotargeting möglicherweise nicht an der URL, einzelner Server-Standort.
- URL-Parameter (
example.com?country=de) – nicht empfohlen für die Länderausrichtung; schwer zu segmentieren und Nutzer können das Geo nicht an der URL erkennen.
Beachten Sie, was nicht in dieser Liste steht: jede Behauptung, dass eine Variante besser rankt. Googles konsistente Position, wiederholt in der URL-Struktur-Anleitung und der allgemeinen Dokumentation zur Seitenstruktur, ist, dass es keine Indexierungs- oder Ranking-Präferenz gibt – Sie sollten das wählen, was am einfachsten zu organisieren und zu verwalten ist. Die strukturelle Entscheidung betrifft Betrieb und Signale, nicht einen Ranking-Hebel.
Der entscheidende Unterschied: automatisches vs. manuelles Geo-Signal
Das ist der Kernpunkt der Entscheidung und das, was sie von der algemeinen Subdomain-vs.-Unterverzeichnis-Debatte unterscheidet.
Eine ccTLD liefert das Ländersignal kostenlos. example.de wird als auf
Deutschland ausgerichtet verstanden, sobald Google es sieht. Sie müssen nichts tun. Auch Nutzer sehen es – die
.de in der Adressleiste ist ein Vertrauens- und Relevanzsignal, das kein .com/de/-Pfad erreichen kann.
Eine Subdomain oder ein Unterverzeichnis auf einer gTLD erhält das nicht automatisch. Die
.com sagt nichts über das Land aus. Wie teilen Sie Google also mit, dass
example.com/de/ für deutschsprachige Nutzer in Deutschland gedacht ist?
Jahrelang hatte die Antwort zwei Teile: hreflang und der Bericht
International Targeting in der Search Console, mit dem Sie das Zielland für eine
gesamte gTLD-Property manuell festlegen konnten – einschließlich, bei Verwendung einer URL-Präfix-Property, eines
bestimmten Unterverzeichnisses wie example.com/de/. Diese manuelle Ländereinstellung war der einzige Weg,
um ein Unterverzeichnis explizit geografisch auszurichten.
Die oft übersehene Änderung: International Targeting ist weg
Google hat den Bericht International Targeting im September 2022 aus der Search Console entfernt (Googles eigene Abschaltungsmitteilung; auch behandelt von Search Engine Land). Der Bericht hatte zwei Registerkarten – einen hreflang-Fehlerprüfer und die Länderziel-Einstellung. Googles angegebene Begründung war, dass der Wert der manuellen Ländereinstellung im Laufe der Zeit abgenommen habe und hreflang ausgereift sei.
Die praktische Konsequenz ist spezifisch und wichtig: Es gibt keine Möglichkeit mehr, das Zielland eines Unterverzeichnisses (oder einer Subdomain) gegenüber Google explizit zu deklarieren. Die manuelle Überschreibung ist weg. Was für ein gTLD-Unterverzeichnis oder eine Subdomain übrig bleibt, ist:
- hreflang – die reziproken
language-region-Annotationen, die Google mitteilen, welche Version welchem Nutzer ausgeliefert werden soll (siehe hreflang und x-default). - Signale, die Google selbst ableitet – Server-/CDN-Standort, lokale Sprache und Währung, lokale Adress- und Telefondaten, Links von Websites im Inland.
Keines davon ist eine harte Deklaration „Dieses Verzeichnis zielt auf Deutschland ab“, wie es die alte Einstellung war. hreflang ist ein Hinweis darauf, welche Version angezeigt werden soll, keine Länderzuweisung. Der Unterverzeichnis-Weg stützt sich also jetzt vollständig darauf, hreflang richtig umzusetzen – was in meiner Studie mit 374 756 hreflang-nutzenden Domains über 67 % zumindest teilweise falsch machten. Das sind die tatsächlichen Kosten der Option „am einfachsten zu betreiben“: Das Geo-Signal liegt vollständig bei Ihnen, mit weniger Spielraum für Fehler.
Eine ccTLD umgeht dies vollständig. Sie benötigte die International-Targeting-Einstellung nie, also änderte der Verlust dieses Berichts für sie nichts. Diese Asymmetrie – ccTLDs waren nie von einem manuellen Tool abhängig, Unterverzeichnisse schon – ist das stärkste einzelne Argument für eine ccTLD, wenn das Geo-Signal wirklich wichtig ist.
Die Kosten einer ccTLD: Fragmentierung
Wenn ccTLDs das sauberste Signal liefern, warum nicht überall verwenden? Weil das Signal mit echten Kosten verbunden ist:
- Geteilte Autorität. Jede ccTLD ist eine separate Domain. Backlinks zu
example.destärken die Autorität vonexample.de, nicht die vonexample.com. Sie starten die Reputation jedes Landes fast bei null, anstatt sie auf einer starken Domain zu bündeln. Für eine Website, deren Stärke auf einer gTLD konzentriert ist, kann diese Fragmentierung mehr schaden, als das saubere Geo-Signal hilft. - Multiplizierte Infrastruktur. Mehr Domains, die registriert und verlängert werden müssen, mehr Hosting- oder
CDN-Konfiguration, mehr Zertifikate, mehr von allem. Einige ccTLDs erfordern auch
eine lokale Präsenz oder eine lokale Adresse, um überhaupt registriert zu werden (
.com.au, historisch einige EU-ccTLDs), was eine rechtliche/administrative Hürde ist, nicht nur eine technische. - Schwierigeres hreflang. hreflang über eine einzelne Domain ist knifflig; hreflang über ein Dutzend separater Properties — die jeweils alle anderen gegenseitig referenzieren müssen — ist der Punkt, an dem große internationale Websites am häufigsten scheitern. Jede ccTLD, die Sie hinzufügen, ist ein weiterer Knoten, auf den jeder andere Knoten korrekt zeigen muss.
Unterverzeichnisse kehren das alles um: eine Domain, eine Property, ein Hosting-Setup, die gesamte Autorität konsolidiert, hreflang innerhalb einer einzigen Website enthalten. Deshalb sind sie für die meisten globalen Websites die praktische Standardlösung — die operative Einfachheit ist real, auch wenn das Geo-Signal schwächer ist.
Subdomains: der Mittelweg
Eine gTLD-Subdomain (de.example.com) ist eine echte mittlere Option, aber verstehen Sie, warum
sie in der Mitte liegt:
- Wie ein Unterverzeichnis liegt sie auf einer gTLD, erhält also kein automatisches Ländersignal — sie benötigt dieselben hreflang- und abgeleiteten Signale wie ein Unterordner.
- Anders als ein Unterverzeichnis ist sie ein separater Hostname, kann also problemlos auf einem anderen Server oder in einem anderen Land gehostet werden und kann an ein anderes Team oder einen anderen Stack ausgelagert werden. Die Google-Dokumentation weist ausdrücklich darauf hin, dass Subdomains “allow different server locations.” (Übersetzung) „unterschiedliche Serverstandorte ermöglichen.“
- Ob Google die Subdomain als Teil Ihrer Hauptwebsite behandelt (sodass Autorität fließt) oder als separate Website, wird pro Website basierend auf der Integration entschieden — dieselbe Pro-Website-Bewertung, die auch die allgemeine Frage Subdomain-vs-Unterverzeichnis bestimmt.
Eine Subdomain verschafft Ihnen also Hosting-Flexibilität, ohne eine separate Domain zu kaufen, auf Kosten derselben manuellen Geo-Signalisierung, die auch ein Unterverzeichnis benötigt. Für die meisten Menschen gilt: Wenn Sie den separaten Host nicht speziell benötigen, erledigt ein Unterverzeichnis dieselbe Aufgabe mit weniger Aufwand.
Was ist mit den Korrelationsstudien?
Sie werden Studien sehen, die zeigen, dass ccTLDs internationale SERPs dominieren — zum Beispiel SE Rankings Analyse von 20 000 Keywords über 15 Märkte ergab, dass ccTLDs den Löwenanteil der Top-Drei-Positionen halten, Unterverzeichnisse mit deutlichem Abstand auf Platz zwei liegen und Subdomains einen kleinen Bruchteil ausmachen. Nimmt man das für bare Münze, würde man schlussfolgern, dass ccTLDs “gewinnen.”
Ich wäre vorsichtig. Diese Zahlen sind korrelational, nicht kausal. In wettbewerbsintensiven
lokalen Märkten sind die Websites auf ccTLDs tendenziell die etablierten lokalen Akteure —
lange bestehende lokale Marken, lokale Unternehmen, nationale Einzelhändler — die
unabhängig von der URL-Struktur gut ranken würden. Die .de verursacht das Ranking nicht; stark,
lokal relevant und gut verlinkt zu sein, tut das, und diese Websites sitzen zufällig aus Konvention auf ccTLDs. Das saubere Geo-Signal hilft am Rand, aber es erzeugt keine
Autorität, die Sie sich nicht verdient haben. Lesen Sie “ccTLDs ranken höher” nicht als “wechseln Sie zu einer ccTLD
und ranken Sie höher.”
Wo die allgemeinen (nicht-internationalen) Abwägungen liegen
Alles oben ist der International-Targeting-Aspekt. Es gibt eine separate, nicht-internationale Frage – ist eine Subdomain funktional äquivalent zu einem Unterverzeichnis für SEO im Allgemeinen (ein Blog, ein Help Center, Doku), wie die Behandlung pro Website funktioniert und warum die meisten Subdomain→Unterverzeichnis-Migrationen “Gewinne” durch gleichzeitige Änderungen verfälscht werden. Das behandle ich ausführlich im allgemeinen Artikel Subdomain vs. Unterverzeichnis im Website-Struktur-Cluster, einschließlich der Fallstudien (Pink Cake Box, IWantMyName), Googles Integrationssignale pro Website und den Reverse-Proxy-Workaround. Wenn Ihre Frage ist: “Wo soll mein Blog leben?”, beginnen Sie dort. Wenn Ihre Frage ist: “Wie bediene ich verschiedene Länder?”, sind Sie hier richtig.
Eigentum, Governance und Kosten gehören ebenfalls zur Entscheidung
Googles Leitfaden stellt dies als einen Kompromiss dar, nicht als einen Ranking-Wettbewerb, und die Kompromisse gehen über das Geo-Signal hinaus:
- Eigentum und Verfügbarkeit. Sie müssen die gewünschte ccTLD tatsächlich
kaufen und behalten können. Einige Länderregister beschränken, wer registrieren
darf – eine lokale Geschäftspräsenz, ein lokaler Kontakt oder eine lokale
Adresse (historisch galt das für einige EU- und
.com.au-artige ccTLDs). Eine Handvoll ccTLDs werden eher wie generische Vanity-Domains denn als Ländersignale vermarktet und behandelt (.io,.co), also gehen Sie nicht davon aus, dass jedecc-Endung in Googles Augen gleich funktioniert. - Governance und Deployment-Isolation. Eine separate ccTLD oder Subdomain kann von einem anderen Team, auf einem anderen Stack, mit unabhängigen Deploys betrieben werden – wirklich nützlich, wenn ein lokaler Markt seinen eigenen Release-Rhythmus benötigt. Diese Isolation ist auch ein Kostenfaktor: mehr Properties, die gesichert, überwacht und konsistent gehalten werden müssen, und mehr Angriffsfläche dafür, dass ein Fehler eines Marktes (ein kaputtes hreflang-Tag, ein abgelaufenes Zertifikat) vom Team, das die anderen betreibt, unbemerkt bleibt.
- Kosten. Registrierung, Verlängerung, Hosting und Zertifikate skalieren mit der Anzahl der Properties. Eine ccTLD-pro-Markt-Strategie multipliziert das alles; eine Unterverzeichnis-Strategie hält es auf einer Domain.
Nichts davon ändert die Kernantwort – passen Sie die Struktur an Ihren Marktumfang an, an wer jede Property besitzt und pflegen kann, und daran, wie viel lokales Vertrauen in diesem Sektor tatsächlich zählt – aber wenn Sie direkt zu “welches rankt besser” springen, verpassen Sie die Einschränkungen, die in der Praxis darüber entscheiden.
Migrationsrisiko
Strukturen später zu ändern – ccTLD zu Unterverzeichnis, Subdomain zu ccTLD oder in jede andere Richtung – ist kein Copy-Paste. Es ist eine URL-Migration, mit derselben Mechanik und demselben Risiko wie jede andere:
- Weiterleitungen. Jede alte URL benötigt eine 1:1-Weiterleitung auf ihr neues Äquivalent, nicht eine pauschale Weiterleitung auf die Startseite.
- Canonical-Tags. Aktualisieren Sie die Canonicals, sodass sie auf die neuen URLs zeigen; wo Sie weiterhin gleichsprachige regionale Duplikate haben, empfiehlt Google ein bevorzugtes Canonical plus hreflang, anstatt sie konkurrieren zu lassen.
- hreflang. Jeder reziproke hreflang-Satz jeder Locale muss auf die neuen URLs verweisen – über alle Properties hinweg, nicht nur auf die, die Sie verschoben haben.
- Interne Links und Sitemaps. Aktualisieren Sie interne Links auf die neuen URLs und aktualisieren Sie XML-Sitemaps, damit Crawler die neue Struktur schnell finden.
- Host-Verifizierung. Eine ccTLD oder Subdomain ist eine neue Property in der Search Console/Bing Webmaster Tools; verifizieren Sie die neue Property, bevor Sie die Daten benötigen, nicht erst, wenn etwas kaputtgeht.
- Überwachung. Beobachten Sie Indexierung, Traffic und Rankings während des Übergangs. Wenn Sie Vorher/Nachher-Zahlen vergleichen, denken Sie daran, dass die Migration selbst eine Störvariable ist – Sie können eine Änderung nicht der neuen URL-Struktur zuschreiben, ohne alles andere zu kontrollieren, das sich gleichzeitig bewegt hat (Weiterleitungen, Inhaltsaktualisierungen, Linkänderungen).
Migrieren Sie Strukturen nicht nur, um einen Ranking-Schub zu erreichen – Google hat keine ausgesprochene Präferenz unter ihnen, und die Migration selbst birgt mehr Risiko, als die Strukturänderung wahrscheinlich beheben wird.
Meine Empfehlung
- Standardmäßig Unterverzeichnisse verwenden (
example.com/de/). Am günstigsten zu betreiben, Autorität bleibt konsolidiert, und für die meisten Websites ist das schwächere Geo-Signal ein guter Kompromiss für die Einfachheit. Verpflichten Sie sich einfach dazu, hreflang richtig umzusetzen, denn seit 2022 ist das Ihr einziges explizites Mittel. - ccTLDs wählen, wenn das Geo-Signal wirklich wichtig ist und Sie sich die Fragmentierung leisten können: Sie besitzen bereits die Länderdomains, Sie sind in einer Branche tätig, in der eine lokale Adresse Vertrauen schafft (Finanzen, Gesundheit, großer Einzelhandel, regierungsnah), oder ein Markt hat rechtliche/registrierungspflichtige Anforderungen, die Sie auf seine Domain drängen. Bestätigen Sie, dass Sie die gewünschten Domains tatsächlich registrieren und verwalten können, bevor Sie sich festlegen. Gehen Sie mit dem Wissen hinein, dass jede Domain ihre eigene Autorität aufbaut.
- Subdomains hauptsächlich aus Infrastrukturgründen wählen – Sie benötigen jedes Land auf einem separaten Host oder Stack, möchten aber keine (oder keine separaten) Domains. Sie schulden dieselbe manuelle Geo-Signalisierung wie bei einem Unterverzeichnis.
- Niemals wahllos mischen. Eine Struktur zu wählen und sie konsistent über alle Märkte anzuwenden, ist wichtiger als die Wahl der Struktur selbst. Konsistenz hält hreflang und Crawling in großem Maßstab vernünftig.
- Strukturen niemals ohne Plan migrieren. Wenn Sie umziehen, behandeln Sie es als vollständige URL-Migration – Redirects, Canonicals, hreflang, interne Links, Sitemaps, Host-Verifizierung, Monitoring – nicht als schnellen Fix für ein Ranking-Problem.
Wo dies einzuordnen ist
Geschwister in diesem Cluster behandeln die breiteren internationalen Grundlagen – ein internationales SEO-Audit, eine Implementierungs-Checkliste, Keyword-Recherche über Märkte hinweg und die Entscheidung zwischen Übersetzung und Lokalisierung. Die Tag-Ebene-Mechanik lebt in hreflang und x-default. Und der entscheidende Faktor, sobald Sie eine Struktur gewählt haben, ist fast immer die hreflang-Korrektheit, nicht die Struktur selbst.
KI-Zusammenfassung
Eine komprimierte Sicht auf die erweiterte Version:
- Drei Strukturen für das Country-Targeting: ccTLD (
example.de), gTLD-Subdomain (de.example.com), gTLD-Unterverzeichnis (example.com/de/). - Google hat keine Ranking-Präferenz zwischen ihnen (angegeben in seinen Dokumenten zu multi-regionalen und URL-Strukturen). Die Wahl betrifft Signale und Betrieb, nicht das Ranking.
- Wichtigster Unterschied — das Geo-Signal. Eine ccTLD trägt ein automatisches, eindeutiges Ländersignal sowohl für Google als auch für Nutzer, ohne manuelle Einrichtung. Eine Subdomain oder ein Unterverzeichnis auf einer gTLD erhält kein automatisches Ländersignal und muss sich auf hreflang sowie abgeleitete Signale (Serverstandort, Sprache, Währung, lokale Links) verlassen.
- International Targeting entfernt (Sept. 2022). Google hat den Search Console-Bericht entfernt, mit dem Sie manuell das Zielland einer gTLD-Property (einschließlich eines Unterverzeichnisses) festlegen konnten. Es gibt keine explizite Möglichkeit mehr, das Land eines Unterordners zu deklarieren — hreflang ist der einzige verbleibende Hebel.
- Kosten der ccTLD = Fragmentierung. Separate Domains teilen die Link-Equity (jede baut ihre eigene Autorität auf), vervielfachen die Infrastruktur und erschweren hreflang über mehrere Properties hinweg.
- Unterverzeichnis = am günstigsten, Autorität auf einer Domain konsolidiert, verlässt sich jedoch vollständig auf hreflang für die Geo-Signalisierung.
- Subdomain = Mittelweg: separater Hostname (flexibles Hosting/Serverstandort), benötigt aber weiterhin dieselben manuellen Geo-Signale wie ein Unterverzeichnis; wird je nach Website als Teil der Site oder separat behandelt.
- Korrelationshinweis: Studien, die zeigen, dass ccTLDs internationale SERPs dominieren (z. B. SE Rankings Studie mit 20 000 Keywords), sind korrelational — etablierte lokale Marken sitzen konventionsgemäß auf ccTLDs; die Domain verursacht das Ranking nicht.
- Eigentum, Governance, Kosten. Einige ccTLDs beschränken, wer sie registrieren darf (Anforderungen an lokale Präsenz/Adresse); einige werden eher als generische Vanity-Domains denn als Ländersignale behandelt. Mehr Properties bedeuten mehr Governance-Aufwand und mehr Kosten (Registrierung, Hosting, Zertifikate), unabhängig vom Geo-Signal.
- Migrationsrisiko. Ein späterer Wechsel der Struktur ist eine vollständige URL-Migration — Redirects, Kanonische Tags, hreflang, interne Links, Sitemaps, Host-Verifizierung, Monitoring — und jeder Vorher/Nachher-Rankingvergleich wird durch alles andere verfälscht, was sich beim Umzug geändert hat. Migrieren Sie nicht nur, um einen Ranking-Sprung zu erzielen.
- Patricks Standard: Unterverzeichnisse, es sei denn, eine bestehende ccTLD, eine Vertrauens-/Rechts- anforderung oder eine echte Infrastrukturtrennung spricht dagegen. Konsistenz über Märkte hinweg ist wichtiger als die Wahl.
Welche Struktur sollten Sie verwenden?
Arbeiten Sie von oben nach unten — das erste „Ja“, das passt, entscheidet in der Regel.
1. Besitzen Sie bereits Ländermarkt-Domains (example.de, example.fr) oder ist Ihr Geschäft dort bereits etabliert?
→ Verwenden Sie ccTLDs. Sie haben die Fragmentierungskosten bereits bezahlt und lokale
Autorität aufgebaut; werfen Sie das nicht weg, um zu konsolidieren. Behalten Sie diese Domains und richten Sie hreflang
über die Properties hinweg ein.
2. Verlangt ein Markt rechtlich eine lokale Domain, oder ist lokales Vertrauen entscheidend (Finanzen, Gesundheit, staatsnah, großer nationaler Einzelhandel)? → Verwenden Sie eine ccTLD für diesen Markt. Das automatische Geo-Signal und der Vertrauenshinweis einer lokalen Adresse sind hier die zusätzliche Domain wert. (Sie können ccTLDs für einige Märkte und Unterverzeichnisse für andere verwenden, aber halten Sie jeden Markt intern konsistent.)
3. Benötigen Sie jedes Land auf einem wirklich separaten Server, Stack oder Team, möchten aber
keine separaten Domains kaufen?
→ Verwenden Sie eine Subdomain (de.example.com). Sie erhalten die Hosting-/Standortflexibilität
ohne separate Domain — denken Sie nur daran, dass Sie hreflang weiterhin schulden; die Subdomain
zielt sich nicht selbst geografisch aus.
4. Keines der oben genannten – Sie sind eine überwiegend .com-Website, die in neue Sprachen/Länder expandiert und die einfachste Lösung sucht, die funktioniert?
→ Verwenden Sie Unterverzeichnisse (example.com/de/). Die Autorität bleibt auf einer Domain, einem Hosting-Setup und einer Search Console-Property konsolidiert. Verpflichten Sie sich zu korrektem hreflang, denn seit September 2022 gibt es keine manuelle Länderzielungs-Einstellung mehr, auf die Sie zurückgreifen können.
Zwei Regeln, die den Baum überschreiben:
- Konsistenz schlägt die „perfekte“ Wahl. Eine Struktur, die sauber auf allen Märkten angewendet wird, übertrifft eine Mischung, die pro Markt nach Bauchgefühl gewählt wird.
- Migrieren Sie Strukturen niemals nur für einen Ranking-Boost. Google hat keine Präferenz; das Migrationsrisiko (siehe den allgemeinen Artikel zu Subdomain vs. Unterverzeichnis) überwiegt normalerweise ein Signal, das Sie mit hreflang erhalten können.
Offizielle Dokumentation
Primärquellen-Dokumentation von den Suchmaschinen.
- Verwaltung mehrregionaler und mehrsprachiger Websites – die drei URL-Strukturen für Länderzielung (ccTLD, Subdomain, Unterverzeichnis), ihre Vor- und Nachteile sowie die Empfehlung, unterschiedliche URLs pro Version zu verwenden, anstatt Cookies oder browserbasiertes Serving.
- Best Practices für URL-Strukturen – empfiehlt ccTLDs oder Unterverzeichnisse für Geotargeting; keine angegebene Ranking-Präferenz.
- Informieren Sie Google über lokalisierte Versionen Ihrer Seite (hreflang) – die reziproken hreflang-Regeln, die das einzige explizite Geo-Signal sind, das für gTLD-Subdomains und Unterverzeichnisse übrig bleibt, neben den abgeleiteten Signalen (Serverstandort, lokale Inhalte, lokale Links), die Google selbst liest.
- Crawling und Indexierung mehrsprachiger Websites – wie Google die richtige Sprachversion entdeckt und ausliefert.
Bing / Microsoft
- So teilen Sie Bing das Land und die Sprache Ihrer Website mit (Bing Webmaster Blog) – Bings Anleitung für Multi-Land-/Multi-Sprach-Websites; beachten Sie, dass Bing sich mehr auf das
content-language-Meta-/Header-Signal verlässt als auf hreflang. - Bing Webmaster Guidelines – allgemeine Anleitung; keine vorschreibende Präferenz zwischen ccTLD, Subdomain oder Unterverzeichnis für legitime Websites.
Zitate aus der Quelle
Aussagen und dokumentierte Positionen, die auf dem Record stehen. Wo eine Seite dies unterstützt, ist der Link ein Deep Link zur Passage; wo das Briefing eine Behauptung ohne verifiziertes wörtliches Teilstring übermittelte, wird ohne Anführungszeichen paraphrasiert.
Google – keine Ranking-Präferenz zwischen den Strukturen
- Paraphrasiert: Die Dokumentation von Google besagt, dass Sie wählen sollten, was am einfachsten zu organisieren und zu verwalten ist, und dass Google aus Indexierungs- und Ranking-Perspektive keine Präferenz zwischen den URL-Strukturen hat. URL-Struktur-Dokumentation
Google – die drei internationalen Strukturen und ihre Kompromisse
- Paraphrasiert aus den multi-regionalen Dokumentationen: Eine Ländercode-Top-Level-Domain bietet eine klare Geotargeting-Signalgebung und eine einfache Site-Trennung, ist aber teuer und erfordert mehr Infrastruktur; eine gTLD-Subdomain ist einfach einzurichten und ermöglicht verschiedene Serverstandorte, aber Nutzer erkennen das Geotargeting möglicherweise nicht; ein gTLD-Unterverzeichnis ist einfach einzurichten und wartungsarm auf einem einzelnen Host, aber auch hier erkennen Nutzer das Geotargeting möglicherweise nicht. Verwaltung von multi-regionalen und mehrsprachigen Websites
Google – Entfernung des Berichts „Internationales Targeting“ (September 2022)
- Paraphrasiert aus der Ankündigung der Google Search Console, wie berichtet: Der Bericht „Internationales Targeting“ wurde eingestellt, weil der Wert der manuellen Länder-Targeting-Einstellung im Laufe der Zeit abgenommen hatte, da hreflang ausgereift war – sodass hreflang als Mechanismus zur Kennzeichnung lokalisierter Versionen übrig blieb. Hinweis zur Einstellung von Google
Häufige Fehler (und was Sie stattdessen tun sollten)
Mythos 1: „Eine ccTLD rankt besser, also kaufen Sie eine für jedes Land.“ Warum das falsch ist: Google hat keine Ranking-Präferenz zwischen den Strukturen, und jede ccTLD ist eine separate Domain, die ihre eigene Autorität fast von null aufbaut und Infrastruktur- und hreflang-Komplexität hinzufügt. Die Ranking-Studien, die ccTLDs an der Spitze zeigen, sind korrelational – etablierte lokale Marken sitzen konventionsgemäß auf ccTLDs. Tun Sie stattdessen: Verwenden Sie ccTLDs nur dort, wo das automatische Geo-Signal oder lokales Vertrauen die Fragmentierung wirklich rechtfertigt; andernfalls konsolidieren Sie auf Unterverzeichnissen.
Mythos 2: „Unterverzeichnisse sind genauso gut, also brauche ich kein hreflang.“ Warum das falsch ist: Ein Unterverzeichnis auf einer gTLD erhält kein automatisches Ländersignal, und da Google den Bericht „Internationales Targeting“ entfernt hat (Sept. 2022), gibt es keine manuelle Länder-Targeting-Einstellung mehr. Ohne hreflang haben Sie Google nichts darüber mitgeteilt, für wen jede Version gedacht ist. Tun Sie stattdessen: Implementieren Sie reziprokes, selbstreferenzielles hreflang über alle Ihre Locale-Ordner hinweg – es ist jetzt der einzige explizite Hebel, den Sie haben.
Mythos 3: „Legen Sie das Zielland in der Search Console für meinen /de/-Ordner fest.“
Warum das falsch ist: Diese Einstellung (Internationales Targeting) existiert nicht mehr – sie wurde
im September 2022 entfernt. Sie können das Land eines Unterordners nicht mehr explizit deklarieren.
Tun Sie stattdessen: Verlassen Sie sich auf hreflang plus abgeleitete Signale (Server/CDN-Standort, lokale
Sprache und Währung, lokale Adresse, Inlandslinks).
Mythos 4: „Subdomains geotargeten sich selbst, weil sie ein separater Hostname sind.“
Warum das falsch ist: Eine gTLD-Subdomain (de.example.com) trägt keine Länderbedeutung aus
der .com; sie benötigt dieselben hreflang- und abgeleiteten Signale wie ein Unterverzeichnis. Der
separate Hostname bringt Hosting-Flexibilität, aber kein automatisches Geo-Signal.
Tun Sie stattdessen: Behandeln Sie das Geotargeting einer Subdomain genau wie das eines Unterverzeichnisses – hreflang
zuerst – und nutzen Sie die Subdomain nur für ihre Infrastrukturvorteile.
Mythos 5: „Migrieren Sie zu einer ccTLD (oder einem Unterordner), um schwache internationale Rankings zu beheben.“ Warum das falsch ist: Eine Strukturmigration ist ein Risiko ohne garantierte Belohnung – Google hat keine Präferenz, und die allgemeinen Subdomain-vs-Unterverzeichnis-Fallstudien zeigen, dass die meisten Migrations-”Erfolge” durch gleichzeitige Änderungen verfälscht werden. Sie beheben Autoritäts- oder Relevanzprobleme selten, indem Sie URLs verschieben. Tun Sie stattdessen: Beheben Sie die zugrunde liegenden Signale (hreflang-Korrektheit, lokale Inhaltsqualität, Inlandslinks), bevor Sie die URL-Struktur anfassen.
Mythos 6: „Strukturen pro Markt mischen – je nachdem, was gerade bequem ist.“ Warum das falsch ist: Eine inkonsistente Mischung macht hreflang-Cluster, Crawling und Autorität schwerer nachvollziehbar und leichter auf Skalierung zu brechen. Stattdessen: Wählen Sie eine primäre Struktur und wenden Sie diese konsistent an; weichen Sie nur aus einem spezifischen, begründeten Grund ab (eine bestehende ccTLD, eine gesetzliche Anforderung).
Checkliste zur Auswahl einer internationalen URL-Struktur
Bevor Sie wählen
- Bestätigen Sie, dass Sie tatsächlich Länder-/Sprach-Targeting benötigen (unterschiedliche Inhalte pro Markt), nicht nur die Übersetzung einer globalen Website.
- Listen Sie Ihre Zielmärkte auf und notieren Sie alle mit rechtlichen/registrierungsbezogenen Anforderungen für eine lokale Domain.
- Prüfen Sie, ob Sie bereits relevante ccTLDs besitzen oder auf einer davon ranken.
- Entscheiden Sie, wie viel lokales Vertrauen in Ihrer Branche zählt (Finanzen/Gesundheit/Handel tendieren zu ccTLDs; SaaS/Content ist oft auf Unterverzeichnissen in Ordnung).
Entscheidung
- Bereits auf ccTLDs etabliert oder rechtlich/vertrauenskritisch? → ccTLD.
- Separate Hosting-/Serverstandorte pro Land benötigt, aber keine separaten Domains? → Subdomain.
- Andernfalls am einfachsten zu betreiben mit konsolidierter Autorität? → Unterverzeichnis (die Standardoption).
- Was auch immer Sie wählen, planen Sie, es konsistent über alle Märkte anzuwenden.
Nach der Auswahl (jede gTLD-Struktur – Subdomain oder Unterverzeichnis)
- Denken Sie daran, dass es keine manuelle Länder-Targeting-Einstellung in der Search Console mehr gibt (entfernt im September 2022).
- Implementieren Sie reziprokes, selbstreferenzielles hreflang über alle Versionen.
- Fügen Sie ein x-default für die Fallback-/ Auswahlseite hinzu.
- Verstärken Sie mit abgeleiteten Signalen: Server-/CDN-Standort, lokale Sprache und Währung, lokale Adresse/Telefon, Links von Websites im Land.
- Migrieren Sie keine bestehende, funktionierende Struktur nur für einen Ranking-Schub.
Wenn Sie ccTLD wählen
- Budget für separate Registrierung, Verlängerung, Hosting und Zertifikate pro Domain einplanen.
- hreflang über separate Properties planen (jede ccTLD verweist auf jede andere, reziprok).
- Akzeptieren Sie, dass jede Domain ihre eigene Autorität aufbaut – erwarten Sie nicht, dass Link-Equity zusammenfließt.
Wenn Sie zwischen Strukturen migrieren
- Leiten Sie jede alte URL 1:1 auf ihr neues Äquivalent um – keine pauschalen Weiterleitungen auf die Startseite.
- Aktualisieren Sie Canonical-Tags auf die neuen URLs; behalten Sie einen bevorzugten Canonical plus hreflang für sprachregionale Duplikate.
- Bauen Sie reziprokes hreflang über jede Property neu auf, das auf die neuen URLs verweist.
- Aktualisieren Sie interne Links und aktualisieren Sie XML-Sitemaps.
- Verifizieren Sie die neue Host-/Property in der Search Console und in Bing Webmaster Tools, bevor Sie die Daten benötigen.
- Überwachen Sie Indexierung, Traffic und Rankings während des Übergangs – und denken Sie daran, dass die Migration selbst eine Störvariable in jedem Vorher/Nachher-Vergleich ist.
Die mentalen Modelle
1. Signal vs. Autorität – der Kern-Trade-off. Eine ccTLD maximiert das Geo-Signal (automatisch, eindeutig), fragmentiert aber Autorität (separate Domains). Ein Unterverzeichnis maximiert Autorität (konsolidiert auf einer Domain), minimiert aber das automatische Geo-Signal (nur hreflang). Eine Subdomain liegt dazwischen. Fast jede Entscheidung hier ist ein Punkt auf dieser Signal-vs.-Autorität-Linie.
2. Automatisches vs. manuelles Geo-Signal. Nur eine ccTLD gibt Ihnen das Ländersignal kostenlos. Alles auf einer gTLD – Subdomain oder Unterverzeichnis – hat ein manuelles Signal, für das Sie verantwortlich sind. Und seit September 2022 bedeutet „manuell“ hreflang, nicht eine Search-Console-Einstellung. Wenn Sie eine gTLD-Struktur wählen, verpflichten Sie sich, hreflang korrekt zu betreiben.
3. Struktur ist kein Ranking-Hebel. Google hat keine Präferenz. Sie ranken nicht besser, indem Sie eine Form wählen. Sie ranken besser, indem Sie in einem Markt relevant, vertrauenswürdig und gut verlinkt sind – die Struktur ändert nur, wie sauber Sie signalisieren, welcher Markt gemeint ist. Beantworten Sie zuerst die Frage „Welche rankt besser?“; es ist die falsche Frage.
4. Konsistenz schlägt Optimierung. Eine Struktur, die sauber über alle Märkte hinweg angewendet wird, ist mehr wert als eine pro Markt gemischte Auswahl, die auf Bauchgefühl beruht. Konsistenz ist es, die hreflang-Cluster und das Crawling in großem Maßstab handhabbar hält.
5. Trennen Sie die internationale Frage von der allgemeinen. „Wo soll mein Blog leben?“ (Subdomain vs. Unterverzeichnis im Allgemeinen) und „Wie bediene ich verschiedene Länder?“ sind unterschiedliche Entscheidungen mit unterschiedlichen Entscheidungsfaktoren. Die allgemeine Frage dreht sich um Integration und Migrationsrisiko; die internationale Frage dreht sich um das Geo-Signal. Übernehmen Sie nicht die Antwort von der einen in die andere.
Testen Sie sich selbst: ccTLD vs. Subdomain vs. Unterverzeichnis
Fünf kurze Fragen zur Wahl einer internationalen URL-Struktur. Wählen Sie für jede eine Antwort und überprüfen Sie dann.
Ressourcen, die Ihre Zeit wert sind
Meine verwandten Artikel
- Hreflang: Der einfache Leitfaden für Anfänger – die Mechanik, auf die Sie sich für jede gTLD-Subdomain oder jedes Unterverzeichnis verlassen werden, plus meine Studie über 374 756 hreflang-nutzende Domains, die zeigt, wie oft hreflang bricht (über 67 % hatten ein Problem).
- Der Anfängerleitfaden für technisches SEO – wo internationale URL-Strukturentscheidungen in das größere Bild passen.
- Subdomain vs. Unterverzeichnis: Unterverzeichnisse sind für SEO nicht besser als Subdomains – mein allgemeiner (nicht internationaler) Fall, dass die beiden funktional äquivalent sind und die meisten Migrations-”Gewinne” verwechselt sind; lesen Sie dies für die Version der Frage “Wo soll mein Blog leben”.
Meine Vorträge
- So funktioniert die Suche (SlideShare) – mein Durchgang durch Crawling, Rendering, Indexierung und Ranking; nützlicher Hintergrund, warum Signale (nicht die URL-Form) Ergebnisse bestimmen. (Der ständige Haftungsausschluss gilt: “This is my understanding of systems… not going to be 100% complete or accurate.” (Übersetzung) „Das ist mein Verständnis von Systemen … es wird nicht zu 100 % vollständig oder korrekt sein.“)
Aus der Branche
- Verwaltung mehrregionaler und mehrsprachiger Websites (Google Search Central) – die Quellenliste der drei Strukturen und ihrer dokumentierten Vor- und Nachteile.
- Der Bericht zur internationalen Ausrichtung ist veraltet (Google Search Console-Hilfe) – die Entfernung im September 2022 und was sie für die Angabe des Landes eines Unterordners bedeutet.
- Best Practices für URL-Strukturen (Google Search Central) – die Geotargeting-Anleitung und die Position ohne Präferenz.
- Forschung zu Subdomains vs. Unterverzeichnissen: 20.000 Keywords analysiert (SE Ranking) – die transparente Korrelationsstudie über 15 Märkte, die zeigt, dass ccTLDs internationale SERPs dominieren (lesen Sie die Studie als Korrelation, nicht als Kausalität).
- SEO-Best-Practices mit Cloudflare Workers, Teil 1: Subdomain vs. Unterverzeichnis (Cloudflare) – der Reverse-Proxy-Workaround, wenn Sie an eine Subdomain gebunden sind, aber eine Unterverzeichnis-URL möchten.
Änderungsprotokoll
Aktualisiert am 9. Aug. 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.
Aktualisiert am 9. Aug. 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.
Aktualisiert am 3. Aug. 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.
Aktualisiert am 18. Juli 2026.
Redaktionelle Zusammenfassung und aufgezeichnete Änderungsdetails.Änderungsdetails
-
Detaillierte Änderungsangaben sind derzeit auf Englisch verfügbar.
Vollständiger Vergleich nicht verfügbar — für diese Version wurde kein früherer Schnappschuss archiviert.