Cos’è la paginazione e come funziona in ottica SEO
La paginazione suddivide un lungo elenco di contenuti, come le categorie di un e-commerce o gli articoli di un blog, in una sequenza di pagine numerate collegate tra loro. Funziona quando ogni pagina ha un URL proprio e un link reale verso la successiva: solo così Googlebot raggiunge i contenuti più profondi, un argomento della SEO tecnica.
Come gestire la paginazione
- Cos’è: la divisione di un elenco di prodotti, articoli o risultati in più pagine collegate da link.
- URL: ogni pagina deve avere un indirizzo distinto e scansionabile, mai basato su un frammento con il cancelletto.
- Link: la navigazione tra le pagine va fatta con tag
<a href>veri, non solo con JavaScript. - Canonical: ogni pagina della serie punta a se stessa, non alla prima pagina.
- Rel=next/prev: Google li ha dismessi dal 2019, non servono più per l’indicizzazione.
- Noindex: sconsigliato sulle pagine base della serie, utile solo su filtri e ordinamenti ridondanti.
Perché la paginazione decide cosa Google trova del tuo sito
Una categoria con duemila prodotti o un blog con cinquecento articoli non stanno mai su una sola pagina: vivono su una sequenza di pagine, e il modo in cui le colleghi stabilisce quanta parte di quel catalogo Google arriva davvero a vedere. Un prodotto che sta in pagina otto esiste solo se c’è un percorso di link scansionabile che porta fino a pagina otto. Se quel percorso si rompe, il prodotto non entra nell’indice.
Un equivoco frequente: le pagine di una serie paginata non sono contenuti duplicati. Pagina 2 mostra prodotti diversi da pagina 1, anche se il titolo della categoria si ripete identico. Trattarle come copie, per esempio forzando un unico canonical verso la prima pagina, è uno degli errori che vedo più spesso negli audit tecnici.
La scala del problema cambia con le dimensioni del catalogo. In una guida di settore ho letto l’esempio di un e-commerce con 10.000 prodotti mostrati su un’unica pagina senza paginazione (2025): un caso limite utile a capire perché, oltre una certa soglia, il problema non è solo il crawler ma il browser stesso, che fatica a reggere il peso della pagina prima ancora che Googlebot arrivi a scansionarla.
Regole per URL e link nella paginazione
Ogni URL della serie deve essere univoco e raggiungibile, nella forma /categoria?page=2 oppure /categoria/pagina/2/. Googlebot scopre gli indirizzi attraverso l’attributo href dei tag <a>: un pulsante “carica altro” che funziona solo via JavaScript, senza un link sottostante, interrompe la catena di scoperta.
Un errore che resta diffuso è l’uso del frammento con il cancelletto, come /categoria#page=2. Google ignora tutto ciò che sta dopo il carattere #, quindi quell’indirizzo risulta identico alla pagina 1 e le pagine successive restano invisibili.
Ogni pagina indica se stessa come canonica, non la prima pagina della serie: la pagina 2 ha un tag canonical per contenuti duplicati che punta a se stessa. Un canonical di massa verso pagina 1 è una delle cause più comuni di prodotti che spariscono dall’indice dopo le prime pagine di una categoria; ne ho raccolto esempi ricorrenti negli errori di SEO tecnica più comuni. Il tag title può differenziarsi aggiungendo il numero di pagina, utile a riconoscere ogni URL anche nei report di Search Console.
Rel=”next” e rel=”prev”: perché oggi non servono più a Google
Google ha introdotto gli elementi link rel="next" e rel="prev" nel settembre 2011 come segnale per raggruppare le pagine di una serie e indirizzare gli utenti verso quella più pertinente. Nel marzo 2019 Google ha comunicato di non usarli più come segnale di indicizzazione, anche se il crawler aveva smesso di considerarli già da tempo prima dell’annuncio ufficiale.
Se il tuo sito li ha ancora implementati, non c’è urgenza di rimuoverli: non creano danni, e secondo quanto riportano alcuni operatori del settore, Bing continua a usarli come indizio sulla struttura del sito. Quando progetto un sito nuovo, la mia posizione è di non usare più tempo su questi attributi: le energie vanno su link scansionabili, URL univoci e canonical corretto, che sono i tre punti su cui Google basa davvero la scoperta di una serie paginata.
Noindex sulle pagine paginate: quando ha senso e quando no
Nella maggior parte dei casi non serve mettere noindex sulle pagine 2, 3 e successive di una serie. Un noindex prolungato porta Google, nel tempo, a ridurre l’attenzione verso i link contenuti in quelle pagine: se la pagina 5 di una categoria è l’unico percorso verso certi prodotti, toglierla dall’indice indebolisce la scoperta dei prodotti stessi.
Il discorso cambia per i filtri e gli ordinamenti alternativi: un parametro come ?order=prezzo genera una variante dello stesso elenco, non un contenuto nuovo. Su quelle varianti il noindex, o in alternativa il blocco via esempi pratici di robots txt, evita di disperdere risorse di scansione su combinazioni che non portano valore. Ho approfondito la gestione tecnica di questi parametri nell’introduzione agli URL parametrizzati, dove la logica dei filtri è l’argomento centrale.
Se la paginazione genera migliaia di combinazioni inutili
- Isola i parametri che generano varianti (ordinamento, filtri, sessione) dai parametri che generano pagine reali della serie.
- Applica noindex o blocco da robots.txt solo alle varianti, mai alle pagine base della numerazione.
- Verifica in Search Console quante URL con parametro sono state scansionate rispetto alle pagine base.
Carica altro e scorrimento infinito: le alternative moderne
Un pulsante “carica altro” o uno scorrimento continuo possono sostituire la numerazione classica, ma restano invisibili a Google se non espongono URL propri per ogni blocco caricato. La condizione tecnica è sempre la stessa: ogni porzione di contenuto deve avere un indirizzo univoco e persistente, per esempio con un numero di pagina assoluto nel parametro di query, e la barra degli indirizzi del browser deve aggiornarsi tramite l’History API quando l’utente scorre.
In una guida di settore ho trovato un esempio di pagina a scorrimento continuo con 1.000 articoli caricati progressivamente: senza URL persistenti per i blocchi, un catalogo di quella dimensione resta in gran parte fuori dall’indice, perché il crawler non clicca pulsanti né simula lo scroll dell’utente.
Questo meccanismo è diverso dal lazy loading di immagini e video, che riguarda solo gli elementi multimediali caricati quando entrano nell’area visibile: una pagina può avere un lazy loading delle immagini corretto e, allo stesso tempo, uno scorrimento infinito che nasconde metà del catalogo, perché sono due problemi tecnici distinti con soluzioni diverse.
Crawl budget, PageRank e profondità dei clic
Il crawl budget diventa un problema concreto solo sui siti molto grandi, con decine o centinaia di migliaia di pagine: un catalogo di poche migliaia di URL non ha di norma difficoltà a farsi scansionare per intero. Dove il problema esiste davvero, lavoro sull’ottimizzazione del crawl budget partendo proprio dalla struttura della paginazione, perché è lì che si concentra lo spreco.
Il PageRank che arriva a una pagina si riduce man mano che passa da un link all’altro: una pagina raggiungibile solo dopo cinque o sei passaggi dalla home riceve meno forza di una raggiungibile in due clic, e viene scansionata con minore frequenza. La regola pratica che applico è mantenere le pagine che contano entro tre clic dalla homepage, costruendo un’alberatura del sito che non obblighi a scendere di decine di livelli solo per raggiungere il fondo di una categoria. Una paginazione troppo capillare, con pochi elementi per pagina e centinaia di numeri in sequenza, allontana i contenuti più vecchi o più profondi dal resto del sito e ne indebolisce il posizionamento organico, l’obiettivo di fondo di ogni intervento di SEO.
Quale modello scegliere per il tuo sito
| Modello | Vantaggio principale | Limite principale |
|---|---|---|
| Paginazione classica | Mostra dimensione e posizione dei risultati | Richiede un clic per vedere altri risultati |
| Carica altro | Tutto resta su una sola pagina | Non regge bene elenchi molto grandi |
| Scorrimento infinito | Navigazione senza clic aggiuntivi tra una pagina e l’altra | Stanchezza da scorrimento, elenchi grandi difficili da gestire |
Se gestisci un blog con poche decine di pagine
La paginazione classica resta la scelta più semplice: pochi link da mantenere, nessuna gestione di URL dinamici per i blocchi di contenuto.
Se gestisci un e-commerce con centinaia o migliaia di prodotti
Preferisco la paginazione classica o un carica altro con URL persistenti, perché lo scorrimento infinito puro rende difficile per l’utente tornare su un prodotto visto in precedenza e per Google raggiungere le pagine profonde senza un fallback scansionabile.
Errori più comuni nella paginazione
- Canonical di tutta la serie verso la pagina 1, che fa uscire dall’indice i prodotti delle pagine successive.
- Paginazione costruita solo con JavaScript, senza link
<a href>che il crawler possa seguire. - Uso del frammento
#per i numeri di pagina, invisibile a Google. - Divisione di un singolo articolo in più pagine solo per aumentare le visualizzazioni, a scapito della lettura.
Come verificare se la tua paginazione funziona
- Apri lo strumento Controllo URL in Search Console e verifica una pagina interna della serie, per esempio pagina 4.
- Controlla quale URL Google indica come canonico per quella pagina: deve coincidere con l’URL stesso, non con la pagina 1.
- Guarda il rapporto sulla copertura dell’indice e confronta il numero di pagine della categoria con quelle effettivamente indicizzate.
- Se mancano le pagine profonde, controlla se i link verso di esse sono presenti nell’HTML grezzo, non solo dopo l’esecuzione di JavaScript.
Domande frequenti sulla paginazione
Cos’è la paginazione in un sito web?
La paginazione è la divisione di un elenco di contenuti, come i prodotti di una categoria o gli articoli di un blog, in più pagine collegate da link, ciascuna con un proprio URL scansionabile da Google.
Rel=”next” e rel=”prev” servono ancora per la SEO?
No, Google li ha dismessi come segnale di indicizzazione dal 2019: restano innocui se presenti nel codice, ma non vanno più usati per migliorare la scoperta delle pagine da parte di Google.
Serve mettere noindex sulle pagine di paginazione?
No, nella maggior parte dei casi il noindex sulle pagine base della serie riduce nel tempo l’attenzione di Google verso i link che contengono, indebolendo la scoperta dei contenuti profondi del catalogo.
La paginazione causa contenuti duplicati?
Di per sé no: pagina 2 mostra elementi diversi da pagina 1. I duplicati nascono da errori come un canonical che punta sempre alla prima pagina o dall’assenza di un indirizzo univoco per ogni pagina.
Lo scorrimento infinito danneggia la SEO?
Danneggia la SEO solo quando i blocchi caricati non hanno un URL persistente: con indirizzi univoci per ogni blocco e l’aggiornamento della barra URL, lo scorrimento infinito resta indicizzabile.
Meglio la paginazione classica o il carica altro?
Dipende dalla dimensione del catalogo: per elenchi di poche decine di pagine la paginazione classica basta, per cataloghi molto grandi conviene un carica altro con URL persistenti e un fallback scansionabile.
