Hreflang over regionale domeinen: een checklist voor een veilige verplaatsing

Gestaggerde lanceringen

Teams vragen vaak of hreflang op de ene site live kan gaan voordat de andere dat doet. Dat kan.

Google negeert de tags simpelweg totdat beide kanten elkaar bevestigen. Geen schade. De volgorde stelt het voordeel alleen uit. Houd de tags van de eerste site geldig en publiceer geen gedeeltelijke sets die URL's noemen die nog niet bestaan. Als je de backlinks van beide domeinen controleert, zie je ook welke regionale host de buitenwereld al prefereert, en dat is nuttig bewijsmateriaal bij de beslissing welke URL x-default wordt.

Twee casussen uit de praktijk

Stel je hebt een Duitse site en een Britse site op twee domeinen, met een 301 van de UK-root naar een /uk/-folder die een tijdje geleden is toegevoegd. Het team wil die regel nu verwijderen en vraagt hoe de link equity behouden kan blijven.

Haal eerst toppages op voor beide hosts. Als de meeste externe links naar de root wijzen, moet de root nu een echte pagina serveren, met hreflang en een self-canonical, of redirect naar de beste regionale match. Doe de test met een script, houd de oude regel in versiebeheer en beoordeel het resultaat na de volgende maandelijkse refresh van onze index.

Casus twee is kleiner. Een Blogger- of Squarespace-site verhuist naar een custom domein. Redirect elke oude path één voor één, omdat het eerste deel van de URL verandert terwijl de slug vaak hetzelfde blijft. Controleer het redirect map recipe voor de test loop, en houd het oude property geverifieerd in Search Console zodat je de coverage op beide kunt bewaken.

Voorbij hreflang en canonicals: wat je nog meer kunt controleren over landen heen

Hreflang en canonicals zijn de tags die mensen eerst controleren, en ze zijn niet de enige plekken waar een cross-country setup kan falen. Redirects die afhankelijk zijn van locatie, een language switcher die crawlers naar één locale stuurt, en een sitemap die slechts één versie vermeldt, veranderen allemaal welke URL Google als thuis voor elke markt beschouwt.

Werk deze na af als de tags slagen. Elke een kan stil een tag die er in de template correct uitziet, ongedaan maken.

Geo-redirects en language switchers

Een redirect die een locale kiest op basis van de locatie van de bezoeker, kan Googlebot naar één land sturen en hem de andere nooit tonen. De crawler ziet dan slechts één versie, en de alternates worden niet opgehaald. Geforceerde redirects zijn een veelvoorkomende bron van dit probleem, dus test met een crawler user agent en, waar mogelijk, vanaf een tweede land.

Een language switcher moet naar dezelfde pagina in elke locale linken. Als hij alleen naar de homepage van de andere site linkt, verliezen de alternates hun interne links en worden ze moeilijker te vinden.

Sitemaps die de alternates bevatten

Een XML sitemap kan de alternate URLs van elke markt op één plek vermelden, zodat de set samen wordt gelezen in plaats van pagina voor pagina. Houd die lijst in lijn met de tags op de pagina's zelf.

Verwijder elke locale die een redirect of een noindex retourneert uit de sitemap, anders zijn de twee bronnen het oneens over welke versies er bestaan.

Plugins die beloven het te automatiseren

Plugins kunnen hreflang genereren voor veel sites, en ze zijn een redelijk startpunt. Een plugin kan niet weten welke regionale URL het juiste doel is, of een redirect elders er mee in strijd is.

Controleer de output van de plugin tegen een crawl in plaats van het settings scherm te vertrouwen. De crawl is de enige weergave die laat wat een bot daadwerkelijk ontvangt.

Twee domeinen een tijdlang parallel draaien

Een parallelle run houdt beide domeinen actief terwijl de nieuwe zijn plaats verwerft. Het helpt als het oude domein nog steeds links en bezoeken krijgt. Het kost ook iets. Twee sets tags moeten op hetzelfde moment overeenkomen.

Als je beide draait, kies dan van tevoren de home van elke markt. Schrijf die keuze in de hreflang set, laat de sitemap en de interne links daarop volgen.

Landing pages en soft redirects

Een landing page op een ander domein met een knop die naar jouw site leidt, is een gewone outbound link. Het kan bezoekers overbrengen, maar het verplaatst niet de geschiedenis van een adres op de manier zoals een 301 dat doet. Verwacht er niet van dat het een migratiestap is.

Gebruik zulke pagina's als brug voor mensen, en houd de server redirect als het middel dat de links draagt.

Beide hosts bewaken tijdens de overlap

Houd beide properties geverifieerd in Search Console, en haal link data op voor beide hosts op hetzelfde schema. Niet-synchroniserende schema's laten een normale verschuiving eruitzien als een verlies.

Vergelijk gelijksoortige data bij elke pull: dezelfde host, dezelfde actie, dezelfde maand. Dan is het verschil dat je ziet de verplaatsing, niet de kalender. Noteer de datum van elke redirect-wijziging in hetzelfde bestand, zodat de timing nooit een gok is.

Controleren of links elke regionale verplaatsing volgen

Een regionale verplaatsing is pas voor de helft klaar als de tags en redirects correct zijn. De andere helft is of externe sites nu naar de juiste regionale URL verwijzen, en dat is een link vraagstuk.

Welke regionale host externe sites prefereren

Haal toppages op voor elke regionale host, gebruik dan compare om de twee link bases naast elkaar te zetten, zodat je backlinks van sites in één tabel kunt controleren. Doe dit voor de hosts waar je om geeft voordat je beslist welke de market signals moet vasthouden.

Een host die de meeste linking domains verzamelt, vertelt je waar externe sites hun lezers al naartoe sturen.

Wanneer een regionale host linking domains verliest

Begin met de lijst van gelinkte pagina's op die host. Vind de URL's die zijn verdwenen, controleer of elke URL naar de juiste regionale pagina redirect, en bevestig dat de hreflang tags op die pagina dezelfde markt noemen.

Als de daling samenvalt met een sitemap-wijziging, vergelijk dan de oude en nieuwe sitemap lijsten voordat je aan tags zit. De pages not indexed decision tree behandelt het geval waarbij een regionale pagina bestaat, maar niet in de index komt.

Een regionale baseline behouden

Sla de link lijst op voor elke regionale host met de datum in de bestandsnaam, zodat een latere pull iets heeft om mee te vergelijken. Zonder dat bestand ziet een daling eruit als een nieuw probleem, terwijl het misschien een verplaatsing is die maanden geleden heeft plaatsgevonden.

Noteer de hreflang set en de canonical keuze naast het link bestand. Als een host links verliest, kun je dan de tags controleren tegen de staat waarin ze zich bevonden toen de links voor het laatst werden geteld.

Voer dezelfde pull uit voor elke regionale host op dezelfde dag van de maand, en houd de output in één map per host. Een vergelijking tussen hosts is alleen eerlijk als de data op één lijn liggen, en de bestandsnamen zijn de eenvoudigste manier om dat zichtbaar te maken.