ccTLD vs. Subdomain vs. Subdirectory: Internationale SEO-Struktur wählen

1. Warum die internationale URL-Struktur eine strategische SEO-Entscheidung ist

Die Wahl zwischen ccTLD, Subdomain und Subdirectory sieht auf den ersten Blick nach einem rein technischen Detail aus, ist in Wirklichkeit aber eine der folgenreichsten SEO-Entscheidungen beim internationalen Wachstum eines Shops. Sie bestimmt, wie sich Backlinks, Rankinghistorie und Domain-Autorität über die Ländermärkte verteilen, wie viel Vertrauen lokale Nutzer der Seite entgegenbringen und wie hoch der laufende Betriebsaufwand für Hosting, SSL-Zertifikate und Content-Pflege ausfällt. Anders als viele andere SEO-Stellschrauben lässt sich diese Entscheidung später nur mit erheblichem Aufwand und temporärem Traffic-Verlust korrigieren, weil jede Strukturänderung faktisch eine vollständige URL-Migration mit 301-Weiterleitungen, neuer Search-Console-Verifizierung und einem Neuaufbau von Vertrauenssignalen bedeutet.

Grundsätzlich stehen drei Strukturmuster zur Wahl: die länderspezifische Top-Level-Domain wie mironsoft.fr, die Subdomain wie fr.mironsoft.de und das Sprachverzeichnis wie mironsoft.de/fr/. Jede Variante wird von Google technisch unterschiedlich behandelt und hat spezifische Stärken bei Trust-Signalen, Hosting-Flexibilität und Konsolidierung von Ranking-Signalen. Die richtige Wahl hängt nicht von einer pauschalen Best Practice ab, sondern von der Unternehmensgröße, der Anzahl der Zielmärkte, dem verfügbaren Entwicklungsbudget und davon, ob rechtliche oder logistische Gründe wie eigenständige Rechtsträger pro Land ohnehin getrennte Domains erfordern.

2. ccTLD im Detail: Lokales Vertrauen und maximale Trennung

Eine länderspezifische Top-Level-Domain wie mironsoft.fr oder mironsoft.co.uk signalisiert Google und Nutzern eindeutig, welches Land eine Seite adressiert, ganz ohne zusätzliches Geotargeting in der Search Console. Nutzer erkennen die lokale Domain sofort und bringen ihr tendenziell mehr Vertrauen entgegen als einer generischen Domain mit fremdsprachigem Verzeichnis, was sich messbar in höheren Conversion-Raten niederschlagen kann. Für Magento bedeutet eine ccTLD-Strategie in der Regel ein eigenes Website-Scope pro Land mit eigener base_url, eigenem Store und eigener Store View, damit Preise, Steuerlogik und Zahlungsarten sauber pro Land getrennt bleiben.

Der Preis dafür ist strukturelle Trennung: Domain-Autorität bündelt sich nicht, jede ccTLD startet bei Backlinks und Rankinghistorie faktisch bei null und muss eigenständig aufgebaut werden. Hinzu kommen wiederkehrende Kosten für Registrierung und Verlängerung jeder Domain, teils länderspezifische Registrierungsauflagen, ein eigenes SSL-Zertifikat pro Domain sowie eine separate Google-Search-Console-Property mit eigenem Crawling- und Indexierungsstatus. Für Teams mit begrenzten Ressourcen wird das schnell zum Flaschenhals, weil jede inhaltliche Änderung auf allen Domains einzeln gepflegt werden muss.

3. Subdomain im Detail: Flexibilität mit Trennungskosten

Eine Subdomain wie fr.mironsoft.de bleibt formal unter der Hauptdomain, kann aber komplett eigenständig gehostet werden, mit eigenem Server, eigener CDN-Konfiguration und eigenem Rechenzentrumsstandort. Das macht Subdomains zur naheliegenden Wahl, wenn Infrastruktur aus Compliance- oder Latenzgründen pro Region getrennt werden muss, etwa wenn Kundendaten aus regulatorischen Gründen in einer bestimmten Region verarbeitet werden sollen, ohne gleich eine komplett neue Domain zu registrieren. Google hat seine Behandlung von Subdomains über die Jahre angeglichen und crawlt sie zunehmend ähnlich wie Subdirectories, ein garantiert identisches Verhalten bei der Autoritätsübertragung lässt sich daraus aber nicht ableiten.

Technisch bleibt eine Subdomain näher an Subdirectory-Aufwand als an ccTLD-Aufwand: Ein Wildcard-SSL-Zertifikat deckt beliebig viele Subdomains ab, spart also gegenüber N Einzelzertifikaten. Trotzdem verlangt Google Search Console pro Subdomain weiterhin eine eigene verifizierte Property mit eigenem internationalem Geotargeting, was den Pflegeaufwand gegenüber einem reinen Subdirectory-Setup erhöht. In der Praxis ist die Subdomain ein Kompromiss, der sich vor allem für mittelgroße Unternehmen mit regionalen Infrastrukturanforderungen lohnt, für kleine Shops mit wenigen Zielmärkten ist der Zusatzaufwand oft nicht gerechtfertigt.

4. Subdirectory im Detail: Domain-Autorität bündeln

Ein Sprachverzeichnis wie mironsoft.de/fr/ bleibt vollständig unter derselben Root-Domain, wodurch sämtliche Backlinks, Erwähnungen und Rankinghistorie in einen gemeinsamen Autoritäts-Pool einzahlen, unabhängig davon, welche Sprachversion den Link erhalten hat. Das macht Subdirectories zur mit Abstand SEO-effizientesten Struktur für neue Märkte: Eine neue Sprachversion profitiert sofort von der bestehenden Domain-Autorität, statt bei null zu beginnen. Auch der technische Aufwand ist minimal, da ein einziges SSL-Zertifikat, ein einziges Hosting-Setup und eine einzige Search-Console-Property mit internationalem Geotargeting je Verzeichnis ausreichen.

Der Nachteil liegt beim lokalen Vertrauen: Nutzer erkennen eine .de-Domain weiterhin als deutsches Angebot, selbst wenn der Inhalt vollständig ins Französische übersetzt ist, was in manchen Märkten zu einer spürbar niedrigeren wahrgenommenen Seriosität führen kann. Zudem lässt sich die Infrastruktur nicht regional differenzieren, alle Sprachversionen teilen sich denselben Hosting-Standort und dieselbe CDN-Konfiguration, was bei strikten Datenresidenz-Anforderungen zum Ausschlusskriterium werden kann. Ein Markt lässt sich später außerdem nicht eigenständig verkaufen oder an einen lokalen Partner übertragen, ohne das gesamte Domain-Setup neu zu strukturieren.

5. Trust-Signale und Nutzerverhalten je Struktur

Lokale Trust-Signale wirken über die reine Rankingfrage hinaus direkt auf die Conversion-Rate, weil Nutzer unbewusst prüfen, ob ein Shop tatsächlich für ihr Land gemacht ist. In Märkten mit ausgeprägter Domain-Kultur wie Deutschland oder Frankreich erzeugt eine passende ccTLD spürbar mehr Vertrauen als eine generische Domain mit übersetztem Inhalt, während englischsprachige oder skandinavische Märkte generische Domains traditionell toleranter aufnehmen. Dieser Effekt betrifft nicht nur die Klickentscheidung in der Suche, sondern auch das Verhalten auf der Seite selbst, etwa ob Nutzer bereit sind, Zahlungsdaten einzugeben.

Wer sich für Subdirectory oder Subdomain entscheidet, kann das schwächere Domain-Signal durch andere lokale Vertrauenselemente teilweise kompensieren: eine lokale Telefonnummer und Adresse im Footer, landestypische Zahlungsarten wie Sofort in Deutschland oder Bancontact in Belgien, korrekt lokalisierte Rechtstexte inklusive Impressum-Äquivalenten sowie sichtbare lokale Kundenbewertungen. Keine dieser Maßnahmen ersetzt eine echte ccTLD vollständig, zusammen reduzieren sie aber den Vertrauensabstand deutlich.

6. Hosting-, CDN- und Serverstandort-Implikationen

ccTLD und Subdomain erlauben es, Hosting-Standort und CDN-Edge-Konfiguration pro Region frei zu wählen, relevant etwa bei DSGVO-Vorgaben, die eine Verarbeitung von EU-Kundendaten innerhalb der EU verlangen, oder bei Latenzoptimierung für weit entfernte Märkte wie eine US-Zielgruppe, die über einen US-nahen Serverstandort statt eines europäischen Ursprungsservers bedient wird. Ein Subdirectory-Setup zwingt dagegen zu einer gemeinsamen Infrastruktur, da Domain und DNS-Konfiguration für alle Sprachversionen identisch bleiben, moderne CDNs können den Datenverkehr allerdings zunehmend auch pfadbasiert an regionale Edge-Standorte weiterleiten.

Für Magento-Shops übersetzt sich das direkt in die Scope-Architektur: ccTLD und Subdomain passen strukturell zu einem eigenen Website-Scope mit eigener base_url, eigenem Store und eigener Store View pro Land. Ein Subdirectory-Ansatz nutzt dagegen meist eine gemeinsame Website mit mehreren Store Views unterhalb desselben Stores, was die Administration vereinfacht, aber eine sorgfältige, nach Locale differenzierte Full-Page-Cache-Konfiguration in Varnish erfordert, damit sich Sprachversionen nicht gegenseitig aus dem Cache verdrängen oder falsch ausgeliefert werden.

7. Wartungsaufwand und technische Komplexität

Der laufende Betriebsaufwand unterscheidet sich drastisch zwischen den drei Strukturen. Eine ccTLD-Strategie mit fünf Zielmärkten bedeutet fünf Domain-Verlängerungen, fünf SSL-Zertifikate, fünf Google-Search-Console-Properties, fünf Analytics-Property-Konfigurationen und häufig fünf länderspezifische Rechtstexte. Die Subdomain-Variante reduziert den Domain-Verwaltungsaufwand, da nur eine Root-Domain registriert werden muss, verlangt aber weiterhin separate Search-Console-Properties und eigenständiges Geotargeting je Subdomain. Ein Subdirectory-Setup kommt dagegen mit einer einzigen Domain, einem Zertifikat und einer Search-Console-Property mit länderspezifischer Ausrichtung je Verzeichnis aus, was den administrativen Aufwand für Entwicklungs- und Content-Teams erheblich senkt.

Über die reine Infrastruktur hinaus wirkt sich die Struktur auch auf die Content-Governance aus: Bei getrennten Domains besteht ein reales Risiko, dass eine Aktion auf der Hauptdomain live geht, auf einer anderen ccTLD aber vergessen wird, weil Redaktionsprozesse nicht zentral gesteuert sind. Ein Subdirectory-Setup mit gemeinsamem Magento-Multi-Store und geteiltem Hyvä-Theme erlaubt es dagegen, neue Features, Kampagnen oder Design-Anpassungen über einen zentralen Deploy gleichzeitig für alle Sprachversionen auszurollen, was Konsistenz und Time-to-Market deutlich verbessert.

8. Entscheidungsrahmen nach Unternehmensgröße und Marktstrategie

Für kleine Teams, die mit begrenztem Budget zwei bis drei Märkte erschließen wollen, ist Subdirectory in den allermeisten Fällen die richtige Wahl: geringster Einrichtungsaufwand, schnellste Markteinführung und volle Bündelung der bereits vorhandenen Domain-Autorität. Mittelgroße Unternehmen mit eigenständigen Marketing-Budgets pro Region und dem Bedarf, Infrastruktur oder Datenresidenz regional zu trennen, fahren häufig besser mit Subdomains, weil sie technische Flexibilität mit überschaubarem Mehraufwand kombinieren. Große Unternehmen mit eigenständigen Landesgesellschaften, dediziertem Länder-Marketing und hohem Bedarf an lokalem Vertrauen profitieren dagegen meist am stärksten von echten ccTLDs, trotz des höheren Wartungsaufwands.

Die Branche spielt ebenfalls eine Rolle: Vertrauenssensible Segmente wie Finanzdienstleistungen, Gesundheit oder hochpreisige Luxusgüter rechtfertigen den Mehraufwand einer ccTLD häufig, weil das lokale Vertrauenssignal direkt die Kaufentscheidung beeinflusst. Bei eher austauschbaren Produkten oder internationalem B2B-Geschäft überwiegt dagegen meist der Vorteil der SEO-Konsolidierung durch Subdirectory. Auch die Anzahl der Zielmärkte ist ein harter Faktor: Ab etwa acht bis zehn parallelen Märkten wird der Pflegeaufwand einer reinen ccTLD-Strategie für die meisten Teams praktisch nicht mehr tragbar.

9. Migration zwischen Strukturen: Risiken und Vorgehen

Ein späterer Wechsel der Struktur, etwa von Subdirectory zu ccTLD oder umgekehrt, gilt aus Google-Sicht als vollständige Domain-Migration und ist entsprechend risikobehaftet. Notwendig sind ein lückenloses 301-Redirect-Mapping jeder einzelnen URL, die Neuverifizierung und der Aufbau einer neuen Google-Search-Console-Property, die Aktualisierung sämtlicher hreflang-Referenzen und XML-Sitemaps sowie die Anpassung interner Verlinkung. Selbst bei technisch fehlerfreier Umsetzung muss mit einer temporären Ranking-Volatilität von mehreren Wochen bis Monaten gerechnet werden, während Google die neuen Signale neu bewertet.

Bewährt hat sich ein stufenweises Vorgehen, Markt für Markt statt aller Domains gleichzeitig, damit Probleme früh sichtbar werden und sich auf einen begrenzten Traffic-Anteil beschränken. Die 301-Weiterleitungen sollten dauerhaft bestehen bleiben und nicht nach wenigen Monaten deaktiviert werden, die alte Domain sollte über Jahre registriert und weitergeleitet bleiben, um Reste von Direktzugriffen und Backlink-Wert nicht zu verlieren. Search-Console-Abdeckungsberichte und Indexierungsstatus sollten in den ersten Wochen nach der Migration engmaschig überwacht werden, um Fehlindexierungen oder ausbleibende Neuindexierung schnell zu erkennen.

<!-- hreflang tags in the head when using separate ccTLDs per market -->
<link rel="alternate" hreflang="de" href="https://mironsoft.de/">
<link rel="alternate" hreflang="fr" href="https://mironsoft.fr/">
<link rel="alternate" hreflang="en-gb" href="https://mironsoft.co.uk/">
<link rel="alternate" hreflang="en" href="https://mironsoft.com/">
<link rel="alternate" hreflang="x-default" href="https://mironsoft.com/">

<!-- Every domain must reference every other domain reciprocally, -->
<!-- including a self-referencing hreflang tag for its own URL -->

<!-- Scoped configuration exported via bin/magento app:config:dump -->
<!-- Separate website scope per ccTLD, own base_url and locale -->
<config>
    <websites>
        <de_website>
            <web>
                <unsecure>
                    <base_url>https://mironsoft.de/</base_url>
                </unsecure>
                <secure>
                    <base_url>https://mironsoft.de/</base_url>
                </secure>
            </web>
            <general>
                <locale>
                    <code>de_DE</code>
                </locale>
                <country>
                    <default>DE</default>
                </country>
            </general>
        </de_website>
        <fr_website>
            <web>
                <unsecure>
                    <base_url>https://mironsoft.fr/</base_url>
                </unsecure>
            </web>
            <general>
                <locale>
                    <code>fr_FR</code>
                </locale>
                <country>
                    <default>FR</default>
                </country>
            </general>
        </fr_website>
    </websites>
</config>

# Subdomain approach: one server block per region, own root/upstream,
# infrastructure can differ per market (server location, cache zone)
server {
    listen 443 ssl;
    server_name fr.mironsoft.de;
    root /var/www/mironsoft/pub;
    # Region-specific upstream or cache zone can be configured here
}

# Subdirectory approach: a single server block, path-based store view,
# same origin and infrastructure for every language version
server {
    listen 443 ssl;
    server_name mironsoft.de;
    root /var/www/mironsoft/pub;
    location /fr/ {
        # Magento resolves the store view from the URL path
        try_files $uri $uri/ /index.php$is_args$args;
    }
}

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Mironsoft France",
  "url": "https://mironsoft.fr",
  "areaServed": "FR",
  "inLanguage": "fr-FR",
  "address": {
    "@type": "PostalAddress",
    "addressCountry": "FR"
  },
  "sameAs": [
    "https://mironsoft.de",
    "https://mironsoft.co.uk"
  ]
}

// Alpine.js component: compute the equivalent URL when switching markets,
// works across ccTLD, subdomain, and subdirectory structures
function marketSwitcher(currentPath, structureType) {
  const markets = {
    de: { cctld: 'https://mironsoft.de', subdomain: 'https://de.mironsoft.com', subdirectory: '/de' },
    fr: { cctld: 'https://mironsoft.fr', subdomain: 'https://fr.mironsoft.com', subdirectory: '/fr' },
  };

  return {
    target(marketCode) {
      const entry = markets[marketCode];
      if (!entry) return currentPath;
      if (structureType === 'subdirectory') {
        return entry.subdirectory + currentPath;
      }
      // ccTLD and subdomain both swap the origin, keep the path
      return entry[structureType] + currentPath;
    }
  };
}

Strukturvergleich

Jede der drei Strukturen hat klare Stärken und Schwächen bei Domain-Autorität, lokalem Vertrauen, Infrastrukturfreiheit, Wartungsaufwand und Migrationskomplexität. Die folgende Übersicht fasst den direkten Vergleich zusammen.

In der Praxis hängen die Kriterien zusammen: Eine Struktur mit starker Autoritätsbündelung wie Subdirectory verliert an lokalem Vertrauen, während eine Struktur mit starkem lokalem Vertrauen wie ccTLD Autorität und Wartungsaufwand streut. Wer die Tabelle konsequent gegen die eigene Unternehmensgröße, Marktanzahl und Branchenanforderung abgleicht, kommt meist zu einer eindeutigen Empfehlung statt einer reinen Geschmacksfrage.

10. Zusammenfassung

Die Wahl zwischen ccTLD, Subdomain und Subdirectory entscheidet darüber, wie sich Domain-Autorität, lokales Vertrauen und Betriebsaufwand über die internationalen Märkte verteilen. Subdirectories bündeln SEO-Signale am effizientesten und verursachen den geringsten Wartungsaufwand, liefern aber das schwächste lokale Trust-Signal. ccTLDs erzeugen das stärkste lokale Vertrauen, verlangen aber separaten Aufbau von Backlinks, SSL-Zertifikaten und Search-Console-Properties pro Land. Subdomains liegen dazwischen und eignen sich vor allem, wenn Hosting oder Datenresidenz pro Region getrennt werden müssen.

Es gibt keine pauschal richtige Struktur, nur die passende für die jeweilige Unternehmensgröße, Zielmarktanzahl und Branchenanforderung. Wer später die Struktur wechselt, sollte den Aufwand einer vollständigen Domain-Migration mit 301-Mapping, neuer Search-Console-Verifizierung und temporärer Ranking-Volatilität realistisch einplanen und die Migration schrittweise statt auf einen Schlag durchführen.

11. FAQ: ccTLD vs. Subdomain vs. Subdirectory