SEO Friendly Pagination: ghid pentru setarea corectă a paginației

Update 24 Martie 2019

Comanda HTML pentru paginație Rel=prev/next nu mai funcționează ca un semnal de indexare pentru roboții Google.

“Google told us they just realized that rel=next and rel=prev is no longer supported for the past year or so. / Rel=prev/next is not an indexing signal anymore.

https://www.seroundtable.com/googles-advice-on-pagination-page-series-post-rel-next-and-rel-prev-27297.html

User Experience – 16 martie 2019

Atunci când un site se dezvoltă, având un volum mare de rubrici și sub-rubrici / pagini de categorii de produse, avem nevoie să organizăm tot acest conținut, astfel încât utilizatorii să găsească ușor și rapid ce au nevoie; practic trebuie să avem în vedere User Experience (acel coeficient UX).

În plus, trebuie să ținem seamă și de roboții de indexare și rankig, astfel încât să avem o ierarhie a pginilor din site, iar crawl-erii să înțeleagă care sunt paginile importante din site și trebuie indexate cu prioritate.

Dacă paginația nu este corect configurată, aceasta va genera probleme care afectează indexarea optimă a site-ului:

  • dacă nu avem un tag rel=canonical pe o pagină ce prezintă toate produsele din toate paginile, cu acel buton “View All”;
  • dacă avem pagina principală dublată de o pagină de tipul “page=1”, fără un tag rel=canonical;
  • dacă titlul H1 și Meta Tag-urile sunt identice în toate paginile;
  • dacă nu avem tag-urile rel=”prev” și rel=”next” corect integrate în paginile site-ului;
  • dacă împărțim conținutul unui articol de blog sau o galerie foto în mai multe pagini, pentru a determina utilizatorii să acceseze mai multe pagini din site-ul nostru; astfel generăm o “inflație” de pagini, cu un conținut disipat și slab;
  • este consumat “bugetul de crawl” cu pagini mai puțin importante din site, dacă nu le indicăm roboților paginile prioritare prin Sitemap.xml sau dacă nu excludem la indexare pagini mai puțin importante prin comenzi în fișierul Robots.txt.

SEO Best Practices – practici recomandate pentru setarea paginației în website

  1. Folosim tag-urile rel=”prev” și rel=”next” pentru a indica roboților relația dintre pagini / URL-uri;

2. Pe lângă atributele PREV și NEXT, paginile trebuie să aibă în cod și un tag SELF CANONICAL; astfel, o pagină de categorie /category?page=4  va avea în cod și tag-ul rel=”canonical” href=”/category?page=4″.

Dacă URL-ul conține și alți parametri, aceste link-uri vor aparea în atributele rel=”prev” / “next”, dar nu apar și în tag-ul rel=”canonical”.

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” />

În acest fel, se indică relația dintre pagini, fără să se trimită semnale roboților, care să  afecteze site-ul din punct de vedere SEO.

Precizări:

  • atributele pentru link-uri (prev / next / canonical) se plasează în codul site-ului în secțiunea <head> (în <body> aceste comenzi nu au efect);
  • prima pagină a rubricii nu va avea tag-ul rel=”prev”; numai paginile următoare vor avea ambele atribute (prev și next).

3. Personalizare Meta Title și Meta Description

Deși atributele rel=”next” și rel=”prev” ar trebui să prevină listarea paginilor 2… etc. în paginile de rezultate Google, de cele mai multe ori, acestea sunt listate în SERPs. Pentru a preveni cazurile de conținut duplicat, pe care Google Search Console ni le raportează, este recomandat să personalizăm Meta Tag-urile acestor pagini.

Se poate integra o formulă de personalizare automată, care injectează în Meta Title și Meta Description numărul paginii.

4. Paginile 2… etc. nu se includ în fișerele Sitemaps.xml; paginile / URL-urile marcate cu atributele rel=”next” / “prev” sunt indexabile, dar ele nu sunt prioritare din punct de vedere SEO și pot consuma “bugetul de crawl” în defavoarea unor pagini importante din site;

5. Gestionarea parametrilor de paginație în Google Search Console; este de preferat ca paginația să fie preluată în URL ca parametru variabil example.com/category?page=2

– în locul URL-urilor statice  example.com/category/page-2

Dacă avem URL-urile de paginație cu parametru variabil, putem să configurăm acest parametru în Google Search Console și să setăm pentru crawl-are “Every URL” sau “No URLs”, în funcție de ceea ce decidem că este prioritar în site pentru indexare.

Paginația și scrolling-ul nelimitat

O soluție mai nouă de a prezenta și de a încărca într-o pagină web o cantitate mai mare de conținut, într-o singură pagină, este scrolling-ul infinit. Googlebot nu urmează comanda „load more” și nu va „citi” întregul conținut al paginii. 

  • https://www.searchenginejournal.com/seo-friendly-pagination/275557/ (Jes Scholz, 02.11.2018)
  • https://www.searchenginejournal.com/seo-guide/where-seo-and-user-experience-ux-collide/ (Stoney G deGeyter, 03.08.2018)