MigrateSpot
MigrateSpot

Een website redesignen zonder te verliezen wat hij heeft opgebouwd

Een redesign moet veranderen hoe een bedrijf wordt beleefd, niet jaren aan zoekgeschiedenis uitwissen. Dit is de werkwijze waarmee we URL's, posities en links beschermen terwijl al het andere verandert.

, 5 min lezen, door MigrateSpot

De meeste gevestigde websites zien er ouder uit dan de bedrijven erachter. Ze zijn meestal ook meer waard dan ze lijken. Jaren aan gepubliceerde pagina's, inkomende links en zoekgeschiedenis vormen samen een soort vermogen dat niet op de balans staat, en een slordig redesign kan dat in één middag opmaken.

Het gangbare advies is zo weinig mogelijk te veranderen, zodat “niemand het merkt”. Wij vinden dat de lat te laag. Een redesign mag opvallen. Wat het niet mag doen, is kapotmaken waar zoekmachines en terugkerende bezoekers al op vertrouwen. Met de methode hieronder houden we die twee uit elkaar.

Begin met een volledige URL-inventaris

Voordat iemand een designtool opent, maak je een lijst van elke URL die de huidige site ooit heeft getoond. Dat is meer dan de pagina's in de navigatie. Combineer de XML-sitemap, een volledige crawl van de live site, de URL's die Google in Search Console rapporteert, de landingspagina's in je analytics en, waar beschikbaar, de doel-URL's van externe links uit een backlinktool.

Elke bron vangt iets wat de andere missen. Crawls vinden verweesde templates en parametervarianten. Search Console vindt pagina's die intern niet meer gelinkt zijn maar nog wel vertoningen krijgen. Backlinkdata vindt oude campagnepagina's die niemand zich herinnert maar waar andere websites nog naar verwijzen. De inventaris is de ene lijst waaraan elke latere beslissing wordt getoetst.

Lees de data voordat je iets besluit

Search Console bewaart ongeveer 16 maanden aan prestatiedata. Exporteer klikken en vertoningen per pagina en per zoekvraag over de volledige periode, zodat seizoensgebonden pagina's niet op een rustige maand worden beoordeeld. Kijk in GA4 naar landingspagina's en de conversies of key events die ze opleveren: een pagina met bescheiden verkeer kan toch het startpunt zijn van de meeste aanvragen.

Uit deze exports zijn per URL drie vragen belangrijk. Brengt hij bezoekers binnen via zoekmachines? Linken andere sites ernaar? Draagt hij bij aan aanvragen, aanmeldingen of verkopen? Een pagina die op alle drie nee antwoordt, is een kandidaat om uit te faseren. Een pagina die op een van de drie ja antwoordt, verdient een bewust plan.

Als de data ontbreekt

Veel sites die we zien hebben gaten, en het is beter dat te benoemen dan te doen alsof. Search Console is misschien nooit geverifieerd, of alleen voor één protocol of subdomein. De analyticshistorie is misschien gestopt bij Universal Analytics, waarvan Google de data inmiddels heeft verwijderd. Soms is de live site zelf het enige wat er nog is.

In die gevallen verlagen we ons vertrouwen, niet onze standaarden. Verifieer direct een domeinproperty in Search Console, want elke week data die vóór de lancering binnenkomt, helpt. Gebruik serverlogs als de hostingpartij die bewaart; ze laten zien welke URL's echt worden opgevraagd, door mensen en door crawlers. Gebruik een backlinktool om gelinkte URL's te vinden. Waar niets aangeeft dat een pagina onbelangrijk is, sturen we hem door naar de best passende vervanger in plaats van hem te laten falen.

Behouden, verbeteren, samenvoegen of uitfaseren

Elke URL in de inventaris krijgt een van vier besluiten. Hier wordt een redesign een redactioneel project in plaats van een technisch project.

  • Behouden: de pagina presteert en de URL blijft. De content verhuist met behoud van inhoud naar het nieuwe design.
  • Verbeteren: er is vraag naar de pagina, maar de content is mager, verouderd of lastig te gebruiken. De URL blijft en de tekst wordt herschreven.
  • Samenvoegen: meerdere pagina's concurreren om dezelfde zoekintentie. Ze worden één sterkere pagina en de andere sturen daarnaar door.
  • Uitfaseren: de pagina heeft geen verkeer, geen links en geen zakelijke rol. Hij wordt verwijderd en doorgestuurd naar de dichtstbijzijnde relevante pagina of, als niets past, geeft een 404 of 410.

Koppel elke redirect één op één

Elke URL die verandert, heeft een permanente, server-side redirect (een 301 of 308) nodig naar de meest relevante nieuwe tegenhanger. De richtlijnen van Google voor sitemigraties zijn duidelijk: redirects moeten oude URL's koppelen aan hun specifieke nieuwe tegenhangers en lang blijven staan, doorgaans minstens een jaar.

Vermijd twee veelgebruikte shortcuts. Alles naar de homepage sturen vertelt zoekmachines dat de oude pagina geen echte opvolger heeft, en Google kan zulke redirects als soft 404 behandelen. Redirects aan elkaar rijgen (van oud via tussenstap naar nieuw) vertraagt het crawlen en verzwakt het signaal. Maak van elke keten één stap, zodat elke oude URL direct uitkomt op zijn bestemming, ook URL's die al vóór de start van het project werden doorgestuurd.

Canonicals en gestructureerde data

Elke nieuwe pagina hoort een canonical URL naar zichzelf te hebben die overeenkomt met het definitieve adres na redirects, de vermelding in de sitemap en de interne links. Tegenstrijdige signalen, zoals een canonical die verwijst naar een URL die weer ergens anders naartoe doorstuurt, zijn een veelvoorkomende oorzaak van trage herindexering na de lancering.

Gestructureerde data verdient dezelfde zorg. Neem mee wat geldig was, zoals Organization-, Article- of BreadcrumbList-markup, en beschrijf alleen wat zichtbaar is op de pagina. Het beleid van Google voor gestructureerde data is duidelijk: markup moet weerspiegelen wat gebruikers kunnen zien. Een redesign is een goed moment om verouderde markup te herstellen.

Een checklist voor de lancering

  1. Crawl de stagingsite en controleer of elke pagina een 200 teruggeeft, de juiste canonical heeft en niet wordt geblokkeerd door robots-regels of noindex-tags die alleen voor staging bedoeld waren.
  2. Test de volledige lijst met oude URL's tegen de redirectregels en controleer of elke URL in één stap uitkomt op een pagina met status 200.
  3. Werk interne links bij zodat ze direct naar de definitieve URL's verwijzen in plaats van te leunen op redirects.
  4. Publiceer een nieuwe XML-sitemap en dien die in via Search Console.
  5. Controleer of analytics, toestemming en conversietracking werken op de nieuwe templates.
  6. Noteer de lanceerdatum in je rapportages, zodat latere veranderingen in context gelezen kunnen worden.

De eerste 90 dagen

Enige beweging in posities na een flink redesign is normaal, terwijl zoekmachines de site opnieuw crawlen en beoordelen. Het doel van monitoring is gewone turbulentie vroeg genoeg te onderscheiden van echte problemen om nog te kunnen ingrijpen.

Controleer in de eerste weken het indexeringsrapport en de crawlstatistieken in Search Console, de 404's in de serverlogs en de vertoningen van de pagina's die vóór de lancering de meeste waarde hadden. Vergelijk appels met appels: dezelfde pagina's, dezelfde zoekvragen, dezelfde weekdagen. Daarna is een wekelijkse check meestal genoeg tot de grens van 90 dagen. Verliest een belangrijke pagina zichtbaarheid en blijft die weg, kijk dan eerst naar wat er voor die specifieke URL is veranderd: de redirect, de content, de interne links.

Bronnen

Lees verder

Je volgende website begint bij de website die je al hebt.

Laat ons je huidige website zien. Wij verkennen wat die kan worden.

Herontdek mijn website