sitechecker.pro logo mobile

Wat is paginering en hoe stel je het correct in?

Wat is paginering en hoe stel je het correct in?

Gratis SEO-audit

Doorzoek de website voor technische problemen en ontvang een geprioriteerde takenlijst met gedetailleerde handleidingen voor het oplossen.

Something went wrong. Please, try again later.
Trusted by
Sitechecker trusted company

Free Website SEO Checker & Audit Tool

  • Scan the site for 300+ technical issues
  • Monitor your site health 24/7
  • Track website rankings in any geo

Wat is paginering?

 

Paginering is het rangschikkend nummeren van de pagina’s, wat meestal gebeurt aan de bovenkant of onderaan de websitepagina’s.

In de meeste gevallen wordt het gebruikt voor hoofdpagina’s en opdelingen. Vaak ziet het er als volgt uit:

 

Pprevnext implementing of pagination on Ahrefs blog

 

Laten we kijken naar sommige van de problemen die op kun komen bij het gebruik van paginering wanneer er niet op bepaalde dingen gelet wordt:

 

Minder bezoekers vanuit de zoekmachines voor de website

Wanneer de zoekmachines jouw website crawlen, is de diepte en het aantal pagina’s per bezoek verschillend, afhankelijk van de betrouwbaarheid van de website, de mate waarin de inhoud bijgewerkt wordt en meer. Heb je een groot aantal pagina’s met paginering, dan wordt de kans veel kleiner dat de zoekmachines door alle pagina’s van de paginering gaan en alle pagina’s indexeren. Daarnaast wordt de beschikbare tijd besteed aan de pagina’s met paginering en niet aan de pagina’s die belangrijk zijn voor de website.

 

Probleem met duplicatie

Afhankelijk van de structuur van de pagina’s met paginering is het waarschijnlijk dat er pagina’s zijn met gelijksoortige of dezelfde inhoud. Je zal zien dat deze vaak dezelfde titel en meta beschrijving tags gekregen hebben. In dit geval zal de duplicate content zorgen voor problemen met de zoekmachines die niet kunnen bepalen welke pagina relevant is bij een bepaalde zoekopdracht.

SEO-specialisten hebben al vier verschillende oplossingen gevonden voor dit probleem.

 

Oplossing 1: Verwijder de pagina uit de index met hulp van de noindex

 

In de meeste gevallen heeft deze methode prioriteit en kan snel gebruikt worden. Het belangrijkste punt is het uitsluiten van alle pagina’s met paginering van de index, op de eerste na.

Het wordt op de volgende manier gebruikt:

De meta tag

<meta name="robots" content="noindex, follow" />

wordt toegevoegd aan de HEAD sectie op alle pagina’s op de eerste na. We halen zo alle pagina’s met paginering uit de index, op de hoofdpagina van de catalogus na en zo zorgen we ervoor dat alle producten/pagina’s die bij deze catalogus horen wel geïndexeerd worden. Let op de kleine nuances:

  • Plaats je de beschrijving tag van de hoofdpagina in de catalogus, dan is het alsnog aan te raden om deze alleen op de eerste pagina te plaatsen
  • Controleer of de eerste URL niet gedupliceerd is. Bijvoorbeeld wanneer de paginering op de volgende manier gebruikt is:

site.com/catalog?page=2

site.com/catalog?page=3

site.com/catalog?page=N

je moet hier een link naar de eerste pagina plaatsen, in het geval je niet op de eerste pagina bent

site.com/catalog

en vanaf deze pagina

site.com/catalog?page=1

301 redirects naar site.com/catalog moeten geconfigureerd worden.

 

Voordelen

  • Te gebruiken voor Yandex;
  • Makkelijkst van alle oplossingen;
  • Goede manier om alle pagina’s met paginering uit de index te halen wanneer er geen logische reden is om deze aan te index toe te voegen

 

Nadelen

  • Hoewel het een probleem van paginering oplost, halen we pagina inhoud uit de index;
  • Wanneer er veel producten zijn en je geen gebruikmaakt van de XML-sitemap, zullen de producten die diep verscholen liggen lange tijd geïndexeerd blijven.

 

Oplossing 2. “View all” en rel=”canonical”

 

De methode vereist het gebruik van Google om aparte ‘View All’ pagina’s te maken, waar alle producten/pagina’s uit de catalogus getoond worden, en op alle pagina’s met paginering plaatsen we rel=”canonical” op de ‘View All’.

Implementatie van deze methode: Nadat je de ‘View All’ pagina gemaakt hebt (bijvoorbeeld op site.com/catalog/view-all.html), dan plaats je op alle pagina’s met paginering het volgende in de HEAD sectie:

 

<link rel="canonical" href="http://site.com/catalog/view-all.html" />

Zo tonen we de zoekmachines dat alle pagina’s met paginering een onderdeel zijn van de ‘View All’ pagina om het zo maar uit te drukken. Google beweert dat:

  • Dit de beste methode is voor hen;
  • Gebruikers de complete catalogus bekijken op een pagina (dit is controversieel en is afhankelijk van de situatie).

 

Nuances

De ‘View All’ pagina moet snel geladen kunnen worden, bij voorkeur tussen de 1 en 3 seconden. Daarom is deze methode vooral geschikt voor websites met een aantal pagina’s voor paginering tussen de 5 en 20 en is dit niet geschikt voor directories met honderden pagina’s voor paginering.

 

Voordelen

  • Voorkeursmethode voor Google;
  • Alle inhoud voor paginering is te vinden in de index via de pagina ‘View All’.

 

Nadelen

  • Niet geschikt voor websites met veel pagina’s of te veel afbeeldingen met hogere kwaliteit voor producten/artikelen;
  • Lastig te implementeren in de standaardversies van een CMS.

 

Oplossing 3. Rel=”prev”/”next”

 

De laatste oplossing om het probleem van paginering op te lossen, kan het meest verwarrend zijn, maar dit is wellicht de meest universele manier voor Google (Yandex maakt geen gebruik van deze aanwijzingen). De implementatie is redelijk ingewikkeld, daarom is het goed om voorzichtig te zijn bij het gebruik van deze methode. Laten we kijken hoe het werkt.

Je hebt bijvoorbeeld vier pagina’s in de map. Door rel=”prev”/”next” te gebruiken kun je een ketting maken tussen alle pagina’s in deze map. De ketting begint bij de eerste pagina waar je het volgende in de HEAD sectie plaatst:

<link rel="next" href="http://site.com/page2.html">
Voor de eerste pagina is dit het enige attribuut. Voor de tweede pagina gebruik je de tags voor beide richtingen:
<link rel="prev" href="http://site.com/page1.html">
<link rel="next" href="http://site.com/page3.html">
Voor de derde pagina doen we hetzelfde als de tweede pagina
<link rel="prev" href="http://site.com/page2.html">
<link rel="next" href="http://site.com/page4.html">
Wanneer we op de vierde pagina zijn, maken we alleen de vorige schakel in de ketting zichtbaar:
<link rel="prev" href="http://site.com/page3.html">

Door het gebruik van rel=”prev”/”next” attributen, verzamelt Google de gegevens van de pagina’s als enkel element in de index. Voor de gebruikers is dit normaal gesproken de eerste pagina, aangezien deze vaak het meest relevant is.

 

Nuances

  • rel=”prev” en rel=”next” zijn voor Google ondergeschikte attributen, geen aanwijzingen;
  • zowel de relatieve als de absolute URL’s kunnen gebruikt worden als waardes (in samenhang met de geldige waardes van de tag);
  • specifieer je een verwijzing in het document, dan wordt het relatieve pad bepaalt door de basis URL;
  • wanneer Google fouten ziet in het schakelen (wanneer er bijvoorbeeld een waarde voor rel=”prev” ontbreekt of de het rel=”next” attribuut mist), dan wordt het verdere indexeren van de pagina’s en herkennen van de pagina’s gedaan volgens het eigen algoritme van Google ;
  • er moet gecontroleerd worden of de eerste pagina niet duplicaat is.

 

Voordelen

  • deze methode biedt een oplossing voor het probleem met paginering zonder “View all”;
  • implementatie gebeurt alleen bij kleine veranderingen in de HTML.

 

Nadelen

  • deze attributen worden niet gebruikt door Yandex;
  • implementatie kan redelijk lastig zijn;
  • maken van links in de ketting met pagina’s moet zorgvuldig gedaan worden.

 

Oplossing 4. AJAX en Javascript scrolling

 

Je hebt waarschijnlijk weleens een website gezien waarbij je door de goederen kun scrollen, en waar constant nieuwe content geladen werd op het moment dat je onderaan de pagina was. Hoewel dit een uitstekende manier is om de gebruikservaring te verbeteren, is het een manier die wel correct gebruikt moet worden. Het is wenselijk dat de producten niet automatisch geladen worden bij het scrollen. Het is beter om een knop te maken met ‘Laad meer producten’ onder de onderste producten. Goede implementatie van deze methode kun je vinden op wikimart.ru onderaan de mappen.

 

Goed gebruik van parameters

Wanneer je gebruikmaakt van rel=”prev”/”next” attributen, dan kunnen de pagina’s met paginering parameters bevatten die de inhoud niet veranderen:

  • sessie variabelen;
  • gradaties;
  • veranderen van het aantal producten per pagina.

In dit geval krijgen we duplicate content. Om dit probleem op te lossen, maak je gebruik van de combinatie rel=”prev”/”next” en rel=”canonical”.

Om dit te doen moet je eerst zorgen dat alle pagina’s met paginering met rel=”prev”/”next” dezelfde parameters hebben. Daarnaast moet elke URL met een parameter een canonieke pagina hebben zonder deze parameter.

 

Correct gebruik van filters en rel=”prev”/”next”

Laten we eens kijken naar een voorbeeld waarbij we de parameters gebruiken die we kunnen/willen gebruiken voor unieke content en waarbij het belangrijk is dat deze pagina’s in de index blijven staan. Bijvoorbeeld bij een categorie met sneakers, waarbij we landingspagina’s willen hebben voor zoekopdrachten zoals verschillende merken, waarbij we parameters in de URL gebruiken.

 

In dit geval

  • Het gebruik van rel=”canonical” is niet nodig in de main categorie omdat de content uniek is;
  • Maak unieke kettingen voor elk merk door gebruik van het attribuut rel=”prev”/”next”;
  • Schrijf unieke en relevante titels, beschrijvingen en tekst voor elke omschrijving van een categorie voor elk filter.

 

Conclusie

 

Om samen te vatten zijn hier onze aanbevelingen voor het oplossen van de problemen met paginering:

  • Heb je de technische kennis om een “View all” pagina te maken (zulke pagina’s laden snel en hebben een beperkte omvang) dan kun je deze optie gebruiken aangezien Google het aanbeveelt en Yandex de aanwijzing rel=”canonical” begrijpt;
  • Maar in de meeste gevallen het is beste om het gebruik te maken van van rel=”next page/prev page” attribuut (Google gebruikt dit) en de robots=”noindex, follow” meta tag (zowel Google als Yandex begrijpen dit).
Snelle Links
ul>
  • Wat is paginering?
  • Oplossing 1: Verwijder de pagina uit de index met hulp van de noindex
  • Oplossing 2. “View all” en rel=”canonical”
  • Oplossing 3. Rel=”prev”/”next”
  • Oplossing 4. AJAX en Javascript scrolling
  • Dit vind je misschien ook leuk

    Bekijk meer berichten
    Wat is het Robots.txt-bestand en hoe het correct te configureren?
    Technische SEO
    Wat is het Robots.txt-bestand en hoe het correct te configureren?
    Roman Rohoza
    Oct 10, 2024
    Ontdek wat een 404 Pagina Is, Waarom het Verschijnt en Hoe je 404 Errors op jouw Website traceert.
    Technische SEO
    Ontdek wat een 404 Pagina Is, Waarom het Verschijnt en Hoe je 404 Errors op jouw Website traceert.
    Iryna Krutko
    Jan 31, 2024
    Wat is een 301 Redirect & Wanneer moet je deze gebruiken?
    Technische SEO
    Wat is een 301 Redirect & Wanneer moet je deze gebruiken?
    Roman Rohoza
    Oct 8, 2024

    So, soon? Well, before you go…

    Get instant on-page SEO analysis of your home page

    • Detect broken links
    • Detect issues with content optimization
    • Check PageSpeed for mobile and desktop
    Something went wrong. Please, try again later.
    You’ll get the report in 2 seconds without required signup
    exit-popup-image
    close