Ce este paginarea paginii? Ce este paginarea și cum să optimizați aspectul paginii. Eliminarea paginarii prin linkuri Canonical

Kristina Zagorulko

30 iunie 2015 | Timp de citire: 6 min

Toate marile magazine online V obligatoriu utilizați paginarea - navigare pe pagină bunuri. Acest lucru se face pentru confortul vizitatorilor. Imaginați-vă că o secțiune conține câteva sute de unități de mărfuri. Le puneți pe toate pe o singură pagină web? În principiu, este posibil. Spre deosebire de o pagină de hârtie, o pagină de Internet este fără dimensiuni. Utilizați derularea și vizualizați produsul. Da, pagina site-ului este adimensională, dar viteza conexiunii este finită! Și dacă fiecare articol de produs are imagini (și acest lucru se face aproape întotdeauna acum), atunci încărcarea unei astfel de pagini web poate dura foarte mult timp. Dar dacă paginarea este întotdeauna bună pentru utilizarea site-ului, atunci pentru SEO, configurația sa incorectă promite o deteriorare a pozițiilor în rezultatele căutării și complică indexarea:

• motoarele de căutare pot amenda un site pentru duplicarea conținutului;
• Unitățile de produse vor fi indexate foarte mult timp, ceea ce înseamnă că nu vor fi detectate prin căutare.

Să aruncăm o privire mai atentă asupra acestor probleme.

Este o limită, iar motoarele de căutare au o limită.

Robotul motorului de căutare nu petrece atât de mult timp pe site cât este necesar pentru a-și indexa toate paginile. Acest timp este limitat și este determinat de frecvența actualizărilor de conținut, încredere și o serie de alte valori. Acum imaginați-vă situația: într-un magazin online, fiecare secțiune are 20-30 de pagini, care diferă doar prin numele produselor. Și robotul va indexa fiecare pagină, adică va citi conținutul acesteia. Și nici măcar nu va ajunge la pagina pentru un anumit produs, pentru că este situat la un nivel mai jos. Dar proprietarul unui magazin online are nevoie de ceva complet diferit - indexarea paginilor de produse!

Problemă de conținut duplicat

Motoarele de căutare tratează prost conținutul identic chiar și în cadrul aceluiași site. Logica este simplă. Pagina web a site-ului ar trebui să conțină cât mai mult conținut posibil relevante pentru cerere. Și dacă este activat pagini diferite ah, este aproape identic, adică există o listă de unități de produs (este diferită pentru pagini diferite, dar foarte asemănătoare, deoarece produsul este de același tip) plus ACEEAȘI descriere a întregului grup de produse, care conține Cuvinte cheie. Atunci, cum să determinați cea mai relevantă dintre toate aceste pagini de internet? În esență, din punct de vedere SEO, greutatea paginilor este dispersată. Pagina principală a secțiunii (catalog) se pierde printre zeci de altele similare. Aceasta înseamnă că în mod inevitabil va scădea în rezultatele căutării sau, mai degrabă, toate paginile web se vor coborî.

Opțiuni de optimizare SEO pentru pagini de paginare

În primul rând, să decidem ce vrem. Sarcina minimă este de a organiza paginarea în așa fel încât să nu dăuneze SEO, adică să nu înrăutățească performanța site-ului în rezultatele căutării. Scopul maxim: a contribuit la îmbunătățirea performanței site-ului în rezultatele căutării. Acum să ne uităm la opțiunile disponibile.

Opțiunea 1. Interzicerea indexării paginilor de paginare

A. Folosind metaeticheta noindex

Această opțiune de optimizare SEO implică faptul că în secțiune FIECARE pagină web de paginare, cu excepția primei rânduri, este adăugată:

Cu alte cuvinte, împiedicați robotul motorului de căutare să indexeze această pagină web, dar îi permiteți să urmărească link-uri din ea.

Câteva nuanțe de optimizare SEO:

• Evitați duplicarea adreselor URL de prima pagină când creație dinamică pagini web. Cu alte cuvinte, dacă site-ul implementează filtre, conținutul paginii depinde de condițiile specificate: sortarea după preț - mai mare, mai mică, după popularitate, după marcă etc. Pentru a face acest lucru, linkul către prima pagină a catalogului ar trebui să arate astfel: nume de domeniu/catalog . Iar din pagina: domain name/catalog?page=1 trebuie sa faci o redirectionare 301 catre pagina: domain name/catalog.
• Asigurați-vă că creați Harta XML site-ul.

Pro:

• Această opțiune este perfect înțeleasă de Yandex.

Minusuri:

• Eticheta noindex nu este acceptată de Google.
• Cu un număr mare de filtre și produse în catalog, un număr mare de pagini dinamice, pe care trebuie să adăugați metaeticheta noindex.
• Conținutul este complet exclus din paginile de paginare, cu excepția primei.

B. Cu ajutorul fișier roboți.TXT

Lăsați paginile noastre de paginare să arate ca http://nume domeniu/categorie/pagina/n, unde n este numărul paginii. În acest caz, scriem directiva în fișierul robots.txt: Disallow: /category/page.

În cazul paginilor web dinamice, cum ar fi http://nume domeniu/categorie?page/n, directiva va arăta astfel: Disallow: ?page=

Această metodă de optimizare SEO este mai universală, dar nu este lipsită de principalul său dezavantaj - conținutul este complet exclus din paginile de paginare, cu excepția primei.

Opțiunea #2. Folosind eticheta canonică și pagina „Vedeți tot”.

Esența acestei opțiuni de optimizare SEO este că se creează o pagină web pe care este afișat întregul produs de catalog, iar folosind eticheta canonică (am scris despre asta în articolul „”) indicați motoarele de căutare către aceasta ca pe o pagină web canonică. . De exemplu, aveți o secțiune „Abajururi” în magazinul dvs. online. Apoi trebuie să creați o pagină de Internet cu toate abajururile, de exemplu, cu următoarea adresă URL: nume de domeniu/abajyru/?&show_all=yes. Și pe toate paginile web există paginare în secțiune scrie linia:

.

Nuanțe ale optimizării SEO:

• Dacă există o mulțime de produse, atunci încărcarea unei astfel de pagini web poate dura destul de mult. Soluția este reducerea rezoluției imaginilor produselor.

Pro:

• Eticheta canonică este înțeleasă atât de Google, cât și de Yandex. În același timp, pentru Google această metodă de excludere a paginilor de la indexare este o prioritate.
• Tot conținutul paginii de paginare va fi indexat prin intermediul paginii web „Vedeți tot”.

Minusuri:

• Impune anumite restricții asupra calității imaginilor și a volumului general de conținut.
• Pentru Yandex, eticheta canonică nu este directă. El o poate ignora. Și această probabilitate crește dacă conținutul de pe paginile web nu este identic. Și acest lucru se va întâmpla cu siguranță, pentru că lista de bunuri va fi diferită.
• Cu un număr mare de filtre și produse în catalog, obțineți un număr mare de pagini dinamice pe care trebuie să adăugați eticheta canonică.

Opțiunea #3. Paginare AJAX

Esența acestei opțiuni de optimizare SEO este că atunci când derulați în jos în pagină, aceasta se încarcă conținut nou. Acest lucru se realizează folosind tehnologii AJAX(Javascript asincron și XML), care permite schimbul de date între server și browserul utilizatorului în fundal. Mulți oameni sunt foarte familiarizați cu această tehnologie, deoarece este implementată în VKontakte și Odnoklassniki. AJAX vă permite să încărcați lista de produse tot timpul și a doua și paginile ulterioare ale catalogului pur și simplu nu există.

Pro:

• Pentru motoare de căutare directorul va arăta ca o singură pagină web, așa că totul va fi indexat și nu va exista conținut duplicat.
• Nici un pericol timp mare de încărcare pagini web (ca în cazul paginii „Afișați toate”).

Minusuri:

• Pentru a implementa o astfel de paginare într-un magazin online, este necesar un programator cu experiență;
• dacă textul de pe o astfel de pagină de catalog este scris nu numai pentru promovare, ci și pentru utilizatori (și așa ar trebui să fie), atunci, dacă există un număr mare de bunuri, va trebui să fie plasat în partea de sus, ceea ce este neobișnuit pentru utilizator.

Opțiunea numărul 4. Paginare folosind etichetele rel=”prev” și rel=”next”.

Această versiune de optimizare SEO se bazează pe faptul că, cu ajutorul acestor etichete, Google primește o comandă la indexare pentru a combina paginile etichetate cu ele într-un singur întreg. Iată cum se face în practică.

Să presupunem că avem patru pagini web de directoare. Apoi la secțiune pagina nr.1 punem linia:

Pentru pagina nr. 2 va arăta astfel:

Pentru pagina #3:

Și în sfârșit, pentru pagina #4:

Pro:

• Permite indexarea întregului conținut ca și cum ar fi pe o singură pagină, dar fără a fi nevoie de o pagină web greoaie „Vezi tot”.

Salutare tuturor! Există lucruri aparent elementare și evidente în SEO, dar dacă le înțelegi puțin, apar multe întrebări și nuanțe care îi îngrijorează pe proprietarii de proiecte. Astăzi vreau să vorbesc despre paginile de paginare (sau numite și pagini de listare). Aș dori să scriu o lecție detaliată: ce, de ce și de ce, pentru a explica totul cum am reușit să facem asta cu lecția.

Despre asta am vorbit deja pe blogul meu (ti-am mai spus si ce este navigarea in pagina). Acum este timpul să arăți ce trebuie să faci cu ele din punct de vedere SEO. Mulți oameni sunt îngrijorați de următoarele întrebări:

• ar trebui să fie închise pentru indexarea paginației în robots.txt;
• poate merita sa le inchizi folosind meta nume="roboți";
• sau mai bine folosiți rel=canonic;
• sau poate chiar să le lase deschise pentru indexare;
• Ei bine, alte întrebări.

Deci să mergem!

Paginipaginare sunt pagini care sunt create atunci când o listă de postări sau produse este împărțită în mai multe pagini. Iată un exemplu de navigare prin paginare pe blogul meu, aceste link-uri duc la pagini de paginare:

După cum ați înțeles deja, navigarea în pagină poate fi pe pagini care conțin un număr mare de:

• carduri de produse;
• posturi de informare;
• discuții pe forumuri.

Indexarea paginației

Este mai bine să nu blocați paginile de paginare de la indexare, astfel încât roboții să ajungă la cât mai multe produse/postări (mai ales important când aveți o mulțime de produse). Dar din nou, chiar dacă paginile sunt deschise pentru indexare, aș recomanda să vă asigurați că nu sunt incluse în căutarea principală. Sunt împotriva paginilor de calitate scăzută din index și cred că căutarea ar trebui să conțină doar paginile necesare, iar importanța unor astfel de pagini va fi mai mare decât dacă este plină de conținut de calitate scăzută. Cum atunci?

Întreaga dificultate constă în faptul că cele mai mari două motoare de căutare de pe piața noastră (Yandex și Google) au cerințe diferite. Să ne uităm la ele.

Cerințe Yandex

Mai mult, în în acest caz, Nu vor fi probleme cu indexarea produselor sau postărilor, deoarece rel=canonical nu interzice roboților să viziteze pagini, dar indexul va conține doar pagina principală în ambele motoare de căutare.

Cerințe Google

Adică, Google nu recomandă, așa cum face Yandex, punerea canonică pe prima pagină; de asemenea, spune că acest lucru este greșit. Dar din experiență s-a observat că dacă pui rel=canonic pe prima pagină, nu se întâmplă nimic critic; site-urile se simt bine în ambele motoare de căutare.

Și da, există un astfel de punct: Yandex nu îi pasă de etichetele rel=prev și rel=next, nu le înțelege și pur și simplu le ignoră.

Ce spun SEO-urile?

Există o mulțime de opinii pe această temă, voi da câteva.

Unii oameni spun că fiecare pagină de paginare trebuie adaptată la diferite interogări. De exemplu, prima pagină este sub „Cumpărați un laptop”, a doua este sub „Cumpărați un laptop ieftin”, a treia este sub „Cumpărați un laptop într-un magazin online” și așa mai departe. Nu face asta. Motoarele de căutare nu sunt atât de stupide, poate că a funcționat acum 5-8 ani, dar acum cu siguranță nu merită făcut.

Și cineva spune să-l interziceți în robots.txt sau folosiți metaetichetă name="roboți" conținut="noindex,follow". Am mai făcut asta și înainte, dar nu este în întregime corect, pentru că factori comportamentali paginile de paginare nu vor fi transferate. Da, și Yandex mai spune:

Nu promovez paginile de categorii pe blog (dar degeaba am vorbit despre beneficiile celei potrivite), nu pot sa ma ocol, cumva cu siguranta voi ajunge si voi elimina „noindex, follow ”. Pentru cei care promovează categorii, recomand să folosească instrucțiunile de mai sus.

Duplicare în paginare

Apropo, dacă Yandex consideră că paginile de paginare sunt duplicate, atunci Google nu crede acest lucru; principalul lucru este să indice rel=prev și rel=next. Dacă utilizați eticheta rel=canonical pe pagina principală, atunci numai acea pagină va fi în index. Dacă utilizați numai rel=prev și rel=next, paginile de paginare vor fi incluse în indexul motorului de căutare.

Etichetele precedente și următoare arată robotului că paginile sunt conectate într-o secvență logică, ca și cum ar fi o pagină mare. Acesta este motivul pentru care este greșit să folosiți simultan rel prev/next și rel canonical pe pagina principală. Adică, dacă doriți să specificați atât canonic, cât și prev/next, atunci punctăm canonic doar către pagina în sine (spre ea însăși).

Cum să proiectați pagini de paginare

Textul descrierii titlului/categoriei trebuie să fie afișat doar pe prima pagină; paginarea nu trebuie să fie afișată pe alte pagini. Acest lucru este astfel încât să nu existe o duplicare puternică, iar textul este încă afișat în primul rând pentru roboți. Iar utilizatorii care s-au mutat deja la a doua și la alte pagini nu mai sunt interesați de texte + uzabilitate îmbunătățită.

Dacă aveți un magazin online, puteți adăuga un link către pagina „Toate produsele” din această categorie. Acest lucru vă va permite să vizualizați pagina imediat, fără a naviga la alte pagini. În acest caz, motoarele de căutare recomandă punerea rel=canonical pe această pagină cu toate produsele fără paginare. Dar aici trebuie să fii atent, pentru că dacă afișezi o mulțime de produse/postări, pagina va dura mai mult să se încarce, iar motoarele de căutare le plac site-urile cât mai rapide.

Și, de asemenea, dacă suntem pe a doua sau pe orice altă pagină, linkul către prima pagină ar trebui să meargă direct la pagina principală, și nu la /page/1, iată un exemplu:

Repet, nu este nevoie să blocați paginile de paginare de la indexare. Din nou, o captură de ecran a comentariului „Platon” și un link către acesta au fost deja oferite mai sus.

Cineva face derulare fără sfârșit (produsele/postările sunt încărcate pe măsură ce derulați în jos pe pagină). Dacă faci asta, din nou trebuie să fii atent. Sau cineva afișează butoanele „Afișează mai multe”:

Defilarea infinită și alte javascript/ajax pot fi folosite, dar pentru a evita probleme, aș recomanda să vă asigurați că toate elementele sunt indexate și trimise către robot. Și totuși, aș duplica derularea fără sfârșit cu numerele 1,2,3,4, deoarece unii utilizatori consideră că este mai convenabil. Iată un exemplu:

De asemenea, atunci când există o mulțime de pagini, puteți face o defalcare de 10 pagini pentru a fi mai ușor pentru robotul de indexare să „ruleze” prin pagini, iar paginile vor fi localizate cu mai puține clicuri. Adică, scoatem ceva de genul acesta:

1, 2, 3 ... 10, 20, 30, 40, 50, 60, 70...79.

Concluzie - care este lucrul corect de făcut până la urmă?

În opinia mea, există 3 opțiuni pentru desfășurarea cât mai corectă a evenimentelor:

1. Dacă Yandex este important pentru dvs. sau ambele motoare de căutare sunt interesante (pentru aproape toate proiectele pentru Rusia), atunci facem un canonic pe prima pagină.
2. Dacă sunteți interesat doar de Google (de exemplu, site-ul dvs. este situat în țările CSI, unde în unele dintre ele practic nu există trafic în Yandex sau proiecte străine), apoi facem rel canonic pentru sine și scriem prev/next.
3. Dacă aveți o pagină în care sunt afișate toate produsele, puteți indica rel canonical către ea, utilizați rel=prev și rel=next. Atunci va fi corect pentru ambele motoare de căutare. Dar în acest caz, permiteți-mi să vă reamintesc, există și dezavantaje: dacă aveți categorii în care sunt afișate un număr mai mare de produse, acest lucru va încetini viteza de încărcare a site-ului, iar acest lucru afectează clasamentul.

În toate cazurile, nu este necesară interdicția de indexare (nici în robots.txt, nici în meta name="roboți"). Nu uitați că plasăm textul doar pe prima pagină, astfel încât să nu existe duplicate cu o cantitate mare coincidente. Puteți urmări modificările aduse paginilor din index în panourile pentru webmasteri Yandex și Google.

Dacă luați pași similari pentru a vă optimiza site-ul, rezultatele nu vor întârzia să apară. Iată un nou exemplu din ultima noastră lucrare (acesta este traficul total din motoarele de căutare, am început lucrul în octombrie 2017, faceți clic pentru a mări):

Băieți, care au reușit să ajungă la pre-înregistrarea maratonului meu SEO, am răspuns aproape la întrebările tuturor, a mai rămas puțin, au venit multe întrebări, le rezolv. 🙂 Dacă dintr-o dată nu ai avut timp să te înscrii la preînscrierea maratonului, așteaptă noutăți pe blog (abonează-te la mailing list pentru a nu rata începutul vânzărilor), începem în februarie!

Ei bine, întrebarea este: ce faci cu paginile de paginare din proiectele tale?

Paginare - navigare pagină cu pagină pe un site web sau chiar mai simplă, numerotarea secvențială a paginilor site-ului. Pare a fi un fenomen banal și larg răspândit, cu toate acestea, există încă dispute în jurul lui despre dacă ce ar trebui să fie paginarea pentru SEO?.

Fiecare are propriile exemple și argumente, dar esența este de obicei aceeași: mai multe pagini- CEO mai bun. Nu, nu mai bine. De ce am scris deja, dar haideți să aruncăm o privire mai atentă navigare pagină cu pagină pe site. Care ar trebui să fie numerotarea secvențială a paginilor site-ului pentru a nu dăuna cel puțin SEO. De ce să nu faci rău? Pentru că în sarcini Optimizare motor de căutare site inclus determinarea potrivirii exacte a unei pagini cu o interogare cheie, nu creație număr infinit duplicate ale aceleiași pagini cu titlul „Pagina nr. 911”.

Beneficiile paginarii pentru SEO

Să ne uităm la beneficiile incredibile ale navigării pe pagini pentru un site web în ceea ce privește. Oferă acces la toate paginile site-ului din lista de pagini de categorii. Da, întradevăr. Mai ales când ai 50 de pagini și pentru a ajunge, să zicem, la pagina 21, crawler-ul trebuie să detalieze... câte nivele? Găsiți un produs sau o postare la pagina 21 și treceți la un nivel în plus. Da, beneficiile sunt enorme, mai ales având în vedere că roboții de căutare nu merg mai adânc de 3-4 niveluri de imbricare. Nu, bineînțeles că da, dar valoarea și termenii de indexare cu fiecare nivel scad exponențial.

Ce altceva ne este util din numerotarea serială a paginilor site-ului? Limitează numărul de link-uri din pagină, deoarece este nepotrivit să ai mai mult de 100 de link-uri pe o pânză. Acest lucru este cu adevărat util. Există și un beneficiu indirect, sub forma navigării în pagină, care este una dintre cele mai populare și familiare metode de afișare a listelor mari de informații pe un site web. De aceea o păstrăm. Asta pare să fie tot.

Ne-am dat seama de avantajele numerotării în serie a paginilor site-ului web. Acum să ne dăm seama cum să folosim paginarea și să nu o stricam.

SEO al navigării paginii pe site

Să începem cu teoria: Fiecare pagină a site-ului trebuie să răspundă unei cereri specifice. Aceasta înseamnă că o categorie cu multe pagini, și anume pagina sa canonică principală cu o adresă directă, trebuie să răspundă unei solicitări specifice. În consecință, o pagină similară cu conținut duplicat care se află sau a fost cândva pe pagina principală a categoriei nu este doar un duplicat, ci ceea ce este mult mai rău - un concurent pagina principala categorii.

Există persoane unice care încearcă să personalizeze paginile cu numere de categorie adăugând numere de pagină la titluri și chiar modificând descrierea paginii conform șablonului. Dar iată o întrebare: la ce întrebare răspunde oricare dintre paginile cu numere? Mai ales când te gândești la migrarea conținutului de la o pagină la alta. Pentru ce interogare cheie ar trebui să apară pagina cu numărul categoriei în rezultatele căutării, cum ar fi ? Nu există astfel de cereri. Și ca pagini pentru interogări inexistente, astfel de pagini nu ar trebui să participe la indexarea site-ului.

Pentru a fi corect, merită să spunem asta acum despre care vorbim nu despre surse haotice precum forumuri prost organizate unde poți găsi unul potrivire perfecta interogare cheie undeva la pagina 768 într-unul dintre mesaje. Vorbesc despre site-uri unde există o structură rigidă și o organizare logică clară a interogărilor cheie.

Excluderea paginarii de la indexare

În funcție de modul în care este organizată navigarea în pagină pe site, puteți utiliza căi diferite excluzând paginile cu numerotarea de serie a site-ului. Să ne uităm la exemple:

Eliminarea paginarii prin link-uri Canonical

Pe scurt, atunci linkul canonic este un link către pagina principală a secțiunii sau pagina care se decide a fi considerată principală. Pe fiecare pagină numerotată indicăm un link către pagina principală și „oh, miracol!” — toate paginile numerotate zboară ca și cum ar fi excluse de la indexare. Dacă este mai detaliat, atunci citiți.

Și așa arată codul care trebuie plasat pe fiecare pagină cu numere:

Excluzând paginarea prin Robots Disallow

Să ne imaginăm că adresa paginii de numere arată astfel:

Http://site.ru/category/page/3

Tot ce trebuie să faci este să întrebi roboți de căutare nu mergeți unde nu trebuie să mergeți, și anume:

Nu permiteți: /category/page

Îl inserăm și uităm de navigarea paginii. Exact ca în poezie. Dar apoi magnificul Mr. Robots ne oferă o altă surpriză.

Evitați paginarea paginilor dinamice

Dacă paginarea pe site este organizată folosind adrese URL dinamice:

Http://site.ru/category?page=3

Vă rugăm să reveniți la robots.txt și să adăugați pe cele pe care le cunoașteți deja:

Nu permiteți: ?page=

Clean-param: pagina /

Obișnuiește-te doar cu crearea pagini de destinație, care poartă informații unice, utile pentru vizitatoriși pagini care nu concurează între ele interogări cheie. Gândiți-vă ce pagini ar trebui închise și care ar trebui să fie deschise pentru indexare. Și cel mai important, nu urmăriți numărul de pagini fără sens - veți pierde.

Like, repostează, abonează-te la articole noi care apar în fiecare zi.

În primul rând, câteva informații:

Paginare- Aceasta este numerotarea secvențială a paginilor, care se află de obicei în partea de sus sau de jos a paginilor site-ului.

În cele mai multe cazuri, este folosit pentru paginile și secțiunile principale. Adesea arată astfel:

Ce este paginarea este descrisă în detaliu pe Wikipedia.

Considerăm acest moment important pentru optimizare internă site-ul, deci în acest manualÎn ceea ce privește paginarea pentru SEO, vom avea în vedere principalele nuanțe și soluții.

Treci la subiect!

Să ne uităm la unele dintre problemele potențiale care apar atunci când utilizați paginarea, fără a lua în considerare problemele potențiale:

Limita de vizitare a robotului de căutare pentru site-ul dvs. web

Când roboții de căutare accesează cu crawlere site-ul dvs., profunzimea și numărul de pagini pe care le accesează simultan va varia în funcție de încrederea site-ului, frecvența de actualizare a conținutului etc. Și, dacă aveți un număr mare de pagini cu paginare, atunci probabilitatea ca roboții de căutare să treacă prin toate paginile de paginare și să indexeze toate paginile finale (produse/articole) scade semnificativ. În plus, limita va fi cheltuită pentru vizitarea paginilor de paginare, și nu pentru vizitarea unor pagini cu adevărat importante ale site-ului.

Problemă cu duplicatele

În funcție de structura paginilor dvs. paginate, este foarte probabil ca unele pagini să conțină conținut similar sau identic. În plus, veți descoperi adesea că aveți același lucru etichete de titluși meta descriere. În acest caz, conținutul duplicat poate provoca confuzie pentru motoarele de căutare atunci când vine timpul să determine cele mai relevante pagini pentru o anumită interogare de căutare.

Pe acest moment Specialiștii SEO au 4 moduri de a rezolva această problemă.

Opțiunea 1: eliminați paginarea din index folosind noindex

În cele mai multe cazuri, această metodă este o prioritate și poate fi implementată cât mai repede posibil. Esența sa este de a exclude toate paginile de paginare din index, cu excepția primei.

Este în curs de implementare în felul următor: o astfel de etichetă meta

adăugat din secțiune pe toate paginile cu excepția primei. Astfel, excludem din index toate paginile de paginare, cu exceptia paginii principale a catalogului, si in acelasi timp asiguram indexarea tuturor produselor/paginilor ce apartin acestui catalog.

Nuanțe care ar trebui luate in considerare:

• dacă plasați textul de descriere a paginii principale a catalogului, atunci este totuși indicat să îl plasați doar pe prima pagina.
• Ar trebui să verificați dacă adresa URL a primei pagini nu este duplicată. De exemplu, dacă implementați paginarea în acest fel:

site.com/catalog?page=2
site.com/catalog?page=3
…

site.com/catalog?page=N

atunci dacă nu sunteți pe prima pagină, linkul către prima pagină ar trebui să fie

site.com/catalog

în acelaşi timp dintr-o asemenea pagină

site.com/catalog?page=1

trebuie configurată o redirecționare 301 către site.com/catalog.

pro

• potrivit pentru Yandex
• cea mai puțin complexă dintre toate soluțiile
• O modalitate excelentă de a exclude toate paginile paginate din index dacă nu există un motiv logic pentru a le include în index.

Minusuri

• chiar dacă el decide potenţială problemă paginare, dar în același timp excluzând conținutul pagină cu pagină din index
• dacă există o mulțime de produse, atunci dacă nu utilizați un sitemap xml, produsele care sunt adânci în catalog vor dura mult timp pentru a fi indexate.

Opțiunea 2. „Vezi tot” și rel=“canonic”

Această metodă recomandă folosirea Google: esența sa este de a crea pagină separată„See all”, unde sunt afișate toate produsele/paginile din acest catalog, iar pe toate paginile de paginare punem rel=“canonic” pe pagina „See all”.

Implementarea aceasta metoda: după ce ați creat o pagină „Vizualizați tot” (de exemplu, acesta este site.com/catalog/view-all.html), apoi pe toate paginile de paginare trebuie să adăugați o secțiune post:

.

În acest fel, le arătăm motoarelor de căutare că fiecare pagină de paginare este, parcă, parte a paginii „Vedeți tot”.

• pentru ei aceasta este metoda cea mai preferată
• utilizatorii preferă să vadă întreaga categorie pe o singură pagină deodată (deși acest punct este destul de controversat și depinde de situație).

Nuanțe:

Pagina „Vezi tot” ar trebui se incarca destul de repede, de preferință în 1-3 secunde. Prin urmare, această metodă este ideală pentru categoriile în care numărul de pagini paginate este de la 5 la 20 și nu este potrivită pentru cataloagele cu sute de pagini paginate.

Pro:

• metoda prioritară pentru Google
• tot conținutul de paginare va fi în index pagina de căutare prin pagina „Vedeți tot”.

Minusuri:

• nu este potrivit dacă sunt multe sau multe pagini imagini de înaltă calitate pentru produse/articole.
• suficient implementare complexă pe majoritatea CMS standard.

Opțiunea 3. Rel=„prev”/“next”

Opțiunea noastră finală pentru rezolvarea problemei de paginare poate fi cea mai complexă, dar este poate cea mai mare metoda universala pentru Google (Yandex nu ia în considerare în prezent aceste directive). Deoarece implementarea este destul de complexă, trebuie să fiți foarte atenți atunci când aplicați această metodă. Să vedem cum funcționează.

De exemplu, aveți 4 pagini în director:

Folosind rel="prev"/"next" în esență creați un lanț între toate paginile dintr-un director dat. Acest lanțîncepe cu prima pagina: pentru asta adaugi la sectiune :

Pentru prima pagină, acesta este singurul atribut. Pentru a doua pagină trebuie specificat ca pagina anterioară, și următoarele:

Pentru a treia pagină faceți același lucru pentru al doilea

Când suntem pe ultima a patra pagină, trebuie să indicăm doar pagina anterioară din lanț:

.

Folosind aceste atribute rel="prev"/"next", Google combină datele paginii într-un singur element din index. De obicei, pentru utilizatori, aceasta va fi prima pagină, deoarece este de obicei cea mai relevantă pagină.

Nuanțe:

• rel="prev" și rel="next" sunt atribute auxiliare pentru Google, nu directive.
• Atât valorile relative, cât și cele relative pot fi folosite ca valori. URL-uri absolute(în funcție de valorile etichetelor valide
• dacă furnizați un link în document , căi relative va fi determinat pe baza URL-ului de bază
• Dacă Google detectează erori în marcarea dvs. (de exemplu, dacă valoarea atributului așteptată rel="prev" sau rel="next" lipsește), indexarea paginilor și recunoașterea conținutului vor fi efectuate pe baza algoritmului euristic al Google.
• ar trebui să verificați dacă adresa URL a primei pagini nu este duplicată

Pro:

• vă permite să rezolvați problema de paginare fără a utiliza „Vedeți tot”
• implementarea are loc doar cu modificări minore ale HTML

Minusuri:

• aceste atribute nu sunt luate în considerare de Yandex
• implementarea poate fi destul de complexă
• trebuie să fii foarte atent când faci conexiuni în lanțul de pagini

Opțiunea 4. Defilare AJAX și Javascript

Probabil te-ai întâlnit defilare fără sfârșit produse de pe site-uri web comerțul electronic, unde produsele se încarcă continuu pe măsură ce derulați în partea de jos a ecranului. Deși aceasta este oportunitate bunaîmbunătățirea gradului de utilizare, această metodă trebuie, de asemenea, utilizată corect. Este recomandabil ca produsele să nu se încarce automat la derulare, dar în partea de jos, sub cele mai recente produse, există un buton „Afișează N mai multe produse”. Puteți vedea o implementare bună a acestei metode pe site-ul wikimart.ru, rătăcind prin ramurile finale ale catalogului.

Folosire adecvata parametrii

În unele cazuri, când utilizați atributele rel="prev"/"next", paginile paginate pot conține parametri care nu modifică conținutul:

• variabile de sesiune,
• triere,
• modificarea numărului de elemente pe pagină.

În acest caz, obținem conținut duplicat. O soluție la această problemă poate fi folosirea combinației rel=”prev”/”next” și rel=”canonical”.

Pentru a face acest lucru, mai întâi, trebuie să vă asigurați că toate paginile paginate cu rel="prev"/"next" folosesc același parametru. În al doilea rând, pentru fiecare URL cu un parametru, trebuie să înregistrați pagina canonică fără acest parametru. De exemplu, avem aceleași 4 pagini de paginare și folosim ID-ul sesiunii sessionid=55 pentru a urmări utilizatorii:

Utilizarea corectă a filtrelor și rel=“prev”/“next”

Acum, să ne uităm la un exemplu când folosim parametri prin care putem/dori să producem conținut unic și este important pentru noi să păstrăm astfel de pagini filtrate în index. De exemplu, avem o categorie cu adidași și vrem să creăm pagini de destinație Pentru rezultatele cautarii Cu diferite mărci, folosind parametrii din URL.

Am eliberat carte noua„Marketingul de conținut în în rețelele sociale: Cum să intri în capul abonaților tăi și să-i faci să se îndrăgostească de marca ta.”

Ce este paginarea?

Există mai multe tipuri:

• linie dreaptă cu numerotare (1,2,3)
• linie dreaptă care indică pozițiile din listă (1−20, 21−40)
• invers, indicând pozițiile din listă (nou, 600−31, 30−1)

Principalele dezavantaje

Limită de timp pentru vizitele site-ului de către roboții de căutare

Da, nu numai oamenilor le lipsește o substanță atât de vâscoasă și mereu evazivă ca timpul. Prezența botului pe paginile site-ului este strict limitată. Timpul petrecut este determinat de raportul dintre frecvența actualizărilor de conținut, încredere și alți indicatori. Desigur, intervalul de timp alocat pentru indexarea tuturor paginilor necesare ale resursei nu este suficient pentru bot. Mai ales dacă o cheltuiește verificând sumă uriașă filele de paginare (produse, articole, videoclipuri etc.).

Problemă cu duplicatele

Motoarele de căutare au o atitudine extrem de negativă față de conținut identic, chiar și în cadrul aceluiași site. În funcție de structura particulară a înregistrării dvs., există o mare probabilitate ca unele pagini să aibă același conținut (text, metaetichete). , cel mai probabil, va provoca nemulțumiri față de motoarele de căutare, ceea ce va duce la scăderea paginilor în rezultatele căutării.

Factorul uman

Majoritatea utilizatorilor nu vizualizează de obicei mai mult de 2-3 pagini din lista propusă. Prin urmare, de la o poziție sub locul 10, nu vă puteți aștepta la niciun trafic.

Incomoditate de utilizare

Folosirea unei liste numerice devine extrem de incomod din cauza faptului că mulți web designeri, pe principiul economisirii spațiului pe site, fac „numerele” mai mici.

Nu este necesar, dar... necesar

Pentru promovare, de regulă,pagini de paginaremai departe decât primul nu sunt necesare, dar pentru a primi link-uri către știri sau produse trebuie să fie indexate.

Modalități de a rezolva problemele SEO optimizarea pagina cu pagină

1. Extensie de navigare pe site

Rand Fishkin (geniu, playboy, hipster, co-fondator al MOZ, specialist SEO și marketer de renume mondial) într-unul dintre tutorialele sale video vă sfătuiește să vă reconsiderați strategia de site. Și anume, pentru a înlocui paginarea pagină cu pagină prin crearea de directoare de nivel al doilea și al treilea.

2. Elimina paginareapagini de paginare prin noindex

Pro:

• Această soluție la problemă este suficient de simplă pentru a fi implementată în raport cu celelalte soluții enumerate mai jos.

Minusuri:

• Elimină capacitatea de a indexa tot conținutul paginii.
• Produsele aflate în profunzimea catalogului așteaptă foarte mult timp să le fie rândul actualizat.
• Un număr mare de filtre și produse din catalog este egal cu un numar mare pagini dinamice pe care ar trebui adăugată metaeticheta noindex.

obiectivul principal această opțiune- scoaterea din vizibilitatea robotilor de cautare a tuturor paginilor listarii, cu exceptia primei (principale), asigurand totodata indexarea tuturor produselor/paginilor apartinand acestui catalog.

Această procedură se realizează prin adăugarea la meta tag:

Sfat:

• Când postați text descriptiv optimizat pentru catalogul dvs. de acasă, asigurați-vă că acesta apare doar pe prima pagină.
• Asigurați-vă că adresa URL a paginii principale nu este duplicată.
• Creați o hartă de site XML.

3. Interzicerea indexării site-urilor cu ajutorul roboților. TXT

Pur și simplu scriem directiva:Nu permiteți: /category/page

Minus: Exclude conținutul din toate paginile de listare, cu excepția primei.

4. Canonica tag l și pagina „Vedeți tot”.pentru pagini de paginare

Pro:

• Înțelege atât Google, cât și Yandex (pentru Google este o metodă prioritară de excludere de la indexare).
• Toate informațiile sunt indexate prin intermediul paginii web „Vezi toate”.

Minusuri:

• Calitatea imaginilor și volumul total al conținutului vor fi supuse anumitor restricții.
• Din păcate, canonical nu este o directivă pentru motorul de căutare Yandex. Dacă conținutul paginilor de paginare nu este identic, botul de căutare va ignora cu siguranță această etichetă.
• Datorită numărului mare de filtre și pagini, numărul de pagini dinamice pe care trebuie adăugată această etichetă crește.

Aceasta optiune de optimizare SEO presupune crearea unei singure pagini web pe care va fi afisata intreaga gama a catalogului, iar folosind tag-ul canonic este indicat motoarelor de cautare această pagină, ca canonic.

Este suficient să te înregistrezi urmatoarea linie:

Sfat:

• Reduceți rezoluția volumului produsului. Acest lucru va elimina problema timpilor lungi de încărcare a paginii.

5. Javascript asincron și XML

Pro:

• Directorul apare pentru motoarele de căutare ca o singură pagină web. Ca rezultat: tot conținutul va fi indexat, iar posibilitatea de duplicare va fi eliminată.
• Pagina nu se încarcă atât de mult ca în cazul „Afișați tot”.

Ideea principală a acestei opțiuni Optimizare SEO- când derulați în jos în pagină, conținutul nou este încărcat automat. Acest rezultat poate fi atins prin AJAX ajutor(Javascript asincron și XML), care permite schimbul de date între server și browser în fundal.

6. Rezolvarea problemei de paginare folosind etichetele rel="prev" și rel="next".

Pro:

• Tot conținutul este indexat.
• Nu necesită software complex.

Minusuri:

• Această etichetă nu este acceptată de Yandex.
• Codul HTML este simplu, dar creează multă muncă pentru a scrie toate lanțurile necesare.

Principiul este destul de simplu: cu ajutorul etichetelor, Google primește o comandă la indexare pentru a combina toate paginile pe care acest cod, într-un întreg.

Exemplu pentru trei pagini catalog:

• pentru primul