Oneindig scrollen verbetert het parcours en stelt een indexeringsprobleem: als de producten van de volgende partijen alleen in de browser bestaan, zien de zoekmachines maar de eerste twintig van elke categorie.
Op een catalogus van drieduizend referenties verdeeld over vijftien categorieën kan dat tweeduizend vijfhonderd producten zonder inkomende link vanuit hun eigen categorie laten.
Het gedrag van terugkeer naar de positie, een aangrenzend onderwerp, is apart behandeld.
Waarom de volgende pagina’s verdwijnen
Drie mechanismen stapelen zich op.
Geen link om te volgen. Als het laden van de volgende partijen wordt geactiveerd door het scrollen, bestaat er geen enkel adres in de pagina. De robot heeft niets te verkennen.
Het scrollen wordt niet gesimuleerd. Een zoekmachine die de code van een pagina uitvoert, scrolt het scherm niet zoals een bezoeker. Wat bij het scrollen laadt, laadt dus niet.
Geen deelbaar adres. Zonder URL die met elke toestand overeenkomt, kan geen enkele externe link naar een pagina 3 wijzen, en wordt er niets doorgegeven.
Gevolg: uw producten blijven vindbaar via de sitemap en de interne links, maar ze verliezen de link vanuit hun categorie, die de meest natuurlijke en meest kwalificerende is.
De oplossing: beide structuren behouden
Het principe dat het probleem oplost, past in één zin: oneindig scrollen is een verbetering die wordt toegevoegd bovenop een paginering die echt bestaat.
Concreet betekent dat drie dingen.
De gepagineerde pagina’s bestaan en zijn toegankelijk via hun adres. Pagina 3 rechtstreeks openen in een browser moet de producten 41 tot 60 tonen, geserveerd door de server.
De pagineringslinks zijn aanwezig in de code van de pagina, ook al zijn ze visueel verborgen ten gunste van het scrollen.
Het scrollen werkt het adres bij bij elke geladen partij, door de huidige geschiedenisvermelding te vervangen in plaats van er een aan te maken.
Een bezoeker ziet alleen vloeiend scrollen. Een robot ziet een klassieke paginering. Beiden worden zonder compromis bediend, en het gaat niet om verschillende inhoud maar om dezelfde inhoud die via twee wegen toegankelijk is.
Oneindig Scrollen PrestaShop: SEO-paginering & PositieherstelOneindig scrollen op de categoriepagina met behoud van de SEO-paginering en terugkeer naar de exacte positie na een bezoek aan een productpagina.€69,00
De verborgen pagineringslinks
Punt dat soms zorgen baart: is het legitiem om links die in de code aanwezig zijn visueel te verbergen?
Ja, in dit precieze geval, om twee redenen. De links leiden naar dezelfde inhoud als die welke via het scrollen wordt bereikt, er is dus geen enkel verschil tussen wat de bezoeker ziet en wat de robot ziet. En ze blijven toegankelijk via het toetsenbord, wat ze bruikbaar maakt voor een daadwerkelijk deel van de bezoekers.
De goede praktijk bestaat er trouwens in ze niet volledig te verbergen: een knop “volgende pagina bekijken” onder de geladen producten, naast het automatische laden, dient tegelijk de zoekmachines, de toetsenbordgebruikers en wie de paginering verkiest.
De behandeling van de adressen
Vier regels.
Pagina 1 bestaat zonder parameter. Ze mag niet tegelijk met en zonder paginavermelding toegankelijk zijn, op straffe van een duplicaat te creëren.
Elke pagina draagt een canonical naar zichzelf. Pagina 2 en volgende naar de eerste laten wijzen, komt neer op het vragen van de uitsluiting van de producten die alleen daarop verschijnen.
De volgorde van de producten is stabiel. Als uw standaardsortering tussen twee bezoeken verandert, kan hetzelfde product van pagina 2 naar pagina 3 verschuiven, wat de indexering onstabiel maakt. Voeg een deterministisch scheidingscriterium toe, bijvoorbeeld de identifier, na uw hoofdsorteercriterium.
De sorteer- en filterparameters combineren zich met de paginering in een genormaliseerde volgorde, anders vermenigvuldigt u de varianten van dezelfde pagina.
Het aantal producten per pagina
Beslissing met een direct effect op de indexering.
Te weinig producten per pagina produceert veel pagina’s, wat de verkenning verspreidt. Te veel producten maakt de pagina zwaar en verslechtert de prestaties.
Een maatstaf: vierentwintig tot achtenveertig producten per pagina dekt de meeste situaties goed. Op een categorie van tweehonderd producten geeft dat vier tot acht pagina’s, wat verkenbaar blijft.
De weergave “alles tonen” verdient een opmerking. Ze wordt soms aanbevolen als canonieke bestemming van de gepagineerde reeks. Dat is verdedigbaar onder honderd producten, onhanteerbaar daarboven: de pagina wordt te zwaar en de ervaring verslechtert voor iedereen.
Wat u niet moet doen
Vier fouten, in volgorde van ernst.
Alleen scrollen, zonder onderliggende paginering. Dat is het uitgangsgeval, en het schadelijkste.
De canonical van de volgende pagina’s naar pagina 1. Zeer verspreide fout, die precies het resultaat produceert dat men wilde vermijden.
Noindex op pagina 2 en volgende. Sommigen passen het toe om duplicatie te vermijden, wat niet aan de orde is: die pagina’s hebben verschillende inhoud. De noindex sluit ze uit van de index en verhindert de ontdekking van hun producten.
Een geschiedenisvermelding aanmaken per geladen partij. De bezoeker die tien partijen heeft gescrold, moet tien keer op terug drukken om de categorie te verlaten.
Controleren dat het werkt
Vier snelle controles.
Open pagina 3 rechtstreeks in een browser, door haar adres te plakken. De overeenkomstige producten moeten verschijnen zonder voorafgaand scrollen.
Raadpleeg de broncode van pagina 1, zonder scriptuitvoering. De links naar de volgende pagina’s moeten erin staan.
Gebruik de URL-inspectie van de Search Console op een pagina 3, en bekijk de verkregen weergave. Dat is de test die het dichtst staat bij wat de zoekmachine echt ziet.
Tel de geïndexeerde pagina’s van uw categorieën in het indexeringsrapport. Als alleen de pagina’s 1 verschijnen, wordt uw paginering niet gezien.
Het effect op de sitemap
Aanvullende vraag, te beslechten.
De sitemap moet uw productpagina’s bevatten, wat hun ontdekking garandeert onafhankelijk van de paginering. Moet u er de gepagineerde categoriepagina’s aan toevoegen?
Nee, in het algemeen. De sitemap dient om de belangrijke pagina’s te signaleren, en een pagina 7 van een categorie is er geen. De pagineringslinks volstaan om ze verkenbaar te maken.
Als uw sitemap daarentegen niet al uw productpagina’s bevat, corrigeer dat punt dan met voorrang: het is het veiligheidsnet dat de navigatiegebreken compenseert.
Meten
Drie indicatoren, opgenomen vooraf en na twee maanden.
Het aantal geïndexeerde categoriepagina’s, dat moet stijgen als uw volgende pagina’s onzichtbaar waren.
Het aantal geïndexeerde productpagina’s, afgezet tegen het catalogustotaal. Dat is het cijfer dat telt.
De ontdekkingstermijn van een nieuw product toegevoegd in een diepe categorie, die de doeltreffendheid van de volledige keten meet.
De module Oneindig Scrollen voor PrestaShop zet deze dubbele structuur op op PrestaShop 8 en 9: daadwerkelijke paginering geserveerd door de server met links in de code, progressief laden erbovenop met bijwerking van het adres zonder de geschiedenis te vermenigvuldigen, zelfverwijzende canonical per pagina en behouden pagineringsknop voor de toetsenbordtoegang.
