In de meeste gevallen wordt het gebruikt voor hoofdpagina\u2019s en opdelingen. Vaak ziet het er als volgt uit:<\/span><\/p>\n <\/p>\n <\/p>\n 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:<\/span><\/p>\n <\/p>\n Wanneer de zoekmachines jouw website crawlen, is de diepte en het aantal pagina\u2019s 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\u2019s met paginering, dan wordt de kans veel kleiner dat de zoekmachines door alle pagina\u2019s van de paginering gaan en alle pagina\u2019s indexeren. Daarnaast wordt de beschikbare tijd besteed aan de pagina\u2019s met paginering en niet aan de pagina\u2019s die belangrijk zijn voor de website.<\/span><\/p>\n <\/p>\n Afhankelijk van de structuur van de pagina\u2019s met paginering is het waarschijnlijk dat er pagina\u2019s 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.<\/span><\/p>\n SEO-specialisten<\/a> hebben al vier verschillende oplossingen gevonden voor dit probleem.<\/span><\/p>\n <\/p>\n <\/p>\n In de meeste gevallen heeft deze methode prioriteit en kan snel gebruikt worden. Het belangrijkste punt is het uitsluiten van alle pagina\u2019s met paginering van de index, op de eerste na.<\/span><\/p>\n Het wordt op de volgende manier gebruikt:<\/span><\/p>\n De meta tag<\/span><\/p>\n wordt toegevoegd aan de HEAD sectie op alle pagina\u2019s op de eerste na. We halen zo alle pagina\u2019s met paginering uit de index, op de hoofdpagina van de catalogus na en zo zorgen we ervoor dat alle producten\/pagina\u2019s die bij deze catalogus horen wel ge\u00efndexeerd worden. Let op de kleine nuances:<\/span><\/p>\n site.com\/catalog?page=2<\/span><\/i><\/p>\n site.com\/catalog?page=3<\/span><\/i><\/p>\n \u2026<\/span><\/p>\n site.com\/catalog?page=N<\/span><\/i><\/p>\n je moet hier een link naar de eerste pagina plaatsen, in het geval je niet op de eerste pagina bent<\/span><\/p>\n site.com\/catalog<\/span><\/i><\/p>\n en vanaf deze pagina<\/span><\/p>\n site.com\/catalog?page=1<\/span><\/i><\/p>\n 301 redirects<\/span><\/a> naar site.com\/catalog moeten geconfigureerd worden.<\/span><\/p>\n <\/p>\n <\/p>\n <\/p>\n <\/p>\n De methode vereist het gebruik van Google om aparte \u2018View All\u2019 pagina\u2019s te maken, waar alle producten\/pagina\u2019s uit de catalogus getoond worden, en op alle pagina\u2019s met paginering plaatsen we rel=”canonical”<\/a> op de \u2018View All\u2019.<\/span><\/p>\n Implementatie van deze methode: Nadat je de \u2018View All\u2019 pagina gemaakt hebt (bijvoorbeeld op site.com\/catalog\/view-all.html), dan plaats je op alle pagina\u2019s met paginering het volgende in de HEAD<\/strong> sectie:<\/span><\/p>\n <\/p>\n Zo tonen we de zoekmachines dat alle pagina\u2019s met paginering een onderdeel zijn van de \u2018View All\u2019 pagina om het zo maar uit te drukken. Google beweert dat:<\/span><\/p>\n <\/p>\n De \u2018View All\u2019 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\u2019s voor paginering tussen de 5 en 20 en is dit niet geschikt voor directories met honderden pagina\u2019s voor paginering.<\/span><\/p>\n <\/p>\n <\/p>\n <\/p>\n <\/p>\n 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.<\/span><\/p>\n Je hebt bijvoorbeeld vier pagina\u2019s in de map. Door rel=\u201dprev\u201d\/\u201dnext\u201d te gebruiken kun je een ketting maken tussen alle pagina\u2019s in deze map. De ketting begint bij de eerste pagina waar je het volgende in de HEAD sectie plaatst:<\/span><\/p>\n Door het gebruik van rel=\u201dprev\u201d\/\u201dnext\u201d attributen, verzamelt Google de gegevens van de pagina\u2019s als enkel element in de index. Voor de gebruikers is dit normaal gesproken de eerste pagina, aangezien deze vaak het meest relevant is.<\/span><\/p>\n <\/p>\n <\/p>\n <\/p>\n <\/p>\n <\/p>\n 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 \u2018Laad meer producten\u2019 onder de onderste producten. Goede implementatie van deze methode kun je vinden op wikimart.ru onderaan de mappen.<\/span><\/p>\n <\/p>\n Wanneer je gebruikmaakt van rel=\u201dprev\u201d\/\u201dnext\u201d attributen, dan kunnen de pagina\u2019s met paginering parameters bevatten die de inhoud niet veranderen:<\/span><\/p>\n In dit geval krijgen we duplicate content. Om dit probleem op te lossen, maak je gebruik van de combinatie rel=\u201dprev\u201d\/\u201dnext\u201d en rel=”canonical”.<\/span><\/p>\n Om dit te doen moet je eerst zorgen dat alle pagina\u2019s met paginering met rel=\u201dprev\u201d\/\u201dnext\u201d dezelfde parameters hebben. Daarnaast moet elke URL met een parameter een canonieke pagina hebben zonder deze parameter.<\/span><\/p>\n <\/p>\n 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\u2019s in de index blijven staan. Bijvoorbeeld bij een categorie met sneakers, waarbij we landingspagina\u2019s willen hebben voor zoekopdrachten zoals verschillende merken, waarbij we parameters in de URL gebruiken.<\/span><\/p>\n <\/p>\n <\/p>\n <\/p>\n Om samen te vatten zijn hier onze aanbevelingen voor het oplossen van de problemen met paginering:<\/span><\/p>\n![\"Pprevnext](\"https:\/\/sitechecker.pro\/wp-content\/uploads\/2017\/12\/prevnext-implementing-of-pagination-on-Ahrefs-blog.png\")
<\/div>\nMinder bezoekers vanuit de zoekmachines voor de website<\/b><\/h3>\n
Probleem met duplicatie<\/b><\/h3>\n
Oplossing 1: Verwijder de pagina uit de index met hulp van de noindex<\/h2>\n
<meta name=\"robots\" content=\"noindex, follow\" \/><\/code><\/div>\n\n
Voordelen<\/b><\/h3>\n
\n
Nadelen<\/b><\/h3>\n
\n
Oplossing 2. \u201cView all\u201d en rel=\u201dcanonical\u201d<\/b><\/h2>\n
<link rel=\"canonical\" href=\"http:\/\/site.com\/catalog\/view-all.html\" \/><\/code><\/div>\n\n
Nuances<\/b><\/h3>\n
Voordelen<\/b><\/h3>\n
\n
Nadelen<\/b><\/h3>\n
\n
Oplossing 3. Rel=\u201dprev\u201d\/\u201dnext\u201d<\/b><\/h2>\n
<link rel=\"next\" href=\"http:\/\/site.com\/page2.html\"><\/code><\/div>\n<link rel=\"prev\" href=\"http:\/\/site.com\/page1.html\">
\n<link rel=\"next\" href=\"http:\/\/site.com\/page3.html\"><\/code><\/div>\n<link rel=\"prev\" href=\"http:\/\/site.com\/page2.html\">
\n<link rel=\"next\" href=\"http:\/\/site.com\/page4.html\"><\/code><\/div>\n<link rel=\"prev\" href=\"http:\/\/site.com\/page3.html\"><\/code><\/div>\nNuances<\/b><\/h3>\n
\n
Voordelen<\/b><\/h3>\n
\n
Nadelen<\/b><\/h3>\n
\n
Oplossing 4. AJAX en Javascript scrolling<\/b><\/h2>\n
Goed gebruik van parameters<\/b><\/h3>\n
\n
Correct gebruik van filters en rel=\u201dprev\u201d\/\u201dnext\u201d<\/b><\/h3>\n
In dit geval<\/b><\/h3>\n
\n
Conclusie<\/b><\/h2>\n
\n