25 aug Wat is Paginering?
Auteur: Erwan Vrignaud
Leestijd: 17 minuten
Paginering staat voor het proces waarbij veel content op de pagina wordt opgesplitst in meerdere pagina’s. Het is bedacht om de gebruiksvriendelijkheid van een website te vergroten. Maar hier zitten wat haken en ogen aan en wanneer dit niet goed wordt uitgevoerd kan dit veel nadelige effecten hebben.
Paginering wordt vaak gebruikt om een enorme hoeveelheid artikelen op te splitsen, foto galerijen onder te brengen in overzichtelijke blokken en onderwerpen in forums overzichtelijker te maken. Voor grote websites is het een absolute must hier goed over na te denken hier wel of niet iets meet te doen. En als er gebruik van gemaakt gaat worden, hoe dit goed aan te pakken zodat de UX (User Experience) niet wordt benadeeld en er geen negatieve SEO-effecten optreden.
Het is een uitdaging om ervoor te zorgen dat zoekmachines de relatie tussen deze URL’s begrijpen, zodat ze het meest relevante pagina’s indexeren. Paginering is een proces wat in de loop der jaren enorm is geëvolueerd en in dit artikel leg ik uit hoe je dit het beste aan kunt pakken. En er gaan nogal wat fabels rond over dit fenomeen wat ik ook zal beschrijven. De grootste mythe is wel dat paginering een rangschikkings-indicatie is voor zoekmachines, wat niet het geval is. Althans niet direct, mogelijk wel indirect. Een zoekmachine zal het een zorg zijn hoe je de content op je pagina’s indeelt, zolang bezoekers maar kunnen vinden wat ze zoeken. Maar wanneer Google ziet dat bezoekers daar moeite mee hebben wordt het een ander verhaal. Dat meet Google af aan de UX (User Experience) en dat heeft wel invloed op je organische posities.
Je hebt waarschijnlijk ooit gehoord dat paginering slecht is voor SEO. In de meeste gevallen is dit te wijten aan een gebrek aan correcte paginering, in plaats van het bestaan van paginering zelf. Wat zijn voorbeelden van onjuiste paginering en andere mythes?
Paginering die dubbele content veroorzaakt
Wat wel eens voorkomt is een combinatie van de “Alles weergeven”-tag als gepagineerde pagina’s zonder een correct “rel=canonical” of als je een page=1 hebt gemaakt naast je hoofdpagina. Met standaard templates van WordPress is dit nagenoeg uitgesloten, maar met custom made websites moet je hier voor oppassen. Voor de rest kan er niet zo snel wat fout gaan. Zelfs als jouw H1
en metatags precies hetzelfde zijn, maar de content op de pagina’s verschillen, zien zoekmachines het niet als dubbele content.
Paginering creëert lage content pagina’s
Dit is correct wanneer je een artikel of fotogalerij over meerdere pagina’s hebt verdeeld om bijvoorbeeld advertentie-inkomsten te genereren door het aantal paginaweergaven te verhogen. Deze truc zorgt inderdaad voor lage content pagina’s en moet worden vermeden. Ik ben sowieso geen voorstander van trucs om zoekmachines om de tuin te leiden, de algoritmes zijn in de meeste gevallen slimmer dan wij. Wees voorzichtig en bescheiden met het plaatsen van automatische banneradvertenties zodat ze niet de leeservaring (UX) negatief beïnvloeden.
Bij webshopsplatforms is het vaak mogelijk Paginering in te stellen
Paginering verlaagt rangschikkingssignalen
Er wordt beweerd dat door paginering het aantal interne of externe links wordt vermeervoudigd. Als er op een artikelpagina een link staat naar de fabrikant en dit artikel is beschikbaar in 10 verschillende kleuren en 10 verschillende afmetingen en 10 verschillende – wat dan ook – en op iedere pagina staat een link, dan zou je ineens tientallen, dezelfde links op je website hebben wat nadelig zou zijn. Dit is onjuist. Wanneer er namelijk de (rel=”prev”) en (rel=”next”) tags worden toegepast op de gepagineerde pagina’s, begrijpt Google wat er aan de hand is. Geen probleem.
Paginering maakt gebruik van crawlbudget
Iedere pagina die gecrawld moet worden gaat verloren van je crawlbudget. Je doet er dus verstandig aan overbodige pagina’s uit te sluiten van indexering. Alleen de hoofdpagina is voldoende, zoals één artikel, en alle varianten van dat artikel hoeven niet apart geïndexeerd te worden. Dit kun je eenvoudig instellen met een “no-index” tag zodat je jouw crawlbudget kunt behouden voor meer
belangrijkere pagina’s.
Hoe beheer je paginering?
Gebruik het liefst de (rel=”next”) & (rel=”prev”) tags om de relatie tussen de url’s te markeren. Dit is voor zoekmachines volkomen duidelijk. Google beveelt deze optie aan en merkt op dat ze deze opmaak gezien wordt als een sterke hint dat je wilt dat jouw pagina’s worden behandeld als een logische sequentie. Hierdoor worden de koppelingseigenschappen geconsolideerd en worden de bezoekers meestal naar de eerste pagina gestuurd. Houd er rekening mee dat deze (rel=”next” / “prev”) dus als aanbevelingen worden behandeld en niet per sé als richtlijnen. Ze zullen niet altijd voorkomen dat gepagineerde pagina’s toch worden weergegeven in de zoekresultaten. Maar wanneer je dit doet wordt een duidelijke relatie tussen de pagina’s aangegeven, zodat zoekmachines niet iedere pagina apart hoeven te indexeren, wat mogelijk leidt tot dubbele content.
Gepagineerde paginatitels en metabeschrijvingen wijzigen
Wanneer de (rel=”next”) en (rel=”prev”) ervoor moeten zorgen dat in de meeste gevallen alleen de hoofdpagina wordt weergegeven in de SERP (Search Engine Result Page), kun je dit ook voorkomen door geen dubbele metatekst en titletags te gebruiken. Ook wanneer je tientallen varianten hebt van één en hetzelfde artikel is het verstandig dit te wijzigen zodat in de metatekst de variabele wordt opgenomen. Goede webshop platforms doen dit automatisch want als je dit handmatig moet doen ben je wel even bezig.
Neem geen gepagineerde pagina’s op in je XML-sitemaps
Hoewel de (rel=”next” / “prev”) pagina’s technisch indexeerbaar zijn, hebben ze geen SEO-prioriteit en wil je hier je crawlbudget niet aan verspillen. Zodoende horen ze niet thuis in jouw XML-sitemap. Het is altijd waardevol om duidelijke richtlijnen te geven aan crawlers hoe ze jouw content moeten indexeren en weergeven in hun resultaten. Laat je dit na dan neem je een serieus risico op SEO gebied.
Waarom zou je überhaupt gepagineerde pagina’s instellen?
Laten we het zo simpel mogelijk houden: als je jouw content op één URL kan aanbieden met een
goede gebruikerservaring, dan is het absoluut niet nodig. Maar als je dat niet kan omdat je bijvoorbeeld een webshop hebt met duizenden artikelen, dan is het verstandig deze te pagineren met de rel=”next” / “prev”. Simpelweg alles weergeven is niet de beste optie omdat het
geen goede gebruikerservaring biedt. Maar zorg er in ieder geval voor dat je niet zowel de rel=”next” / “prev” als de View All versie gebruikt want dit leidt tot verwarring voor de zoekmachine crawlers.
Canonicaliseren naar de eerste pagina
Een veelgemaakte fout is om de rel=”canonical” van alle gepagineerde resultaten door te wijzen naar de hoofdpagina. Het idee hierachter is dat de hoofdpagina de hoogste autoriteit heeft maar dit is onnatuurlijk en volkomen overbodig wanneer er de attributen rel=”next” en rel=”prev” zijn gebruikt.
Dit kan juist tot de foute conclusie van zoekmachines leiden dat jouw website maar één pagina heeft.
De Googlebot indexeert dan geen pagina’s die verderop in je hiërarchie voorkomen en dit leidt er toe dat deze pagina’s niet de erkenning krijgen die ze verdienen. Voorkom te allen tijde dat pagina’s buiten de index vallen door onjuiste paginering. Google is hier heel duidelijk over; elke pagina binnen een gepagineerde serie moeten een zelf verwijzende canonieke versie hebben.
Ook in WordPress is Paginering eenvoudig in te stellen
Noindex Gepagineerde pagina’s
Een ouderwetse manier om pagineringsproblemen op te lossen was om een robots noindex
-tag te gebruiken om te voorkomen dat gepagineerde content wordt geïndexeerd door zoekmachines. Vertrouw nooit alleen op de noindex-tag bij paginering, dit is inferieur SEO advies.
Gebruik altijd de rel=”next” / “prev” tag. Soms maken SEO specialisten het echt bont en gebruiken een combinatie van noindex en de rel=”next” / “prev” tag, dit is totaal zinloos en zelfs schadelijk omdat Google dan ook de mogelijke links niet zal volgen op de pagina’s. Noindex mag alleen gebruikt worden voor pagina’s die absoluut geen enkele meerwaarde biedt aan bezoekers zoals inlogpagina’s voor developers of betaal-bedankpagina’s die verschijnen nadat er een betaling succesvol is afgerond.
Paginering & Oneindig scrollen
Een recentere vorm van pagineringsverwerking is oneindig scrollen, waarbij content vooraf wordt opgehaald en rechtstreeks wordt toegevoegd aan de huidige pagina van de bezoeker terwijl deze naar beneden scrolt. Gebruikers kunnen dit mogelijk waarderen, maar Google doet zit zeer zeker niet. Wanneer de pagina eenmaal is geladen ziet de Googlebot de content niet meer die naderhand wordt bijgevoegd en wordt deze dus ook niet geïndexeerd. Een goede oplossing is de pagina op te delen in een gepagineerde reeks die altijd toegankelijk is, zelfs als JavaScript is uitgeschakeld. Terwijl de bezoeker scrolt, gebruikt u JavaScript om de URL in het adres aan te passen naar het element op de gepagineerde pagina. Hierdoor pas je de beste SEO techniek toe met dezelfde gebruikerservaring.
Crawlen van paginering ontmoedigen of blokkeren
Sommige SEO experts raden aan om het probleem van paginering te vermijden door simpelweg Google te blokkeren voor het crawlen van gepagineerde URL’s. Dan is het wel van cruciaal belang om een goed geoptimaliseerde XML sitemap te hebben om ervoor te zorgen dat pagina’s die via paginering zijn gekoppeld wel worden geïndexeerd.
Er zijn drie manieren om dit te doen:
- De niet aan te raden manier: een nofollow tag toevoegen aan alle links die verwijzen naar gepagineerde pagina’s.
- De betere manier: gebruik een robot.txt om indexering te verbieden.
- De beste manier: stel de paginaparameter in op ‘paginering’ en hiermee geef je op de juiste manier door aan Google om geen URL’s’ te crawlen.
Door een van deze methoden te gebruiken ontmoedig je zoekmachines gepagineerde URL’s te crawlen. Hiermee voorkom je dat zoekmachines rangschikkingssignalen samenvoegen van
gepagineerde pagina’s. Ook voorkom je dat interne links van gepagineerde pagina’s worden doorgegeven aan de bestemmingspagina’s. Door een keuze te maken welke pagina’s wel en niet moeten worden geïndexeerd ga je spaarzamer om met je crawlbudget en dat zal in de toekomst een steeds grotere rol van betekenis gaan spelen. Wanneer je prioriteit wilt geven aan crawlbudget kun je dat het beste instellen in Search Console met behulp van pagineringsafhandeling.
Monitoring van Paginering instellingen
Natuurlijk wil je weten als alles goed staat ingesteld of het ook het gewenste effect heeft. Hoe pak je dit het beste aan? Verzamel eerst benchmarkgegevens om te begrijpen hoe jouw huidige paginerings instellingen in de praktijk hebben uitgepakt.
Goede bronnen zijn:
– Serverlogbestanden voor het aantal gepagineerde paginacrawls
– Inzicht in het aantal gepagineerde pagina’s dat Google heeft geïndexeerd
– Google Search Console Search Analytics-rapport gefilterd op pagina’s
– Google Analytics-bestemmingspaginarapport gefilterd op gepagineerde URL’s
Belangrijk hierin is om periodieke controles uit te voeren en dit goed in de gaten te houden. Er worden vaak werkzaamheden uitgevoerd op een website en fouten sluipen er razendsnel in. Door dit op orde te hebben zul je op de langere termijn betere resultaten bereiken in zoekmachines omdat je meer controle hebt naar welke pagina’s bezoekers geleid worden. Heb je hier vragen over of kun je hulp gebruiken? Neem dan contact op!
Contactformulier
"*" geeft vereiste velden aan