Ein Unternehmen, das von einer einzigen Website zu mehreren Sprachen expandiert, fängt meist damit an, die bestehenden Seiten zu übersetzen, und geht davon aus, damit sei die Arbeit getan. Ist sie nicht. Ohne die richtige technische Struktur darunter kann eine übersetzte Website Google aktiv verwirren, welche Version wem gezeigt werden soll — manchmal rankt die falsche Sprache im falschen Land, oder schlimmer: Die übersetzten Seiten werden als doppelter Content behandelt, und die meisten davon verschwinden komplett aus den Suchergebnissen.
Internationales SEO ist die Schicht, die sicherstellt, dass jede Sprachversion das Publikum erreicht, für das sie gebaut wurde. So funktioniert es tatsächlich.
Hreflang: Was es Wirklich Bewirkt
Das hreflang-Tag sagt Google (und Bing), für welche Sprache und optional welches Land eine bestimmte Seite gedacht ist, und welche anderen URLs auf deiner Website alternative Versionen desselben Contents in anderen Sprachen sind. Richtig gemacht, bekommt ein französischsprachiger Suchender deine /fr/-Seite in den Suchergebnissen angezeigt, selbst wenn deine englische Startseite technisch mehr rohe Autorität hat — weil hreflang Google mitteilt, dass das die relevantere Version für diesen Suchenden ist.
Die drei Fehler, die es am häufigsten kaputt machen:
Fehlende Gegenseitigkeit — Jede Seite in einem hreflang-Set muss auf jede andere Seite im Set verweisen, einschließlich sich selbst. Verweist deine englische Seite auf die französische Version, aber die französische Seite nicht zurück auf die englische, ignoriert Google oft das gesamte Cluster.
Falsches oder fehlendes x-default — Der x-default-Wert sagt Google, welche Version einem Suchenden gezeigt werden soll, dessen Sprache zu keiner deiner Alternativen passt. Ohne ihn wird dieser Traffic unvorhersehbar geleitet.
Hreflang ohne passende Canonical-Tags — Jede Sprachversion braucht ihre eigene, selbstreferenzierende Canonical, nicht eine Canonical, die auf eine einzige "Haupt"-Version zurückverweist. Wenn die Canonical jeder übersetzten Seite auf das englische Original zeigt, sagt das Google, die Übersetzungen seien Duplikate statt eigenständige Seiten — und untergräbt genau das, was hreflang eigentlich beheben soll.
Unterverzeichnisse, Subdomains oder ccTLDs
Es gibt drei gängige Wege, eine mehrsprachige Website zu strukturieren, und die Wahl beeinflusst sowohl SEO als auch die langfristigen Wartungskosten.
Unterverzeichnisse (beispiel.com/fr/) — Die häufigste Wahl für kleine bis mittlere Unternehmen. Alle Sprachversionen teilen sich die Autorität derselben Domain, was bedeutet, dass ein neuer Sprachstart vom bereits aufgebauten Vertrauen der Hauptdomain profitiert, statt bei null anzufangen.
Subdomains (fr.beispiel.com) — Technisch einfacher separat zu hosten, aber Google hat Subdomains in Sachen Autorität historisch als zumindest teilweise eigenständige Properties behandelt, was bedeutet, dass eine neue Subdomain oft länger braucht, um zu ranken, als ein Unterverzeichnis.
Länderspezifische Top-Level-Domains — ccTLDs (beispiel.fr) — Das stärkste lokale Vertrauenssignal für Nutzer und für Google, aber langfristig am teuersten zu unterhalten: separate Domain-Registrierungen, separate technische SEO-Arbeit, und keine geteilte Autorität zwischen den Märkten.
Für die meisten Unternehmen, die in zwei bis fünf Märkte expandieren, sind Unterverzeichnisse die pragmatische Wahl — das ist auch die Struktur, die wir auf unserer eigenen Website nutzen, weiter unten beschrieben.
Lokalisierter Content, nicht nur Übersetzter Content
Direkte Übersetzung und Lokalisierung sind nicht dieselbe Aufgabe, und sie als identisch zu behandeln, ist einer der häufigsten Gründe, warum eine mehrsprachige Expansion unter den Erwartungen bleibt.
Preise müssen in die lokale Währung mit sinnvollen runden Zahlen umgerechnet werden, nicht durch eine wörtliche Wechselkursberechnung, die eine seltsame, mehrstellige Nachkommazahl ergibt, die kein Kunde je auf einer echten Preisliste sehen würde. Redewendungen, Fachterminologie und sogar Keyword-Targeting müssen daran angepasst werden, wie dieser Markt tatsächlich sucht — eine wörtliche Übersetzung eines Keyword-Ausdrucks ist häufig nicht das, was ein Muttersprachler tatsächlich bei Google eingeben würde. Und Bezüge, die spezifisch für den Ursprungsmarkt sind (Daten, lokale Vorschriften), müssen verallgemeinert oder durch marktgerechte Entsprechungen ersetzt werden, statt unverändert in jede Übersetzung übernommen zu werden.
Technische Checkliste für Internationale Websites
Sitemap-Einträge pro Sprache — Deine XML-Sitemap sollte jede Sprachversion jeder URL auflisten, idealerweise mit hreflang-Alternate-Annotationen sowohl direkt in der Sitemap als auch auf der Seite selbst.
Sprachbewusste strukturierte Daten — Das JSON-LD-Schema sollte eine inLanguage-Eigenschaft enthalten, die zur tatsächlichen Sprache der Seite passt, nicht eine einzige Schema-Kopie, die unverändert über jede Locale hinweg wiederverwendet wird.
Konsistente interne Verlinkung — Links innerhalb übersetzten Contents sollten auf die entsprechende übersetzte Seite verweisen, wenn eine existiert, statt standardmäßig auf die englische Version zurückzufallen. Eine französische Seite, die ohne Grund intern auf eine englische Seite verweist, lässt diesen Besucher still und leise aus dem französischen Erlebnis heraussickern.
Spracherkennung, die die manuelle Wahl respektiert — Die Sprache eines Besuchers automatisch anhand der Browsereinstellungen zu erkennen, ist gute Praxis, sollte aber niemals eine URL überschreiben, zu der ein Nutzer explizit navigiert ist, oder eine Sprache, die er explizit gewählt hat — nichts frustriert einen internationalen Besucher schneller, als zurück zu einer nicht gewählten Sprache umgeleitet zu werden.
Häufige Fehler, die Internationale Rankings Zerstören
Maschinell übersetzter Content ohne Review — Sowohl Googles Systeme als auch menschliche Suchende erkennen ungeprüfte maschinelle Übersetzung, und sie konvertiert schlecht, selbst wenn sie technisch rankt.
Eine einzige Title- und Meta-Description-Strategie für jede Sprache — Die Keyword-Recherche muss pro Markt neu gemacht werden, nicht Wort für Wort aus der englischen Version übersetzt, weil sich Suchvolumen und Formulierung selbst bei derselben zugrunde liegenden Absicht zwischen Sprachen tatsächlich unterscheiden.
Doppelter Content zwischen fast identischen Locales — Zwei Websites in derselben Sprache für unterschiedliche Märkte mit identischem Content und ohne Marktdifferenzierung können genauso leicht Duplicate-Content-Probleme auslösen wie wörtliche Übersetzungsfehler.
Wie Dricomm Das Angeht
Unsere eigene Website läuft in fünf Sprachen — Englisch, Spanisch, Französisch, Deutsch und Russisch — mit der oben beschriebenen Unterverzeichnis-Struktur und hreflang-Konfiguration, wobei jede Seite eine sprachbewusste Canonical, Alternate-Tags und strukturierte Daten trägt. Sie ist mit Next.js und next-intl gebaut — demselben Stack und Ansatz, den wir in Kundenprojekte einbringen, die mehr als einen Markt bedienen müssen. Wir übersetzen nicht maschinell und veröffentlichen einfach so; jede Sprachversion wird daran angepasst, wie dieser Markt tatsächlich sucht, statt nur Wort für Wort umgewandelt zu werden.
Wenn du eine Expansion in neue Märkte planst und eine technische Einschätzung willst, was deine aktuelle Website vor dem Launch braucht, hol dir einen kostenlosen Check oder sieh dir unser vollständiges Leistungsangebot an, einschließlich der Preise für mehrsprachige Projekte.
Bereit, dein Geschäft online wachsen zu lassen? Hol dir deinen kostenlosen Check →