De canonieke tag dient om de referentieversie aan te wijzen van een pagina die via meerdere adressen bereikbaar is. Op een etalagesite stelt ze weinig moeilijkheden. Op een webshop maken vijf situaties haar delicaat, en een slechte declaratie kost meer dan haar afwezigheid.
Wat de tag doet, en niet doet
Twee herinneringen die de helft van de fouten vermijden.
Het is een indicatie, geen richtlijn. De zoekmachines kunnen ze negeren als ze oordelen dat de pagina’s daadwerkelijk verschillen. Een canoniek geplaatst op ongelijksoortige content zal niet worden gevolgd.
Ze blokkeert het crawlen niet. De pagina blijft bezocht, ze verbruikt crawlbudget, en haar content wordt gelezen. De canoniek zegt alleen welke te indexeren.
Een vaak genegeerd gevolg: een canoniek is geen crawlbeheersinstrument. Is uw probleem het volume gecrawlde pagina’s, dan ligt het antwoord elders.
Het geval van de varianten
De meest voorkomende situatie, en de slechtst behandelde.
Op veel thema’s wijzigt het selecteren van een variant de URL door er een identifier aan toe te voegen. De pagina toont dan dezelfde content met een andere afbeelding en prijs.
De regel: de canoniek van alle varianten wijst naar de productpagina zonder variantparameter. Dat is de versie die geïndexeerd moet worden.
Twee uitzonderingen om te kennen. Hebben uw varianten daadwerkelijk aparte content, met eigen beschrijvingen en visuals, dan verdienen ze waarschijnlijk aparte producten te zijn in plaats van gecanoniekte varianten. En is een precieze variant het voorwerp van eigen zoekopdrachten, dan stelt de opsplitsingsvraag zich.
Een klassieke fout om te vermijden: elke variant zichzelf canoniek laten declareren. U krijgt dan vijftien vrijwel identieke pagina’s die met elkaar concurreren.
Het geval van de producten in meerdere categorieën
Een product gekoppeld aan drie categorieën kan via drie adressen worden bereikt als uw URL-structuur het categoriepad omvat.
De canoniek wijst naar het adres gebouwd op de standaardcategorie van het product. Die keuze moet samenhangend blijven met het gemarkeerde kruimelpad, op straffe van twee tegenstrijdige signalen te sturen.
Het waakpunt: de standaardcategorie gaat gemakkelijk verloren bij een import of een herordening. Een controle na elke massaoperatie vermijdt canonieken te ontdekken die naar verouderde adressen wijzen.
Op een URL-structuur zonder categoriepad, de eenvoudigste en meest aanbevolen configuratie, verdwijnt het probleem volledig.
SEO Cannibalization Detector: PrestaShop 8 & 9Spoor SEO-kannibalisatie op en los die op via Google Search Console€39,00
Het geval van de paginering
Een zeer verspreide, en destructieve fout.
Op een gepagineerde categorie is de verleiding alle pagina’s naar de eerste te laten wijzen. Een tegenspraak: de producten die alleen op pagina 4 verschijnen, staan op een pagina waarvan u vraagt ze niet te indexeren.
De regel: elke pagina van een gepagineerde reeks draagt een canoniek naar zichzelf. De pagina’s 2, 3 en 4 zijn aparte pagina’s met aparte content.
Twee aanvullingen. Biedt u een weergave “alles tonen” aan, dan kan die legitiem de canonieken van de gepagineerde pagina’s ontvangen, op voorwaarde dat ze bruikbaar blijft, wat boven de honderd producten zelden het geval is. En de eerste pagina mag niet dubbel bestaan met en zonder pagineringsparameter: de ene moet naar de andere redirecten.
Het geval van de filters
Een gefilterde categoriepagina wijst naar de ongefilterde categorie, tenzij u dat facet bewust voor indexering heeft geopend.
Op een geopend facet is de canoniek zelfverwijzend: de pagina heeft een eigen titel, eigen content, ze moet op zichzelf bestaan.
Let op de combinatie met de paginering: pagina 2 van een geopend facet wijst naar zichzelf, niet naar pagina 1 van het facet noch naar de categorie.
Het geval van multistore
Twee webshops die eenzelfde product delen, stellen een fundamentele vraag voor het een technisch probleem wordt.
Richten beide webshops zich op aparte publieken, met verschillende content en prijzen, dan is elke pagina legitiem en moet ze zichzelf canoniek declareren.
Tonen beide webshops dezelfde content, dan heeft u een duplicatieprobleem dat de canoniek niet correct zal regelen: een canoniek tussen domeinen is mogelijk maar komt neer op het opofferen van een van beide webshops. Het echte antwoord is de content differentiëren.
Een frequent bijzonder geval: een test- of preproductiewebshop die bereikbaar is gelaten. Ze moet worden geblokkeerd door authenticatie, niet behandeld met een canoniek.
Het geval van meertaligheid
De schadelijkste verwarring van allemaal.
De taalversies van eenzelfde pagina zijn geen duplicaten. De Nederlandse versie en de Duitse versie zijn twee aparte pagina’s, bestemd voor twee publieken, en elk moet zichzelf canoniek declareren.
De vertaalde versies naar de oorspronkelijke versie laten wijzen, deïndexeert al uw vertalingen. Een fout die men regelmatig aantreft op meertalige sites waarvan het internationale verkeer niet opstijgt.
Het juiste instrument om de taalversies te koppelen is de alternatieve-taalannotatie, een apart en aanvullend mechanisme. Ze geeft de relatie tussen de versies aan, de canoniek geeft de referentieversie binnen elke taal aan.
Twee regels om ze te combineren: elke versie wijst haar canoniek naar zichzelf, en declareert haar taalalternatieven, met zichzelf in de lijst opgenomen.
De transversale fouten
De relatieve canoniek. Gebruik een absoluut adres, met het protocol en het domein. Een relatief adres werkt maar breekt zodra een pagina vanuit een onverwachte context wordt geserveerd.
De canoniek naar een geredirecte pagina. Ze voegt een stap toe en vertroebelt het signaal. Wijs naar de eindbestemming.
De canoniek naar een noindex-pagina. Een tegenstrijdig signaal: u wijst als referentie een pagina aan waarvan u vraagt ze niet te indexeren.
De dubbele declaratie. Het thema plaatst een canoniek, een SEO-module plaatst een tweede. Twee verschillende tags op dezelfde pagina produceren onvoorspelbaar gedrag, en het is een frequente oorzaak van deïndexering na de installatie van een module.
Controleren
Drie verificaties, in deze volgorde.
De URL-inspectie in Search Console op een steekproef pagina’s, die de gedeclareerde canoniek toont en die welke Google heeft aangehouden. Een kloof tussen beide signaleert dat uw declaratie niet wordt gevolgd.
Een sitecrawl met opname van de canonieken, die toelaat in massa de verwijzingen naar geredirecte, foutieve of noindex-pagina’s op te sporen.
Het indexeringsrapport, met bewaking van de categorie gedupliceerde pagina’s met een canoniek verschillend van die welke Google heeft geselecteerd.
Een frequent symptoom van een slecht geplaatste canoniek: twee van uw pagina’s betwisten dezelfde zoekopdracht en wisselen af in de resultaten. De SEO Cannibalization Detector module voor PrestaShop spoort die situaties op op PrestaShop 8 en 9, door de posities en zoekopdrachten van uw pagina’s te kruisen om die te identificeren die met elkaar concurreren.
