SEO
Paginatie en SEO: gepagineerde reeksen correct laten indexeren
Kopieer voor AI
Paginatie is de manier waarop je een lange lijst, denk aan een blogoverzicht, een productcatalogus of een nieuwsarchief, opsplitst over meerdere genummerde pagina’s. Het korte antwoord op de SEO-vraag: behandel elke pagina in zo’n reeks als een volwaardige, crawlbare pagina met gewone links, want Google gebruikt de oude rel="prev"- en rel="next"-signalen al jaren niet meer voor indexering. Doe je dat niet, dan blijft een deel van je content onvindbaar. In dit artikel lees je hoe je paginatie, infinite scroll en view-all-pagina’s correct aanpakt voor een B2B-site.
Wat is paginatie en waarom raakt het je SEO?
Zodra je meer items hebt dan op een pagina passen, ontstaat paginatie. Je overzicht splitst in /blog/, /blog/pagina/2/, /blog/pagina/3/, enzovoort. Voor de bezoeker is dat handig. Voor Google is het een crawl-vraagstuk: alle items die op pagina twee en verder staan, zijn alleen bereikbaar via die diepere pagina’s. Laadt of linkt die keten niet schoon, dan ziet de crawler je nieuwste of diepst liggende content simpelweg niet.
Dit hoort thuis in elke technische SEO-aanpak en raakt rechtstreeks aan hoe Google je website indexeert. Een product of artikel dat niet in de index staat, kan geen enkele aanvraag opleveren, hoe sterk de inhoud ook is. Daarom is paginatie geen randdetail maar een onderdeel van je acquisitie: het bepaalt mee welk deel van je aanbod uberhaupt een kans krijgt om te ranken.
Wat is er gebeurd met rel=prev/next?
Jarenlang was het advies: koppel de pagina’s in een reeks met rel="prev" en rel="next" in de <head>, zodat Google begrijpt dat ze samen een geheel vormen. Dat advies is achterhaald. Google heeft bevestigd dat het deze tags niet meer als indexeringssignaal gebruikt en al een hele tijd niet meer ondersteunt. De tags veroorzaken geen schade als ze er nog staan, maar ze doen ook niets meer voor je rankings.
Wat moet je dan wel doen? Google’s eigen richtlijn is helder: behandel elke pagina in de reeks als een opzichzelfstaande pagina. Concreet betekent dat:
- Elke gepagineerde pagina heeft een eigen, unieke URL die direct in de browser te openen is.
- Die URL is indexeerbaar. Zet er geen
noindexop om “dubbele content” te vermijden; dat houdt Google juist weg van de items op die pagina. - De canonical van pagina twee verwijst naar pagina twee zelf, niet terug naar pagina een. Een self-referencing canonical is hier de juiste keuze.
- De pagina’s linken naar elkaar met gewone
<a href>-links. Geen knoppen die alleen via JavaScript werken.
Op die manier kan de crawler de keten van pagina naar pagina volgen en elk item onderweg ontdekken, precies wat je nodig hebt om je volledige catalogus of archief in de index te krijgen.
Hoe ga je om met infinite scroll?
Infinite scroll, waarbij nieuwe items vanzelf inladen terwijl je naar beneden scrolt, voelt modern en soepel. Het probleem: een crawler scrolt niet. Wat alleen verschijnt na een scroll-actie of een muisklik, blijft voor Google vaak onzichtbaar. Bouw je je hele overzicht op infinite scroll zonder onderliggende URL’s, dan zie je in de praktijk dat enkel de eerste lading items wordt geindexeerd en de rest in een zwart gat verdwijnt.
De oplossing is niet “geen infinite scroll”, maar infinite scroll bovenop echte paginatie. Dat patroon heet vaak progressieve verbetering:
- Onder de visuele scroll-ervaring liggen gewone gepagineerde URL’s (
?pagina=2,?pagina=3). - Elke lading content die inscrollt, komt overeen met zo’n URL en past die ook aan in de adresbalk.
- Zonder JavaScript valt alles terug op klikbare “volgende”-links die de bezoeker en de crawler door de reeks loodsen.
Zo krijgt je bezoeker de vloeiende ervaring en behoudt Google een crawlbaar pad naar elke pagina. Test het door JavaScript in je browser uit te schakelen: kun je dan nog naar pagina twee klikken, dan zit je goed. Lukt dat niet, dan verberg je content voor zoekmachines.
Wanneer kies je voor een view-all-pagina?
Een view-all-pagina toont de volledige reeks in een keer, zonder splitsing. Voor kleinere reeksen kan dat een sterke keuze zijn: gebruikers hoeven niet door te klikken, en alle items staan op een crawlbare URL. Google heeft in het verleden aangegeven dat het vaak een voorkeur heeft voor zo’n geconsolideerde pagina, mits ze snel laadt.
Dat “mits” is de kern. Een view-all met honderden producten en zware afbeeldingen wordt traag, en snelheid is een rankingfactor die ook je conversie ondergraaft. Een paar vuistregels:
- Beperkte reeks? Een view-all kan paginatie overbodig maken en je interne linkstructuur vereenvoudigen.
- Grote catalogus? Houd het bij echte paginatie; een view-all wordt dan te zwaar om vlot te laden.
- Beide nodig? Bied paginatie aan voor de gebruiker en laat eventueel een view-all bestaan als crawlbare bron, maar kies bewust welke versie je als de belangrijkste behandelt.
Welke variant het meeste oplevert, hangt af van je aantal items, je laadtijd en je doelgroep. Daar bestaat geen universeel juist antwoord, alleen de keuze die past bij jouw site.
Welke fouten zie je het vaakst?
In de praktijk komen dezelfde paginatie-blunders telkens terug. Vermijd deze:
noindexop alles behalve pagina een. Je denkt dubbele content op te lossen, maar je sluit je diepere items uit van de index.- Canonical van elke pagina naar pagina een. Hetzelfde effect: Google negeert pagina twee en verder, inclusief de items daarop.
- Parameters die eindeloze varianten maken. Filters en sorteeropties die nieuwe URL’s genereren, kunnen je crawlbudget opslokken. Beheers dit met een doordachte SEO-vriendelijke URL-structuur.
- “Volgende”-knoppen zonder echte link. Werkt de navigatie alleen via JavaScript, dan stopt de crawler bij pagina een.
- Trage view-all-pagina’s. Te veel items op een URL maakt de pagina onbruikbaar traag.
Stuk voor stuk zijn dit zelf veroorzaakte blokkades. Een grondige SEO-audit legt ze snel bloot, want ze zijn meetbaar zichtbaar in een crawl van je site.
Veelgestelde vragen over paginatie en SEO
Moet ik rel=prev/next nog gebruiken?
Voor Google heeft het geen effect meer; het bedrijf gebruikt deze tags niet langer als indexeringssignaal. Ze laten staan schaadt niet, maar verwacht er geen rankingvoordeel van. Richt je energie liever op echte, crawlbare links tussen je pagina’s.
Geeft paginatie dubbele content?
Niet als je het correct aanpakt. Elke pagina toont andere items, dus de inhoud is uniek. Houd een self-referencing canonical aan op elke pagina en zet er geen noindex op, dan ontstaat er geen probleem.
Is infinite scroll slecht voor SEO?
Niet per se, maar pas als je het bouwt bovenop echte gepagineerde URL’s die zonder JavaScript bereikbaar zijn. Verbergt de scroll de content voor crawlers, dan raakt alleen je eerste lading items geindexeerd.
Geldt dit ook voor een kleine B2B-site?
Ja. Zodra je blog of dienstenoverzicht over meerdere pagina’s loopt, telt het. Voor een beperkte reeks is een view-all vaak de simpelste oplossing die alles in een keer crawlbaar maakt.
Laat je hele catalogus meetellen, niet alleen pagina een
Paginatie lijkt een technisch detail, maar het bepaalt of het diepere deel van je content uberhaupt een kans krijgt. Elke pagina als zelfstandige, crawlbare URL behandelen is geen luxe; het is de basis om je volledige aanbod in de index te krijgen. Wij zijn een klein team dat snel beweegt, eerlijk zegt wat wel en niet loont, en SEO benadert als de acquisitielaag van een groeimotor die op pipeline stuurt, niet op cijfers die enkel mooi ogen. Wil je dit professioneel laten oppakken, dan is dat precies wat onze seo specialist doet. Dit alles past binnen het grotere geheel van wat SEO is en hoe het je groei voedt.
Vermoed je dat een deel van je content onvindbaar blijft door slechte paginatie? Plan je gratis intake
Gratis website-scan
Geef je website in en krijg binnen enkele minuten een automatische scan met concrete technische en SEO-verbeterpunten. Geen verkooppraatje.
Je gegevens gebruiken we alleen voor je scan. Geen spam, uitschrijven kan altijd.