Dubbele content na een CMS-migratie: een herstelplan

Dubbele content na een CMS-migratie is bijna onvermijdelijk. Het oude CMS bouwde URL's op de ene manier op, het nieuwe doet het anders, en de redirects ertussen bundelen zelden netjes. Het resultaat is een overgangsperiode, soms weken, soms maanden, waarin Google twee versies van elke pagina ziet en je posities eronder lijden. Dit artikel is het gerichte plan om die problemen in dat tijdvenster te vinden en te herstellen.

Hoe dubbele content na een migratie eruitziet

Na de meeste migraties zie je drie vaste patronen. Ten eerste: dezelfde content op twee URL's, doordat de redirectlogica een hop opleverde in plaats van een 301 (status 200 op beide URL's). Ten tweede: content die tijdens de migratie is samengevoegd, verschijnt nu als dubbel doordat de canonical-tags van de oude site zijn blijven staan. Ten derde: parametervarianten die eerst via canonicals werden afgehandeld, zijn nu indexeerbaar doordat het nieuwe CMS niet consequent canonical-tags aanmaakt.

Crawl de oude URL-lijst

Haal de URL-lijst van de oude site op, bij voorkeur uit de oude sitemap als je die nog hebt, anders uit de historische data van Search Console. Crawl elke oude URL en controleer de respons. Een 301 naar één bestemming is correct. Een 200 betekent dat de oude URL nog live staat op het nieuwe platform, en dat is dubbele content. Een 404 is prima als het bewust is, een probleem als het per ongeluk gebeurt.

Controleer canonical-tags op elke template

Kies vijf pagina's van elk templatetype op de nieuwe site en controleer of elke pagina een canonical-tag heeft die naar zichzelf wijst (of naar de bedoelde canonical bestemming). Templates die geen canonical-tags aanmaken of canonicals naar de verkeerde bestemming laten wijzen, moet je op templateniveau oplossen, niet per pagina.

Vergelijk de sitemap met geïndexeerde pagina's

Haal de huidige sitemap op en vergelijk die met het aantal geïndexeerde pagina's in Search Console. Staan er 1000 URL's in de sitemap en toont Search Console 1500 geïndexeerde pagina's, dan zijn die extra 500 waarschijnlijk dubbele of onbedoelde URL's die je moet uitsluiten. Zoek uit om welke URL's het gaat en verwijs ze met een canonical weg of blokkeer ze voor indexering.

Paginering en gefacetteerde navigatie

Paginerings-URL's (?page=2, ?page=3) en URL's van gefacetteerde navigatie (?color=red&size=large) trekken na migraties dubbele content aan. De oude site had waarschijnlijk canonicalregels hiervoor, die de nieuwe misschien niet heeft overgenomen. Controleer specifiek de canonicals van paginering en bepaal je beleid voor gefacetteerde navigatie (alle varianten canonicaliseren naar de ongefilterde URL, of filter-URL's op noindex zetten).

Variantpagina's in e-commerce

Bij migraties van het ene e-commerceplatform naar het andere verandert vaak hoe productvarianten worden weergegeven. Hetzelfde product in drie kleuren heeft nu misschien drie URL's in plaats van één. Controleer een steekproef van producttypen en bevestig dat variant-URL's canonicaliseren naar het hoofdproduct.

Dubbele content tussen domeinen

Als je migratie content van het ene domein naar het andere heeft verplaatst (samenvoegen van subdomeinen, samenvoegen van aparte taalsites enzovoort), controleer dan of het oude domein goed doorverwijst. Dezelfde content op twee verschillende domeinen is de zwaarste vorm van dubbele content en kan langer duren om op te lossen.

Dubbele schema-markup

Soms heeft hetzelfde artikel na de migratie schema-markup op meerdere URL's. Google gaat daar vreemd mee om: het rich result verschijnt mogelijk voor de verkeerde URL of helemaal niet meer. Controleer de schema-URL's op pagina's die verdacht zijn voor duplicatie en voeg ze samen.

De herstelperiode

De meeste problemen met dubbele content na een migratie lossen zich op binnen 4 tot 8 weken nadat je de onderliggende oorzaak hebt aangepakt. Google moet opnieuw crawlen, canonicals opnieuw verwerken en de indexering bijwerken. Versnellen kan door getroffen URL's in Search Console opnieuw ter indexering aan te bieden en te zorgen dat de canonical-tags duidelijk en consistent zijn.

Zo volg je het herstel

Wekelijkse controles tijdens het herstel: de trend van het aantal geïndexeerde pagina's (moet naar de beoogde waarde convergeren), waarschuwingen over dubbele content in Search Console (moeten afnemen), prestaties op merkzoekopdrachten (moeten terugkeren naar het niveau van voor de migratie). Een vlakke of verslechterende trend na week vier wijst erop dat de oplossing onvolledig is en een nieuwe onderzoeksronde nodig heeft.

Tools om dubbele content na migratie op te sporen

Een uitgebreide site-audit die continu draait, vangt dubbele content op zodra die ontstaat, in plaats van te wachten op de volgende handmatige audit. Tijdens een migratieperiode telt het moment van ontdekking: wat in week één is opgelost, is in week acht klaar, wat pas in week zes wordt gevonden, duurt tot week twaalf.

UtilitySEO en vergelijkbare tools hebben migratiespecifieke auditmodi die patronen van dubbele content zichtbaar maken die vaak bij migraties voorkomen. Bij migraties met veel op het spel loont het om de audit tijdens het hele herstelvenster continu te laten draaien, want de kosten zijn klein vergeleken met de schade van onopgeloste dubbele content die maandenlang je posities drukt.

Het herstelplan draait vooral om discipline, niet om vernieuwing. Draai wekelijks dezelfde audit, los op wat opduikt en laat de index tot rust komen. De meeste migraties herstellen netjes met deze discipline. Migraties die niet herstellen, hebben meestal een van deze stappen overgeslagen.