Gids voor paginering en SEO op basis van het huidige advies van Google: unieke URL's, zelfverwijzende canonicals, crawlbare links, oneindig scrollen, meer laden en facetten.

Vat dit artikel samen met AI
Kort samengevat: goede paginering voor SEO betekent dat elke pagina van een reeks een eigen crawlbare URL krijgt, dat de pagina's met gewone HTML-links aan elkaar zijn gekoppeld en dat elke pagina een canonical tag heeft die naar zichzelf verwijst. Google gebruikt rel="next" en rel="prev" niet meer, dus de links zelf doen het werk. Oneindig scrollen en “meer laden”-knoppen hebben gepagineerde URL's nodig die erachter zitten, en variaties door filters of sortering horen meestal buiten de index te blijven.
Paginering en SEO gaat over hoe zoekmachines content ontdekken, crawlen en indexeren die over meerdere pagina's is verdeeld: productcategorieën, blogarchieven, forumdraden, zoekresultaten op je eigen site. Fouten hierbij komen vaak voor en kosten veel, want ze kunnen honderden producten of artikelen voor Google verbergen zonder dat er een zichtbare fout optreedt. Deze gids volgt de eigen documentatie van Google over paginering en het stapsgewijs laden van pagina's, met praktische voorbeelden voor webwinkels en blogs.
Paginering is het opsplitsen van een lange lijst items in een reeks pagina's, meestal met genummerde links onderaan: 1, 2, 3, volgende. Sites gebruiken het om pagina's snel en leesbaar te houden. Voor zoekmachines is de vraag eenvoudig: kan een crawler elk item in de lijst bereiken, en welke pagina's uit de reeks verdienen het om in de resultaten te verschijnen?
Google behandelt elke URL in een gepagineerde reeks als een aparte pagina. Dat is belangrijk, omdat pagina 5 van een categorie vaak de enige plek is waar Googlebot links vindt naar oudere producten of artikelen. Als pagina 5 onbereikbaar is, zijn die items voor hun vindbaarheid volledig afhankelijk van je XML-sitemap of van andere interne links.
Paginering beïnvloedt drie dingen waar zoekmachines om geven:
De richtlijnen van Google passen in een korte lijst. De tabel hieronder vat samen wat je wel en niet moet doen, op basis van de documentatie over paginering.
| Onderwerp | Aanbevolen | Vermijden |
|---|---|---|
| URL's | Een unieke URL per pagina, bijvoorbeeld ?page=2 of /page/2/ | Paginanummers in URL-fragmenten (#page=2), die Google negeert |
| Links | Standaard <a href>-links van elke pagina naar de volgende, bij voorkeur ook genummerde links | Paginering die alleen werkt via JavaScript-events of knoppen zonder URL's |
| Canonical tag | Elke pagina verwijst met de canonical naar zichzelf | Elke pagina van de reeks naar pagina 1 laten verwijzen |
| rel="next" / rel="prev" | Optioneel; Google gebruikt ze niet meer, andere zoekmachines misschien wel | Erop vertrouwen als enige manier om pagina's te verbinden |
| Titels en beschrijvingen | Mogen op elkaar lijken binnen de reeks; “Pagina 2” toevoegen helpt gebruikers | Je zorgen maken over waarschuwingen voor dubbele titels op gepagineerde pagina's |
| Filters en sorteervolgordes | noindex of regels in robots.txt voor variaties die je niet geïndexeerd wilt hebben | Elke combinatie van filter en sortering een indexeerbare URL laten worden |
| Pagina's die niet bestaan | Geef de status 404 voor pagina's buiten het bereik, zoals ?page=999 | Ze doorsturen naar pagina 1 of een lege pagina tonen met status 200 |
Nee. Dit is de meest voorkomende fout bij paginering. De documentatie van Google zegt duidelijk dat je de eerste pagina van een reeks niet als canonieke pagina moet gebruiken. Pagina 2 bevat andere items dan pagina 1, dus pagina 1 als canonical opgeven vertelt Google dat pagina 2 een duplicaat is. Na verloop van tijd kan Google de diepere pagina's niet meer crawlen, en worden de producten of berichten waar alleen vanaf die pagina's naar wordt gelinkt moeilijker te ontdekken.
De juiste instelling is een zelfverwijzende canonical tag op elke pagina: pagina 2 verwijst naar pagina 2, pagina 3 naar pagina 3. Nog een gerelateerd detail: zorg dat pagina 1 één enkele URL heeft. Als zowel /shoes/ als /shoes/?page=1 bestaat, link dan overal naar de schone versie en stuur de variant ?page=1 door of geef er een canonical naar de schone versie aan.
Google bevestigde in 2019 dat het deze linkattributen niet meer voor indexering gebruikt, en de huidige documentatie herhaalt dat het ze niet meer gebruikt, met de kanttekening dat andere zoekmachines ze misschien nog lezen. Ze doen geen kwaad, dus je kunt ze laten staan als je CMS ze automatisch toevoegt. Wat je niet kunt doen is erop vertrouwen: Google verbindt de pagina's van een reeks via de zichtbare links ertussen, en daarom zijn crawlbare <a href>-links belangrijker dan welke markup ook.
Google stelt ook voor om vanaf elke pagina van een verzameling terug te linken naar de eerste pagina. Zo krijgt de eerste pagina meer interne links, wat kan aangeven dat het de beste landingspagina voor de reeks is. Goede interne links op categoriepagina's, zoals links naar subcategorieën en bestsellers op pagina 1, doen de rest.
In de meeste gevallen laat je gepagineerde pagina's indexeerbaar. Een noindex op pagina 2 en verder weerhoudt Google er in eerste instantie niet van de pagina te zien, maar Google heeft gezegd dat pagina's die lang op noindex blijven staan uiteindelijk minder worden gecrawld en dat hun links minder worden gevolgd. Dat brengt het ontdekkingsprobleem terug dat de paginering juist moest oplossen.
Diepe pagina's scoren toch zelden op concurrerende zoekopdrachten, omdat pagina 1 de meeste interne links en relevantiesignalen verzamelt. Hun belangrijkste SEO-taak is crawlers door te geleiden naar de items die ze tonen. Laat ze indexeerbaar, geef ze een duidelijke titel zoals “Hardloopschoenen, pagina 3” en vermijd het kopiëren van de lange inleidende tekst van pagina 1 naar elke pagina van de reeks.
Een pagina die alles toont (view-all) geeft de hele lijst weer op één URL. In een bericht van Search Central uit 2011 zei Google dat gebruikers vaak een pagina met alles de voorkeur geven en stelde het voor om gepagineerde pagina's met een canonical tag naar die pagina te laten verwijzen als die snel laadt. In de huidige documentatie over paginering noemt Google deze optie niet meer. In de praktijk is een pagina met alles alleen zinvol voor korte lijsten, hooguit enkele tientallen items, waar de volledige pagina snel blijft. Bij grote catalogi schaadt één pagina met honderden producten de laadtijd en de Core Web Vitals, dus klassieke paginering is de veiligere keuze.
Bij oneindig scrollen worden nieuwe items geladen terwijl de bezoeker naar beneden scrolt. De crawlers van Google scrollen niet en voeren geen acties uit die een gebruiker vereisen, dus items die zo worden geladen kunnen onzichtbaar blijven. De oplossing is om het oneindig scrollen te ondersteunen met gepagineerde URL's: elke batch items heeft een eigen adres (bijvoorbeeld ?page=3), het adres in de browser wordt bijgewerkt terwijl de gebruiker scrolt en de pagina's zijn gekoppeld met crawlbare links die zonder JavaScript werken.
Een knop “meer laden” heeft dezelfde beperking: Googlebot klikt niet op knoppen. De knop kan blijven voor gebruikers, zolang het een echte link is naar de volgende gepagineerde URL, of zolang dezelfde items bereikbaar zijn via een standaard paginatieblok of de XML-sitemap. Test het door JavaScript uit te zetten in je browser: als je pagina 2 niet kunt bereiken, kunnen de meeste crawlers dat ook niet.
Gefacetteerde navigatie (filters op maat, kleur, prijs, merk) vermenigvuldigt URL's snel. Een categorie met 10 pagina's, 5 sorteervolgordes en 20 filters kan duizenden combinaties genereren, elk gepagineerd. De gids van Google over het beheren van gefacetteerde navigatie raadt aan eerst te bepalen welke versies het verdienen om te worden gecrawld:
Neem een categorie van 480 hardloopschoenen, 24 per pagina, dus 20 pagina's. Een degelijke opzet ziet er zo uit:
Dezelfde logica geldt voor een blogarchief: één URL per archiefpagina, zelfverwijzende canonicals, genummerde links, en elk artikel ook bereikbaar vanaf categoriepagina's of gerelateerde berichten.
Een audit van paginering duurt op de meeste sites minder dan een uur:
Paginering en SEO komt neer op een paar regels uit de eigen richtlijnen van Google: één unieke URL per pagina, crawlbare links tussen pagina's, een zelfverwijzende canonical in plaats van een canonical naar pagina 1, niet vertrouwen op rel="next" en rel="prev", en gepagineerde URL's achter elke oneindige scroll of “meer laden”-knop. Beheers filters en sorteervolgordes zodat ze de index niet overspoelen en geef elk item een tweede ontdekkingsroute via de sitemap. Om de canonical, de indexeringstags en de links van elke gepagineerde URL in seconden te controleren, gebruik je de gratis on-page SEO-audit van Sorank.
Meestal niet. Google behandelt elke gepagineerde URL als een aparte pagina, en diepe pagina's zijn vaak het enige pad naar oudere producten of artikelen. Pagina's die lang op noindex staan, worden meestal minder gecrawld, waardoor de items waar ze naar linken verborgen kunnen raken. Laat ze indexeerbaar met een zelfverwijzende canonical en bewaar noindex voor variaties door filters en sortering.
Nee. Google heeft gezegd deze attributen niet meer te gebruiken, hoewel andere zoekmachines ze misschien nog lezen. Je kunt ze laten staan als je CMS ze toevoegt, maar de pagina's van een reeks moeten worden verbonden met standaard crawlbare links, en daar vertrouwt Google op.
Oneindig scrollen is prima voor gebruikers, maar op zichzelf riskant, omdat de crawlers van Google niet scrollen of klikken om meer items te laden. De oplossing is het te ondersteunen met gepagineerde URL's: elke batch items heeft een eigen adres en is gekoppeld met gewone HTML-links. Testen met uitgeschakeld JavaScript laat snel zien of crawlers elke pagina kunnen bereiken.
ZIJ PROBEERDEN SORANK VOOR JOU
