Paginering en SEO: houd vervolglijsten bereikbaar en herkenbaar

Paginering verdeelt een lange lijst over meerdere bereikbare pagina's. Voor SEO is belangrijk dat iedere noodzakelijke vervolgpagina een eigen URL heeft, via gewone links bereikbaar is en geen misleidende canonical naar pagina één krijgt. Een knop die pas na een klik nieuwe inhoud ophaalt, biedt op zichzelf niet dezelfde crawlbare route.

Kies eerst hoe bezoekers een lijst kunnen doorzoeken en hun plaats kunnen bewaren. Ontwerp daarna de technische routes. Producten of artikelen die alleen na vele onzichtbare interacties verschijnen, kunnen zowel voor mensen als voor crawlers moeilijk vindbaar worden.

Maak van iedere stap een herkenbare bestemming

Gebruik een voorspelbare URL per lijstpagina, bijvoorbeeld een paginanummer in het pad of een parameter. Belangrijker dan de precieze vorm is dat de server of applicatie hetzelfde adres betrouwbaar kan laden. Een gedeelde link naar pagina drie moet niet zonder uitleg op pagina één uitkomen.

Geef voldoende context: de naam van de verzameling, het huidige paginanummer en een begrijpelijke route vooruit en terug. Laat de bezoeker ook naar het categorieoverzicht kunnen gaan. De principes voor interne links gelden hier net zo goed: de bestemming en functie moeten duidelijk zijn voordat iemand klikt.

Gebruik echte links voor noodzakelijke routes

Google adviseert in paginering, incrementeel laden en SEO dat pagina's via crawlbare links bereikbaar zijn. Een HTML-link met een bruikbaar href biedt daarvoor een duidelijke basis. Een klikhandler zonder adres kan voor een crawler een dood einde zijn.

Hetzelfde geldt voor een paginanummer in een URL-fragment na #: gebruik dat niet als enige mechanisme om wezenlijk andere lijsten op te halen. Controleer de uitvoer, niet alleen de editorinstelling. De algemene richtlijn voor crawlbare links helpt uw ontwikkelaar vaststellen welke routes werkelijk in de HTML staan.

Een fictieve lijst met 96 producten

Een fictieve kookwinkel toont 24 producten per pagina, verdeeld over vier pagina's. Er zijn geen echte crawlgegevens of gebruiksmetingen beschikbaar; het voorbeeld laat alleen de route zien.

Een bezoeker kan op iedere pagina de categorie herkennen, naar de vorige of volgende pagina gaan en een productdetail openen. Iemand die pagina drie rechtstreeks laadt, ziet daadwerkelijk de derde verzameling. De productlinks hebben eigen definitieve adressen. De winkel hoeft niet alle productinformatie viermaal in een verborgen HTML-blok te herhalen om deze structuur te krijgen.

De beheerder test ook een ongeldig paginanummer. Dat hoort niet stilzwijgend een succesvolle kopie van pagina één op te leveren. De gekozen foutafhandeling moet voor gebruikers en zoekmachines begrijpelijk blijven.

Geef verschillende vervolgpagina’s hun eigen voorkeur

Pagina twee bevat doorgaans andere items dan pagina één. Een canonical van alle pagina's naar de eerste versie zegt dan ten onrechte dat de inhoud equivalent is. Gebruik een passende canonical per zelfstandige lijstpagina.

Maak ook de titel herkenbaar, bijvoorbeeld met het paginanummer waar dat helpt. U hoeft niet voor iedere vervolgpagina een lange unieke introductie te verzinnen. Het doel is onderscheid in bestemming, niet geforceerde tekstproductie. Google's ondersteuning van rel="next" en rel="prev" als indexeringssignaal is beëindigd; dergelijke attributen vervangen dus geen actuele linkstructuur. Beoordeel wat bezoekers en crawlers nu daadwerkelijk kunnen bereiken.

Combineer laden-meer met een blijvende route

Een “meer laden”-knop kan prettig zijn, maar vraagt aandacht voor toetsenbordfocus, terugnavigatie en direct bereikbare staten. Wanneer iemand een product bekijkt en terugkeert, mag de eerdere plaats niet zonder reden verloren gaan. Bij oneindig scrollen moet bovendien belangrijke informatie onderaan de pagina bereikbaar blijven.

Een robuuste aanpak kan gewone vervolg-URL's als basis gebruiken en daar interactief laden bovenop zetten. Welke implementatie passend is, hangt af van uw techniek. Laat controleren dat de inhoud niet uitsluitend verschijnt na handelingen die de crawler niet uitvoert. Google's uitleg over JavaScript-SEO biedt daarvoor achtergrond, maar een browserproef blijft nodig voor de gebruikerservaring.

Behandel sorteren en filteren als aparte keuzes

Een sortering op prijs verandert de volgorde; een filter kan de selectie veranderen. Beide kunnen veel extra URL's opleveren. Bepaal welke selecties zelfstandig nuttige landingspagina's zijn en welke slechts tijdelijke hulpmiddelen. Een automatisch indexeerbare pagina voor iedere combinatie maakt onderhoud snel onoverzichtelijk.

Houd paginanummer en selectie samen consistent. Pagina vier van een kleine gefilterde selectie kan niet bestaan, ook al bestaat pagina vier in de volledige categorie wel. Werk links, canonicals en eventuele indexeringsregels overeenkomstig bij. Maak deze keuzes samen met het beleid voor dubbele content, zodat de ene functie niet de andere tegenspreekt.

Controleer de route zoals een bezoeker haar gebruikt

Begin op de categorie en open de laatste pagina zonder zoekfunctie. Herhaal de proef op een telefoon en met het toetsenbord. Open vervolgens een vervolg-URL in een nieuw venster, bezoek een product en keer terug. Controleer of context en positie begrijpelijk blijven.

Bekijk ook of belangrijke nieuwe producten alleen diep in een lange lijst voorkomen. Een bruikbaar categorieoverzicht of inhoudelijke verwijzing kan aanvullende ontdekking bieden. Een sitemap helpt URL's bekendmaken, maar vervangt geen leesbare route. Neem deze controles op in uw oplevercontrole, vooral na een wijziging aan filters of het winkelthema.

Leg het gedrag bij veranderingen vast

Een lijst verandert wanneer producten verdwijnen, artikelen worden toegevoegd of een sortering wijzigt. Documenteer daarom hoe lege vervolgpagina's, ontbrekende items en oude deelbare URL's worden behandeld. Vermijd permanente redirects naar de eerste pagina voor iedere tijdelijke verschuiving in voorraad.

Beoordeel uw oplossing op bereikbaarheid en duidelijkheid. Een daling in indexering van onnodige varianten kan een gewenste opschoning zijn; minder bereikbare productdetails juist niet. Zonder onderzoek naar die verschillen zegt het totale aantal geïndexeerde URL's weinig. Een goede pagineringsstructuur ondersteunt ontdekking, maar belooft geen positie of verkoop.

Controleer bij een gewijzigde sorteervolgorde of de bezoeker nog begrijpt waarom items verschuiven. Een opgeslagen pagina-URL hoeft geen onveranderlijke productverzameling te beloven, maar de gekozen ordening moet herkenbaar zijn. Vermeld waar relevant de actieve sortering en houd die bij terugnavigatie consistent, zodat een lijst niet willekeurig lijkt te veranderen.

Bronnen en verder lezen

Google Search Central beschrijft paginering en incrementeel laden, crawlbare links en JavaScript-SEO. Het winkelvoorbeeld is fictief en geen geteste standaard voor iedere webshop.