Controleer backlinks voor een pagina voordat de redirectmap definitief is

Het dossier (verzonnen, ter illustratie)

Stel je een kleine winkel voor die verhuist van een oude PHP-site naar een nieuw framework. De winkel, de URL's en elk cijfer hier zijn verzonnen.

De oude site had 400 URL's en het team schreef redirects voor de 120 die ze belangrijk vonden, en stuurde de rest via een catch-all naar de homepage. De lancering verliep zonder veel commoe, maar binnen een week waren de impressies op pagina's gedaald waar niemand aan gedacht had.

Er was niets mis met de redirects die ze schreven. Het verlies zat in de 280 die ze niet hadden.

Een hypothetisch scenario als dit is geen bewijs van iets. Het is een repetitie, en het coverage-rapport van Search Console en de gratis taxatie routine zijn wat je voor de echte situatie zou gebruiken.

Waarom een patroonregel geen map is

Eén regel die alles onder een map naar de homepage stuurt is verleidelijk. Het kost één regel configuratie. Het voelt alsof het klaar is. Het gooit ook precies dat weg wat de oude URL's met zich meedragen: de lijst met plaatsen waar mensen naar linkten.

Een catch-all verbergt het verlies

Stel je voor dat je oude site 400 URL's had en een catch-all de 280 niet-gekoppelde URL's naar de homepage stuurt. Elke oude adresregel geeft nu dezelfde pagina terug. Een zoekcralwer leest dit patroon als een reeks soft 404's, dus de links die er naar toe wijzen hebben geen duidelijk bestemmingsadres.

De catch-all is stil. Er is geen enkele fout op lanceringsdag, en de dashboards tonen nog steeds een gezonde site totdat iemand vraagt welke pagina's vroeger links opleverden.

Patronen passen bij de lange staart, niet bij de top

Een patroon is prima zodra de belangrijke URL's individueel zijn afgehandeld. Zet de top twintig op basis van verwijzende domeinen handmatig in de map, één stap per URL, en laat pas daarna een regel de pagina's afdekken waar niemand naar linkt.

Die volgorde is belangrijk omdat een patroon geen onderscheid kan maken tussen een waardevolle pagina en een lege. Het ziet een pad, niet het aantal verwijzende domeinen.

Houd het bestand kort en de test streng

Lange lijsten met redirects op een statische server kunnen moeilijk leesbaar worden. Behandel de belangrijke URL's met expliciete regels en de lange staart met één regel, zodat het bestand kort genoeg blijft om te beoordelen.

Of de regel nu in een webserverconfiguratie, een framework-configuratie of een plugin staat, de test is hetzelfde. Vraag elke oude URL op en controleer de status en het bestemmingsadres. Stel dat je tien voorbeeld-URL's test en acht retourneren een 301 naar de juiste pagina. De andere twee retourneren een 200 op een pagina die niet de oude is, en dat is de fout die je moet opsporen voordat je lanceert.

Canonicals, sitemaps en hreflang: de stille signalen

Voordat je backlinks voor een pagina controleert, controleer dan of de signalen overeenkomen. Een redirect is slechts één van de meerdere hints die zoekmachines vertellen waar een pagina zich bevindt. De canonical-tag, de sitemap en eventuele hreflang moeten allemaal in dezelfde richting wijzen. Anders heffen ze elkaar op. De veldreferentie toont welke call de lijst met bronnen retourneert om te controleren.

Canonicals moeten overeenkomen met de redirect

Als de oude URL naar pagina X redirect, maar pagina X canonicaliseert naar pagina Y, dan zijn de signalen het niet eens over welke pagina de echte is. Een redirect verplaatst bezoekers, terwijl een canonical een hint is over de voorkeursversie, dus een mismatch maakt de uitkomst moeilijk voorspelbaar.

Controleer canonicals op de top twintig bestemmingen na de lancering. Benoemt elke pagina zichzelf, of de pagina die hij verving? Benoemt een van hen per ongeluk de homepage?

Een sitemap moet bevatten wat live is

De sitemap is de lijst die je aan zoekmachines geeft, dus deze moet de live bestemmingen bevatten en niet de oude adressen die nu redirecten. Een nieuwe sitemap die alleen verse URL's bevat, kan rustig de pagina's laten vallen die je het meest nodig hebt om gecrawld te worden.

Wees voorzichtig met lastmod. Als elke rij de deploydatum bevat, geeft het veld niet langer waarheid weer over welke pagina's zijn gewijzigd, en verliest het bestand zijn waarde als veranderingssignaal.

Hreflang alleen als de taal echt verandert

Hreflang is het toevoegen waard wanneer pagina's in meerdere talen of regio's bestaan, en elke set moet teruglinken naar elk ander lid. Een eentalige site die een hreflang-set toevoegt, krijgt ruis zonder extra betekenis.

Als je hreflang toevoegt tijdens een migratie, controleer dan of elke alternatieve URL een live pagina retourneert en of elke pagina in de set alle anderen vermeldt.

Wat het bewijs ondersteunt, en wat het niet doet

Een directe 301 is de basislijn. Google heeft sinds 2016 gezegd dat 3xx-redirects geen PageRank meer verliezen, dus een schone one-hop map is niet waar waarde lekt.

De lek is de mismatch: een redirect die naar een ongerelateerde pagina wijst, kan worden behandeld als een soft 404, en een canonical die niet overeenkomt met de redirect stuurt gemengde signalen. Niemand buiten Google kan het verlies precies meten, daarom tellen we verwijzende domeinen en behandelen we het aantal als de blootstelling in plaats van een prognose.

Voordat je verhuist, voer toppages uit voor het oude domein (2 credits) en refdomains op hetzelfde domein (2 credits). Voer na de verhuizing beide een keer uit zodra de maandelijkse refresh heeft plaatsgevonden en vergelijk de twee lezingen. Onze index kan een cyclus nodig hebben om de verandering op te merken. Panikeer niet op dag 10. Bewaar het eerste rapport als je voor-foto.

Een praktische waarschuwing. Een redirectmap die er in een spreadsheet netjes uitziet, kan nog steeds falen op de server, dus test de top 20 met een crawler zoals Screaming Frog en bevestig dat elke retourneert een enkele 301 naar een live pagina.

De nieuwe map controleren voordat deze live gaat

Een redirectmap is slechts een spreadsheet totdat een crawler deze heeft bezocht. De controles hieronder zijn goedkoop om uit te voeren, en ze vangen fouten op die een visuele review nooit ziet.

Lees elke statuscode, niet alleen de pagina

Vraag elke oude URL op en lees de status die deze retourneert. Een enkele 301 naar een live pagina is wat je wilt. Een 302 waar een 301 thuishoort, of een keten van drie stappen, laat de uitkomst over aan toeval.

Screaming Frog en vergelijkbare crawlers kunnen de hele lijst doorlopen en de codes exporteren naar een spreadsheet. Sorteer op status en regel alles op wat geen 301 of 200 is eerst.

Kijk naar redirectketens

Een keten vormt zich wanneer een redirect naar een pagina wijst die weer doorverwijst, vaak na een trailing slash of een taalvoorvoegsel verandert. Elke extra stap is een kans meer dat het signaal verloren gaat en het bezoek langzamer wordt.

Verwijder ketens door de eerste redirect rechtstreeks naar het eindadres te wijzen. Het is een kleine bewerking per URL en het verwijdert een hele klasse van verrassingen.

Vergelijk de sitemap met de map

Exporteer de sitemap en de redirectlijst, en controleer dan of geen enkele sitemap-entry ook een redirectbron is. Elke sitemap-entry moet een live bestemming zijn, en elk oud adres moet ontbreken in de sitemap.

Doe hetzelfde met de interne links op je hoofdtemplate. Een link die nog steeds naar een oud adres wijst, voegt een stap toe voor elke bezoeker, en het vertelt crawlers dat het oude adres nog steeds belangrijk is.