Zoekmachines helpen Omgaan met paginering

Paginering vindt u overal op internet. Hoe handig het ook is, het kan soms problemen veroorzaken voor zoekmachines. In dit artikel leer je hoe je deze problemen kunt oplossen via HTML-link-elementen.


Waarom websites paginering gebruiken

Zoveel als sommige bezoekers geïrriteerd raken door paginering, kan het vaak zeer nuttig zijn. Het kan een hulpmiddel zijn om te helpen bij het navigeren op een website en om de informatie te vinden waar de gebruiker naar op zoek is.

Paginering vindt u overal op internet en vaker dan u denkt. Zoekmachines verdelen hun zoekresultaten bijvoorbeeld in verschillende pagina's (meestal tien resultaten per pagina, maar soms slechts zeven). Forums gebruiken paginering om discussies in kleinere stukjes te splitsen. Productbeoordelingswebsites, zoals TechRadar, gebruiken het om lezers in staat te stellen snel naar een bepaald deel van hun artikelen te springen.

Deze voorbeelden worden gebruikt om de gebruikerservaring verbeteren. In plaats van een lange pagina met resultaten te presenteren, presenteren ze verschillende kleinere stukken (en misschien wel de meest relevante eerste) die gemakkelijker te consumeren zijn. Een ander voordeel is dat kortere pagina's sneller worden geladen.


Eenvoudige tabel, eenvoudige paginering Dribbeld door Pete Orme

Maar er is nog een reden waarom websites paginering gebruiken: pageviews. Door een artikel in twee of drie pagina's te knippen, kunnen ze het aantal paginaweergaves verdubbelen of verdrievoudigen. Waarom? Omdat het hen in staat stelt extra advertenties weer te geven en hun inkomsten te maximaliseren.


Het probleem met paginering

Het zijn niet alle regenbogen en vlinders in de wereld van paginering. Het kan soms een aantal SEO-problemen veroorzaken.

Een van deze problemen is dubbele inhoud. Wanneer paginering onjuist wordt geïmplementeerd, kan dit dubbele inhoudsproblemen veroorzaken (we hebben al gesproken over dubbele inhoud in deze SEO Session, we zullen niet in detail treden).

Paginering kan ook uw SEO-inspanningen verdunnen, omdat u uw linkensap verdeelt over meerdere pagina's in plaats van één entiteit. Hierdoor is het ook mogelijk dat de verkeerde pagina een rangorde heeft. Als een irrelevante pagina voldoende links krijgt, kan deze een bestemmingspagina worden en organisch verkeer van de hoofdpagina 'stelen'.


De oplossing

Gelukkig is er zelfs voor dit probleem een ​​oplossing. Sinds 2011 erkent Google de HTML-linkelementen rel =”next” en rel =”prev”; we kunnen deze elementen gebruiken om een ​​relatie tussen meerdere URL's op te geven. Hiermee kunt u verschillende pagina's aan elkaar koppelen en ze identificeren als onderdeel van een grotere reeks. Google behandelt deze pagina's als één.

Laten we dit illustreren met een voorbeeld. We hebben een lang artikel dat is opgedeeld in drie afzonderlijke pagina's met de volgende URL's:

  • http://website.com/long-article-part-1
  • http://website.com/long-article-part-2
  • http://website.com/long-article-part-3

Als we Google en andere zoekmachines willen laten weten dat deze drie pagina's bij elkaar horen, kunnen we de rel =”next” en rel =”prev” attributen. We voegen de volgende code toe aan de gedeelte van de eerste pagina (Lange artikel Part 1):

Als zoekmachines de eerste pagina crawlen, zien ze dat de URL die in het link-element is opgegeven, feitelijk gerelateerd is aan deze pagina. Op de tweede pagina we moeten ook de rel =”prev” attribuut:

 

Op de derde pagina we hoeven alleen maar te linken naar de voorlaatste URL:

Omdat dit de laatste pagina van de serie is, hoeven we het niet toe te voegen rel =”next” label.

Notitie: sommige browsers laden de "volgende" pagina automatisch vooraf. Het toevoegen van dit link-element kan soms de waargenomen laadtijd verminderen.


Alternatieve oplossing

Naast het rel = next / prev-kenmerk kunnen we een alternatieve oplossing gebruiken om problemen met paginering op te lossen:

rel = canonical

U herinnert zich waarschijnlijk de rel = canonical tag van ons artikel met dubbele inhoud. Voor degenen onder jullie die het hebben gemist, hier is een korte uitleg:

De rel = canonical tag vertelt zoekmachines dat de huidige pagina een kopie is van een andere pagina. Via deze tag wordt alle link juice naar de originele pagina overgebracht.

Dus hoe kunnen we deze tag gebruiken om zoekmachines met paginering te helpen? Simpel: we maken een pagina voor het bekijken van alle pagina's, d.w.z. een pagina met alle inhoud gecombineerd. We kunnen dan de rel = canonical om de afzonderlijke pagina's aan deze pagina te koppelen.

Als u al een pagina op alle pagina's hebt bekeken, heeft Google dit mogelijk automatisch gedaan:

Wanneer we detecteren dat een gepagineerde reeks ook een versie voor alle weergaven bevat, doen we nu meer inspanningen om de pagina met alle weergaven weer in de zoekresultaten te krijgen, indien van toepassing. - Benjia Li (indexeringsingenieur bij Google)

Dus de kans is groot dat je je hier geen zorgen over hoeft te maken. Maar als u echt zeker wilt weten dat dit correct wordt gedaan, voegt u de rel = canonical link.

Vergeet niet dat het gebruik van de rel = canonical tag vertelt zoekmachines om alleen de inhoud van de canonieke URL te indexeren (in dit geval de weergave van alle pagina's). Gebruik dus niet het canonieke element om pagina 2, 3, 4 ... naar de eerste pagina te linken.


Conclusie

Paginering kan dubbele inhoudsproblemen veroorzaken en ervoor zorgen dat irrelevante pagina's in de zoekresultaten verschijnen. We kunnen het rel = next / prev-element gebruiken om deze problemen op te lossen. Ze informeren zoekmachines dat de pagina's met pagina's deel uitmaken van een groter geheel. Als alternatief kunnen we een pagina met alle pagina's maken en de tag rel = canonical gebruiken om naar deze pagina te linken.