Paginatie en SEO: maak ook je vervolgpagina’s bereikbaar

Goede paginatie voor SEO geeft iedere overzichtspagina een eigen URL, bereikbare links en een passende canonical. Google gebruikt rel=”prev” en rel=”next” niet meer voor indexering, maar kan vervolgpagina’s nog steeds via links ontdekken. Controleer daarom vooral of producten en artikelen verderop in je overzicht daadwerkelijk bereikbaar zijn.

Wat paginatie op je website moet oplossen

Paginatie verdeelt een lang overzicht over meerdere pagina’s. Denk aan een collectie lampen, een blogarchief of een categorie met handleidingen. Je bezoeker krijgt een hanteerbare selectie en kan vervolgens door naar andere items.

Voor zoekmachines telt vooral hoe die verdeling technisch werkt. Een product dat zichtbaar wordt nadat jij op een knop klikt, heeft niet automatisch een route die Google ook kan volgen. De eerste controlevraag is daarom: welke links en URL’s verbinden het overzicht met alle onderliggende inhoud?

Welke rol rel prev en next nog hebben

Google gebruikt de linkattributen rel=”prev” en rel=”next” niet meer als signaal voor indexering. Dat betekent niet dat Google is gestopt met paginatie. Gewone links tussen overzichtspagina’s blijven een manier om vervolgpagina’s te ontdekken.

Staat deze markup nog in je WordPress-thema of webshop? Dan is verwijderen op zichzelf geen universele, urgente SEO-fix. Zoek eerst naar ontbrekende links, verkeerd gekozen canonicals of vervolgpagina’s die leeg laden. Die bevindingen geven een concretere aanleiding voor werk dan alleen de aanwezigheid van oudere markup.

Begin met één overzicht en drie URL’s

Kies een categorie met voldoende items voor minstens drie pagina’s. Noteer de URL van de eerste pagina, een pagina uit het midden en de laatste beschikbare pagina. Open ze afzonderlijk in een nieuw browservenster, zonder eerst door het overzicht te klikken.

Verschijnt steeds de verwachte selectie? Blijft het paginanummer behouden? Werkt een gedeelde link ook zonder een eerder opgebouwde browsersessie? Leg afwijkingen vast voordat je instellingen verandert. Bij een bredere SEO-audit kun je vervolgens controleren of dezelfde fout in andere categorieën voorkomt.

Maak de reeks bereikbaar met echte links en unieke URL’s

Een vervolgpagina heeft een eigen, rechtstreeks te openen URL nodig. Bijvoorbeeld /lampen?page=2. De navigatie verwijst daar met een gewone link naartoe, zoals <a href="/lampen?page=2">Volgende pagina</a>. Het href-attribuut bevat de bestemming.

Een knop die uitsluitend een JavaScript-functie uitvoert, levert op zichzelf geen crawlbare link naar de volgende pagina op. Ook een adres dat alleen na het hekje verandert, zoals /lampen#pagina2, is geen goede basis voor afzonderlijke paginatie-URL’s. Controleer zowel de navigatie als de pagina die achter de link staat.

Laat zien waar je bent en hoe je verdergaat

Geef de huidige pagina herkenbaar weer en bied een duidelijke volgende en vorige stap. Bij een lange reeks kunnen links naar nabije paginanummers en de eerste pagina het navigeren makkelijker maken. Je hoeft niet op elke pagina honderden paginanummers te tonen.

Test dit ook op een telefoon. Een kleine pijl zonder duidelijke betekenis is lastig te gebruiken. Trek uit een paginanummer geen rankingconclusie: pagina twee krijgt niet automatisch een vaste Google-prioriteit boven pagina vijf.

Kies de paginaomvang op basis van de inhoud

Er bestaat geen universeel ideaal aantal producten of artikelen per pagina. Een overzicht met grote productfoto’s stelt andere eisen dan een lijst met korte artikeltitels. Meer items kunnen het aantal vervolgpagina’s beperken, maar vragen mogelijk meer laadtijd en browserwerk.

Vergelijk daarom enkele aantallen op mobiel. Beoordeel hoe snel het overzicht bruikbaar wordt, of afbeeldingen de pagina laten verspringen en hoe makkelijk iemand verder kan bladeren. Maak het aantal niet groter uitsluitend om alle inhoud op één URL te krijgen.

Geef verschillende overzichtspagina’s hun eigen canonical

Pagina één en pagina twee delen vaak dezelfde kop, introductie en vormgeving. Toch zijn ze geen automatische kopieën: ze verwijzen naar andere producten of artikelen. Voor zo’n normale paginatiereeks past een eigen canonical per pagina.

Op /lampen?page=2 verwijst de canonical dan naar de voorkeurs-URL van die tweede pagina, niet standaard naar /lampen. Een canonical naar pagina één suggereert dat pagina één de voorkeursversie van dezelfde inhoud is. Dat past niet bij een vervolgpagina met een andere selectie.

Controleer de uiteindelijke HTML na wijzigingen aan thema’s of SEO-plug-ins. De gekozen instelling kan iets anders opleveren dan verwacht. Een canonical is bovendien een signaal; het is geen garantie dat Google precies die URL selecteert.

Beoordeel sorteren, filters en zelfstandige subsets apart

Paginatie verdeelt een selectie. Sorteren verandert de volgorde. Filteren beperkt de selectie. Deze functies kunnen samen veel URL’s maken, maar vragen niet automatisch om dezelfde behandeling.

Een sortering kan producten naar andere paginanummers verplaatsen. Daardoor is de tweede gesorteerde pagina niet noodzakelijk gelijk aan de tweede standaardpagina. Wijs dus niet blind canonicals toe op basis van alleen het paginanummer.

Wanneer een filter een eigen landingspagina verdient

Een selectie zoals bureaulampen kan een zelfstandige categorie verdienen als bezoekers daar gericht naar zoeken en je voldoende passend aanbod hebt. Een toevallige combinatie van kleur, prijs en voorraadstatus heeft niet vanzelf dezelfde waarde.

Gebruik zoekwoordenonderzoek om die zoekvraag te beoordelen. Kies vervolgens bewust welke subsets je via de navigatie aanbiedt. Voor webshops hoort deze afweging bij e-commerce SEO, omdat assortiment, categorieën en filters elkaar beïnvloeden.

Vergelijk paginatie, laad meer en infinite scroll

Een overzicht met paginanummers maakt de verdeling zichtbaar. Een knop ‘Laad meer’ voegt items toe aan het bestaande scherm. Infinite scroll doet dat tijdens het scrollen. Alle drie kunnen bruikbaar zijn, mits de inhoud ook via een bereikbare reeks URL’s beschikbaar is.

Ga er niet van uit dat Google op knoppen drukt of blijft scrollen. Bij JavaScript gaat het dus niet alleen om de vraag of Google de code kan verwerken. Je moet ook vaststellen hoe Google de volgende inhoud kan ontdekken zonder die gebruikershandeling.

Geef elke geladen selectie een rechtstreeks bereikbare pagina

Laat elke afzonderlijke selectie ook via een eigen URL werken. Die pagina moet zelfstandig de bijbehorende items en bruikbare links tonen. Verbind de pagina’s met crawlbare links, ook wanneer bezoekers vooral de laad-meerfunctie gebruiken.

Test vervolgens of de interface logisch blijft. Na een productbezoek wil iemand terug kunnen naar de eerdere plek in het overzicht. Dat is een bruikbaarheidscontrole, geen bewijs dat Google gebruikersgedrag herkent of je daarom hoger laat ranken.

Controleer wat er na het uitvoeren van JavaScript staat

Open een vervolg-URL rechtstreeks en inspecteer de uiteindelijke pagina. Staan de juiste items en hun links erin? Verschijnt er een fout wanneer een gegevensverzoek mislukt? Controleer daarnaast met URL-inspectie wat Google tijdens een live test kan ophalen en renderen.

Vergelijk die uitkomst met de normale browserweergave. Verschillen geven aanleiding voor onderzoek naar technische SEO. Een geslaagde live test bewijst bereikbaarheid op dat moment; hij garandeert geen indexering.

Houd ontdekken, crawlen, indexeren en verkeer uit elkaar

Een URL kan bekend zijn bij Google zonder al opgehaald te zijn. Een opgehaalde pagina kan vervolgens buiten de index blijven. En een geïndexeerde pagina kan weinig of geen zoekverkeer krijgen. Deze stappen beantwoorden verschillende vragen.

• Ontdekt: Google kent de URL, bijvoorbeeld via een link of sitemap.
• Gecrawld: Google heeft de URL opgehaald.
• Geïndexeerd: de pagina is opgenomen in de zoekindex.
• Verkeer: zoekers hebben via een zoekresultaat de website bezocht.

Voor een vervolgpagina kan de belangrijkste functie zijn dat onderliggende producten bereikbaar blijven. Beoordeel haar daarom niet uitsluitend op eigen zoekverkeer. Neem de afzonderlijke controles op in je SEO-rapportage, zodat een technische reparatie niet wordt gepresenteerd als bewezen rankingverbetering.

Gebruik noindex alleen met een duidelijk doel

Noindex vraagt zoekmachines een pagina niet in de zoekindex op te nemen. Dat is iets anders dan de pagina blokkeren voor crawling. Google moet de instructie kunnen ophalen om haar te zien.

Zet vervolgpagina’s niet automatisch op noindex omdat ze dezelfde inleiding hebben. Onderzoek eerst hun inhoud en functie. Wil je bepaalde overzichten bewust buiten de zoekresultaten houden? Controleer dan ook hoe de onderliggende items via andere routes bereikbaar blijven.

De uitspraak dat Google bij noindex onmiddellijk alle links niet meer volgt, is te absoluut. Tegelijk wil je voor belangrijke producten niet uitsluitend afhankelijk zijn van zulke pagina’s. Zorg voor passende categorieën, aanvullende interne links en een actuele sitemap.

Meet de klikroute naar diepere overzichtspagina’s

Een paginatiereeks kan technisch bestaan terwijl een bezoeker veel links moet volgen om een later deel te vinden. Meet daarom de kortste klikroute vanaf één vaste startpagina. Kies bijvoorbeeld de hoofd-URL van de categorie. Tel iedere gevolgde, werkelijk aanwezige link als één stap en leg de tussenliggende URL’s vast. Wissel niet halverwege naar een gunstigere startpagina; dan zijn je metingen niet vergelijkbaar.

Neem een fictieve collectie met 37 overzichtspagina’s. Als pagina 1 uitsluitend naar pagina 2 linkt en iedere volgende pagina alleen verder naar de volgende, vraagt de route naar pagina 37 om 36 opeenvolgende stappen. Dat getal beschrijft deze gemaakte linkstructuur. Het is geen Google-grens en voorspelt geen indexering of positie. In een echte site kunnen andere links een kortere route bieden.

Vergelijk voor een lange reeks passende ingangen, zoals zichtbare paginanummers, relevante subcategorieën of sprongen naar verder gelegen delen. Een fictieve route 1 → 10 → 20 → 30 → 37 heeft vier stappen, maar alleen als ieder van die links werkelijk aanwezig en toegankelijk is. Behoud daarnaast normale opeenvolgende links, zodat iemand ook zonder sprongen de volledige reeks kan doorlopen. Geef een bestemming een begrijpelijk label; een willekeurige sprong zonder context helpt de bezoeker weinig.

1. Open de gekozen startpagina en zoek de links in de ontvangen en gerenderde HTML. Een werkende knop zonder bruikbare bestemming telt niet automatisch als een ontdekbare URL-route.
2. Volg de vastgelegde route en controleer per URL status, inhoud en canonical. Een link naar een foutpagina of steeds dezelfde subset maakt de getelde route onbruikbaar.
3. Vergelijk het aantal stappen vóór en na een voorgestelde wijziging vanaf dezelfde start-URL. Kijk ook of producten of artikelen nog ontbreken en of de labels voor bezoekers duidelijk blijven.
4. Controleer later afzonderlijk de waargenomen ontdekking en indexering. Een kortere klikroute is een meetbare wijziging in je website, geen belofte van extra crawlprioriteit of een verbeterpercentage.

Gebruik deze testmatrix voor je paginatie

Vul per controle de onderzochte URL, datum, waarneming en gewenste correctie in. Test na een wijziging dezelfde URL’s opnieuw. Zo voorkom je dat een ontwikkelaar alleen aantoont dat één nieuwe pagina werkt.

Een sitemap vervangt de links in je overzicht niet. Hij biedt een aanvullende ontdekkingsroute. Evenmin hoeft elke paginatie-URL automatisch in de sitemap: bepaal welke indexeerbare voorkeurs-URL’s je wilt indienen.

Werkblad: maak een bevinding overdraagbaar

Gebruik voor elke afwijking dezelfde korte notitie. Daarmee kan iemand anders de fout reproduceren en de oplossing beoordelen.

• Onderzocht: categorie, exacte URL en gebruikte sortering of filters.
• Verwacht: welke items, canonical en navigatielinks hier horen te staan.
• Waargenomen: het concrete verschil, inclusief statuscode indien relevant.
• Gevolg: welke inhoud via deze route onbereikbaar is of welk signaal niet klopt.
• Herstel: de voorgestelde wijziging en wie haar uitvoert.
• Hertest: dezelfde controle na aanpassing, met datum en uitkomst.

Fictief voorbeeld: 137 lampen over zes pagina’s

Een fictieve webshop heeft 137 lampen en toont er 24 per pagina. Vijf volle pagina’s bevatten samen 120 producten. Op de zesde pagina horen dus 17 producten te staan. Dit is een rekenvoorbeeld voor controles, geen gemeten klantcase of resultaatclaim.

De eigenaar controleert pagina één, drie en zes rechtstreeks. Daarna vraagt hij pagina zeven op. Hij houdt tijdens de test dezelfde sortering aan en wijzigt het assortiment niet, zodat aantallen vergelijkbaar blijven.

Vertaal aantallen naar concrete foutcontroles

Stel dat pagina zes dezelfde 24 producten toont als pagina vijf. Dan klopt de verdeling niet, ook als de URL en canonical er goed uitzien. De ontwikkelaar onderzoekt welke selectie de applicatie opvraagt en hoe caching wordt toegepast.

Stel daarnaast dat pagina zeven een lege pagina met status 200 en een link naar pagina acht geeft. Dan moet de begrenzing van de reeks worden hersteld. Na aanpassing controleert de eigenaar of pagina zes 17 items toont, pagina zeven bewust wordt afgehandeld en de volgende link op pagina zes ontbreekt.

Voor een volledige telling verzamelt hij vervolgens alle product-URL’s uit de zes pagina’s. De controle slaagt wanneer er 137 unieke, verwachte product-URL’s zijn en geen items ontbreken. Dat bewijst de verdeling binnen deze test. Het bewijst niet dat alle producten geïndexeerd zijn of extra bezoekers krijgen.

Leg vast welke documenten bij het testmoment horen

Gebruik voor een verdelingsproef een lijst die losstaat van de paginatie zelf. Anders controleer je een mogelijk onvolledig overzicht met gegevens uit datzelfde overzicht. Vraag de verantwoordelijke voor de inhoud om de gepubliceerde documentidentiteiten die binnen jouw afbakening horen. Bewaar die referentielijst samen met de omstandigheden waaronder je gaat testen.

In het volgende expliciet fictieve voorbeeld bevat een vakinformatiecatalogus voor leveranciers 218 gepubliceerde documenten. Bij twintig documenten per pagina verwacht je tien volle pagina’s en een laatste pagina met achttien documenten: elf pagina’s samen. Alle aantallen, documentcodes en waarnemingen in deze uitwerking zijn verzonnen. Echte documentgegevens, toegangsrechten en meetresultaten zijn onbekend.

Koppel identiteit aan de juiste openbare bestemming

Geef ieder document een vaste code, bijvoorbeeld D041. Die code blijft dezelfde wanneer de titel verandert of het document op een andere overzichtspagina verschijnt. Noteer daarnaast de detailpagina en, indien aanwezig, het afzonderlijke bestand. Een detailpagina met toelichting is een andere bestemming dan de gekoppelde pdf. Houd beide controles gescheiden.

• Moment: [datum], [tijdstip], [tijdzone] en [herkenbare versie van de inhoud].
• Afbakening: [catalogus], [publicatiestatus], [taal], [categorie] en [uitgesloten inhoud].
• Weergave: [sortering], [actieve filters] en [aantal documenten per pagina].
• Identiteit: [documentcode], [verwachte detailbestemming] en [eventuele bestandsbestemming].
• Verantwoordelijke: [beheerder die de referentielijst bevestigt] en [uitvoerder van de proef].

Private uploads horen niet zomaar in deze openbare referentielijst. Een bestand kan administratief bestaan zonder gepubliceerd te zijn. Laat de beheerder aangeven welke inhoud openbaar hoort te zijn; probeer ontbrekende resultaten niet op te lossen door besloten documenten publiek te maken.

Bewaar ook de gekozen sorteervolgorde. Alleen “nieuwste eerst” opschrijven kan onvoldoende zijn wanneer meerdere documenten dezelfde publicatiedatum hebben. Vraag hoe hun onderlinge volgorde feitelijk wordt bepaald. Leg vast wat de toepassing doet, zonder alvast een bepaalde technische oplossing voor te schrijven.

De proef kan starten zodra iemand anders met deze gegevens dezelfde selectie kan afbakenen. Is de publicatiestatus van enkele documenten nog onduidelijk? Markeer die afzonderlijk en laat hun eigenaar beslissen voordat je een volledigheidsconclusie trekt. Het verwachte totaal aanpassen aan wat toevallig zichtbaar is, maakt de vergelijking waardeloos.

Reken ontbrekende en herhaalde vermeldingen afzonderlijk na

Verzamel per overzichtspagina iedere documentcode met het paginanummer en de positie binnen die pagina. Tel eerst alle verschijningen en daarna de unieke codes. Vergelijk vervolgens de unieke codes met de referentielijst. Zo zie je het verschil tussen een herhaalde vermelding, een ontbrekend document en inhoud die buiten de afgesproken selectie valt.

Stel dat de fictieve proef 222 verschijningen oplevert. Daarvan horen 214 unieke codes bij de verwachte documenten; er zijn geen vreemde codes gevonden. Je hebt dan acht extra verschijningen en mist vier van de 218 verwachte identiteiten. Dat betekent niet noodzakelijk dat acht verschillende documenten dubbel staan. Eén document kan ook vaker dan tweemaal verschijnen.

Maak de afwijking terugvindbaar per documentcode

Een mogelijke registratie verklaart de acht extra verschijningen als volgt: D041 staat driemaal, D086 driemaal, D117 tweemaal, D153 tweemaal en D204 driemaal. Hun eerste vermelding telt telkens als één unieke identiteit. De overige vermeldingen leveren respectievelijk twee, twee, één, één en twee extra verschijningen op.

Noteer daarbij echte vindplaatsen uit je proef, bijvoorbeeld: [D041], [pagina twee, positie één], [pagina drie, positie één], [pagina vier, positie één]. Deze fictieve invulling laat zien hoe je herhalingen registreert. In je eigen controle moeten de pagina’s en posities overeenkomen met de vastgelegde uitvoer.

1. Maak een lijst met ontbrekende codes: in dit voorbeeld D052, D109, D176 en D218.
2. Controleer of deze codes op het vastgelegde moment werkelijk openbaar binnen de selectie horen.
3. Vergelijk de aangevraagde selectie met de geleverde codes op pagina’s waar herhaling begint.
4. Laat de uitvoerder de aangetroffen oorzaak herstellen en verzamel daarna opnieuw de hele reeks.

Een passend herstelbesluit luidt bijvoorbeeld: herstel eerst de selectiegrens die aantoonbaar dezelfde documenten opnieuw levert. Accepteer de wijziging pas wanneer alle verwachte codes precies eenmaal voorkomen binnen deze proef. Alleen de zichtbare dubbelen verbergen kan de ontbrekende documenten ongemerkt laten ontbreken.

Komt je werkblad uit op 212 verschijningen en 214 unieke codes? Dat kan binnen dezelfde verzameling niet kloppen. Onderzoek dan of de totalen uit verschillende momenten, filters of bestanden komen. Controleer ook of een teller alleen zichtbare kaarten telt terwijl een andere opgeslagen resultaten meet. Vul het verschil niet numeriek aan; herstel eerst de herkomst van de gegevens.

Onderzoek ontbrekende documenten vervolgens langs twee kanten. Open eerst hun bekende detailbestemming en zoek daarna naar hun code in de verzamelde overzichten. Werkt de detailpagina wel, dan ontbreekt mogelijk alleen de vermelding in deze catalogus. Werkt ook de detailbestemming niet, geef dat een eigen bevinding. Laat de inhoudseigenaar bevestigen of publicatie nog bedoeld is voordat iemand de selectie of bestemming herstelt.

Bewaar vreemde codes, als je die tegenkomt, in een derde lijst. Ze tellen niet mee als gevonden verwachte documenten. Zo kan een onterecht opgenomen document een ontbrekend verwacht document niet verhullen in een ogenschijnlijk kloppend totaal.

Onderscheid verschuivende inhoud van een fout in de verdeling

Een nieuwe publicatie kan tussen twee paginaverzoeken bovenaan verschijnen. Wat eerst onderaan de eerste pagina stond, schuift dan naar de tweede. Wie beide pagina’s op verschillende momenten verzamelt, kan hetzelfde document tweemaal aantreffen. Die waarneming verdient onderzoek, maar bewijst op zichzelf geen fout in de berekening van de paginagrenzen.

Maak daarom twee verschillende proeven. De eerste onderzoekt een gelijkblijvende verzameling met een vastgelegde volgorde. De tweede onderzoekt wat een bezoeker merkt wanneer tijdens het bladeren inhoud wordt gepubliceerd. Met de eerste toets je de verdeling; met de tweede toets je het gedrag tijdens verandering.

Herhaal de reeks onder aantoonbaar gelijke omstandigheden

Laat de inhoudseigenaar aangeven hoe een stabiel testmoment beschikbaar kan worden gemaakt. Misschien bestaat er een geschikte testomgeving, een vastgelegde inhoudsversie of een afgesproken periode zonder publicatiewijzigingen. Gebruik alleen een mogelijkheid die daadwerkelijk bestaat en waarvoor de verantwoordelijke toestemming heeft gegeven.

Controleer ook wijzigingen die minder zichtbaar zijn dan nieuwe publicaties. Een aangepaste publicatiedatum kan de volgorde veranderen. Een verwijderd label kan een document uit een filterselectie halen. Noteer zulke veranderingen voordat je twee uitvoerbestanden naast elkaar legt.

• Gelijke inhoud: bevestig dat dezelfde documentcodes in beide verzamelingen horen.
• Gelijke volgorde: controleer de sorteerwaarden en de volgorde bij gelijke waarden.
• Gelijke verzoeken: gebruik dezelfde filters, paginaomvang en toegangssituatie.
• Verschil: noteer de eerste positie waar de ontvangen reeks afwijkt.

Blijft de overlap bestaan terwijl inhoud en volgorde aantoonbaar gelijk zijn, dan kan de uitvoerder gericht de selectiegrenzen onderzoeken. Verdwijnt de overlap onder die omstandigheden, onderzoek dan hoe de interface met tussentijdse wijzigingen omgaat. Kies de techniek pas nadat duidelijk is welk gedrag moet worden hersteld.

Voer daarna een tweede gecontroleerde proef uit met de bestaande laadmeerfunctie. Leg vast welke documenten al geladen zijn, publiceer een afgesproken fictief testdocument in de daarvoor bedoelde omgeving en laad verder. Noteer of eerdere kaarten verschuiven, verdwijnen of terugkomen.

Bewaar het terugkeergedrag als een afzonderlijke bevinding. Dat iemand na een detailbezoek zijn plek kwijtraakt, is een ander probleem dan overlap tussen twee selecties. Het kan dezelfde aanleiding hebben, maar vraagt een eigen verwachte uitkomst en een eigen hertest.

Volg dezelfde documenten door filters en sorteringen

Gebruik herkenbare documentcodes om te controleren wat een andere sortering werkelijk verandert. Het paginanummer is een vindplaats binnen een bepaalde volgorde, geen eigenschap van het document. Twee pagina’s met hetzelfde nummer kunnen daardoor verschillende inhoud bevatten.

Neem binnen de fictieve catalogus vier controlepunten. Bij sortering op publicatiedatum staat D014 op pagina één, D067 op pagina vier, D142 op pagina acht en D205 op pagina elf. Bij sortering op titel staan diezelfde documenten respectievelijk op pagina zeven, pagina twee, pagina tien en pagina drie. Dit zijn voorbeeldbestemmingen voor een proef, geen afgeleide posities op basis van de codes.

Controleer identiteit en bestemming per gekozen volgorde

1. Open de sortering op publicatiedatum en zoek elk controlepunt op de vastgelegde pagina.
2. Noteer de documentcode, zichtbare titel, overzichtsbestemming en gekoppelde detailbestemming.
3. Schakel naar de titelsortering en herhaal dezelfde registratie op de bijbehorende pagina’s.
4. Open de detailbestemmingen en bevestig dat je nog steeds dezelfde documenten bereikt.

Wanneer D067 in beide sorteringen naar dezelfde bedoelde detailpagina leidt, is zijn identiteit behouden ondanks de verplaatsing. Wanneer de kaart op pagina twee ineens naar D068 verwijst, heb je een concrete koppelingsfout. Die fout los je niet op door alleen het zichtbare paginanummer aan te passen.

Beperk vervolgens de catalogus met een fictief onderwerpfilter tot 23 documenten. Bij dezelfde paginaomvang verwacht je twintig documenten op de eerste en drie op de tweede pagina. Gebruik hiervoor een eigen referentielijst van 23 codes. De volledige lijst van 218 documenten is nu geen geschikte verwachting voor de dekking.

Test ook de overgang vanuit een hoger paginanummer naar deze kleine selectie. Leg vast welke bestemming de interface kiest en of het gekozen filter herkenbaar blijft. Een onverklaarde lege pagina maakt niet duidelijk of er geen passende documenten zijn of dat alleen het oude paginanummer ongeldig is geworden.

Beslis afzonderlijk of dit onderwerp een blijvende zoeklanding verdient. De bruikbaarheid van het filter bewijst dat niet. Beoordeel de zoekvraag, de inhoud en het onderhoud van zo’n landing voordat je haar als zelfstandige ingang aanbiedt.

Laat bij herstel relevante adresonderdelen intact. Alle parameters verwijderen kan zowel de sortering als het onderwerp wissen. Een algemene verwijzing naar de eerste pagina kan eveneens de gekozen selectie verliezen. Controleer daarom welke concrete inhoud elke voorgestelde voorkeursbestemming vertegenwoordigt.

Test openen, delen, verversen en teruggaan als afzonderlijke taken

Een goed adres en een herstelde schermpositie zijn verschillende dingen. De adresbalk kan de juiste pagina tonen terwijl geladen documenten ontbreken. Andersom kan de browser ongeveer dezelfde scrollpositie herstellen binnen een lijst die inmiddels anders is opgebouwd. Beschrijf daarom per gebruikstaak welke inhoud iemand moet terugvinden.

Rechtstreeks openen zonder eerdere handelingen

Verwacht: de gekozen vervolgpagina toont zelfstandig de afgesproken selectie. Waargenomen: [ontvangen codes en zichtbare filterstand]. Herstel: [benodigde aanpassing wanneer vooraf laden vereist blijkt]. Acceptatie: dezelfde bestemming werkt vanuit een nieuw venster zonder eerst de catalogusstart te bezoeken.

Begin deze taak met een openbare selectie waarvoor geen persoonlijke voorkeur nodig is. Noteer alsnog of je bent ingelogd, zodat een verschil in toegang niet wordt aangezien voor een paginatiefout.

Een link delen met een andere bezoeker

Verwacht: de ontvanger begrijpt welke openbare selectie de link aanwijst. Waargenomen: [bestemming en selectie bij de ontvanger]. Herstel: [ontbrekende overdraagbare selectiegegevens of verduidelijking]. Acceptatie: de ontvanger bereikt de bedoelde inhoud zonder voorkeuren van de verzender te hoeven raden.

Veronderstel niet dat een gedeelde link persoonlijke instellingen meeneemt. Als een selectie afhankelijk is van opgeslagen voorkeuren, leg dan vast wat delen wel overdraagt. Een ontvangende bezoeker moet een begrijpelijke uitkomst krijgen, ook wanneer die voorkeuren ontbreken.

Verversen nadat meer documenten zijn geladen

Verwacht: [afgesproken selectie na verversen]. Waargenomen: [codes vóór en na verversen]. Herstel: [ontbrekende toestand herstellen of het gedrag verduidelijken]. Acceptatie: de zichtbare pagina en het adres spreken elkaar niet tegen.

Leg vooraf vast of verversen de afzonderlijke vervolgpagina toont of de eerder opgebouwde lijst herstelt. Beide verwachtingen kun je niet ongemerkt door elkaar gebruiken. Controleer bij de gekozen werking ook of de gemarkeerde huidige pagina daarbij past.

Teruggaan na een documentbezoek

Verwacht: de bezoeker vindt het vertrekpunt terug. Waargenomen: [geladen documenten, filterstand en schermpositie]. Herstel: [welk onderdeel van de toestand ontbreekt]. Acceptatie: het eerder geopende document is herkenbaar terug te vinden binnen de bedoelde selectie.

Een lege filteruitkomst vraagt bovendien een eerlijke uitleg. Meld dat binnen de gekozen voorwaarden geen documenten beschikbaar zijn en maak herkenbaar welke voorwaarden actief zijn. Verwar dit niet met een laadfout. Registreer bij een mislukte gegevensaanvraag juist dat de inhoud niet kon worden opgehaald.

Controleer de zelfstandige reeks achter de bediening

Onderzoek bij de bestaande vormgeving welke bestemmingen daadwerkelijk achter de bediening zitten. Een visueel duidelijke knop kan uitsluitend een actie uitvoeren. Een gegevensadres kan wel documentinformatie teruggeven, maar daarmee nog geen zelfstandig bruikbare overzichtspagina zijn. Leg de bestemming en het ontvangen antwoord naast elkaar.

Gebruik in de fictieve catalogus de eerste, zesde en elfde pagina als verschillende controlepunten. Vraag daarnaast pagina twaalf op als niet bestaande vervolgpagina binnen het vastgelegde moment. Bewaar per verzoek de aangevraagde URL, het uiteindelijke adres, de status en de ontvangen documentcodes.

Beoordeel links en bediening met afzonderlijke bewijzen

• Eerste pagina: controleer of de volgende bestemming een pagina met de tweede selectie oplevert.
• Middelste pagina: open de bestemming zonder opgebouwde lijst en controleer beide aangrenzende stappen.
• Laatste pagina: bevestig de resterende documenten en controleer dat de bediening geen verdere inhoud suggereert.
• Niet bestaande pagina: controleer de afgesproken afhandeling en voorkom dat een fout als geldige selectie wordt gepresenteerd.

Doorloop vervolgens de aanwezige bediening met het toetsenbord. Noteer of je de links bereikt, hun bestemming begrijpt en ze kunt activeren. Test op een aanraakscherm afzonderlijk of de bedoelde stap betrouwbaar te kiezen is. Dit beoordeelt het gebruik van de bestaande vormgeving, zonder meteen een nieuw ontwerp te vereisen.

Inspecteer bij iedere veronderstelde link of er werkelijk een href met een bruikbare paginabestemming aanwezig is. Wanneer een element alleen een klikfunctie heeft, leg je dat als aparte bevinding vast. Wanneer de href naar een gegevensantwoord leidt, controleer je of de bedoelde overzichtspagina elders zelfstandig bestaat.

Laat de bevoegde uitvoerder bepalen hoe die pagina technisch wordt geleverd. Je acceptatie gaat over de ontvangen inhoud en bereikbare vervolgstappen. Ze schrijft geen specifieke bibliotheek of verplichte manier van serverweergave voor. Zo blijft het ticket uitvoerbaar binnen de bestaande toepassing.

Herhaal na herstel het directe verzoek en de bedieningstest. Een werkende knop bewijst de zelfstandige bestemming nog niet; een werkende bestemming bewijst de bediening nog niet. Bewaar beide uitkomsten. Voeg een eventuele live waarneming door Google afzonderlijk toe, met het onderzochte adres en moment. Gebruik die waarneming alleen voor wat er tijdens die test daadwerkelijk is opgehaald en weergegeven.

Bewaar bij een mislukte proef ook het verschil tussen een leeg antwoord en een foutantwoord. Een lege geldige selectie vraagt uitleg over de gekozen voorwaarden. Een mislukte aanvraag vraagt herkenbare foutafhandeling en een bruikbare mogelijkheid om opnieuw te proberen. Wanneer beide gevallen dezelfde lege lijst tonen, kan de bezoeker niet beoordelen of verder zoeken zin heeft.

Controleer bij opnieuw proberen of eerder geladen documenten behouden blijven en of dezelfde nieuwe selectie niet tweemaal wordt toegevoegd. Noteer de codes vóór de fout, na de fout en na het geslaagde vervolg. Daarmee maak je een onderbroken laadactie reproduceerbaar zonder de oorzaak alvast aan de verbinding of de browser toe te schrijven.

Bewijs drie routes vanaf dezelfde catalogusstart

Maak van de navigatie een eenvoudig netwerk: pagina’s zijn bestemmingen en aanwezige links zijn verbindingen. Gebruik steeds dezelfde openbare catalogusstart als vertrekpunt. Een zelf ingetikt adres is nuttig voor een directe bereikbaarheidstest, maar telt niet als aangetroffen verbinding vanuit die start.

Onderstaande routes horen bij een fictieve variant waarin de genoemde links werkelijk zijn aangetroffen. Het zijn werkbladvoorbeelden, geen beschrijving van een bestaande website. In je eigen registratie vervang je ieder tussenpunt door de exacte URL die je hebt gevolgd.

1. D014: catalogusstart naar detailpagina D014. Eén gevolgde link; eindstatus 200; de pagina toont de titel en identiteit van D014.
2. D067: catalogusstart naar pagina twee, naar pagina drie, naar pagina vier, naar detailpagina D067. Vier gevolgde links; eindstatus 200; de pagina toont D067.
3. D205: catalogusstart naar subcatalogus Veiligheid, naar de tweede pagina daarvan, naar detailpagina D205. Drie gevolgde links; eindstatus 200; de pagina toont D205.

Controleer of de kortere ingang inhoudelijk klopt

De route via Veiligheid is alleen bruikbaar wanneer D205 werkelijk binnen dat onderwerp hoort en alle genoemde links aanwezig zijn. Controleer dus ook de inhoudelijke indeling. Een willekeurige extra ingang uitsluitend om een stap te besparen kan bezoekers naar een onbegrijpelijke selectie sturen.

Noteer bij elk tussenpunt de linktekst, bestemming en ontvangen selectie. Een omleiding naar de catalogusstart kan technisch eindigen met een succesvolle status, terwijl het bedoelde pad verdwenen is. Ook een detailpagina met de verkeerde documentidentiteit maakt de route ongeschikt.

Wil je vaststellen dat een route de kortste is, onderzoek dan ook de andere aanwezige verbindingen vanaf dezelfde start. Met alleen één geslaagde wandeling heb je een werkend pad bewezen. Je hebt daarmee nog niet uitgesloten dat een korter pad bestaat.

Vergelijk een voorgestelde subcatalogusroute met de huidige route naar hetzelfde document. Behoud de opeenvolgende verbindingen in de hoofdreeks, zodat je proef geen documenten overslaat die buiten de nieuwe subcatalogus vallen. Hertest daarom zowel de nieuwe ingang als de volledige bestaande reeks.

Leg het besluit concreet vast: [bestemming], [huidig aangetroffen pad], [nieuw aangetroffen pad], [inhoudelijke reden voor de ingang] en [uitkomst na herstel]. Daarmee beoordeel je een navigeerbare verbinding. De registratie bevat geen voorspelling over een rankingstijging of een percentage extra crawlactiviteit.

Koppel verkeerde pagina-uitvoer aan een klein herstelticket

Onderzoek bij een verdachte vervolgpagina de volledige samenhang tussen adres, documenten, canonical en navigatie. Verschillende documenten met een passende eigen canonical kunnen dezelfde titel en beschrijving hebben binnen een echte paginatiereeks. Een gedeelde titel is daarom niet voldoende om de pagina als duplicaat af te keuren.

Stel dat de zesde pagina de juiste documentcodes toont, maar een canonical voor de eerste pagina ontvangt. Bewaar die combinatie als uitgangspunt. Zoek vervolgens uit waar de afwijkende waarde ontstaat: in de selectie van het CMS, de opbouw van de paginakop, een navigatiecomponent of een opgeslagen antwoord.

Schrijf ook op welke ongewenste uitkomst moet verdwijnen

• Uitgangspunt: [exact adres], [inhoudsversie], [documentcodes] en [aangetroffen canonical].
• Gewenste waarde: [bedoelde voorkeursbestemming van deze concrete vervolgpagina].
• Onderzoek: [plaats waar de verkeerde waarde wordt toegevoegd of hergebruikt].
• Positieve acceptatie: de openbare vervolgpagina levert de afgesproken inhoud en canonical samen.
• Negatieve acceptatie: dezelfde aanvraag krijgt niet opnieuw de canonical van de eerste pagina.
• Herstel bij terugval: [bewaarde vorige instelling], [verantwoordelijke] en [controle na terugzetten].

Test aansluitend een aangrenzende pagina. Een oplossing die de zesde pagina goed zet door haar waarde overal vast in te vullen, verplaatst de fout slechts. Controleer daarom dat de ontvangen waarde meeverandert met de werkelijk aangevraagde pagina.

Een aangepaste CMS-instelling is nog geen openbaar bewijs. Vraag dezelfde URL opnieuw op en vergelijk de ontvangen uitvoer met het bewaarde uitgangspunt. Als oude antwoorden blijven verschijnen, moet de uitvoerder onderzoeken welke laag die antwoorden bewaart voordat je de wijziging accepteert.

Spreek vooraf af wanneer je een wijziging terugzet. Bijvoorbeeld wanneer een eerder bereikbare vervolgpagina na herstel de verkeerde documenten toont. Bewaar daarvoor het oude gedrag en de benodigde instellingen. Controleer na terugzetten opnieuw de getroffen bestemming; terugzetten alleen bewijst nog geen herstelde openbare werking.

Behandel taalvarianten eveneens op inhoud. De zesde Nederlandse pagina en de zesde anderstalige pagina hoeven niet dezelfde documenten te bevatten. Publicatiemomenten, beschikbare vertalingen en sorteervolgorde kunnen verschillen. Leg de feitelijke documentkoppelingen vast voordat je equivalentie tussen zulke pagina’s aanneemt.

Houd bovendien afzonderlijk bij of de pagina mag worden opgehaald, welke indexeringsinstructie zij geeft en welke voorkeursbestemming wordt genoemd. Een canonical aanpassen beantwoordt alleen die laatste controle. Laat een onbedoelde blokkade of afwijkende indexeringsinstructie daarom niet verdwijnen in de algemene melding dat “de paginatie is opgelost”.

Maak acceptatie afhankelijk van wat daadwerkelijk is onderzocht

Sluit de fictieve herstelproef af met verschillende uitspraken voor verschillende bewijzen. Alle 218 documentcodes terugvinden bewijst de dekking van de afgesproken catalogus op dat moment. Het bewijst niet dat alle gekoppelde pdf’s werken. Twaalf geopende detailbestemmingen blijven een steekproef van twaalf, ook wanneer de verdeling volledig is geteld.

• Volledige catalogus: vergelijk alle aangetroffen codes met de bevestigde referentielijst.
• Individuele route: bewaar het gevolgde pad en de ontvangen documentidentiteit.
• Openbare links: registreer welke bestemmingen zelfstandig en via aanwezige links zijn getest.
• Googlewaarneming: noteer het onderzochte adres, testmoment en feitelijk waargenomen resultaat.
• Zoekverkeer: beoordeel beschikbare verkeersgegevens afzonderlijk, zonder ze uit technische acceptatie af te leiden.

Maak bij een gedeeltelijke acceptatie het vervolg overdraagbaar. Schrijf bijvoorbeeld: [catalogusdekking afgerond], [twaalf detailbestemmingen geopend], [overige detailbestemmingen niet onderzocht] en [bestandsbestemmingen nog niet gecontroleerd]. Vermeld welke codes bij de steekproef horen. Een volgende beoordelaar kan dan gericht aanvullende bestemmingen kiezen zonder dezelfde beperkte controle voor een volledige controle aan te zien.

Bewaar bij de vergelijking vóór en na herstel dezelfde afbakening. Wanneer intussen documenten zijn toegevoegd, gebruik je een bijgewerkte referentielijst en benoem je dat als een nieuw testmoment. Vergelijk niet alleen de eindtotalen: twee even grote verzamelingen kunnen verschillende documenten bevatten. Controleer daarom ook welke codes verdwenen, verschenen of van plaats veranderden. Laat onverklaarde verschillen openstaan totdat duidelijk is of ze door de inhoudswijziging of door de reparatie zijn ontstaan.

Kies herhaalcontroles bij concrete inhoudswijzigingen

Laat bij een hernoeming controleren of de documentcode behouden blijft en de kaart nog naar de bedoelde detailpagina verwijst. Test bij een verwijdering de gewijzigde verdeling en de afhandeling van de voormalige bestemming. Controleer bij een publicatie de nieuwe referentielijst en de grens tussen de eerste twee selecties.

Verandert het aantal documenten per pagina, bereken dan de reeks opnieuw en controleer ook eerder gedeelde vervolgadressen. Een adres dat voordien bestond, kan nu buiten de reeks vallen. Leg vast hoe bezoekers daar worden opgevangen en verifieer de werkelijk ontvangen afhandeling.

Wijs voor elke herhaalcontrole een eigenaar aan: [inhoudsbeheerder voor de referentielijst], [uitvoerder voor de technische wijziging] en [beoordelaar voor acceptatie]. Plan de controle bij het betreffende releasemoment. Gebruik de vorige bevindingen om te bepalen welke routes extra aandacht vragen.

Markeer een onderdeel als niet onderzocht wanneer het bewijs ontbreekt. Een openstaande bestandscontrole hoeft de vastgestelde catalogusdekking niet te ontkennen, maar mag evenmin als geslaagd worden afgevinkt. Zo blijft zichtbaar welk herstel klaar is en welke concrete controle nog bij iemand ligt.

FAQ over paginatie en SEO

Moeten alle vervolgpagina’s een canonical naar pagina één krijgen?

Nee. Als vervolgpagina’s andere producten of artikelen tonen, past doorgaans een eigen canonical per pagina. Beoordeel sorteer- en filtervarianten afzonderlijk; hetzelfde paginanummer betekent niet dat de inhoud gelijk is.

Moet ik rel prev en rel next verwijderen?

Niet alleen omdat Google deze markup niet meer voor indexering gebruikt. Verwijderen is geen universele urgente SEO-fix. Controleer eerst of je vervolgpagina’s echte links, werkende URL’s en passende canonicals hebben.

Moet ik pagina twee en verder op noindex zetten?

Nee, niet standaard. Bepaal eerst of de pagina’s in zoekresultaten mogen verschijnen en welke rol ze spelen bij het ontdekken van items. Gebruik je bewust noindex, zorg dan voor aanvullende bereikbare routes naar belangrijke producten of artikelen.

Is een knop ‘Laad meer’ geschikt voor SEO?

Dat kan, als de achterliggende selecties ook via eigen URL’s en crawlbare links bereikbaar zijn. Vertrouw niet op de aanname dat Google op de knop klikt. Test een latere selectie rechtstreeks, zonder eerdere gebruikershandelingen.

Laat één concrete paginatiereeks beoordelen

Begin met de eerste, middelste en laatste URL van je belangrijkste overzicht. Noteer waar navigatie, inhoud of canonical afwijkt van wat je verwacht. Daarmee heb je een afgebakende vraag voor je ontwikkelaar of SEO-specialist.

Wil je Niblah laten meekijken naar je WordPress-website of Shopify-webshop? Stuur via het contactformulier de categorie-URL, een vervolg-URL en je belangrijkste testbevinding. Vermeld ook of je paginanummers, ‘Laad meer’ of infinite scroll gebruikt. Zo kan je aanvraag direct gaan over de bereikbaarheid van jouw producten of artikelen.