Canonical e paginazione: il tag giusto per ogni URL paginato
Di Toy Wen Da, Co-founder · Aggiornato · 7 min di lettura
Tradotto dall'originale in inglese. Leggilo in inglese
Canonical e paginazione significa scegliere quale URL di una serie paginata (una pagina numerata o una pagina "mostra tutto") i motori di ricerca devono indicizzare come principale. Se la serie non ha una versione "mostra tutto", assegna a ogni pagina paginata un proprio tag canonical autoreferenziale. Se invece ce l'ha, fai puntare tutti gli URL paginati a quella pagina "mostra tutto".
Prima di toccare qualsiasi codice, passa la pagina nel canonical checker gratuito. Ti mostra quale tag canonical dichiara oggi ogni URL paginato, se è la pagina stessa, la pagina 1 o qualcosa che non ti aspettavi, e se il tag è coerente in tutta la serie. Di solito una sola scansione ti dice se la tua configurazione è sbagliata prima ancora di aprire un file di template.
Cosa significa davvero canonical applicato alla paginazione
Un tag canonical è una riga di HTML, <link rel="canonical" href="https://example.com/page" />, che indica ai motori di ricerca quale URL è la versione autorevole di un contenuto. Il canonical nella paginazione applica la stessa idea a una serie di URL paginati come /blog?page=2 o /products/page/3.
I motori di ricerca usano i tag canonical per consolidare contenuti duplicati o quasi duplicati sotto un unico URL indicizzato, includendo anche i segnali di autorevolezza raccolti dalle altre pagine. La paginazione è un classico caso di contenuto duplicato: le pagine dalla 2 alla 10 di un elenco di categoria spesso condividono title tag e meta description, e gran parte del contenuto del template della pagina 1.
Tag canonical e redirect 301
I due strumenti risolvono problemi diversi. Un tag canonical è invisibile agli utenti, che restano sull'URL in cui sono arrivati, e quell'URL continua a essere tracciato in analytics. Un redirect 301 sposta sia l'utente sia il motore di ricerca a un nuovo indirizzo, e l'URL originale sparisce del tutto dai tuoi analytics. Le serie paginate richiedono quasi sempre tag canonical, perché i lettori devono poter raggiungere la pagina 2 e tutte le successive.
Canonical autoreferenziale o verso la pagina "mostra tutto"
Senza una pagina "mostra tutto", ogni URL paginato dovrebbe avere se stesso come canonical: la pagina 2 punta il proprio tag canonical a se stessa, la pagina 3 a se stessa, e così via. Impostare come canonical la pagina 1 per tutti gli URL paginati è un errore comune. Dice ai motori di ricerca che le pagine 2 e successive non meritano di esistere in modo indipendente, quindi i loro contenuti unici (prodotti o articoli diversi) possono sparire dai risultati di ricerca.
Alcuni siti pubblicano un'unica pagina "mostra tutto", cosa comune per gli articoli lunghi divisi in più parti. L'approccio accettato in quel caso è impostare come canonical di ogni segmento paginato l'URL "mostra tutto", che consolida i segnali di ranking sull'unica pagina che i lettori possono salvare tra i preferiti e condividere.
Correggere il canonical della paginazione sul tuo sito
La maggior parte dei problemi di canonical nella paginazione nasce da un'impostazione del template più che da una singola modifica manuale, quindi segui questi passaggi in ordine.
- Apri il sorgente della pagina dell'URL paginato e cerca
rel="canonical"nel<head>. Dovresti trovare esattamente un tag canonical. - Controlla a cosa punta. Se la pagina 2 dichiara come canonical la pagina 1 e non hai una pagina "mostra tutto", è questo il bug da correggere.
- Individua il template che controlla la paginazione. In WordPress di solito è il template dell'archivio o della categoria, oppure un'impostazione del tuo plugin SEO. Yoast SEO, per esempio, ha un campo per l'URL canonical nelle impostazioni SEO a livello di pagina; lascialo vuoto e il plugin genera in automatico un tag autoreferenziale corretto.
- Su Shopify, le pagine di paginazione di collezioni e blog generano i tag canonical in automatico tramite il file
theme.liquiddel tema. Se un tema personalizzato lo sovrascrive, serve uno sviluppatore che modifichi direttamente la riga<link rel="canonical">. - Ripubblica e fai una nuova scansione, poi ricontrolla l'URL con il canonical checker per confermare che ogni pagina abbia se stessa come canonical o punti correttamente alla tua pagina "mostra tutto".
- Tieni d'occhio Search Console, perché un URL paginato prima segnalato come duplicato può richiedere uno o due cicli di scansione per aggiornarsi.
Potresti vedere in Search Console, su un URL paginato, l'etichetta "Duplicate, Google chose different canonical than user". La nostra guida su perché Google a volte sceglie un canonical diverso da quello che ti aspetti tratta proprio questo caso. L'etichetta "Alternate page with proper canonical tag" è spesso un comportamento previsto e non un errore, e il nostro approfondimento su perché una pagina risulta non indicizzata con un tag canonical alternativo ti spiega come distinguere i due casi.
Quando bastano gli strumenti del tuo sito e quando no
Un controllo gratuito di una sola pagina basta quando stai facendo il debug di un singolo URL. Ipotizziamo che tu abbia notato in Search Console una pagina paginata e voglia verificarne il tag canonical: una volta corretto hai finito, e un canonical checker svolge bene questo compito.
Non basta più quando il problema è strutturale. Se i template di categoria, blog o elenco prodotti generano una logica canonical sbagliata, ogni URL paginato del sito eredita l'errore, e controllarli uno alla volta non è scalabile. Una correzione al template va verificata su decine o centinaia di URL.
| Situazione | Strumento gratuito (un URL alla volta) | Monitoraggio dell'intero sito |
|---|---|---|
| Verificare il tag canonical di una pagina | Basta da solo | Eccessivo |
| Modifica al template che riguarda tutti gli URL paginati | Troppo lento, un URL alla volta | Necessario per individuare ogni pagina coinvolta |
| Audit una tantum prima di una migrazione | Basta | Non necessario |
| Bug di paginazione ricorrenti dopo ogni deploy | Non vede le nuove occorrenze tra un controllo e l'altro | Intercetta le regressioni in automatico |
Errori comuni con il canonical nella paginazione
Questi sono gli errori che compaiono più spesso. Il nostro approfondimento sugli errori SEO di paginazione che affossano in silenzio il tuo posizionamento copre tutti gli altri.
| Errore | Perché danneggia | Soluzione |
|---|---|---|
| Impostare come canonical la pagina 1 per ogni URL paginato | Nasconde dai risultati di ricerca i contenuti unici delle pagine 2 e successive | Dai a ogni pagina un canonical autoreferenziale, a meno che esista una pagina "mostra tutto" |
| L'URL canonical ha un contenuto diverso dalla pagina canonicalizzata | I motori di ricerca possono ignorare del tutto il tag | Mantieni sostanzialmente uguale il contenuto di canonical e pagina canonicalizzata |
| Più tag canonical in una pagina | Vengono ignorati entrambi quando si contraddicono | Tieni esattamente un tag canonical per pagina |
| Il tag canonical punta a un URL con redirect o non funzionante | Il tag non può svolgere il suo compito se la destinazione non è un URL finale e attivo | Fai puntare i tag canonical solo a URL attivi con status 200 |
| Formattazione incoerente degli URL (slash finale, parametri, maiuscole/minuscole) | Crea destinazioni canonical duplicate per errore | Uniforma slash, maiuscole/minuscole e parametri rimossi in tutti i tuoi URL canonical |
Domande frequenti
La pagina 2 di una serie paginata deve avere un tag canonical che punta alla pagina 1?
Di solito no. A meno che tu pubblichi una pagina "mostra tutto", la pagina 2 dovrebbe avere se stessa come canonical, perché puntarla alla pagina 1 dice ai motori di ricerca che il suo contenuto unico non ha bisogno di essere indicizzato separatamente.
Google supporta ancora rel="next" e rel="prev" per la paginazione?
No, questi attributi di link sono da tempo stati abbandonati come segnale di indicizzazione. Oggi il lavoro che facevano spetta ai tag canonical, a un chiaro collegamento interno tra gli URL paginati e a una struttura logica degli URL.
Che differenza c'è tra il canonical nella paginazione e un tag noindex sulla pagina 2?
Un tag canonical suggerisce quale URL indicizzare e consolida i segnali di ranking, mentre un tag noindex rimuove del tutto una pagina dall'indice. Per la maggior parte delle serie paginate, i canonical autoreferenziali sono più sicuri del noindex, perché il noindex può anche impedire a una pagina di trasmettere valore tramite i link.
Un tag canonical sbagliato su una pagina paginata può farla sparire dai risultati di ricerca?
Sì. Se la pagina 3 ha come canonical la pagina 1, Google tratta la pagina 3 come un duplicato e può toglierla dall'indice a favore della pagina 1, anche se la pagina 3 contiene prodotti o articoli diversi.
Come faccio a sapere se la mia configurazione di canonical per la paginazione è già corretta?
Passa ogni URL paginato in un checker dei tag canonical. Ognuno dovrebbe riferirsi a se stesso, oppure alla tua pagina "mostra tutto" se ne hai una, senza redirect o contenuti non corrispondenti di mezzo.
Parla con il team della tua configurazione di canonical per la paginazione
Sistemare il canonical della paginazione su un URL è una correzione rapida. Individuarlo su ogni pagina di categoria, archivio del blog ed elenco prodotti che il tuo sito genera è un lavoro diverso, ed è qui che la maggior parte dei siti perde in silenzio pagine indicizzate. Se vuoi un quadro chiaro di come i motori di ricerca vedono i tuoi URL paginati, parla con il team. Riceverai un report di esempio costruito sul tuo sito, che copre quegli URL e il resto della tua SEO tecnica.
Fonti
Sull'autore
SearchBlueprint ha ricercato, scritto e valutato questo articolo con la stessa pipeline di contenuti che i nostri clienti usano sui loro siti. Il punteggio indicato nella firma è quello che il nostro motore di contenuti ha assegnato a questa pagina prima della pubblicazione. Nulla qui è rivisto a mano, ed è proprio questo il punto: è il risultato del prodotto, pubblicato dove chiunque può verificarlo.