Canonical o redirect 301? Differenze, segnali e casi d’uso

8 Settembre 2026 · SEO

Che cos’è Rel="canonical"

Indica la versione preferita di pagine duplicate o molto simili che restano accessibili. Google lo considera un segnale forte di canonicalizzazione, ma può scegliere una versione diversa quando gli altri segnali sono incoerenti.

Che cos’è Redirect permanente 301 o 308

Invia utenti e crawler a un nuovo URL e indica che lo spostamento è permanente. Google usa il redirect permanente come segnale che la destinazione dovrebbe essere canonica.

La differenza decisiva

Il canonical mantiene più URL disponibili; il redirect sostituisce un URL con un altro. La scelta dipende dal fatto che la versione alternativa debba continuare a funzionare per utenti o sistemi.

Confronto operativo

Quando scegliere Rel="canonical"

• Varianti equivalenti devono restare accessibili.
• Parametri o ordinamenti producono lo stesso contenuto.
• Il contenuto è duplicato per necessità tecnica.
• La pagina alternativa non deve sostituire la principale per l’utente.

Quando scegliere Redirect permanente 301 o 308

• L’URL è stato spostato definitivamente.
• Una pagina viene consolidata in una destinazione equivalente.
• Il vecchio percorso non deve più essere usato.
• Si cambia dominio o struttura e occorre trasferire utenti e crawler.

Quando integrarli

In una migrazione il vecchio URL usa un redirect verso il nuovo, mentre il nuovo URL è self-canonical. Sitemap e link interni puntano direttamente alla destinazione. Non si concatenano segnali inutili.

Un filtro equivalente può canonicalizzare alla categoria, ma se non ha alcuna funzione dovrebbe essere rimosso dai link o non generato. Il canonical non corregge da solo uno spazio URL infinito.

Sequenza decisionale e operativa

1. Classificare relazione tra gli URL.

2. Decidere quali devono restare accessibili.

3. Verificare equivalenza del contenuto.

4. Applicare canonical o redirect.

5. Allineare sitemap e linking.

6. Controllare hreflang e structured data.

7. Monitorare canonical selezionato e status.

Ogni passaggio va chiuso con un’evidenza, un owner e una data. Le eccezioni non risolte devono essere registrate nel backlog prima di ampliare il perimetro.

Indicatori da osservare

• Redirect errati o a catena
• Canonical dichiarato vs selezionato
• Link interni verso vecchi URL
• Non canonici in sitemap
• Traffico e richieste ai vecchi URL
• Errori di destinazione e soft 404

Gli indicatori non devono essere fusi in un punteggio privo di contesto. Volumi, qualità, tempi, costo e rischio descrivono aspetti differenti della decisione.

Esempio ragionato

Due guide simili vengono consolidate. Il team inserisce canonical dalla guida debole alla forte, ma continua a linkare entrambe e gli utenti possono trovare la versione obsoleta.

Poiché la guida debole non deve più esistere, viene aggiornata la destinazione, applicato un 301 e puliti link e sitemap. Il canonical resta self-referenziale sulla pagina finale.

Errori da evitare

• Usare canonical per URL realmente ritirati.
• Redirectare pagine non equivalenti.
• Mettere canonical e redirect in conflitto.
• Lasciare vecchi URL in sitemap e link.
• Considerare il canonical un comando assoluto.

Come collaudare la scelta su un campione di URL

Prima del rilascio, costruire un campione che rappresenti relazioni diverse: duplicati esatti, pagine quasi equivalenti, URL con parametri, vecchi percorsi ancora linkati e destinazioni con traffico residuo. Per ogni coppia va annotato quale URL deve essere mostrato all’utente, quale può essere indicizzato e che cosa deve accadere quando viene richiesta la variante. Questo evita di applicare la stessa regola a casi solo apparentemente simili.

Il piano di prova può riportare URL richiesto, risposta HTTP attesa, eventuale destinazione finale, canonical dichiarato, indicizzabilità e presenza nei link interni. Per un redirect si controllano anche catene, cicli e risposta della destinazione; per un canonical si verifica che il riferimento sia valido, coerente nel codice restituito e non modificato in modo inatteso dal rendering.

Il controllo non deve fermarsi alla singola pagina. Una variante canonicalizzata ma ancora dominante nella navigazione, inclusa nella sitemap o richiamata da hreflang e dati strutturati invia segnali discordanti. Analogamente, un vecchio URL reindirizzato non dovrebbe restare nei template, nei feed o nelle regole che continuano a generarlo.

Casi che richiedono una decisione esplicita

Un parametro di ordinamento utile alla navigazione può restare accessibile senza diventare la versione preferita. Una pagina di campagna conclusa, invece, può essere reindirizzata soltanto se esiste una risorsa realmente equivalente; mandarla a una categoria generica rischia di creare una destinazione poco pertinente. Quando non esiste un sostituto, va considerata la rimozione dell’URL anziché forzare canonical o redirect.

Per contenuti molto simili ma rivolti a intenti differenti, la somiglianza testuale non basta a giustificare il consolidamento. Occorre confrontare scopo, informazioni distintive e percorso dell’utente. Se entrambe le pagine rispondono a esigenze autonome, ciascuna dovrebbe avere segnali interni coerenti; se una è soltanto una copia superata, mantenerla accessibile con un canonical può lasciare irrisolto il problema editoriale.

Dopo la pubblicazione, il collaudo va ripetuto sugli URL reali e non soltanto in ambiente di test. La verifica si conclude quando richieste, destinazioni, canonical, sitemap e collegamenti producono il comportamento previsto per ciascuna classe di URL e le anomalie possono essere ricondotte a una regola precisa.

Domande frequenti

Quale segnale è più forte?

Google documenta redirect e canonical come segnali forti; la scelta funzionale viene prima della forza.

Un 301 perde sempre ranking?

Non esiste una perdita fissa dichiarata; qualità del mapping e altri cambi influenzano il risultato.

Si può usare canonical tra domini?

Sì in casi appropriati, ma non sostituisce un cambio dominio quando il vecchio URL deve essere spostato.

Approfondisci il servizio: SEO tecnica.