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:
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">
<link rel="prev" href="http://site.com/page1.html">
<link rel="next" href="http://site.com/page3.html">
<link rel="prev" href="http://site.com/page2.html">
<link rel="next" href="http://site.com/page4.html">
<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).