Get free SEO audit

Inhoud
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
  • Wat is paginering en hoe stel je het correct in?

    Wat is paginering en hoe stel je het correct in?

    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).

    Controleer uw website op fouten

    No limits! Upgrade your account to crawl this domain

    Check your website SEO performance

    Get a personalized checklist on how to improve your website to rank higher on Google

    No limits! Upgrade your account to crawl this domain
    close

    Reset Password

    Enter your e-mail to reset your password

    Your email

    Password Reset Sent!

    Please check your inbox for instructions on how to reset your password. If you don't get an email, please check your SPAM folder. letter icon

    Your password has been reset successfully!

    We’ve just sent a verification letter to . Please follow the link in this letter to verify your mailbox and start your free trial. In case you don’t see the letter, please check your SPAM folder.

    Thank you for registration!

    We are redirecting you to PayPal

    Sitechecker can’t crawl this website, because the home page responds HTTP status code.
    This can happen for several reasons. Please, enter a working website or make this website accessible to the Sitechecker bot.
    Sitechecker can’t crawl this website, because it has too many redirects.

    Often this is the result of competing redirects, one trying to force HTTPS (SSL) and another redirecting back to HTTP (non-SSL), or between www and non-www forms of the URL.

    Please, contact your hosting provider or web developer to fix this issue or paste another website.

    Sitechecker can’t check this website, because the home page responds HTTP status code.

    Domain name
    redirects to
    {domain_200}