Paginarea SEO: Un ghid complet de bune practici

Paginarea SEO: Un ghid complet de bune practici

De: Tree Web Solutions | Etichete: paginare seo, seo, indicatori kpi

Paginarea site-ului este un schimbător de forme înțelept. Este utilizat în contexte care variază de la afișarea articolelor pe paginile categoriilor, la arhivele articolelor, la prezentările de diapozitive și subiectele forumului.

Pentru profesioniștii din SEO, nu se pune problema dacă va trebui să vă ocupați de paginare, ci de când.

La un anumit moment de creștere, site-urile web trebuie să împartă conținutul pe o serie de pagini componente pentru experiența utilizatorului (UX).

Sarcina noastră este de a ajuta motoarele de căutare să acceseze cu crawlere și să înțeleagă relația dintre aceste adrese URL, astfel încât acestea să indexeze cea mai relevantă pagină.

De-a lungul timpului, au evoluat cele mai bune practici SEO de manipulare a paginării. Pe parcurs, multe mituri s-au prezentat ca fapte. Dar nu mai.

Acest articol va:

• Demonstrați miturile despre modul în care paginarea dăunează SEO.
• Prezentați modul optim de gestionare a paginării.
• Examinați metodele neînțelese sau inferioare de manipulare a paginării.
• Investigați cum să urmăriți impactul KPI al paginării.

Cum paginarea poate afecta SEO

Probabil ați citit că paginarea este rea pentru SEO.

Cu toate acestea, în majoritatea cazurilor, acest lucru se datorează lipsei unei manipulări corecte a paginării, mai degrabă decât existenței paginării în sine.

Să ne uităm la presupusele rele ale paginării și cum să depășim problemele SEO pe care le-ar putea provoca.

Paginarea cauzează conținut duplicat

Corectați dacă paginarea a fost implementată necorespunzător, cum ar fi să aveți atât o pagină „Vizualizați toate”, cât și pagini paginate fără un rel = canonic corect sau dacă ați creat o pagină = 1 în plus față de pagina dvs. rădăcină.

Incorect atunci când aveți o paginare SEO friendly. Chiar dacă etichetele dvs. H1 și meta sunt aceleași, conținutul real al paginii diferă. Deci nu este o dublare.

Paginarea creează conținut subțire

Corectați dacă ați împărțit un articol sau o galerie foto pe mai multe pagini (pentru a genera venituri publicitare prin creșterea numărului de afișări de pagină), lăsând prea puțin conținut pe fiecare pagină.

Incorect atunci când puneți dorințele utilizatorului de a vă consuma cu ușurință conținutul deasupra celui al veniturilor publicitare banner sau al afișărilor de pagină umflate artificial. Puneți o cantitate de conținut UX-friendly pe fiecare pagină.

Paginarea diluează semnale de clasificare

Corect. Paginarea face ca egalitatea internă a legăturilor și alte semnale de clasificare, cum ar fi backlink-urile și partajările sociale, să fie împărțite pe pagini.

Dar poate fi redus la minimum folosind paginarea numai în cazurile în care o abordare a conținutului cu o singură pagină ar provoca o experiență slabă a utilizatorului (de exemplu, paginile din categoria comerțului electronic). Și pe astfel de pagini, adăugând cât mai multe elemente posibil, fără a încetini pagina la un nivel vizibil, pentru a reduce numărul de pagini paginate.

Paginarea folosește bugetul de accesare cu crawlere

Corectați dacă permiteți Google să acceseze cu crawlere paginile paginate. Și există câteva cazuri în care ați dori să utilizați acel buget.

De exemplu, pentru ca Googlebot să călătorească prin URL-uri paginate pentru a ajunge la pagini de conținut mai profunde.

Adesea incorect atunci când setați gestionarea parametrilor de paginare a Consolei de căutare Google la „Nu accesați cu crawlere” sau setați o interzicere robots.txt, în cazul în care doriți să vă păstrați bugetul de accesare cu crawlere pentru pagini mai importante.

Gestionarea paginării conform celor mai bune practici SEO

Utilizați linkuri de ancorare care pot fi accesate cu crawlere

Pentru ca motoarele de căutare să acceseze cu crawlere în mod eficient pagini paginate, site-ul trebuie să aibă legături de ancorare cu atribute href către aceste adrese URL paginate.

Asigurați-vă că site-ul dvs. folosește <a href="your-paginated-url-here"> pentru conectarea internă la pagini paginate. Nu încărcați linkuri de ancorare paginate sau atribut href prin JavaScript.

În plus, ar trebui să indicați relația dintre adresele URL componente dintr-o serie paginată cu atribute rel = ”next” și rel = ”prev”.

Da, chiar și după infamul Tweet Google că nu mai folosesc deloc aceste atribute de legătură.

La scurt timp după aceea, Ilya Grigorik a clarificat că rel = „next” / ”prev” poate fi încă valoroasă.

Google nu este singurul motor de căutare din oraș. Iată părerea lui Bing asupra problemei.

Completați rel = „următorul” / „prev” cu un link rel = „canonic” de auto-referință. Deci / category? Page = 4 ar trebui să rel = "canonical" la / category? Page = 4.

Acest lucru este adecvat deoarece paginarea modifică conținutul paginii, la fel și copia principală a acelei pagini.

Dacă adresa URL are parametri suplimentari, includeți-i în linkurile rel = ”prev” / „următor”, dar nu le includeți în rel = ”canonical”.

De exemplu:

<link rel="next" href="https://www.example.com/category?page=2&order=newest" />

<link rel="canonical" href="https://www.example.com/category?page=2" />

Acest lucru va indica o relație clară între pagini și va preveni potențialul de conținut duplicat.

Erori frecvente de evitat:

• Plasarea atributelor linkului în <body>conținut. Acestea sunt acceptate numai de motoarele de căutare din <head>secțiunea HTML.
• Adăugarea unui link rel = „prev” la prima pagină (cunoscută și ca pagina rădăcină) din serie sau a unui link rel = „următor” la ultima. Pentru toate celelalte pagini din lanț, ambele atribute de legătură ar trebui să fie prezente.
• Feriți-vă de adresa URL canonică a paginii dvs. rădăcină. Șansele sunt pe? Page = 2, rel = prev ar trebui să se conecteze la canonic, nu la o? Page = 1.

<head>Codul unei serii de patru pagini va arata ceva de genul:

• O etichetă de paginare pe pagina rădăcină, care indică pagina următoare din serie.
  • <link rel="next" href="https://www.example.com/category?page=2″>
  • <link rel="canonical" href="https://www.example.com/category">
• Două etichete de paginare la pagina 2.
  • <link rel="prev" href="https://www.example.com/category">
  • <link rel="next" href="https://www.example.com/category?page=3″>
  • <link rel="canonical" href="https://www.example.com/category?page=2">
• Două etichete de paginare la pagina 3.
  • <link rel="prev" href="https://www.example.com/category?page=2″>
  • <link rel="next" href="https://www.example.com/category?page=4″>
  • <link rel="canonical" href="https://www.example.com/category?page=3">
• O etichetă de paginare la pagina 4, ultima pagină din seria paginată.
  • <link rel="prev" href="https://www.example.com/category?page=3">
  • <link rel="canonical" href="https://www.example.com/category?page=4">

Modificați elementele de pagină paginate paginate

John Mueller a comentat: „Nu tratăm paginarea în mod diferit. Le tratăm ca pe niște pagini normale. ”

Google înseamnă că paginile paginate nu sunt recunoscute ca o serie de pagini consolidate într-un singur conținut, așa cum au recomandat anterior. Fiecare pagină paginată este eligibilă pentru a concura cu pagina rădăcină pentru clasare.

Pentru a încuraja Google să returneze pagina rădăcină din SERP și să prevină avertismentele „meta descrieri duplicate” sau „etichete titlu duplicat” în Google Search Console, efectuați o modificare ușoară a codului dvs.

Dacă pagina rădăcină are formula:

Paginile paginate succesive ar putea avea formula:

Aceste titluri de pagini URL și meta descrierea sunt în mod intenționat suboptim pentru a descuraja Google să afișeze aceste rezultate, mai degrabă decât pagina rădăcină.

Dacă chiar și cu astfel de modificări, paginile paginate se clasează în SERP-uri, încercați alte tactici tradiționale SEO pe pagină, cum ar fi:

• Dez-optimizați etichetele paginii H1 paginate.
• Adăugați text util pe pagină rădăcină, dar nu pagini paginate.
• Adăugați o imagine de categorie cu un nume de fișier optimizat și o etichetă alt la pagina rădăcină, dar nu pagini paginate.

Nu includeți pagini paginate în sitemap-urile XML

Deși adresele URL paginate sunt indexabile din punct de vedere tehnic, acestea nu reprezintă o prioritate SEO pe care să cheltuiți bugetul pentru accesarea cu crawlere.

Ca atare, acestea nu aparțin sitemap-ului dvs. XML.

Gestionați parametrii de paginare în Google Search Console

Dacă aveți de ales, rulați paginarea printr-un parametru și nu printr-un URL static. De exemplu:

example.com/category?page=2 peste example.com/category/page-2

Deși nu există niciun avantaj de a folosi unul peste celălalt în scopuri de clasare sau accesare cu crawlere, cercetările au arătat că Googlebot pare să ghicească modele de adrese URL bazate pe adrese URL dinamice. Astfel, creșterea probabilității unei descoperiri rapide.

Dezavantajul este că poate provoca capturi de accesare cu crawlere dacă site-ul redă pagini goale pentru presupuneri care nu fac parte din seria actuală paginată.

De exemplu, să presupunem că o serie conține patru pagini.

Adresele URL cu conținut se opresc la www.example.com/categorie?page=4

Dacă Google ghicește www.example.com/category?page=7 și o pagină live, dar goală, este încărcată, robotul pierde bugetul cu crawlere și se poate pierde într-un număr infinit de pagini.

Asigurați-vă că este trimis un cod de stare HTTP 404 pentru orice pagină paginată care nu face parte din seria curentă.

Un alt avantaj al abordării parametrilor este abilitatea de a configura parametrul în Google Search Console la „Paginates” și oricând să schimbați semnalul către Google pentru a accesa cu crawlere „Every URL” sau „No URLs”, pe baza modului în care doriți să utilizați buget cu crawlere. Nu este nevoie de dezvoltator!

Nu mapați niciodată conținutul paginii paginate pentru a fragmenta identificatorii (#) deoarece nu este accesibil cu crawlere sau indexabil și, ca atare, nu este potrivit pentru motoarele de căutare.

Soluții SEO greșite înțelese, învechite sau simple pentru conținutul paginat

Nu face nimic

Google consideră că Googlebot este suficient de inteligent pentru a găsi următoarea pagină prin linkuri, deci nu are nevoie de niciun semnal explicit.

Mesajul către SEO este în esență, gestionați paginarea fără a face nimic.

Deși există o bază de adevăr în această afirmație, nu faceți nimic, jucați cu SEO.

Multe site-uri au văzut că Google selectează o pagină paginată pentru a o clasa peste pagina rădăcină pentru o interogare de căutare.

Este întotdeauna util să oferiți îndrumări clare crawlerelor cum doriți ca acestea să indexeze și să afișeze conținutul dvs.

Canonicalizați la o pagină Afișați toate

Pagina Vizualizare toate a fost ideată pentru a conține tot conținutul paginii componente pe o singură adresă URL.

Cu toate paginile paginate având un rel = „canonic” la pagina Vizualizare toate pentru a consolida semnalele de clasare.

Argumentul aici este că căutătorii preferă să vizualizeze un articol întreg sau o listă de articole de categorii pe o singură pagină, atâta timp cât se încarcă rapid și este ușor de navigat.

Conceptul era dacă seria dvs. paginată are o versiune alternativă View All care oferă o experiență de utilizare mai bună, motoarele de căutare vor favoriza această pagină pentru includerea în rezultatele căutării, spre deosebire de o pagină de segment relevantă a lanțului de paginare.

Ceea ce ridică întrebarea - de ce ai pagini paginate în primul rând?

Să simplificăm acest lucru.

Dacă puteți furniza conținutul dvs. pe o singură adresă URL, oferind în același timp o experiență bună pentru utilizator, nu este nevoie de paginare sau de o versiune Vizualizare totală.

Dacă nu puteți, de exemplu, o pagină de categorie cu mii de produse ar fi ridicol de mare și ar dura prea mult timp pentru încărcare, apoi paginați. Vizualizare totală nu este cea mai bună opțiune, deoarece nu ar oferi o experiență bună de utilizare.

Folosirea atât a rel = ”next” / „prev”, cât și a unei versiuni View All nu oferă un mandat clar motoarelor de căutare și va duce la crawlerele confuze.

Nu o face.

Canonicalizați la prima pagină

O greșeală obișnuită este de a indica rel = „canonical” din toate rezultatele paginate către pagina rădăcină a seriei.

Unii oameni SEO neinformați sugerează acest lucru ca o modalitate de consolidare a autorității în ansamblul de pagini către pagina rădăcină, dar acest lucru este dezinformat.

Canonicalizarea incorectă a paginii rădăcină riscă să direcționeze greșit motoarele de căutare să creadă că aveți doar o singură pagină de rezultate.

Googlebot nu va indexa paginile care apar mai departe de-a lungul lanțului și nici nu va recunoaște semnalele către conținutul legat de acele pagini.

Nu doriți ca paginile dvs. de conținut detaliat să renunțe la index din cauza manipulării slabe a paginării.

Fiecare pagină dintr-o serie paginată ar trebui să aibă un canonic cu auto-referință, cu excepția cazului în care utilizați o pagină Afișați toate

Folosiți incorect rel = canonical și este posibil ca Googlebot să vă ignore semnalul.

Pagini paginate Noindex

O metodă clasică de rezolvare a problemelor de paginare a fost o etichetă de robots noindex pentru a preveni indexarea conținutului paginat de către motoarele de căutare.

Bazându-se exclusiv pe eticheta noindex pentru gestionarea paginării va rezulta ignorarea oricăror semnale de clasificare de pe paginile componente.

Cu toate acestea, problema mai mare cu această metodă este că un index pe termen lung pe o pagină va duce în cele din urmă la Google să nu urmărească linkurile din acea pagină.

Acest lucru ar putea duce la eliminarea conținutului legat din paginile paginate din index.

Paginare și derulare infinită sau încărcare mai mult

O formă mai nouă de manipulare a paginării este:

• Derulare infinită, în care conținutul este pre-preluat și adăugat direct la pagina curentă a utilizatorului pe măsură ce derulează în jos.
• Încărcați mai mult , în cazul în care conținutul este redat printr-un clic pe butonul „Afișați mai multe”.

Aceste abordări sunt apreciate de utilizatori, dar Googlebot? Nu atat de mult.

Googlebot nu emulează un comportament cum ar fi derularea în partea de jos a unei pagini sau un clic pentru a încărca mai multe. Adică fără ajutor, motoarele de căutare nu pot să acceseze cu crawlere în mod eficient tot conținutul dvs.

Pentru a fi compatibil cu SEO, convertiți scroll-ul infinit sau încărcați mai multe pagini într-o serie echivalentă paginată, bazată pe linkuri ancorabile care pot fi accesate cu crawlere cu atribute href, care sunt accesibile chiar și cu JavaScript dezactivat.

Pe măsură ce utilizatorul derulează sau face clic, utilizați JavaScript pentru a adapta adresa URL din bara de adrese la pagina paginată a componentelor.

În plus, implementați un pushState pentru orice acțiune a utilizatorului care seamănă cu un clic sau care întoarce în mod activ o pagină. Puteți verifica această funcționalitate în demo - ul creat de John Mueller.

În esență, implementați în continuare cea mai bună practică SEO recomandată mai sus, doar adăugați funcționalități suplimentare de experiență a utilizatorului.

Descurajează sau blochează accesarea cu crawlere a paginării

Unii profesioniști SEO recomandă evitarea completă a gestionării paginării prin simpla blocare a Google de la accesarea cu crawlere a adreselor URL paginate.

Într-un astfel de caz, ați dori să aveți sitemap-uri XML bine optimizate pentru a vă asigura că paginile legate prin paginare au șansa de a fi indexate.

Există trei moduri de a bloca crawlerele:

• Modul dezordonat : adăugați nofollow la toate linkurile care indică pagini paginate.
• Modul mai curat : utilizați o interzicere robots.txt.
• Modul fără necesitate : setați parametrul paginii paginate la „Paginează” și ca Google să acceseze cu crawlere „Fără adrese URL” în Google Search Console.

Utilizând una dintre aceste metode pentru a descuraja motoarele de căutare să acceseze cu crawlere adresele URL paginate, veți:

• Opriți motoarele de căutare să recunoască semnalele de clasificare ale paginilor paginate.
• Împiedicați trecerea egalității de link-uri interne de la paginile paginate la paginile de conținut de destinație.
• Împiedicați capacitatea Google de a descoperi paginile dvs. de conținut de destinație.

Dezavantajul evident este că economisiți la bugetul de accesare cu crawlere.

Nu există nici un drept sau un rău clar aici. Trebuie să decideți care este prioritatea site-ului dvs. web.

Personal, dacă aș acorda prioritate bugetului pentru accesarea cu crawlere, aș face acest lucru folosind gestionarea paginării în Google Search Console, deoarece are flexibilitatea optimă pentru a vă răzgândi.

Urmărirea impactului KPI al paginării

Deci, acum știți ce să faceți, cum urmăriți efectul gestionării paginării de optimizare?

În primul rând, colectați date de referință pentru a înțelege modul în care transmiterea dvs. actuală a paginării are impact asupra SEO.

Sursele pentru indicatorii de performanță pot include:

• Fișiere jurnal server pentru numărul de pagini accesate cu crawlere.
• Site: operator de căutare  (de exemplu site: example.com inurl: page) pentru a înțelege câte pagini paginate a indexat Google.
• Google Search Console Search Analytics Report filtrat după pagini care conțin paginare pentru a înțelege numărul de afișări.
• Raportul paginii de destinație Google Analytics filtrat după adrese URL paginate pentru a înțelege comportamentul la fața locului.

Dacă vedeți o problemă care determină motoarele de căutare să acceseze cu crawlere paginarea site-ului pentru a ajunge la conținutul dvs., vă recomandăm să modificați linkurile de paginare.

După ce ați lansat manipularea paginării celor mai bune practici, revizitați aceste surse de date pentru a măsura succesul eforturilor dvs.

Sursa: www.searchenginejournal.com