Paginare și SEO: rel=next/prev a murit, ce faci acum

Google a confirmat în 2019 că nu mai folosește rel=next/prev ca semnal de indexare. Practic, ani de zile am pus tag-urile alea în head crezând că ajutăm crawlerii să înțeleagă seriile paginate. Google le ignora deja de mult timp când au anunțat oficial.

Deci ce faci acum cu paginarea pe site? Nu o ignori – paginarea contează în continuare, dar pentru alte motive decât credeai. Hai să vedem ce funcționează realist în 2025 și ce nu.

Pe scurt: ce trebuie să știi despre paginare și SEO

• rel=next/prev nu mai e folosit de Google, dar Bing încă îl ia în considerare. Poți să-l păstrezi dacă vrei, nu strică.
• Fiecare pagină din paginare ar trebui să fie indexabilă separat, cu URL canonic propriu (nu spre pagina 1).
• Linkurile interne din paginare ajută crawlerii să descopere conținut profund – asta e rolul principal acum.
• Greșeala cea mai frecventă: canonical de pe pagina 2, 3, 4… către pagina 1. Confuz pentru Google, slab pentru indexare.

De ce a renunțat Google la rel=next/prev

Răspunsul scurt: nu mai era nevoie. Google spune că algoritmii lor pot să descopere singuri relațiile dintre pagini dintr-o serie paginată, fără să le indici explicit.

Răspunsul mai puțin diplomatic: probabil nu funcționa nici înainte așa cum credea industria. John Mueller a recunoscut în mai multe AMA-uri că Google folosea semnalele alea „într-un mod limitat” – traducere: aproape deloc.

Deci dacă mai ai rel=next/prev în cod, nu trebuie să-l scoți. Bing îl folosește încă, Yandex la fel. Nu te ajută la Google, dar nici nu te încurcă.

Cum gestionezi paginarea acum, fără rel=next/prev

1. Lasă paginile paginate să fie indexabile

Pagina 2, 3, 4 din categoria ta de produse sau blog? Indexabile, fiecare cu canonical spre sine. Nu spre pagina 1.

De ce? Pentru că dacă pui canonical de pe pagina 2 spre pagina 1, îi spui lui Google: „ignoră pagina 2, e duplicat”. Dar nu e duplicat. Are produse diferite, articole diferite. Iar Google nu va indexa conținutul de pe pagina 2 dacă îl canonizezi spre 1.

Rezultatul: produse din coada catalogului nu apar niciodată în Google. Articole vechi din blog dispar din index.

2. URL-uri curate pentru paginare

Preferă structuri ca:

• /blog/page/2/
• /categorie/pantofi/?page=2
• /articole/2/

Evită URL-uri cu parametri multipli care generează combinații infinite. Dacă paginarea ta combină sortare + filtru + pagină, ai grijă la crawl budget. Google poate să se piardă în 50.000 de variante și să nu mai ajungă la conținutul real.

3. Link-uri interne clare în paginator

Paginatorul tău (1, 2, 3, … 47) e linkuri interne. Astea ajută Google să descopere conținutul. Asigură-te că:

• Linkurile sunt HTML real (`<a href>`), nu JavaScript care se încarcă la click
• Pagina 47 e accesibilă cu maxim 2-3 click-uri de la homepage (nu o îngropa la 15 click-uri adâncime)
• Nu folosi „Load more” cu JavaScript pur, fără fallback HTML – Google poate să nu vadă conținutul

4. Sitemap XML cu toate paginile importante

Include în sitemap URL-urile produselor și articolelor individuale, nu paginile de paginare în sine. Paginile /page/2/ nu au valoare în sitemap. Ce contează e ca Google să găsească produsele și articolele de pe ele.

Infinite scroll, „Load more” și alte capcane

Infinite scroll arată bine pentru utilizator, dar e un coșmar pentru SEO dacă nu îl implementezi corect. Google trebuie să poată descoperi conținutul fără să scrolleze.

Recomandarea mea: folosește paginarea clasică ca fallback. Adică:

• Pentru utilizator: infinite scroll sau „Load more”
• Pentru crawler: URL-uri reale, accesibile, indexabile (/page/2/, /page/3/…)

Așa numita „SEO-friendly infinite scroll” – infinite scroll vizual, dar cu push state care actualizează URL-ul și cu link-uri HTML reale în paginator. Mai mult de muncă pentru dev, dar funcționează.

Greșeli frecvente cu paginarea

• Canonical de pe pagina 2-N spre pagina 1. Cea mai răspândită greșeală. Îți scoate jumătate din catalog din index.
• Noindex pe paginile paginate. Și mai rău. Google nu mai crawlează linkurile interne de pe ele, descoperirea conținutului se rupe.
• Conținut duplicat pe paginile paginate. Adică ai același intro text, aceeași descriere de categorie, aceleași H1 pe fiecare pagină. Modifică minimal – „Pantofi sport – pagina 2″ în title, de exemplu.
• Paginare cu JavaScript pur. Dacă utilizatorul nu vede pagina 2 fără să dea click pe un buton care încarcă async, Google probabil nu o vede deloc.
• Crawl budget irosit. Combinații de filtre + sortare + pagină generează zeci de mii de URL-uri. Folosește robots.txt sau parametri URL din Search Console pentru a limita ce crawleează Google.

Title și meta description pe paginile paginate

Nu lăsa același title pe toate paginile. Diferențiază-le:

• Pagina 1: „Pantofi sport bărbați – Magazinul X”
• Pagina 2: „Pantofi sport bărbați – pagina 2 – Magazinul X”
• Pagina 3: „Pantofi sport bărbați – pagina 3 – Magazinul X”

E o modificare minoră, dar îi spune lui Google că sunt pagini diferite, nu duplicat. La meta description, fie variezi minimal, fie lași Google să genereze automat – pe paginile paginate nu merită efort mare pe descriere.

Când paginarea afectează rankingul real

Paginarea în sine nu îți strică rankingul. Ce strică e ce decurge din paginare proastă:

• Produse care nu se indexează – pentru că sunt prea adânc sau canonice spre altă pagină
• Link equity împărțit greșit – linkurile externe care vin spre /categorie/?page=5 ar trebui să beneficieze măcar parțial pagina principală
• Crawl budget consumat pe pagini paginate inutile, în loc de conținutul real

Realist, pentru un site mic (sub 1.000 de URL-uri), paginarea n-o să fie problema ta principală SEO. Concentrează-te pe conținut, linkuri externe, viteză. Pentru e-commerce mari sau bloguri cu mii de articole, paginarea devine critică.

Cum verifici dacă paginarea ta e ok

1. Deschide Search Console, secțiunea „Indexare” → „Pagini”. Vezi câte pagini paginate sunt indexate vs câte sunt excluse cu motiv „Canonical alternativ”.
2. Folosește Screaming Frog sau Sitebulb pe site – vezi adâncimea click-urilor. Dacă produsul X e la 8 click-uri de homepage, ai o problemă.
3. Verifică manual: caută în Google site:domeniultau.ro inurl:page. Dacă vezi multe pagini paginate indexate, ok. Dacă vezi 0, ceva blochează indexarea.
4. Testează în „URL Inspection” din GSC o pagină paginată oarecare – vezi dacă Google o consideră indexabilă și ce canonical detectează.

Ce zice Google oficial vs ce funcționează în practică

Google spune: „nu vă mai bateți capul cu paginarea, ne descurcăm noi”. În practică, am văzut suficiente site-uri unde rezolvarea paginării a adus +20-40% trafic organic în 2-4 luni, doar prin:

• Eliminarea canonical-ului greșit spre pagina 1
• Reducerea adâncimii de crawl pentru produsele din coada catalogului
• Blocarea în robots.txt a combinațiilor parametri inutile

Deci Google poate să se descurce, dar îl ajuți considerabil dacă îi servești conținutul curat.

Pe scurt, dacă ai sărit până aici

rel=next/prev a murit pentru Google din 2019, dar paginarea contează în continuare. Lasă paginile paginate indexabile, canonical spre sine, link-uri HTML reale în paginator, atenție la crawl budget. Nu pune noindex sau canonical spre pagina 1 – faci mai mult rău decât bine.

Dacă ai timp pentru o singură verificare azi: intră în Search Console și uite-te câte URL-uri sunt excluse cu motiv „Pagină alternativă cu etichetă canonical corespunzătoare”. Dacă vezi mii, ai probabil o problemă de paginare care îți ascunde jumătate de catalog.