Ontdek alle mogelijkheden met ApplePY. Bekijk alle features
Veel websites slagen er niet in hun duplicate content op een SEO-vriendelijke manier te optimaliseren. Sterker nog, uit onderzoek blijkt dat statussen met betrekking tot duplicate content het op een na meest voorkomende probleem is in Google Search Console voor websites van alle groottes.
Maar soms ben je er zelf van overtuigd dat het geen duplicate content is.
In dit geval zie je mogelijk een ‘Dubbele pagina zonder door de gebruiker geselecteerde canonieke versie’ status in Google Search Console.
Hier is wat Google documentatie zegt:
Deze pagina is gemarkeerd als canoniek voor een set pagina's, maar Google denkt dat een andere URL een betere canoniek is. Google heeft de pagina geïndexeerd die wij als canoniek beschouwen in plaats van deze. Wij raden je aan deze pagina expliciet te markeren als een duplicate van de canonieke URL. Deze pagina is ontdekt zonder een expliciet crawlverzoek. Inspectie van deze URL zou de door Google geselecteerde canonieke URL moeten tonen.
De gevolgen van het feit dat Google andere content indexeert dan je van plan was, varieert per situatie. De ernstigste is het ontmoedigen van gebruikers om je pagina te bezoeken of op je pagina te blijven door hun resultaten te tonen die, bijvoorbeeld, essentiële stukken content mist die wel aanwezig zijn op je voorkeurspagina.
Dit artikel laat de mogelijke oorzaken en oplossingen zien voor de ‘Dubbele pagina zonder door de gebruiker geselecteerde canonieke versie’ status.
Je kan de status van je pagina controleren in het rapport Indexdekking in Google Search Console. Het Index dekking rapport bevat vier groepen van problemen:
‘Dubbele pagina zonder door de gebruiker geselecteerde canonieke versie’ behoort tot de categorie Uitgesloten. Uitgesloten URL's worden niet geïndexeerd.
De lijst is beschikbaar voor export, maar heeft een limiet van 1000 URL’s. Echter, als je meer dan één sitemap hebt, kan je het rapport voor elke sitemap apart downloaden en het aantal geëxporteerde URL's verhogen.
De ‘Dubbele pagina zonder door de gebruiker geselecteerde canonieke versie’ status laat je niet zien welke pagina Google koos. Het enige wat je kan zien is dat het een andere is dan de pagina die je geïndexeerd wilde hebben.
Om te zien welke pagina Google heeft gekozen, navigeer je naar de URL Inspectie tool. Na het invoeren van de URL die je wil controleren, zie je veel informatie, waaronder de Dekkingsstatus. Je kan deze optie uitbreiden om de Google-geselecteerde canonieke en de door de gebruiker gedeclareerde canonieke te zien.
Dankzij de URL Inspectie API, kan je nu bulk controles uitvoeren tot 2000 URL's per dag met behulp van de URL Inspectie tool en de informatie over de Google-geselecteerde canonieke in een JSON bestand krijgen.
De toegevoegde API toegang is zeer nuttig voor iedereen die worstelt met Google die een andere canonieke kiest dan de door de gebruiker geselecteerde. Zonder de API, is het tijdrovend om de Google-geselecteerde canonieke te controleren op een grote steekproef van URL's.
Voordat ingegaan wordt op de methodes die Google gebruikt om de canonieke pagina te kiezen, word eerst uitgelegd waarom het essentieel is voor Google om te bepalen welke pagina's de originele zijn:
Ten eerste stellen de richtlijnen van Google dat de zoekmachine probeert om pagina's met weinig informatie te indexeren en te tonen. Daarom kiest hij na het tegenkomen van duplicate content de canonieke pagina die hij identificeert als de meest bruikbare voor zijn gebruikers. Anders zouden de gebruikers veel verschillende resultaten te zien krijgen die naar identieke content leiden.
Ten tweede, volgens de documentatie van Google, worden dubbele pagina’s minder vaak gecrawld dan de canonieke pagina's. Hierdoor kan Google zijn bronnen sparen voor het crawlen van belangrijkere pagina's en het crawlbudget op je server verminderen.
We proberen de canonieke URL te kiezen door twee algemene richtlijnen te volgen: Ten eerste, welke URL lijkt het alsof de site wil dat we gebruiken; dus, wat is de voorkeur van de site? En ten tweede, welke URL zou nuttiger zijn voor de gebruiker?
Enkele van de signalen waar Google naar kijkt bij het bepalen van de canonieke versie zijn:
Laten we eens kijken naar mogelijke oorzaken waarom Google het niet met je eens is over de canonieke versie en manieren om het probleem op te lossen.
Google kan om verschillende redenen een andere canonieke pagina kiezen dan de gebruiker, waaronder:
Zoals vermeld zijn er meerdere signalen die je kan gebruiken om aan te geven welke pagina de originele is. Als je ze echter inconsistent gebruikt, kan dit Google in verwarring brengen en ertoe leiden dat het de verkeerde URL kiest om te indexeren.
Laten we ons een situatie voorstellen waarin je drie dubbele pagina's hebt:
In het geval van tegenstrijdige signalen, moet Google raden welke van de pagina's de echte canonieke pagina is.
Er is één oplossing voor deze oorzaak van de ‘Dubbele pagina zonder door de gebruiker geselecteerde canonieke versie’ status: wees consistent.
Hier zijn een paar tips om in gedachten te houden tijdens het opzetten van de canonieke signalen:
Als je meerdere pagina's hebt met zelfverwijzende canonieke tags, maar Google besluit dat ze geen unieke waarde bevatten, kan het zijn dat het maar één pagina kiest om te indexeren.
Dit gebeurt meestal op e-commerce sites wanneer meerdere producten dezelfde beschrijving hebben.
Als je hetzelfde bed in verschillende maten verkoopt, wil je misschien dat alle pagina's met verschillende maten worden geïndexeerd, zodat gebruikers gemakkelijk kunnen vinden waar ze naar op zoek zijn. Immers, als ze op zoek zijn naar een kingsize bed, en ze zien in de zoekresultaten alleen maar kleine kinderbedden, zullen ze je pagina misschien negeren en in plaats daarvan de website van je concurrent bezoeken.
Vertrouw niet alleen op de zelfverwijzende canonieke tags. Zorg er in plaats daarvan voor dat elke pagina een unieke waarde heeft.
Zoekmachines zijn nog steeds niet perfect in het renderen van JavaScript. Dus als je er sterk op vertrouwt om je content weer te geven, kan Google problemen hebben met het zien van elk element op je pagina.
Rendering is essentieel voor Google en andere zoekmachines om de inhoud en lay-out van onze website te zien en te begrijpen. Zonder rendering, bestaat je inhoud niet online. We zijn de tijden ver voorbij waar je je inhoud kon zien door simpelweg in de HTML-code van de website te kijken.
Ten eerste moet je ervoor zorgen dat Google toegang heeft tot alle benodigde scripts. Zorg ervoor dat je JavaScript-bronnen niet worden geblokkeerd door robots.txt (een bestand dat je kan maken om aan te geven welke pagina's mogen worden gecrawld).
Als je bronnen toegankelijk zijn voor Google, moet je de scripts evalueren. Je moet rekening houden met aspecten zoals de grootte van je script en of je het allemaal nodig hebt om de pagina te genereren.
Het onderwerp van Rendering SEO is uitgebreid, en als je geen ervaring hebt met coderen, heb je misschien de hulp van je ontwikkelaars nodig om sommige van de meer complexe problemen op te lossen.
Als je pagina's hebt die zich richten op specifieke landen die dezelfde of een vergelijkbare taal spreken (bijv. NL en BE), kan het gebeuren dat Google er maar één kiest om te indexeren.
Stel dat de enige oplossing die je gebruikt om aan te geven dat je je richt op verschillende landen met dezelfde taal, een zelfverwijzende canonieke tag is. In dat geval zou Google het doel niet kunnen begrijpen en denken dat het allemaal dubbele pagina's zijn. Als gevolg daarvan zal Google er slechts een kiezen om te indexeren, waardoor gebruikers pagina's in verschillende landen in hun zoekresultaten kunnen aantreffen.
Dit kan vooral een groot probleem zijn voor e-commerce websites omdat het ertoe kan leiden dat klanten geen aankoop kunnen doen.
Je moet er altijd voor zorgen dat je hreflang tags hebt geplaatst. Een hreflang-tag is een stukje HTML-code waarmee je kan aangeven op welke taal en op welk land de pagina is gericht.
ApplePY voor online marketeers
ApplePY voor freelancers
ApplePY voor agencies
