Lühivastus
Paginatsiooni seadistamine taandub neljale asjale: igal nimekirja lehel on oma aadress, lingid nendele aadressidele on tavalised <a href>, iga lehe canonical viitab iseendale ja lehe number ei ole trellide taha peidetud. Silte rel="next" ja rel="prev" vaja ei ole: Google'i e-poodide paginatsioonijuhendis on kirjas, et Google neid enam ei kasuta (developers.google.com, kontrollitud 28.09.2026).
Kõik ülejäänu, mida paginatsiooni ümber tavaliselt arutatakse, on teisejärguline. Unikaalsed tekstid lehtedel 2, 3 ja 4, noindex kogu nimekirjal, canonical esimesele lehele: see on kas liigne töö või otsene kahju.
Mida Google paginatsioonilt praegu nõuab
Google'i seisukohta on mugavam lugeda tehniliste nõuete nimekirjana, mitte SEO-soovitustena. Allpool on see, mis on kirjas tema e-kaubanduse juhendis, kontrollitud 28.09.2026.
| Google'i nõue | Mida see märgenduses tähendab | Tüüpiline rikkumine |
|---|---|---|
| Igal nimekirja lehel oma URL | ?page=2 või /page/2/ aadressis | Kõik lehed tulevad ühelt aadressilt AJAX-iga |
| Lehe number ei ole fragmendis | Google ignoreerib kõike pärast # | Aadressid kujul /diivanid#page=2 |
| Canonical lehelt iseendale | <link rel="canonical" href="…?page=2"> | Kõikide lehtede canonical esimesele |
| Lingid kättesaadavad ilma kasutaja tegevust | Lehenumbrid <a href> HTML-is | Nupp «näita rohkem» kliki käitleja peal |
| rel next/prev ei ole kasutusel | Silte ei pea panema | Nende seadistamine linkide seadistamise asemel |
Nuppude kohta räägib Google kahemõtteid vältides: tema robotid ei vajuta nuppe ega käivita üldjuhul JavaScripti funktsioone, mis nõuavad sisu uuendamiseks kasutaja tegevust. Sellest tuleb ühe minuti kontroll: kui teise lehe tooted on nähtavad ainult pärast klikki, siis Google'i jaoks neid saidil ei ole.
Kolm viisi pikka nimekirja kuvada
Valikut nende vahel esitatakse tavaliselt mugavuse küsimusena. Tegelikult otsustab see, mitu kaarti indeksisse jõuab: 200 tootega kategoorias on robotile kättesaadav kas kõik 200 või 20 esimeselt lehelt.
| Skeem | Mida näeb inimene | Mida näeb robot | Millal ma selle panen |
|---|---|---|---|
| Lehenumbrid | Plokk «1 2 3 … 10» | Kõik nimekirja lehed, kui need on <a href> lingid | Vaikimisi iga suurusega kataloogile |
| «Näita rohkem» | Nuppu nimekirja all | Ainult esimest partiid, kui kõrval pole linke | Kuni 100 tootega kataloog, kus loeb mobiili UX |
| Lõputu kerimine | Juurdelaadimist kerimisel | Ainult esimest partiid, kui pole eraldi URL-e | Sisuvoog, mitte tootekataloog |
Teine ja kolmas skeem töötavad, kuid ainult koos tavalise paginatsiooniga kapoti all: partiidel peavad olema oma aadressid ja HTML-is peavad olema lingid nendele. Google lisab samas juhendis, et järkjärgulise laadimise puhul aitavad sitemap ja Merchant Centeri fiid. See on viis anda robotile tooted üles leida, mitte navigatsiooni asendus: linkide kaalu sitemap edasi ei anna.
Neli viga, mida ma kataloogides kõige sagedamini näen
Järjekord on siin sageduse, mitte tagajärgede raskuse järgi.
- Kõikide lehtede canonical esimesele. Kõige levinum ja kõige kallim: mootor paneb lehtedele 2 ja edasi kategooria canonical'i, Google saab teate, et neid lehti ei ole, ja kaardid, mis on kättesaadavad ainult lehelt 7, kaotavad roomamistee. Google palub seda otsesõnu mitte teha.
- Paginatsioon skriptiga ilma aadressideta. Esineb ise kirjutatud kataloogides ja SPA-le kolinud vaadetes. Kontrollid minutiga: ava teine leht, vaata, kas aadress muutus, ja päri seejärel sama aadress eraldi vahekaardil.
- Korduv SEO-tekst kõigil lehtedel. Üks ja sama lõik kümnel nimekirja lehel pluss identsed title'id annavad täpselt selle pildi, mida ma lahkan artiklis duplikaatsisu kohta. Ravib teksti eemaldamine teiselt lehelt edasi ja numbri lisamine title'isse.
- Paginatsioon filtrite peal. Iga filtrikombinatsioon oma lehekomplektiga annab tuhandeid aadresse. Siin ei tule paginatsiooni parandada eraldi, vaid koos filtrite indekseerimisreeglitega, muidu seadistad hoolikalt canonical'i prügile, mida ei peaks üldse roomama. Kuidas see prügi roomamise ära sööb, kirjutasin materjalis roomamiseelarve kohta.
Seadistamise järjekord
Kuus sammu, millega ma kataloogi läbi käin enne arendusse ülesande andmist. Esimesed 3 saavad programmeerijata hakkama ainult siis, kui paginatsioon on juba linkidega tehtud.
- Ava mõne suure kategooria teine leht ja kontrolli aadressi: see peab muutuma ja avanema otse, ilma JavaScriptita.
- Vaata selle lehe canonical'i. Viitab esimesele: malli parandus. Viitab iseendale: lähed edasi.
- Kontrolli title'it: teisel lehel peab see esimesest erinema vähemalt numbri poolest.
- Aja kategooria roomajaga läbi ja vaata, mitu tootekaarti leiti ainult linke mööda liikudes, ilma sitemap'ita alguslistis.
- Võrdle saadud arvu kategooria tegeliku tootearvuga mootori väljavõtte järgi. Vahe ongi probleemi maht.
- Arvuta üle, mitu lehte annab praegune toodete arv lehel, ja hinda viimase kaardi klikikaugust. Kuidas lugeda, lahkan põhjalikult artiklis lehe klikikauguse kohta.
Samm 4 ilma sammuta 5 on kasutu: robot leiab alati midagi ja aruanne näeb korralik välja seni, kuni sa pole seda tootevälja võttega võrrelnud.
Millal paginatsiooniga tegeleda ei ole vaja
60 tootega kategooria, kus kuvatakse 20 korraga, annab kolm nimekirja lehte. Vahe õigesti ja valesti seadistatud paginatsiooni vahel on sellises mahus nulli lähedal: Googlebot käib kolm lehte igal juhul läbi. Siin suurendan toodete arvu lehel 60-ni ja küsimus on suletud.
Tähendus tekib mitme tuhande URL-iga kataloogides, kus roomamine lakkab olemast täielik. Seal otsustab paginatsioon, milline osa toodetest indeksisse üldse jõuab, ja seal hakkab see ristuma märksõnade kannibaliseerimisega: ühesuguste pealkirjadega nimekirja lehed konkureerivad omavahel ja kategooriaga.
Paginatsioon ei anna positsioonide kasvu. See otsustab, mitu sinu 200 või 20 000 tootest otsimootori jaoks olemas on, ja sellega tema roll lõpeb.
Oma kogemuse piiridest räägin ausalt. Isoleeritud mõõtmisi stiilis «parandasime paginatsiooni canonical'i, liiklus kasvas N protsenti» mul ei ole ja korrektseid katseid selle kohta ma näinud ei ole: paginatsiooni parandust ei tehta peaaegu kunagi kategooriamalli parandusest eraldi. Mõju, mida ma kinnitada saan, on tagasihoidlikum: pärast paginatsiooni viimist normaalsetele aadressidele hakkab robot leidma tooteid, mida roomamisaruandes varem üldse ei olnud. Edasi sõltub nende positsioon kaardist, mitte paginatsioonist, ja see on eraldi töö SEO-optimeerimise poolel.
