Hreflang über regionale Domains: Eine Checkliste für sichere Umzüge

Gestaffelte Veröffentlichungen

Teams fragen oft, ob Hreflang auf einer Site live gehen kann, bevor die andere bereit ist. Das ist möglich.

Google ignoriert die Tags einfach, bis beide Seiten sich gegenseitig bestätigen. Kein Schaden. Die Reihenfolge verschiebt nur den Nutzen. Halten Sie die Tags der ersten Site gültig und veröffentlichen Sie keine Teilmengen, die URLs benennen, die noch nicht existieren. Wenn Sie die Backlinks beider Domains prüfen, sehen Sie auch, welche regionale Domain die externe Welt bereits bevorzugt – ein nützlicher Hinweis bei der Entscheidung, welche URL zum x-default wird.

Zwei Fälle aus der Praxis

Stellen Sie sich vor, Sie betreiben eine deutsche Site und eine UK-Site auf zwei Domains, mit einem 301 vom UK-Root zu einem /uk/-Ordner, der vor einiger Zeit hinzugefügt wurde. Das Team möchte diese Regel jetzt entfernen und fragt, wie das Link Equity erhalten bleibt.

Ziehen Sie zuerst toppages für beide Hosts. Wenn die meisten externen Links auf den Root zeigen, muss der Root jetzt eine echte Seite ausliefern, mit Hreflang und einem Selbst-Canonical, oder zur besten regionalen Entsprechung weiterleiten. Führen Sie den Test mit einem Skript durch, halten Sie die alte Regel in der Versionskontrolle bereit und prüfen Sie das Ergebnis nach dem nächsten monatlichen Index-Refresh.

Fall zwei ist kleiner. Eine Blogger- oder Squarespace-Site zieht auf eine Custom Domain um. Leiten Sie jeden alten Pfad einzeln um, da sich der erste Teil der URL ändert, während der Slug oft gleich bleibt. Prüfen Sie die Redirect Map Recipe für die Test-Schleife und behalten Sie die alte Property in Search Console verifiziert, damit Sie die Abdeckung auf beiden beobachten können.

Über Hreflang und Canonicals hinaus: Was es noch länderübergreifend zu prüfen gilt

Hreflang und Canonicals sind die Tags, die Menschen zuerst prüfen, und sie sind nicht die einzigen Stellen, an denen ein länderübergreifendes Setup scheitern kann. Standortabhängige Redirects, ein Language Switcher, der Crawler in eine Locale schickt, und eine Sitemap, die nur eine Version auflistet – all das verändert, welche URL Google als Heimat für jeden Markt behandelt.

Gehen Sie diese Punkte durch, nachdem die Tags bestanden haben. Jeder einzelne kann ein Tag, das im Template korrekt aussieht, still und leise zunichtemachen.

Geo-Redirects und Language Switcher

Ein Redirect, der eine Locale basierend auf dem Standort des Besuchers auswählt, kann Googlebot in ein Land schicken und ihm die anderen nie zeigen. Der Crawler sieht dann nur eine Version, und die Alternativen werden nicht abgerufen. Erzwingende Redirects sind eine häufige Ursache dafür – testen Sie also mit einem Crawler-User-Agent und, wo möglich, aus einem zweiten Land.

Ein Language Switcher sollte auf dieselbe Seite in jeder Locale verlinken. Wenn er nur zur Startseite der anderen Site verlinkt, verlieren die Alternativen ihre internen Links und werden schwerer zu finden.

Sitemaps, die die Alternativen enthalten

Eine XML-Sitemap kann die Alternate-URLs jedes Marktes an einem Ort auflisten, sodass die Menge gemeinsam und nicht Seite für Seite gelesen wird. Halten Sie diese Liste mit den Tags auf den Seiten selbst abgestimmt.

Entfernen Sie jede Locale, die einen Redirect oder ein noindex zurückgibt, aus der Sitemap, sonst widersprechen sich die beiden Quellen darüber, welche Versionen existieren.

Plugins, die Automatisierung versprechen

Plugins können Hreflang für viele Sites generieren und sind ein fairer Ausgangspunkt. Ein Plugin weiß jedoch nicht, welche regionale URL das richtige Ziel ist, oder ob ein anderer Redirect widersprüchlich ist.

Prüfen Sie die Plugin-Ausgabe gegen einen Crawl, statt der Einstellungsansicht zu vertrauen. Der Crawl ist die einzige Ansicht, die zeigt, was ein Bot tatsächlich erhält.

Zwei Domains parallel für eine Weile betreiben

Ein paralleler Lauf hält beide Domains antwortend, während die neue ihren Platz verdient. Das hilft, wenn die alte Domain noch Links und Besuche erhält. Es kostet auch etwas. Zwei Sätze von Tags müssen gleichzeitig übereinstimmen.

Wenn Sie beide betreiben, wählen Sie im Voraus die Heimat jedes Marktes. Schreiben Sie diese Wahl in den Hreflang-Satz, dann lassen Sie die Sitemap und die internen Links ihr folgen.

Landing Pages und Soft Redirects

Eine Landing Page auf einer anderen Domain mit einem Button, der zu Ihrer Site führt, ist ein gewöhnlicher Outbound-Link. Er kann Besucher überführen, bewegt aber nicht die Historie einer Adresse auf die gleiche Weise wie ein 301. Zählen Sie nicht darauf, dass dies ein Migrationsschritt ist.

Nutzen Sie solche Seiten als Brücke für Menschen und behalten Sie den Server-Redirect als das Element bei, das die Links trägt.

Beide Hosts während der Überlappung beobachten

Halten Sie beide Properties in Search Console verifiziert und ziehen Sie Linkdaten für beide Hosts im gleichen Rhythmus. Nicht abgestimmte Rhythmen lassen einen normalen Wechsel wie einen Verlust aussehen.

Vergleichen Sie Gleiches mit Gleichem bei jedem Pull: derselbe Host, dieselbe Aktion, derselbe Monat. Dann ist der Unterschied, den Sie sehen, der Umzug, nicht der Kalender. Notieren Sie das Datum jeder Redirect-Änderung in derselben Datei, damit der Zeitpunkt nie eine Vermutung ist.

Prüfen, ob Links jedem regionalen Umzug folgen

Ein regionaler Umzug ist nur halb vollendet, wenn die Tags und Redirects korrekt sind. Die andere Hälfte ist, ob externe Sites jetzt auf die richtige regionale URL verweisen – und das ist eine Link-Frage.

Welcher regionale Host von externen Sites bevorzugt wird

Ziehen Sie Toppages für jeden regionalen Host, nutzen Sie dann compare, um die beiden Link-Basen nebeneinander zu stellen, damit Sie Backlinks in einer Tabelle prüfen können. Tun Sie dies für die Hosts, die Sie interessieren, bevor Sie entscheiden, welcher die Market-Signale halten soll.

Ein Host, der die meisten verlinkenden Domains sammelt, zeigt Ihnen, wohin externe Sites ihre Leser bereits schicken.

Wenn ein regionaler Host verlinkende Domains verliert

Beginnen Sie mit der Liste der verlinkten Seiten auf diesem Host. Finden Sie die URLs, die ausgefallen sind, prüfen Sie, ob jede einzelne zur richtigen regionalen Seite weiterleitet, und bestätigen Sie, dass die Hreflang-Tags auf dieser Seite denselben Markt benennen.

Wenn der Ausfall mit einer Sitemap-Änderung zusammenfällt, vergleichen Sie die alten und neuen Sitemap-Listen, bevor Sie Tags anfassen. Der Pages Not Indexed Entscheidungsbaum behandelt den Fall, wo eine regionale Seite existiert, aber nicht im Index bleibt.

Eine regionale Basislinie halten

Speichern Sie die Linkliste für jeden regionalen Host mit dem Datum im Dateinamen, damit ein späterer Pull etwas zum Vergleichen hat. Ohne diese Datei sieht ein Ausfall wie ein neues Problem aus, obwohl es ein Umzug sein könnte, der vor Monaten stattfand.

Notieren Sie den Hreflang-Satz und die Canonical-Entscheidung neben der Link-Datei. Wenn ein Host Links verliert, können Sie die Tags gegen den Zustand prüfen, in dem sie waren, als die Links zuletzt gezählt wurden.

Führen Sie denselben Pull für jeden regionalen Host am selben Tag des Monats durch und halten Sie die Ausgabe in einem Ordner pro Host. Ein Vergleich über Hosts hinweg ist nur fair, wenn die Daten übereinstimmen, und Dateinamen sind der einfachste Weg, das sichtbar zu machen.