Waarom staat mijn productpagina drie keer in Google?

Wat betekent canonicaliseren van URL-parameters precies

Stel, u verkoopt schoenen. Iemand komt op uw site via een advertentie: uw-shop.nl/schoenen?utm_source=facebook. Iemand anders sorteert op prijs: uw-shop.nl/schoenen?sort=laag-hoog. Weer iemand filtert op maat: uw-shop.nl/schoenen?maat=42. Voor de bezoeker is dit allemaal dezelfde pagina met een ander sausje. Voor Google zijn dit, zonder ingrijpen, drie of meer aparte pagina's.

Canonicaliseren betekent dat u tegen Google zegt: dit zijn allemaal varianten, maar de echte, tellende versie is uw-shop.nl/schoenen — zonder toevoegingen. Dat schone adres noemen we de canonieke URL. U geeft dus één duidelijk antwoord op de vraag welke versie in de zoekresultaten moet verschijnen.

Dit is geen kwestie van iets verbergen of blokkeren. De varianten mogen gewoon bestaan en werken voor bezoekers die filteren of sorteren. U zegt alleen tegen zoekmachines: reken alle waarde en beoordeling toe aan die ene schone versie, niet aan de tien parametervarianten ernaast.

Het lijkt op wat er gebeurt bij paginering, zoals wij uitleggen bij paginering. Ook daar zijn er meerdere URL's die inhoudelijk sterk overlappen. Het verschil is dat parameters vaak nog willekeuriger zijn: sortering en tracking voegen niets toe aan de inhoud, terwijl paginanummers dat soms wel doen.

Hoe ziet u of dit bij u speelt

De snelste check: zoek in Google Search Console naar uw eigen domeinnaam met een sitezoekopdracht, bijvoorbeeld site:uw-shop.nl/schoenen. Verschijnen er meerdere varianten met vraagtekens en parameters erin, dan is de kans groot dat dit niet goed staat. U kunt ook gewoon door uw site klikken, filters en sorteeropties aanzetten en kijken wat er in de adresbalk gebeurt.

In Search Console kunt u onder Pagina's kijken bij de reden waarom pagina's niet geïndexeerd zijn. Staat daar iets als gedupliceerde inhoud, Google koos een andere canonieke URL dan de gebruiker, dan is dit vaak precies uw probleem. Het is een van de duidelijkste signalen die dit rapport geeft.

Bekijk ook de broncode van een gefilterde pagina, of vraag iemand dat voor u te doen. Er hoort een regel te staan die verwijst naar de schone URL als canonieke versie. Ontbreekt die regel, of verwijst hij naar de parameterversie zelf, dan is er werk aan de winkel.

Een indicatie krijgt u ook via uw analytics: ziet u tientallen URL-varianten van wat eigenlijk één pagina is, elk met een klein beetje verkeer, dan is dat verkeer versnipperd geraakt over kopieën in plaats van gebundeld op de hoofdpagina.

Co stojí, když to není v pořádku

Het grootste risico is verspilde aandacht van Google voor uw site. Zoekmachines besteden per site een beperkte hoeveelheid tijd en capaciteit aan het doorlopen van pagina's, ook wel het crawlbudget genoemd. Besteedt Google die tijd aan honderd variaties van dezelfde schoenenpagina, dan blijft er minder over voor nieuwe of belangrijke pagina's elders op uw site.

Daarnaast verdund u uw eigen relevantie. Als linkwaarde en signalen van waardering verspreid raken over tien URL-varianten in plaats van geconcentreerd op één pagina, is geen enkele variant sterk genoeg om goed te scoren. U vecht in feite tegen uzelf in de zoekresultaten.

Er is ook een reëel risico dat Google zelf een canonieke versie kiest, en niet altijd de versie die u zou willen. Dat kan een parameterversie zijn met een lelijke URL, of een pagina die niet uw voorkeurslanding is voor die zoekopdracht. U verliest dan de controle over wat mensen precies zien en aanklikken.

Voor AI-assistenten die het web samenvatten speelt hetzelfde probleem, maar dan feller. Een taalmodel dat drie licht verschillende versies van dezelfde productpagina tegenkomt, kan verwarrende of tegenstrijdige informatie oppikken, bijvoorbeeld een andere prijs door een oude cache van een sorteervariant. Duidelijkheid over welke versie klopt, helpt dus breder dan alleen in Google.

Wat er moet gebeuren om dit op te lossen

De kern is simpel: elke variant van een pagina — met tracking, sortering of filters in de URL — moet aangeven dat de schone versie de echte is. Dat is een instructie die u eenmalig goed inricht per paginatype, niet iets wat u per pagina met de hand doet. Denk aan een vaste regel voor alle productpaginas, een andere vaste regel voor alle categoriepaginas.

Dit hoort thuis in een breder overzicht van wat voor pagina's u heeft en hoe die zich gedragen, zoals wij bespreken bij een indexatiematrix per paginatype. Daar bepaalt u per type pagina, dus ook per type parameter, wat de bedoeling is: mag hij bestaan, moet hij canonicaliseren, of moet hij zelfs helemaal niet meegenomen worden in de index.

Sommige parameters verdienen een andere aanpak dan alleen canonicaliseren. Interne zoekresultaten bijvoorbeeld, waarbij iemand op uw eigen site zoekt en dat een aparte URL oplevert, kunt u vaak beter direct uitsluiten van indexering, zoals uitgewerkt bij interne zoekresultaatpagina's op noindex. Canonicaliseren en uitsluiten zijn twee verschillende gereedschappen voor verschillende situaties.

Laat na het doorvoeren van de wijziging een paar weken verstrijken en controleer opnieuw in Search Console of de dubbele varianten verdwijnen uit de probleemrapportage. Dit gaat niet van vandaag op morgen: Google moet de pagina's opnieuw bezoeken en de nieuwe instructie verwerken. Geduld en herhaalde controle horen bij dit traject.

Hoe dit samenhangt met andere technische basiszaken

Canonicalisering staat niet op zichzelf. Als uw robots.txt-bestand delen van de site al blokkeert, zoals besproken bij controlepunt 1.1 over robots.txt en controlepunt 1.2, kan dat de werking van uw canonieke instructies doorkruisen. Een pagina die geblokkeerd is, kan Google sowieso niet bezoeken om de canonieke instructie te lezen.

Ook een matig ingerichte 404-afhandeling raakt dit onderwerp. Verwijst een verwijderde parameterversie niet netjes door maar levert hij een verwarrende pagina op zonder juiste statuscode, dan spreken we van een soft 404, uitgelegd bij soft 404's. Datzelfde geldt voor een matige eigen foutpagina, zie een behulpzame 404-pagina. Al deze punten raken elkaar: het gaat steeds om duidelijkheid geven aan Google over wat een pagina precies is en betekent.

Tot slot: als uw site sterk leunt op JavaScript om inhoud te tonen, zoals besproken bij de kerninhoud bereikbaar zonder JavaScript, kan het voor Google al lastig zijn om de basisinhoud te zien, laat staan de canonieke verwijzing die er soms dynamisch aan wordt toegevoegd. Een technisch stabiele basis maakt canonicalisering pas echt betrouwbaar.