Internationale SEO und Hreflang-Checkliste

Internationale SEO macht gleichwertige Inhalte über Sprachen oder Regionen hinweg auffindbar und nutzbar. Diese Checkliste prüft das System hinter diesen Seiten: URLs, Lokalisierung, Alternativsignale, Währung, Weiterleitungen, Auffindbarkeit und Messung.

Checkliste: Internationale und Hreflang-Bereitschaft. Zeitrahmen: 2–4 Arbeitstage für eine Vorlage und bis zu fünf Märkte; ein zusätzlicher Tag für jeden wesentlich anderen Checkout, Rechtsraum oder CMS. Verantwortlich: Internationaler SEO-Lead, gemeinsam mit einem Webentwickler und einem lokalen Inhaltsprüfer pro Sprache. Freigabeberechtigte: Der internationale SEO-Lead gemeinsam mit dem Produkt- oder Marktverantwortlichen.

Dies ist kein Korrekturlesen. Es entscheidet, ob Menschen und Suchmaschinen die richtige Markt-URL erreichen und die lokalisierte Reise abschließen können.

Warum diese Checkliste existiert und warum sie hier durchgeführt wird

Die internationale Implementierung verwendet frühere Ergebnisse des SEO-Prozesses : Prioritätsmärkte und -ziele, Analytics- und Search Console-Zugriff, die technische Basislinie, marktbezogene Keyword-Recherche, Informationsarchitektur und das Inventar der Seiten, die Äquivalente verdienen. Ohne diese übersetzen Teams pauschal und erstellen URLs für Märkte, die das Unternehmen nicht unterstützen kann.

Führen Sie sie nach Markt- und Vorlagenentscheidungen durch, aber bevor lokalisierte URLs veröffentlicht oder eingereicht werden. Ein früherer Zeitpunkt macht das URL-Modell spekulativ; ein späterer Zeitpunkt setzt widersprüchliche Kanonische, unvollständige Rückverweise, erzwungene Weiterleitungen und dünne Übersetzungen Crawlern aus.

Marktforschung entscheidet wo konkurriert wird; das Inventar entscheidet was ein Äquivalent benötigt; diese Checkliste entscheidet wie jedes Äquivalent adressiert, verbunden, lokalisiert und verifiziert wird. Eine Änderung eröffnet jede abhängige Prüfung neu.

Eingaben und Ausgaben

Die Ausgaben sind der Vertrag für Entwicklung, Content, Analytics und QA. „Hreflang abgeschlossen“ ist nicht ausreichend.

Die Checkliste

Jeder Punkt hat einen Grund, eine Regel, eine Methode, ein Werkzeug und eine beobachtbare Abschlussbedingung. Dokumentieren Sie BESTANDEN, NICHT BESTANDEN oder N/V mit Nachweis für jeden Punkt.

1. Den Markt-Seiten-Vertrag bestätigen

Warum: Sprache und Land unterscheiden sich. Spanisch kann Spanien, Mexiko oder ein globales Publikum bedienen, während ein Land mehrere Sprachen benötigen kann. Ein Gebietsschemacode ist keine Marktstrategie. Was: Definieren Sie Zielgruppe und Fähigkeit für jedes Gebietsschema, dann clustern Sie nur Seiten mit gleichwertigem Zweck. Wie: Ordnen Sie Sprache, Region, Suchintention, Angebot, Preis, Fulfillment, rechtlichen Verantwortlichen und Supportweg zu; kennzeichnen Sie wesentlich unterschiedliche Seiten mit „kein Äquivalent“. Werkzeug: Markt-Briefing, Keyword-Recherche, Katalog, rechtliche Anforderungen und Inventar. Erledigt wenn: Jede URL eine Zielgruppe und einen Verantwortlichen hat, jeder Cluster gleichwertige Intention hat und keine leere Zelle zu einer angenommenen Übersetzung wird.

2. Eine URL-Struktur bewusst wählen

Warum: Das Routenmodell kontrolliert Autoritätskonsolidierung, Infrastruktur, Reporting, operative Unabhängigkeit und Migrationsrisiko über Jahre hinweg. Was: Wählen Sie länderspezifische Top-Level-Domains (ccTLDs, wie example.de), Subdomains (wie de.example.com) oder Unterordner (wie example.com/de/) basierend auf Konsequenzen statt Präferenzen.

Wie: Bewerten Sie die drei Modelle nach Eigentumsverhältnissen, rechtlichen Einschränkungen, Hosting, CMS, Analytics, Link-Equity, Migration, Release-Autonomie und fünfjährigen Betriebskosten. Verwenden Sie keine Query-Parameter als primäre Gebietsschemastruktur, da diese leicht verloren gehen, dupliziert und in Kanonischen und Links falsch behandelt werden. Werkzeug: Architekturentscheidungsprotokoll, DNS- und CMS-Inventar, Analytics-Plan und Weiterleitungsmodell. Erledigt wenn: Ein Modell und eine Routengrammatik genehmigt sind, jede Ausnahme einen Verantwortlichen hat und Beispiel-URLs für Startseite, Kategorie, Artikel, Produkt und nicht verfügbare Seitenstatus eindeutig aufgelöst werden.

3. Die Erfahrung lokalisieren, nicht nur die Sätze

Warum: Übersetzung ändert Wörter; Lokalisierung macht die Erfahrung für einen Markt akkurat und natürlich. Rein maschinelle Ausgabe kann Absicht, Terminologie, Einheiten, Steuersprache, Vertrauenssignale oder Handlungsaufforderungen verfehlen. Was: Passen Sie die gesamte Reise an und verwenden Sie maschinelle Übersetzung nur als Entwurf, wo Richtlinien dies erlauben. Wie: Ein lokaler Prüfer kontrolliert Suchanfragen, Metadaten, Texte, Medien, Daten, Einheiten, Preise, rechtliche Angaben, Formulare, Validierung, Checkout und Support. Recherchieren Sie lokale Keywords, anstatt sie zu übersetzen. Werkzeug: Gebietsschema-Leitfaden, Marktforschung, Translation Memory, Staging-Browser und Abnahmeblatt. Erledigt wenn: Keine Quellsprachenfragmente mehr vorhanden sind, Angaben lokal gültig sind, der Prüfer einen Conversion-Pfad durchläuft und Name, Datum sowie Ergebnis gespeichert sind.

4. Vollständige Hreflang-Cluster aufbauen

Warum: Ein einseitiges Alternativsignal ist mehrdeutig; das Ziel muss die Beziehung bestätigen. Hreflang ist das HTML-Attribut, das Sprach- oder Sprach-Regions-Alternativen identifiziert, kein Weiterleitungsbefehl und kein Ersatz für Lokalisierung. Was: Lassen Sie jedes indexierbare Mitglied sich selbst und jedes andere gültige Mitglied auflisten, mit einem passenden Rückverweis von jedem Ziel. Verwenden Sie ISO-639-1-Sprachcodes, gefolgt von einem optionalen ISO-3166-1-alpha-2-Regionscode, wie en, en-GB oder pt-BR; verwenden Sie niemals ein Land allein. Wie: Generieren Sie Tags aus dem Cluster-Manifest anstatt Vorlagen manuell zu bearbeiten. Vergleichen Sie die endgültigen absoluten URLs als Sets und validieren Sie Status, Codesyntax, Selbstreferenz und Gegenseitigkeit. Werkzeug: Manifest-Generator, Crawler, gerendertes HTML, HTTP-Client und Hreflang-Validator. Erledigt wenn: 100 % der indexierbaren Cluster-Mitglieder 200 zurückgeben, die identische Mitgliedermenge auflisten, sich selbst enthalten, gültige Codes verwenden und keine fehlenden oder widersprüchlichen Rückverweise haben.

5. Kanonische, Indexierbarkeit und Alternativsignale abgleichen

Warum: Hreflang verbindet Alternativen, während eine sprachübergreifende Kanonische sie konsolidiert. Zusammen widersprechen sich diese Anweisungen. Eine kanonische URL identifiziert die bevorzugte Dublette; Indexierbarkeit bedeutet, dass eine Seite für einen Suchindex in Frage kommt. Was: Geben Sie jeder lokalisierten Seite eine selbstreferenzierende Kanonische und clustern Sie nur indexierbare 200-URLs. Wie: Vergleichen Sie deklarierte und von Google ausgewählte Kanonische, Robots-Direktiven, Status, endgültiges Ziel und alternatives Ziel. Entfernen Sie noindex, weitergeleitete, blockierte, Soft-404- und nichtkanonische URLs, bis sie behoben sind. Werkzeug: Crawler, Header, Quelltext, Robots-Tester und URL-Inspektion. Erledigt wenn: Jedes Mitglied crawlbar und indexierbar mit einer selbstreferenzierenden Kanonischen ist und keine Alternative weiterleitet, Fehler hat oder anderweitig kanonisch verweist.

6. x-default nur für einen echten Fallback verwenden

Warum: Nicht zugeordnete Benutzer benötigen ein stabiles Ziel, aber das Erfinden eines Standards kann Suchmaschinen zu einem willkürlichen kommerziellen Markt senden. x-default ist ein Hreflang-Wert für einen Sprachselektor, eine globale Seite oder einen Fallback, der nicht auf ein einzelnes aufgeführtes Gebietsschema ausgerichtet ist. Was: Fügen Sie genau ein x-default pro Cluster nur dann hinzu, wenn eine solche Fallback-Seite tatsächlich existiert. Wie: Wählen Sie den globalen Selektor oder neutralen Fallback bewusst aus, nehmen Sie ihn gegenseitig in den Cluster auf und verifizieren Sie, dass er Besucher nicht weiterleitet, bevor sie wählen können. Werkzeug: Cluster-Manifest, gerendertes HTML, Browser mit sauberen Cookies und Crawler. Erledigt wenn: Jeder zutreffende Cluster ein gegenseitiges x-default mit dokumentiertem Zweck hat; Cluster ohne gültigen Fallback haben keines.

7. Gebietsschema-Auffindbarkeit konsistent gestalten

Warum: Alternativ-Tags ersetzen keine Crawl-Pfade. Eine Seite, die nur in einem Tag oder Formular-Steuerelement existiert, kann für Menschen und Crawler schwer auffindbar bleiben. Eine XML-Sitemap ist eine maschinenlesbare Liste von URLs, während Crawlbarkeit bedeutet, dass Crawler diese URLs erreichen und lesen können. Was: Machen Sie Gebietsschema-Alternativen über crawlbare Links zugänglich und reichen Sie vollständige kanonische URLs in Sitemaps ein. Verwenden Sie eine Implementierungsmethode für Hreflang – HTML, HTTP-Header für Nicht-HTML-Dateien oder XML-Sitemaps – es sei denn, das Team kann nachweisen, dass mehrere Methoden identisch bleiben. Wie: Crawlen Sie von jeder Markt-Startseite aus, prüfen Sie Selektoren als gewöhnliche Links, vergleichen Sie Sitemaps mit dem Manifest und verifizieren Sie, dass die Navigation die aktuelle äquivalente Seite nicht unnötig verwirft. Werkzeug: Crawler, Sitemap-Parser, Browser ohne JavaScript und Link-Graph. Erledigt wenn: Jede priorisierte lokalisierte URL mindestens einen crawlbaren internen Pfad hat, jeder Sitemap-Eintrag kanonisch ist und 200 zurückgibt und alle implementierten Hreflang-Quellen identische Cluster deklarieren.

8. Währung von der Gebietsschema-Ausrichtung trennen

Warum: Sprache, Ziel und Währung hängen zusammen, sind aber nicht austauschbar. Was: Zeigen Sie die korrekte Währung und Bedingungen an, ohne die Währung allein zu verwenden, um eine Gebietsschema-URL zu erstellen oder zu wechseln. Wie: Definieren Sie Steuerinklusion, Preisliste oder Wechselkurs, Rundung, Aktualisierungszeit und Verhalten bei nicht verfügbaren Produkten. Behalten Sie einen stabilen crawlbaren Preisstatus pro Markt bei; behandeln Sie die vom Benutzer gewählte Währung als Darstellung, es sei denn, sie repräsentiert einen eigenen Markt. Werkzeug: Katalog, Preisdienst, Steuerregeln, strukturierte Daten und Kauftest. Erledigt wenn: Die Währung explizit ist, Seite und Checkout übereinstimmen, Steuer- und Lieferqualifikatoren erscheinen, strukturierte Daten übereinstimmen und der Währungswechsel die kanonische oder Hreflang-Identität nicht ändert.

9. Erzwungene Geolocation-Weiterleitungen durch eine Wahlmöglichkeit ersetzen

Warum: IP-Standort und Browsersprache sind unvollkommene Hinweise. Erzwungene Weiterleitungen können Crawler auf einem Markt festsitzen lassen, Reisende und mehrsprachige Benutzer an der Wahl hindern, Weiterleitungsschleifen erzeugen und eine direkt geteilte URL unzugänglich machen. Was: Halten Sie jede Gebietsschema-URL direkt erreichbar und bieten Sie einen schließbaren Marktvorschlag an, anstatt allein aufgrund von IP oder Accept-Language weiterzuleiten. Wie: Testen Sie saubere Sitzungen von verschiedenen Standorten, eingeloggte und ausgeloggte Zustände, Crawler-Benutzeragenten, deaktivierte Cookies und eine explizit gespeicherte Präferenz. Bewahren Sie die äquivalente Route der aktuellen Seite, wenn ein Benutzer den Markt wechselt; falls kein Äquivalent existiert, erklären Sie den Fallback. Werkzeug: Browser-Standorttest, HTTP-Client, Edge/CDN-Regeln, Server-Logs und automatisierte Weiterleitungstests. Erledigt wenn: Eine erste Anfrage an jede lokalisierte URL die beabsichtigte 200-Seite zurückgibt, Bots nicht geografisch weitergeleitet werden, explizite Auswahlmöglichkeiten bestehen bleiben, Benutzer sie rückgängig machen können und keine Schleifen oder Multi-Hop-Ketten auftreten.

10. Vorlagen und repräsentative URLs vor der Skalierung validieren

Warum: Eine korrekte Startseite beweist nur eine Vorlage. Internationale Fehler verstecken sich oft in Paginierung, Produktvarianten, fehlenden Übersetzungen, Facettenrouten und Seiten, die in einem Markt nicht verfügbar sind. Was: Testen Sie jede unterschiedliche Vorlage und Randbedingung vor der Massenveröffentlichung. Wie: Wählen Sie mindestens 10 URLs pro Markt aus, einschließlich Startseite, Seiten mit höchster Nachfrage, jede Vorlage, ein nicht verfügbares Produkt oder eine nicht verfügbare Dienstleistung, eine paginierte oder gefilterte Route (falls zutreffend) und eine URL ohne Alternative. Vergleichen Sie Quelle, Render-Ausgabe, Antwort, Kanonische, Hreflang, Navigation, Inhaltssprache und Conversion-Pfad. Werkzeug: Staging-Crawl, Browser, Manifest-Diff, HTTP-Client und Testfall-Blatt. Erledigt wenn: Jede unterschiedliche Vorlage und erforderliche Randbedingung vertreten ist, alle getesteten URLs jede anwendbare Regel bestehen und jeder Fehler auf Vorlagenebene alle von dieser Vorlage generierten URLs blockiert.

11. Marktbezogene Messung einrichten

Warum: Der aggregierte Traffic kann steigen, während ein Zielmarkt an Sichtbarkeit verliert, und ein neuer Ordner kann nur gesund aussehen, weil die Standardsprache ihn dominiert. Was: Erstellen Sie Berichtsdimensionen für Markt, Sprachroute, Verzeichnis, Land, Gerät, Conversion und Umsatz vor dem Launch. Wie: Verifizieren Sie Analytics-Seitenaufrufe und -Ereignisse auf Staging, verbinden Sie jede erforderliche Search Console-Property oder Domain-Property, notieren Sie den Launch-Zeitpunkt und speichern Sie eine Basislinie für denselben Zeitraum und dasselbe Suchanfragen-Set. Werkzeug: Analytics-Debugger, Search Console, AmICited Länder- und Verzeichnisberichte und das Launch-Register. Erledigt wenn: Testsitzungen unter dem beabsichtigten Markt und der Route erscheinen, Conversions Markt und Währung beibehalten, alle Properties für den Verantwortlichen zugänglich sind und eine datierte Basislinie vor der Veröffentlichung existiert.

12. Live-Verifizierung durchführen und Verantwortung behalten

Warum: Staging kann DNS, CDN, Produktionsweiterleitungen, endgültige Kanonische oder das, was Google nach der Entdeckung auswählt, nicht beweisen. Was: Wiederholen Sie kritische Prüfungen unmittelbar nach dem Deployment und weisen Sie Monitoring zu, anstatt den Launch als Abschluss zu betrachten. Wie: Crawlen Sie die Produktionsstichprobe, reichen Sie aktualisierte Sitemaps ein, inspizieren Sie Prioritäts-URLs, verifizieren Sie Logs und Analytics, planen Sie dann Prüfungen nach der Entdeckung und nach dem ersten aussagekräftigen Berichtszeitraum. Werkzeug: Produktions-Crawler, AmICited, Search Console, Server-Logs und Incident-Tracker. Erledigt wenn: Die Produktion mit dem genehmigten Manifest übereinstimmt, keine blockierenden Fehler mehr vorhanden sind, jede Beobachtung einen Zeitstempel hat und jede aufgeschobene Datenprüfung einen Verantwortlichen und ein Datum hat, anstatt ein offenes „Monitoring“.

Tools in AmICited

AmICited liefert Search Console-Nachweise für Entdeckung, Launch und Monitoring. Es ersetzt keinen lokalen Prüfer oder einen vollständigen Crawl auf gegenseitige Tags.

1. Öffnen Sie Länder und Geräte unter dem Länder- und Gerätebericht . Untersuchen Sie Länder mit Impressionen, aber schwacher Position oder Klickrate, bevor Sie annehmen, dass keine Nachfrage besteht.

2. Nutzen Sie Google Search Directories unter dem Verzeichnisbericht , um Gebietsschema-Ordner zu vergleichen und in schwache Vorlagen einzutauchen.

3. Öffnen Sie Sitemaps und Indexierung unter dem Sitemaps- und Indexierungsbericht . Bestätigen Sie den Download ohne Warnungen oder Fehler, fordern Sie dann die Indexierung für Prioritäts-URLs an. Anfragen können blockierte URLs nicht indexierbar machen.

4. Überprüfen Sie repräsentative URLs in der URL-Inspektion unter dem URL-Inspektionsbericht . Vergleichen Sie deklarierte und von Google ausgewählte Kanonische. Die Abdeckungsliste ist eine Stichprobe, kein Hreflang-Audit.

Entscheidungsregeln

„Schlecht“ ist ein Zustand, der die Veröffentlichung blockiert oder eine Korrektur auslöst, kein Gefühl über die Übersetzungsqualität.

Klickraten- und Positionslücken sind diagnostisch, keine automatischen Fehlschläge. Vergleichen Sie gleichartige Seiten und Zeiträume; kein universeller Prozentsatz beweist einen Lokalisierungsfehler.

Liefergegenstand: Das internationale Launch-Paket

Übergeben Sie einen versionierten Ordner oder Ticketsatz mit mindestens diesen Inhalten:

01-url-model.md
- Entscheidung, abgelehnte Alternativen, Routengrammatik, Verantwortliche, Migration und Rollback

02-market-page-matrix.csv
- Markt, Sprache, Region, Quell-URL, lokalisierte URL, Suchintention, Verfügbarkeit, Prüfer

03-hreflang-manifest.csv
- URL, Code, Selbst-Kanonische, Alternativen, x-default, Status, Indexierbarkeit, Ergebnis

04-localization-acceptance.csv
- URL, Feld/Journey, Prüfer, Ergebnis, Nachweis, Ausnahme

05-redirect-selector-spec.md
- Vorschlagslogik, explizite Auswahl, Persistenz, Bot-Verhalten, Verhalten bei keinem Äquivalent

06-launch-verification.csv
- URL, bereitgestellt am, Crawl-Ergebnis, Sitemap-Status, Inspektionsstatus, Analytics-Nachweis, Verantwortlicher

Entscheidung: BESTANDEN — VERÖFFENTLICHEN | NICHT BESTANDEN — ZURÜCKSTELLEN
Nächstes Überprüfungsdatum und benannter Verantwortlicher:

Gleichen Sie das Manifest mit der Produktion ab. Speichern Sie Ausnahmen mit Grund, Risiko, Genehmiger, Ablaufdatum und Korrekturverantwortlichem. Ein geändertes URL-Modell, eine geänderte Vorlage, ein geändertes Gebietsschema-Set, eine geänderte Kanonische oder Weiterleitungsrichtlinie eröffnet betroffene Prüfungen neu.

Was schiefgeht

• Jede Quellseite wird automatisch übersetzt. Seiten ohne lokale Nachfrage, nicht verfügbare Produkte und nicht unterstützte Angaben werden veröffentlicht, weil Übersetzung mit Marktauswahl verwechselt wurde.
• Die Standardsprache wird überall zur Kanonischen. Suchmaschinen erhalten gleichzeitig Konsolidierungs- und Alternativ-Anweisungen; lokalisierte URLs verschwinden oder die falsche URL wird ausgewählt.
• Nur die Quellseite listet Alternativen. Fehlende Rückverweise machen den Cluster unvollständig, obwohl eine Vorlage korrekt erscheint.
• Ländercodes werden als Sprachen verwendet. Werte wie UK oder BR drücken kein Sprach-Regions-Paar aus; gültige Beispiele sind en-GB und pt-BR.
• x-default zeigt auf den größten Markt. Eine kommerzielle Länderpage wird als neutraler Fallback gekennzeichnet und erhält Benutzer, die sie nicht richtig bedienen kann.
• Der Selektor ist nur JavaScript. Benutzer sehen ein Dropdown, aber Crawler haben keine gewöhnlichen Links, um Alternativen zu entdecken.
• Der IP-Standort erzwingt die Route. Crawler und Reisende können eine direkt angeforderte URL nicht behalten, Caches variieren je nach Standort und Weiterleitungsschleifen entstehen zwischen Edge- und Anwendungsregeln.
• Währung erzeugt doppelte Gebietsschema-URLs. Parameter oder Pfade vervielfachen sich, während Inhalt, Kanonische und strukturierte Preise nicht übereinstimmen.
• Die Startseite besteht, und die Skalierung beginnt. Produkt-, Kategorie-, Paginierungs- und „kein Äquivalent“-Vorlagen erzeugen unterschiedliche Tag-Sets über Tausende von URLs hinweg.
• Das Reporting beginnt erst nach dem Launch. Keine Basislinie oder Anmerkung existiert, sodass Teams Implementierungseffekte nicht von Saisonalität, Markennachfrage oder nicht zusammenhängenden Releases trennen können.

Nächste Phase

Diese Checkliste übergibt ihr Launch-Paket an die Pre-Publish-QA-Checkliste . Die QA benötigt das URL-Modell, den Produktionskandidaten, das Manifest, Lokalisierungsfreigaben, Sitemap- und Weiterleitungsänderungen, das Testset, die Freigabeberechtigten und Ausnahmen. Sie überprüft diese Aufzeichnungen vor der Veröffentlichung.

Nach dem Launch behält der internationale SEO-Verantwortliche das Manifest. Neue Seiten, entfernte Produkte, Sprachenerweiterungen, Routenmigrationen und Änderungen an Kanonischen sind Cluster-Änderungen, keine isolierten Seitenbearbeitungen. Validieren Sie betroffene Cluster neu, aktualisieren Sie Sitemaps, inspizieren Sie Prioritäts-URLs und notieren Sie das Reporting bei jeder Änderung.

FAQ

Häufig gestellte Fragen

Den ersten internationalen Launch messbar machen

Nutzen Sie den Länder- und Gerätebericht , um die Markt-Basislinie zu erfassen, und veröffentlichen Sie erst, wenn das URL-Modell, der Lokalisierungsnachweis, das Cluster-Manifest, Weiterleitungen, die Sitemap und die repräsentative Produktionsstichprobe alle bestanden haben. Der abschließende CTA des Academy-Layouts bietet den nächsten Weg in AmICited.