Was du lernen wirst
International SEO fügt keine Länderordner hinzu und übersetzt ein paar Titel. Es handelt sich um eine Produkt-, Rechts-, Support-, Preis-, Inventar- und Inhaltsentscheidung. Ein Kunde in Frankreich, Kanada oder Singapur benötigt möglicherweise eine andere Sprache, Währung, Lieferregeln, Terminologie und Nachweise. Technische Signale funktionieren nur, wenn das Kundenerlebnis kohärent ist.
Warum diese Arbeit wichtig ist: Entwerfen Sie internationale SEO und hreflang ohne widersprüchliche Signale
Internationale Websites verursachen oft zufällige Konflikte: eine kanadische Seite kanonisiert eine US-Seite, eine französische Seite leitet alle auf Englische um, ein Selektor versteckt alternative Versionen vor Crawlern oder hreflang verweist auf URLs, die Fehler zurückgeben. Kunden erhalten dann die falschen Informationen und Suchsysteme erhalten gemischte Anweisungen.
Ein praktischer internationaler Plan schützt die lokale Relevanz, ohne doppelte, nicht unterstützte oder rechtlich ungenaue Seiten zu erstellen. Es beginnt mit den Märkten, die Sie wirklich bedienen können, und den Unterschieden, die ein separates Erlebnis nützlich machen.
Schlüsselideen: Entwerfen Sie internationale SEO und hreflang ohne widersprüchliche Signale
Sprache und Region sind getrennte Entscheidungen
Sprache antwortet, welche Sprache der Inhalt verwendet. Region antwortet, welchem Markt das Angebot dient. Französisch für Kanada und Französisch für Frankreich benötigen möglicherweise separate Versionen, da sich Währung, Steuer, Recht, Terminologie, Versand oder Support unterscheiden. Verwenden Sie eine allgemeine Sprachversion nur, wenn sie wirklich mehreren Märkten dient.
Verwenden Sie es, wenn: Welche Unterschiede zwischen Kunden, Unternehmen und Recht machen dieses Gebietsschema zu einem ausgeprägten Erlebnis?
Die Architektur sollte mit den Vorgängen übereinstimmen
Ländercode-Domains, Subdomains, Unterverzeichnisse oder eine einzelne Site können alle funktionieren. Wählen Sie basierend auf Governance, Infrastruktur, Marke, Support, Content-Workflow und Marktstrategie - kein Mythos, dass eine Struktur automatisch den besten Rang einordnet.
Verwenden Sie es, wenn: Kann das Team diese Architektur genau beibehalten, wenn sich Produkte, Märkte und Sprachen ändern?
Canonical und hreflang müssen zustimmen
Jede lokalisierte Seite kanonisiert sich normalerweise selbst, wenn es sich um eine eigenständige, indizierbare Version handelt. hreflang verbindet dann gleichwertige Alternativen. Wenn Sie die kanonische Seite einer lokalen Seite auf eine andere Sprache oder einen anderen Markt verweisen, wird den Systemen oft mitgeteilt, dass die erste Seite nicht der Vertreter ist, den Sie behaupten.
Verwenden Sie es, wenn: Verweist jede Variante auf sich selbst als kanonisch und auf gültige alternative Versionen, die eine erfolgreiche Antwort zurückgeben?
Automatische Weiterleitungen benötigen einen Fluchtweg
Verwenden Sie Standorthinweise, um eine Version vorzuschlagen, nicht um die Leute einzusperren. Ein Reisender, ein zweisprachiger Benutzer, Käufer für einen anderen Markt oder Crawler benötigt möglicherweise einen anderen Standort. Halten Sie einen sichtbaren Selektor, bewahren Sie die angeforderte URL nach Möglichkeit bei und vermeiden Sie Umleitungsschleifen.
Verwenden Sie es, wenn: Kann ein Besucher absichtlich die Version auswählen und behalten, die er benötigt?
Praktische Schritte: Entwerfen Sie internationale SEO und hreflang ohne widersprüchliche Signale
- 01
Definieren Sie die tatsächliche Marktabdeckung
Listen Sie die Länder und Sprachen auf, die Sie bedienen können, einschließlich Produktverfügbarkeit, Preise, Steuern, Lieferung, Support, Rechtsansprüche und lokale Fachkompetenz.
- 02
Wählen Sie ein Variantenmodell
Entscheiden Sie, welche Kombinationen dedizierte Seiten benötigen: nur Sprache, Sprache plus Region oder ein generisches Fallback. Dokumentieren Sie den Grund und den Verantwortliche für jede Variante.
- 03
Erstellen Sie ein Gebietsschema-Inventar
Ertrage für jede gleichwertige Seite die URL, den Sprachregionscode, den Kanon, den Statuscode, den Sitemap-Eintrag, den Titel, die Währung, die Produktverfügbarkeit und das Datum der letzten Validierung.
- 04
Erstellen Sie lokalisierte Erfahrungen
Übersetze die Bedeutung, nicht nur Worte. Passen Sie Einheiten, Preise, Beispiele, Richtlinien, Kontaktrouten, Bilder und Beweise an, wo sich der Markt unterscheidet. Halten Sie eine Expertenbewertung für risikoreiche Inhalte.
- 05
Implementieren Sie wechselseitige Alternativen
Stellen Sie sicher, dass jede enthaltene Variante auf sich selbst und alle anwendbaren Alternativen konsistent verweist. Fügen Sie einen vernünftigen Standard nur dann hinzu, wenn es sich um einen echten Fallback für nicht übereinstimmende Benutzer handelt.
- 06
Testen Sie die vollständige Matrix
Überprüfen Sie repräsentative URLs über Sprache, Land, Gerät, abgemeldeten Status, vom Benutzer ausgewähltes Gebietsschema, Crawler-Zugriff, Kanonische, Weiterleitungen, Sitemap-Einträge und gerendertes HTML.
Geführter Workshop
Sprache und regionale Seiten als komplettes Set starten
Ihre Ergebnisse: Eine Sprachvariantenmatrix, die gleichwertige URLs, sichtbare Lokalisierung, wechselseitige Alternativen, lokale Fakten und Startprüfungen zeigt.
Übungsszenario
Übungsszenario: Ein Softwareunternehmen startet französische und deutsche Versionen seiner englischen Website. Die übersetzten Seiten verwenden die gleichen Preisbeispiele, die Sprachauswahl leitet Besucher manchmal nach IP-Adressen um und alternative Anmerkungen sind unvollständig. Französische Support-Teams verwenden auch eine andere Produktterminologie als die übersetzte Marketingkopie.
Das Team behandelt jede Version als Kundenerlebnis, nicht als technisches Etikett. Es ordnet gleichwertige Seiten ab, bestätigt, welche Märkte und Sprachen wirklich unterstützt werden, überprüft lokale Bedingungen mit Support und gesetzlichen Verantwortliche und macht jede Version über stabile URLs wählbar.
Die Launch-Matrix zeigt fehlende Seiten und nicht übereinstimmende Produktfakten vor der Veröffentlichung. Es wird auch klargestellt, wann keine Variante erstellt werden sollte: Eine Seite sollte nicht lokalisiert werden, nur weil ein Markt attraktiv ist, wenn das Unternehmen ihn nicht bedienen oder aufrechterhalten kann.
Bauen Sie es Schritt für Schritt
Definieren Sie die Sprache und das Marktversprechen
Geben Sie die Sprache, die Region, die Währung, die Produktverfügbarkeit, die Supportroute, die rechtlichen Informationen und die Kundenerwartungen für jede Variante an. Trennen Sie eine Übersetzung von einer marktspezifischen Erfahrung, wenn das Angebot anders ist.
- Rekord
- Eine Marktversprechenserklärung
- Entscheidung, die es unterstützt
- Welche Varianten sind ehrlich zu starten
- Risiko zu überprüfen
- Behandlung von Sprachcodes als Beweis für die lokale Bereitschaft
Kartenäquivalent-URLs
Listen Sie die Hauptseite und jede entsprechende Sprach- oder Regionsversion auf. Markieren Sie Seiten, die absichtlich kein Äquivalent haben, und erklären Sie, warum. Halten Sie die Karte aktuell, wenn Inhalte erstellt oder eingestellt werden.
- Rekord
- Eine Äquivalenzmatrix
- Entscheidung, die es unterstützt
- Ob die alternative Gruppe vollständig und wechselseitig ist
- Risiko zu überprüfen
- Verknüpfen Sie jede Seite nur mit der Standardsprache
Sichtbare Lokalisierung überprüfen
Überprüfen Sie Überschriften, Beispiele, Einheiten, Währung, Daten, Kontaktrouten, Bilder, Handlungsaufforderungen, Supporterwartungen und regulierte Sprache. Bitten Sie lokale Gutachter, Formulierungen zu kennzeichnen, die technisch korrekt, aber unnatürlich oder irreführend sind.
- Rekord
- Eine sichtbare Lokalisierungsüberprüfung
- Entscheidung, die es unterstützt
- Was ein Kunde tatsächlich in diesem Markt erleben wird
- Risiko zu überprüfen
- Angenommen, eine direkte Übersetzung ist genug für eine kommerzielle Seite
Benutzergesteuerte Auswahl treffen
Stellen Sie für jede verfügbare Variante einen klaren Selektor und stabile Links bereit. Behalten Sie die Auswahl eines Besuchers gegebenenfalls bei und vermeiden Sie es, Personen oder Crawler zu einer anderen Version zu zwingen, die nur auf IP- oder Browsereinstellungen basiert.
- Rekord
- Ein Hinweis zum Sprachauswahlverhalten
- Entscheidung, die es unterstützt
- Ob die Leute die Version erreichen können, die sie wollen
- Risiko zu überprüfen
- Varianten hinter automatischen Weiterleitungen verstecken
Technische Signale mit der Karte ausrichten
Überprüfen Sie gegebenenfalls das selbstreferenzielle kanonische Verhalten, wechseln Sie Anmerkungen, Sitemaps, interne Links und Sprache auf Seitenebene ab. Testen Sie von jeder Variante, anstatt davon auszugehen, dass die Vorlage alle Fälle abdeckt.
- Rekord
- Eine technische Ausrichtungsprüfung
- Entscheidung, die es unterstützt
- Wenn eine Anmerkung mit sichtbarem Inhalt oder Routing kollidiert
- Risiko zu überprüfen
- Hinzufügen alternativer Tags, ohne die verlinkten Seiten zu überprüfen
Legen Sie eine lokale Wartungsschleife fest
Geben Sie lokalen Verantwortliche eine Möglichkeit, geänderte Terminologie, Preise, gesetzliche Anforderungen, Produktverfügbarkeit und saisonale Informationen zu melden. Planen Sie Überprüfungen, wenn der zentrale Standort eine freigegebene Vorlage oder ein Angebot ändert.
- Rekord
- Ein Wartungsplan für lokale Verantwortliche
- Entscheidung, die es unterstützt
- Wie die Varianten nach dem Start glaubwürdig bleiben
- Risiko zu überprüfen
- Internationale Arbeit als einmaliges Übersetzungsprojekt behandeln
Arbeitsvorlage
- Marktversprechen: Geben Sie an, welche Sprache, welches Land, welches Produkt, welche Support und welche kommerziellen Begriffe die Seite darstellt. Ein lokaler Geschäftsinhaber sollte in der Lage sein, das Versprechen zu genehmigen.
- Äquivalente URL: Listen Sie die passende Seite in jeder unterstützten Sprache oder Region auf. Ein technischer Prüfer sollte den vollständigen wechselseitigen Satz überprüfen.
- Sichtbare Anpassung: Notieren Sie Änderungen an Terminologie, Beispielen, Währung, Daten, Kontakt und rechtlichen Inhalten. Ein muttersprachlicher Rezensent sollte bestätigen, dass die Seite natürlich klingt.
- Auswahlroute: Zeigen Sie, wie eine Person jede Variante auswählen und zu ihr zurückkehren kann. Ein UX-Rezensenten sollte die Route ohne standortbasierte Annahmen testen.
- Technische Prüfung: Aufzeichnungssprache, Alternativen, kanonisches Verhalten, interne Links und Sitemap-Behandlung. Ein Ingenieur sollte in der Lage sein, das Muster nach einer Freigabe erneut zu testen.
- WartungsVerantwortliche: Nennen Sie die Person oder das Team, das lokale Änderungen und den Überprüfungsrhythmus genehmigt. Das zentrale Team sollte wissen, wohin es zukünftige Updates senden soll.
Qualitätsprüfung vor dem Versand
- Bitten Sie einen muttersprachlichen oder marktqualifizierten Rezensenten, zu überprüfen, ob jede Version für diese Zielgruppe nützlich ist, nicht nur übersetzt. Produktverfügbarkeit, Gesetze, Supportbedingungen, Beispiele und Währung können die Kundenentscheidung ändern.
- Überprüfen Sie jede wechselseitige Beziehung und Rückgabeverbindung mit einem kleinen repräsentativen Satz, bevor Sie eine Vorlage bereitstellen. Ein vollständig aussehender Sprachwähler kann gebrochene Beziehungen über regionale oder alternative Versionen hinweg verbergen.
- Wenn zwei Märkte wirklich unterschiedliche Informationen benötigen, lassen Sie den Inhalt unterschiedlich sein und dokumentieren Sie, warum. Erzwingen Sie keine identischen Seiten, nur um das internationale Management einfacher aussehen zu lassen, als es ist.
Entscheidungsregeln für die reale Welt
Ein Gebietsschema hat keine wirklich gleichwertige Seite
Tun: Lassen Sie es aus dem alternativen Satz heraus und bieten Sie gegebenenfalls eine klare Sprachroute an.
Vermeiden: Erstellen Sie keinen dünnen Platzhalter, nur um eine Matrix zu vervollständigen.
Produktbedingungen unterscheiden sich lokal
Tun: Verwenden Sie die lokale Kundensprache und dokumentieren Sie die genehmigte Terminologie für zukünftige Autoren.
Vermeiden: Zwingen Sie keine zentrale Terminologie, die Kunden nicht verstehen.
Ein Besucher landet auf der falschen Version
Tun: Zeigen Sie die verfügbare Alternative an, ohne den Zugriff auf die angeforderte Seite zu blockieren.
Vermeiden: Erzwingen Sie keine Weiterleitungen, die stabile URLs unzuverlässig machen.
Eine globale Vorlage ändert sich
Tun: Testen Sie repräsentative Varianten erneut, einschließlich lokaler Komponenten und rechtlicher oder Preisunterschiede.
Vermeiden: Gehen Sie nicht davon aus, dass der Standardsprachtest jeden Markt abdeckt.
Trainernotizen
- Internationales SEO ist ein Koordinationsproblem genauso wie ein technisches. Stabile URLs helfen nur, wenn die lokale Erfahrung real ist.
- Ein vollständiger Variantensatz ist besser als ein großer, teilweise gepflegter Satz.
- Lokale Gutachter sind Beweisinhaber, nicht nur endgültige Korrekturleser.
Arbeitsbeispiel: eine SaaS-Plattform, die sich von den USA nach Kanada und Frankreich entwickelt
Die Plattform kopiert ihre US-Seiten in Ordner /ca/ und /fr/. Die kanadischen Seiten zeigen Integrationen und Preise nur in den USA; die französischen Seiten werden maschinell übersetzt, leiten einen Besucher in Frankreich nach einer Überprüfung der Browsersprache auf Englisch um. Kanonische Links auf jeder Seite verweisen auf die US-URLs, während hreflang-Links in mehreren Vorlagen fehlen.
Das Team beginnt mit der Service-Realität. Kanada erhält englische und französische Seiten nur für unterstützte Produkte, mit CAD-Preisen und kanadischen Datenschutzinformationen. Frankreich erhält eine engagierte französische Erfahrung mit lokaler Unterstützung und Bedingungen. Jede Seite ist selbstkanonisch, wechselseitig mit wahren Äquivalenten verknüpft, über einen persistenten Selektor verfügbar und vor dem Rollout als Matrix getestet.
Verbessern Sie das Ergebnis: Entwerfen Sie internationale SEO und hreflang ohne widersprüchliche Signale
Erstellen Sie einen hreflang-Testkabelbaum
Führen Sie ein maschinenlesbares Gebietsschema-Inventar und testen Sie repräsentative Seiten automatisch auf Status, kanonische, wechselseitige Links, Sprachregionscode, Titel, Selektorroute und Sitemap-Präsenz. Markieren Sie fehlende Partner, bevor sie die Produktion erreichen.
Lebenszyklus-Variantenereignisse planen
Märkte öffnen, schließen, ändern Namen, verlieren Bestände oder teilen eine Sprache mit einer neuen Region. Definieren Sie, wer ein neues Gebietsschema genehmigt, wie ein Sonnenuntergang aussieht und wie Legacy-URLs, Alternativen und Kunden-Lesezeichen behandelt werden.
Übersetzungs-QA vom Markt-QA trennen
Ein Linguist kann die Sprachqualität bestätigen, während regionale Produkt-, Rechts-, Support- und Vertriebsbesitzer bestätigen, dass das Angebot korrekt ist. Beide Prüfungen sind für Seiten mit hohen Einsätzen erforderlich.
Verwenden Sie die Datensegmentierung bewusst
Messen Sie nach Markt, Sprache, Vorlage und Seitenzweck. Eine globale Summe kann verbergen, dass ein Gebietsschema Fehler, falsche Währung oder irrelevanten Datenverkehr erhält.
Aktuelle Anleitung
Verwenden Sie eine vollständige Sprachkarte, keine Sammlung von Tags
Internationales SEO funktioniert, wenn jede Sprache oder regionale Version ein echtes, nützliches Ziel mit einer eigenen stabilen URL ist. Hreflang hilft Google, diese Alternativen zu verstehen; es übersetzt keine Seite oder repariert ein schwaches lokales Angebot.
- Geben Sie jeder Sprache oder regionalen Version eine eigene, crawlbare URL. Verlassen Sie sich nicht auf Cookies, Browsersprache oder den Standort eines Besuchers, um die einzige Version einer Seite anzuzeigen; Crawler sehen möglicherweise nicht jede Variation.
- Wählen Sie eine hreflang-Implementierungsmethode, die Ihr Team zuverlässig pflegen kann: HTML, HTTP-Header oder die XML-Sitemap. Die Verwendung aller drei bietet keinen Rangvorteil und erschwert das Auffinden von Fehlern.
- Jede Seite in einem Sprachsatz sollte sich selbst und die relevanten Alternativen mit vollqualifizierten URLs benennen. Die Rückgabelinks müssen übereinstimmen, oder Google kann die Beziehung ignorieren.
- Verwenden Sie zuerst einen Sprachcode, dann einen optionalen Regionscode. Ein Land für sich allein ist kein gültiges hreflang-Ziel. Fügen Sie `x-default` nur hinzu, wenn Sie wirklich einen vernünftigen Fallback für unübertroffene Besucher haben.
- Halten Sie sichtbare Sprache, Währung, Verfügbarkeit, rechtliche Bedingungen, Support und Erfüllungsrealität auf die von Ihnen veröffentlichte Version abgestimmt. Eine übersetzte Vorlage kann einen nicht unterstützten Markt nicht vertrauenswürdig machen.
Verwenden Sie dies, bevor Sie veröffentlichen
- Jedes Gebietsschema hat eine stabile URL und genügend sichtbare lokale Substanz, um dem beabsichtigten Kunden zu helfen.
- Das gleiche vollständige hreflang-Set ist in jeder verlinkten Version vorhanden, einschließlich der Selbstreferenzen.
- Das Team kann nach jeder Lokalisierungsversion wechselseitige Verbindungen, kanonische Ausrichtung, Spracherkennung und den gewählten Fallback testen.
Aktuelle Feldnotiz
Machen Sie jede Sprachversion auf ihrer eigenen URL auffindbar
Sprach- und Regionsvarianten funktionieren am besten, wenn jede Version eine stabile URL, eine klare, sichtbare Sprache und einen vollständigen Satz von Alternativen hat. Verlassen Sie sich nicht auf die IP-Adresse oder die Browsereinstellung eines Besuchers, um Crawlern die richtige Seite anzuzeigen.
- Listen Sie jede äquivalente Seite auf und überprüfen Sie, ob jede alternative Seite auf den vollständigen Satz zurückweist.
- Verwenden Sie eine sichtbare Sprach- oder Regionsauswahl, die Benutzer verwenden können, ohne umgeleitet zu werden.
- Überprüfen Sie vor dem Start Land, Währung, Kontakt und rechtliche Details mit lokalen Verantwortliche.
Offizielle Referenz: Google: Mehrsprachige Websites verwalten ↗
UnterrichtsArbeitsergebnis
Sprachvariante Matrix
Erstellen Sie einen Startplan für zwei Versionen einer hochwertigen Seite.
Marktfall: Erklären Sie, warum jede Version existiert. Fügen Sie Sprache, Region, Service-Realität, Produktunterschiede und den Verantwortliche hinzu, der diese Fakten überprüfen kann.
Variantenbestand: Erstellen Sie eine Tabelle mit URL, Sprachregionscode, selbstkanonischen, alternativen Partnern, Sitemap-Status, Selektorroute und für den Kunden sichtbaren Unterschieden.
Inhalts- und Betriebs-QA: Listen Sie die Übersetzungs-, Währungs-, Rechts-, Support-, Liefer-, Produkt- und Anspruchsprüfungen auf, die vor der Veröffentlichung erforderlich sind.
Technische Matrix: Wählen Sie repräsentative Tests für normalen Besuch, Gebietsschema-Switch, Crawler-Zugriff, Umleitungsverhalten, kanonische, wechselseitige hreflang und einen unavailable-Marktzustand.
Bevor Sie weitermachen
- Jedes Gebietsschema existiert aus einem echten Kunden- und Betriebsgrund.
- Sprache, Region, Preise, Support und rechtliche Details stimmen mit dem Markt der Seite überein.
- Unterschiedliche lokalisierte Seiten sind selbstkanonisch und wechselseitig miteinander verbunden.
- Besucher können einen Ort wählen, ohne von automatischen Weiterleitungen gefangen zu werden.
- Das Team testet und überwacht eine Gebietsschemamatrix nach jeder signifikanten Veröffentlichung.
Lektionsfortschritt
Haben Sie diese Lektion abgeschlossen?
Speichern Sie Ihren Fortschritt auf diesem Gerät, damit Sie später leicht weitermachen können.
Noch nicht als abgeschlossen markiert.
Setzen Sie die Lektion in die Praxis um.
Erstellen Sie ein kostenloses Spacebrain-Konto und nutzen Sie die SEO-Suite mit Ihren eigenen Datenanbietern.