Wenn du eine internationale Website betreibst, kennst du diese scheinbar kleine, aber erstaunlich hartnäckige Frage wahrscheinlich: Soll der US-Bereich in einem eigenen Ordner liegen, also etwa unter /en-us/blog/, oder reicht ein normaler Pfad wie /blog/? Auf dem Papier wirkt das wie eine technische Detailfrage. In der Praxis hängen daran aber oft ganze Diskussionen zwischen SEO, Entwicklung, Content-Team, Analytics und manchmal sogar Legal oder Produktmanagement.
Die kurze Antwort lautet: Aus reiner SEO-Sicht macht es praktisch keinen Unterschied, ob deine US-Inhalte unter /blog/ oder unter /en-us/blog/ liegen. Zumindest dann nicht, wenn du sonst sauber arbeitest, deine Internationalisierung logisch aufgebaut ist und Google die Seiten technisch gut verstehen kann.
Das klingt erst einmal unspektakulär. Fast schon zu einfach. Aber genau darin steckt der Punkt: Nicht jede saubere URL-Struktur ist automatisch ein Rankingvorteil. Manchmal ist sie vor allem ein Vorteil für dich, dein Team, deine Auswertungen und deine langfristige Ordnung. Und aus meiner Erfahrung wird genau das in internationalen SEO-Projekten gern vermischt. Man sucht nach dem „besten SEO-Signal“, obwohl man eigentlich eine Frage der Wartbarkeit beantwortet.
Wenn du also gerade überlegst, ob du für deinen Heimatmarkt, etwa die USA, zusätzlich einen lokalisierten Ordner anlegen solltest, obwohl die Inhalte weitgehend identisch sind, lohnt sich ein nüchterner Blick. Es geht weniger darum, ob Google /en-us/ lieber mag. Es geht darum, ob deine Struktur dir hilft, deine Website über Jahre sauber zu steuern.
Warum /blog/ und /en-us/blog/ für SEO oft gleichwertig sind
Bei internationalen Websites gibt es häufig ein festes Muster für URLs. Zum Beispiel:
/en-us/ für englische Inhalte in den USA, /en-gb/ für Großbritannien, /de-de/ für Deutschland, /fr-fr/ für Frankreich und so weiter. Dieses Muster ist sehr beliebt, weil es auf den ersten Blick ordentlich wirkt. Sprache und Land stehen direkt in der URL. Jeder sieht sofort, für wen die Seite gedacht ist.
Wenn du nun aber ausgerechnet für deinen Hauptmarkt oder Heimatmarkt bereits einen allgemeinen Blog unter /blog/ hast, entsteht die Frage: Muss dieser Blog auch in das internationale Muster gezwungen werden? Also etwa von /blog/ nach /en-us/blog/? Oder kann er einfach bleiben, wie er ist?
Die entscheidende Aussage dazu ist: Du solltest keinen praktischen SEO-Vorteil erwarten, nur weil du US-Inhalte in einen eigenen /en-us/-Ordner verschiebst. Google kann beide Varianten verstehen. Ein sauberer Pfad wie /blog/ ist nicht schlechter, nur weil er kein Länder- oder Sprachkürzel enthält. Umgekehrt ist /en-us/blog/ auch nicht seltsam oder problematisch. Beide Varianten können funktionieren.
Das ist ein Punkt, der in SEO-Diskussionen manchmal untergeht. Eine URL-Struktur ist nicht automatisch besser, nur weil sie „internationaler“ aussieht. Google bewertet nicht isoliert den Ordnernamen und sagt dann: „Aha, hier steht en-us, also rankt diese Seite besser in den USA.“ So simpel läuft es nicht. Entscheidend ist das Gesamtbild: Inhalt, interne Verlinkung, hreflang, Canonicals, Signale der Website, Nutzerrelevanz und natürlich die technische Zugänglichkeit.
Ein Beispiel aus der Praxis: Stell dir vor, du hast einen englischen Ratgeber „How to choose running shoes“. Wenn dieser Ratgeber unter /blog/how-to-choose-running-shoes/ liegt und klar auf Englisch geschrieben ist, kann Google den Inhalt problemlos einordnen. Wenn dieselbe Seite unter /en-us/blog/how-to-choose-running-shoes/ liegt, ist das ebenfalls verständlich. Der Pfad allein macht aber nicht den Unterschied zwischen Platz 3 und Platz 8.
Manchmal wird hier zu viel Gewicht auf Ästhetik gelegt. /blog/ sieht schön kurz aus. /en-us/blog/ sieht systematisch aus. Beides hat seinen Reiz. Für Google ist aber nicht die schönere Variante entscheidend, sondern ob deine Website konsistent genug ist, damit Suchmaschinen und Nutzer nicht in widersprüchliche Signale laufen.
Der eigentliche Vorteil liegt oft nicht bei Google, sondern bei dir
Der größere Nutzen eines Pfads wie /en-us/blog/ liegt oft in der Verwaltung. Und das ist nicht kleinzureden. Gerade bei internationalen Websites ist Ordnung Gold wert, auch wenn sie nicht direkt als Rankingfaktor glänzt.
Wenn alle Länder- und Sprachversionen nach demselben Muster aufgebaut sind, kannst du deine Daten leichter filtern. Du kannst in Analytics, Logfile-Auswertungen oder internen Dashboards schneller sehen, wie der US-Bereich performt. Du kannst Segmente bauen, Berichte nach Ländern schneiden und Content-Performance sauberer vergleichen.
Das klingt trocken, ist aber im Alltag enorm hilfreich. Ich habe schon Projekte gesehen, bei denen die SEO-Arbeit nicht an schlechten Rankings gescheitert ist, sondern an chaotischen Daten. Niemand wusste mehr genau, welche URLs zu welchem Markt gehören. Ein Teil lag unter /us/, ein anderer unter /en/, ältere Inhalte unter /blog/, Kampagnenseiten irgendwo unter /landing/. Nach zwei Relaunches war das Ganze ein kleiner archäologischer Fundplatz.
In solchen Fällen kann ein lokalisierter Ordner sehr sinnvoll sein. Nicht, weil er Google magisch überzeugt, sondern weil du selbst endlich sauber arbeiten kannst. Und sauberes Arbeiten führt mittelbar eben doch zu besseren SEO-Ergebnissen. Du erkennst Probleme schneller. Du findest fehlerhafte hreflang-Cluster leichter. Du siehst, ob US-Inhalte anders performen als britische Inhalte. Du kannst Verantwortlichkeiten im Team klarer verteilen.
Darum würde ich die Frage nicht nur technisch beantworten. Frag dich lieber: Hilft diese URL-Struktur meinem Team, diese Website in zwei, drei oder fünf Jahren noch sauber zu betreiben? Wenn ja, kann /en-us/ eine gute Entscheidung sein. Wenn nein, musst du keinen überflüssigen Umbau starten, nur weil es vollständiger aussieht.
Duplicate Content bei gleicher Sprache und verschiedenen Ländern
Spannender wird es, wenn du mehrere Länderseiten in derselben Sprache hast. Das ist ein Klassiker: USA, Kanada, Großbritannien, Australien. Alles Englisch, aber unterschiedliche Märkte. Jetzt stellt sich die Frage, ob du für jedes Land eigene Inhalte brauchst oder ob du denselben Text mehrfach verwenden kannst.
Technisch kannst du natürlich mehrere Varianten anlegen:
/en-us/blog/running-shoes/
/en-gb/blog/running-shoes/
/en-ca/blog/running-shoes/
/en-au/blog/running-shoes/
Wenn diese Seiten aber exakt denselben Text enthalten, erkennt Google sie möglicherweise als identisch oder nahezu identisch. Dann kann es passieren, dass Google eine davon als kanonische Version auswählt. Das bedeutet: Google entscheidet, welche URL als Hauptversion gilt. Die anderen Varianten werden zwar nicht unbedingt ignoriert, aber in der Auswertung und Indexierung anders behandelt.
Hier kommt hreflang ins Spiel. hreflang hilft Google zu verstehen, welche URL für welche Sprache oder Region gedacht ist. Im Idealfall kann Google trotz identischer oder sehr ähnlicher Inhalte die richtige Version in den Suchergebnissen anzeigen. Ein Nutzer in den USA sieht dann die US-Version, ein Nutzer in Großbritannien die UK-Version.
Das kann funktionieren. Aber, und das ist ein nicht unwichtiger Haken: Es kann in der Search Console verwirrend aussehen. Wenn Google eine Canonical-URL auswählt, werden Daten oft auf dieser kanonischen Version zusammengeführt oder unter ihr dargestellt. Du schaust dann in deine Berichte und fragst dich, warum bestimmte Länder-URLs nicht so auftauchen, wie du es erwartet hast. Dabei kann die Suche für Nutzer trotzdem korrekt arbeiten.
Das ist einer dieser SEO-Momente, in denen Theorie und Reporting auseinanderlaufen. Die Suchergebnisse können sauber sein, aber deine Berichte fühlen sich seltsam an. Für jemanden, der die Mechanik kennt, ist das erklärbar. Für Stakeholder im Monatsmeeting eher nicht. Da heißt es dann schnell: „Warum ist unsere UK-Seite nicht indexiert?“ oder „Warum sieht Google unsere US-Seite als Canonical?“ Und plötzlich verbringst du eine Stunde mit Erklärungen, obwohl gar kein echtes Sichtbarkeitsproblem vorliegt.
Warum exakte Kopien dein Leben schwerer machen
Der pragmatische Rat lautet daher: Vermeide möglichst exakte Duplicate-Content-Versionen über verschiedene hreflang-Seiten hinweg. Nicht unbedingt, weil Google dich dafür abstraft. Das ist ein altes Missverständnis. Es geht eher darum, dass du dir selbst unnötige Komplexität einhandelst.
Wenn vier englische Länderseiten identisch sind, muss Google entscheiden, wie es damit umgeht. Hreflang kann helfen, aber Canonicalisierung kann trotzdem optisch und analytisch verwirrend werden. Wenn du die Seiten dagegen sinnvoll lokalisierst, wird die Zuordnung klarer.
Lokalisierung bedeutet nicht, dass du jeden Satz neu erfinden musst. Es reicht manchmal schon, echte Unterschiede einzubauen: Währungen, Versandinformationen, Produktverfügbarkeit, rechtliche Hinweise, Maßeinheiten, Schreibweisen, Beispiele, lokale Empfehlungen oder kulturelle Formulierungen. „Sneakers“ und „trainers“ sind ein banales Beispiel, aber solche Details summieren sich. Für Nutzer wirken sie natürlicher. Für Suchmaschinen werden die Seiten unterscheidbarer.
Ein Online-Shop für Sportartikel könnte etwa auf der US-Seite Preise in Dollar, Lieferoptionen innerhalb der USA und verfügbare Modelle für den US-Markt zeigen. Die britische Seite nutzt Pfund, andere Lieferbedingungen und vielleicht leicht andere Produktbezeichnungen. Dann sind die Seiten nicht nur SEO-technisch sauberer, sondern auch für echte Menschen nützlicher. Und genau dort sollte der Maßstab liegen.
Bei rein informativen Inhalten ist es oft komplizierter. Nehmen wir einen Blogbeitrag wie „Wie du Laufschuhe richtig pflegst“. Muss der wirklich viermal für vier englischsprachige Länder existieren? Wahrscheinlich nicht. Wenn der Inhalt überall gleich gilt, kann eine einzige englische Version völlig ausreichen. Du sparst Pflegeaufwand, vermeidest doppelte URLs und musst später nicht vier Versionen aktualisieren, wenn sich eine Empfehlung ändert.
Aus meiner Sicht ist das eine der unterschätzten Entscheidungen im internationalen SEO: Nicht jede Information braucht eine Länderversion. Manchmal ist eine starke zentrale englische Seite besser als vier halbgare Kopien. Gerade bei Ratgebercontent, Glossaren oder allgemeinen Hilfeseiten ist das oft die sauberere Lösung.
Wann ein eigener Länderordner trotzdem sinnvoll ist
Auch wenn es keinen direkten praktischen SEO-Vorteil gibt, kann ein eigener Länderordner sehr sinnvoll sein. Das klingt zuerst widersprüchlich, ist es aber nicht. SEO besteht eben nicht nur aus Rankingsignalen. Es besteht auch aus Struktur, Prozessen und Fehlervermeidung.
Ein Ordner wie /en-us/ ist besonders hilfreich, wenn deine Website ohnehin konsequent mit dem Muster /Sprache-Land/ arbeitet. Wenn alle Märkte so aufgebaut sind, wirkt ein einzelner US-Blog unter /blog/ vielleicht wie ein Sonderfall. Sonderfälle sind nicht immer schlimm, aber sie werden mit der Zeit gern teuer. Neue Teammitglieder verstehen sie nicht sofort. Entwickler bauen Regeln falsch. Tracking-Setups übersehen sie. Redirects werden mühsamer. Irgendwann fragt jemand: „Warum ist der US-Blog eigentlich anders?“ Und oft weiß es keiner mehr.
Wenn du langfristig viele Märkte betreust, kann Konsistenz deshalb wichtiger sein als Kürze. /en-us/blog/ ist länger, aber eindeutig. Schon am Pfad erkennst du: Das gehört zur US-Version. Für internationale Teams, automatisierte Reports und QA-Prozesse ist das angenehm.
Andererseits: Wenn du nur einen allgemeinen englischen Blog hast und gar keine echte US-spezifische Lokalisierung planst, wäre ein Umzug auf /en-us/blog/ vielleicht unnötig. Besonders dann, wenn der bestehende /blog/-Bereich gut rankt, viele Backlinks hat und sauber intern verlinkt ist. Ein URL-Wechsel ist nie völlig kostenlos. Du brauchst Redirects, musst interne Links anpassen, Sitemaps aktualisieren, Canonicals prüfen, hreflang sauber setzen und einige Wochen mit Schwankungen rechnen. Nur für ein theoretisch hübscheres Muster würde ich das nicht machen.
Da bin ich recht pragmatisch: Wenn eine bestehende Struktur funktioniert und keine echten operativen Probleme verursacht, solltest du sie nicht aus kosmetischen Gründen umbauen. SEO-Relaunches aus Ordnungsliebe enden manchmal in mehr Arbeit als Nutzen. Nicht immer, aber oft genug.
Die bessere Entscheidungsfrage
Statt zu fragen „Welche URL rankt besser?“, frag lieber:
Kann ich meine Märkte sauber auswerten?
Ist meine hreflang-Struktur eindeutig?
Verstehen Nutzer und Teams, welche Seite für welchen Markt gedacht ist?
Gibt es wirklich landesspezifische Unterschiede im Inhalt?
Würde ein Umzug mehr Klarheit schaffen oder nur neue Risiken erzeugen?
Diese Fragen führen dich meist schneller zur richtigen Entscheidung als die Suche nach einem versteckten Rankingbonus. Und ja, manchmal ist die Antwort unbefriedigend banal: Mach das, was für deine Website am besten handhabbar ist. Aber banal heißt nicht falsch.
Gerade bei internationalen Websites gibt es selten eine perfekte Lösung. Es gibt eher eine passende Lösung für deine Organisation, deine Märkte und deinen Content-Typ. Ein globaler SaaS-Anbieter mit zehn Sprachversionen braucht eine andere Struktur als ein US-Shop mit ein paar kanadischen Landingpages. Ein Medienportal mit zentralem englischem Content denkt anders als ein Händler, der Preise, Lagerbestände und rechtliche Texte pro Land ausspielen muss.
Wie du mit hreflang, Canonicals und Lokalisierung sauber umgehst
Wenn du mehrere Länder- oder Sprachversionen betreibst, solltest du drei Dinge besonders ernst nehmen: hreflang, Canonical-Tags und inhaltliche Lokalisierung. Diese drei Bereiche greifen ineinander, und wenn einer davon schlampig umgesetzt ist, entstehen schnell merkwürdige Effekte.
hreflang sagt Google, welche Sprach- oder Länderversionen zusammengehören. Es ist kein Ranking-Booster, sondern ein Auslieferungssignal. Es hilft also dabei, die richtige URL für den passenden Nutzer anzuzeigen. Dafür müssen die Verweise vollständig und gegenseitig sein. Wenn die US-Seite auf die UK-Seite verweist, sollte die UK-Seite auch zurück auf die US-Seite verweisen. Außerdem gehört meist eine x-default-Version dazu, wenn du eine globale Auswahlseite oder Standardversion hast.
Canonical-Tags sagen Google, welche URL die bevorzugte Version eines Inhalts ist. Bei internationalen Varianten ist Vorsicht angesagt. Wenn jede Länderfassung auf sich selbst canonicalisiert, ist das meist sauber, sofern die Seiten eigenständig existieren sollen. Wenn du aber identische Inhalte hast, kann Google trotzdem eine andere Canonical-Auswahl treffen. Das ist nicht immer dramatisch, aber du solltest darauf vorbereitet sein.
Die Lokalisierung ist der menschliche Teil des Ganzen. Sie entscheidet, ob deine Seiten wirklich eigenständig wirken oder nur Kopien mit anderer URL sind. Und Nutzer merken das. Eine Seite, die angeblich für Australien gedacht ist, aber nur US-Preise, US-Versand und US-Beispiele enthält, fühlt sich nicht lokal an. Das ist nicht nur ein SEO-Thema, sondern ein Vertrauensproblem.
Manchmal reicht eine leichte Anpassung. Manchmal brauchst du komplett eigene Inhalte. Ich würde das nach Seitentyp entscheiden:
Bei Produktseiten sind lokale Unterschiede oft wichtig: Preis, Währung, Verfügbarkeit, Versand, Garantie, Steuern, rechtliche Hinweise.
Bei Kategorieseiten können lokale Sortimente, Suchintentionen und saisonale Unterschiede relevant sein.
Bei Ratgeberartikeln genügt oft eine zentrale Version, sofern der Inhalt wirklich universell ist.
Bei Landingpages für Kampagnen lohnt sich meist eine stärkere Lokalisierung, weil Ansprache und Angebot stark vom Markt abhängen.
Das klingt nach mehr Arbeit, und ehrlich gesagt: Ja, das ist mehr Arbeit. Internationale SEO ist selten bequem. Aber sauber zu entscheiden, wo Lokalisierung wirklich nötig ist und wo nicht, spart langfristig oft mehr Aufwand, als blind jede Seite für jedes Land zu duplizieren.
Was du konkret daraus mitnehmen solltest
Wenn du vor der Entscheidung stehst, ob dein US-Content unter /blog/ oder /en-us/blog/ liegen soll, musst du nicht nervös werden. Es gibt keinen nennenswerten praktischen SEO-Unterschied allein durch diese Ordnerwahl. Beide Varianten können funktionieren.
Der Unterschied liegt eher in der Organisation. /en-us/blog/ kann dir helfen, Daten nach Land und Sprache zu filtern, Berichte sauberer zu bauen und eine einheitliche internationale Struktur zu pflegen. /blog/ ist kürzer, oft historisch gewachsen und völlig in Ordnung, wenn es logisch in dein Setup passt.
Wirklich aufpassen solltest du bei doppelten Inhalten über mehrere Länder hinweg. Wenn du denselben englischen Text für die USA, Großbritannien, Kanada und Australien mehrfach veröffentlichst, kann Google diese Seiten als identisch betrachten und eine Canonical-Version auswählen. hreflang sorgt in vielen Fällen trotzdem dafür, dass Nutzern die richtige URL angezeigt wird. Aber deine Search-Console-Daten können dadurch unübersichtlich werden. Und ganz ehrlich: Unübersichtliche Daten sind in internationalen Projekten ein echter Zeitfresser.
Mein pragmatischer Rat wäre daher: Baue deine Struktur so, dass du sie gut pflegen kannst. Nutze einen eigenen Länderordner, wenn er dir Klarheit bringt. Verzichte darauf, wenn er nur Kosmetik ist. Verwende nicht für jeden Markt automatisch identische Kopien, sondern entscheide nach Inhaltstyp. Und wenn du lokalisierst, dann bitte nicht nur im URL-Pfad, sondern im Inhalt selbst.
Am Ende ist die beste Lösung meist nicht die, die am elegantesten in einem SEO-Diagramm aussieht. Es ist die, mit der du zuverlässig arbeiten kannst, ohne dass dein Team bei jeder Auswertung, jedem Relaunch und jeder neuen Länderfassung wieder dieselben Fragen diskutiert. SEO profitiert oft weniger von perfekten Mustern als von klaren, belastbaren Entscheidungen.
