Backlinks bij site-migratie: een runboek voor gelinkte URLs

Hoe een migratie je inlaten in gevaar brengt

Het verplaatsen van platforms of het wijzigen van URL-schema's brengt je externe links in gevaar, en het risico is geconcentreerd. Een paar URLs dragen het merendeel van de verwijzende domeinen.

Die URLs krijgen een handmatig gemaakte redirect, nooit een patroonregel. Leer welke dat zijn met de inlet-methode. De rest kan patronen volgen.

Hier is ons runboek. Het gebruikt een linkexport om te bepalen wat heilig is. Het eindigt met een controle, tegen Search Console aan, omdat redirects die er in een spreadsheet goed uitzien, in de productie nog steeds vreemd kunnen gedragen. Voor de structuur achter de heilige URLs, lees over invoerpagina's.

Waarom de heilige URLs eerst komen

Niet elke URL is gelijk. Een kleine set bevat het merendeel van de verwijzende domeinen, en die adressen verdienen meer zorg dan de rest van de site samen. Backlinks bij site-migratie zijn van hen afhankelijk, dus behandel ze als vaste punten in het plan.

Begin bij de inlet-lijst, niet bij de sitemap. De sitemap lijst wat je publiceert, terwijl de inlet-lijst laat zien waar de web al naar wijst.

Schrijf die lijst voordat iemand het redirectbestand opent. Een lijst die achteraf wordt geschreven, komt vaak overeen met wat de regels al doen, en dat verbergt de gaten die je het meest nodig hebt om te zien. Sorteer op verwijzende domeinen. Zware rijen staan dan bovenaan.

Handmatig gemaakte redirects voor de weinigen

Elke heilige URL krijgt zijn eigen rij in de redirectmap, met een bestemming die met de hand is gekozen. De bestemming moet hetzelfde onderwerp behandelen als de oude pagina, zodat de woorden die er naar verwijzen nog steeds zinvol zijn.

Stel je een oude gids voor die verhuist naar een nieuw helpcentrum. Als de nieuwe pagina hetzelfde antwoord geeft, draagt de redirect de betekenis mee. Als de nieuwe pagina een generieke landingspagina is, doet hij dat niet.

Houd één rij per heilige URL aan met een korte notitie over waarom de bestemming is gekozen. Die notitie is wat iemand die het bestand over een jaar leest, het meest nodig heeft.

Patronen voor alles anders

Patroonregels zijn prima voor de lange staart, zoals een verouderd blogpad dat een schone slug wordt. Schrijf ze na de handmatig gemaakte rijen, zodat een brede regel geen specifieke kan overschrijven.

Test een steekproef van de patroonoutput tegen de live lijst van oude adressen, en controleer de statuscodes voordat je iets implementeert.

Controleer of geen patroonregel een heilige URL vangt, door de heilige lijst te testen tegen de regels voordat ze live gaan.

Ankers na de verhuizing

Een inlet kan zijn aangekomen met de naam van een product dat je inmiddels hebt verwijderd. De nieuwe bestemming moet nog steeds zinvol zijn voor die woorden, zelfs als de productpagina weg is.

Als dat niet kan, is de bestemming verkeerd, hoe netjes de redirectmap er ook op papier uitziet.

Parametervarianten tijdens een verhuizing

Een verhuizing is een goed moment om te beslissen welke querystrings het waard zijn om te bestaan. Veel sites dragen sorteerordes, filters en trackingtags die extra adressen voor dezelfde inhoud creëren, en een migratie kopieert ze allemaal tenzij je het stopt.

Bepaal één keer, schrijf de beslissing op, en pas het overal toe waar de site linkt. De crawl depth-pagina laat zien hoe deze varianten een diepterapport vervormen.

Welke querystrings dragen inhoud

Een parameter die de inhoud wijzigt, zoals een paginanummer in een lange lijst, mag zijn eigen adres behouden. Een parameter die alleen sorteert of trackt, heeft dat niet nodig.

Schrijf de beslissing naast de parameternaam, zodat de volgende persoon niet hoeft te raden wat het doet.

Canonical tags op de nieuwe site

Waar een variant moet blijven, moet zijn canonical tag het schone adres noemen. De tag is een hint in plaats van een commando, dus deze moet overeenkomen met de interne links en de sitemap.

Niet-overeenkomende signalen zijn de veelvoorkomende fout. Een pagina die de ene canonical declareert, linkt naar een tweede adres en vermeldt een derde in de sitemap geeft een crawler drie conflicterende instructies.

Interne links die nog steeds parameters dragen

Navigatiesjablonen kopiëren vaak oude parameters naar nieuwe pagina's. Crawl de nieuwe site, tel de interne links die een querystring dragen, en los het sjabloon op in plaats van elke pagina.

Een sjabloonoplossing houdt het probleem ook tegen dat het terugkomt bij het volgende ontwerp.

Redirectfouten die verschijnen in Search Console

Na een verhuizing rapporteert Search Console vaak redirectfouten in bulk. De lijst ziet er alarmerend uit. Google rapporteert wat zijn crawler tegenkwam, niet wat jouw map bedoelde. Een lange lijst komt meestal terug op een paar oorzaken, dus sorteer de fouten op oorzaak voordat je een redirect aanraakt.

Begin met het meest voorkomende patroon en werk naar beneden. Veel fouten verdwijnen zodra de bovenste oorzaken zijn opgelost.

Ketens en loops

Een keten loopt van het oude adres naar een tussenadres en dan naar de definitieve pagina. Elke stap voegt een stap toe die een crawler kan opgeven, en een loop stuurt hem rond in cirkels.

Platgemaakte ketens zodat elk oud adres rechtstreeks naar zijn definitieve doel wijst, en verwijder elke loop voordat je om een recrawl vraagt.

Een keten verschijnt vaak na een tweede verhuizing bovenop de eerste, dus zoek in het redirectbestand naar elke bestemming die zelf een bron is.

Mislukte bestemmingen

Een redirect naar een 404, een inlogpagina of een blanket home-page doel verschijnt als een fout of als een zwak signaal. Controleer elke bestemming met een statusverzoek voordat je aannemt dat de map goed is.

Die drie fouten zijn eenvoudig te spotten zodra elke bestemming in één kolom van het blad zit.

Voeg ook de bestemmingen van oude redirects toe aan de controle, omdat een keten kan eindigen bij een pagina die jaren geleden is verwijderd.

Een redirect die is gewijzigd, cachen

Een redirect is een antwoord, en browsers en gedeelde caches kunnen het langer bewaren dan je verwacht. Als je wijzigt waar een oud adres naar wijst, kan de cache van een bezoeker ze nog een tijdje naar het vorige doel sturen.

Vraag je host of CDN hoe het redirects cacheert en of het een purge aanbiedt. Test dan vanuit een schone browsersessie in plaats van die je hebt gebruikt om de map te schrijven.

Wat redirects niet kunnen redden

Een 301 is een doorverwijsadres, geen transfusie. Als de nieuwe pagina een ander onderwerp heeft dan de oude, kan de link ophouden te tellen, vandaar dat bestemmingen relevant moeten zijn.

Links van sites die nooit updaten, blijven naar het oude adres wijzen, dus houd de redirects live. Hoe lang is een vraag voor je eigen risicobereidheid; we geven hier geen periode op.

Ankers zijn een andere val. Als een inlet is aangekomen met de woorden van een product dat je hebt verwijderd, moet de nieuwe bestemming ze nog steeds zinvol maken.

Na de vaststellingsvergelijking verdient elke invoerpagina die is verdwenen een handmatige controle. Een maandelijkse verversing kan achterlopen op echte veranderingen, dus controleer ook Search Console.

Houd ook de bronnen in de gaten. Een site die zelden update, kan lang naar het oude adres blijven wijzen, dus de redirect moet op zijn plaats blijven, en niemand mag deze verwijderen tijdens een opruiming.