Il tag rel=”canonical” informa i motori di ricerca su “quale URL è la versione canonica di questo contenuto”, prevenendo la dispersione dell’autorità.
Nella SEO di Google, viene utilizzato aggiungendo <link rel=”canonical” href=”URL canonico”> nella sezione <head> della pagina.
I dati mostrano che i siti di e-commerce che implementano correttamente il tag Canonical registrano un aumento medio del 28% nel tasso di indicizzazione delle loro pagine di elenco prodotti e una riduzione del 40%-60% nel numero di URL duplicati sottoposti a crawling dai robot;
I siti di notizie che consolidano articoli simili utilizzando il tag canonico sperimentano una crescita media del 19% nei clic di ricerca organica per il loro contenuto principale.
Tuttavia, un sondaggio reale ha rilevato che solo il 31% dei siti utilizza il tag in modo corretto al 100% (gli errori comuni includono: puntare a un URL errato, non aderire a protocolli/domini, accatastamento di tag multipli, ecc.).
Perché è necessario utilizzare il tag canonical
Nel crawling quotidiano di Google, oltre il 65% dei siti presenta problemi di contenuto duplicato causati da un design improprio della struttura URL.
Questo si manifesta come:
- Lo stesso articolo è accessibile tramite URL con parametri (come ?utm_source=xxx)
- URL con suffissi di directory (come /page/ e /page/index.html)
- Diversi sottodomini (come www e non-www)
John Mueller di Google ha ripetutamente menzionato nelle sessioni ufficiali di domande e risposte che, quando il motore di ricerca incontra “più URL che mostrano contenuti molto simili o completamente identici”, si trova di fronte al dilemma di “a quale di essi assegnare l’autorità”.
Una pagina di prodotto e-commerce può generare più di una dozzina di URL diversi a causa di filtri di colore o parametri di ordinamento; un comunicato stampa può essere inviato a più colonne, creando diversi link di ingresso.
Utilizzando il tag canonical, si dice chiaramente al motore di ricerca: “Anche se questo contenuto può essere visualizzato tramite più URL, si prega di concentrare l’autorità e il focus di ranking su questo specifico URL che ho designato“.
Come il contenuto duplicato influisce sulla SEO
Il contenuto duplicato di per sé non porta direttamente a una penalizzazione dei motori di ricerca (Google ha chiaramente dichiarato che “non penalizzerà i siti solo per il contenuto duplicato”), ma causa la dispersione dell’autorità.
Quando lo stesso contenuto è accessibile tramite più URL, il motore di ricerca tratta questi URL come “pagine diverse” e li elabora separatamente.
Ad esempio, un articolo originale viene visualizzato tramite i seguenti 4 URL:
https://example.com/articlehttps://example.com/article?source=newsletterhttps://example.com/article#commentshttps://www.example.com/article(la versione con www)
Senza un’identificazione canonica, il motore di ricerca potrebbe eseguire il crawling di tutti e 4 questi URL contemporaneamente e calcolare l’autorità di indicizzazione separatamente per ciascuno.
Tuttavia, l’esigenza di ricerca dell’utente è essenzialmente un’unica risposta, e alla fine, il ranking di queste 4 versioni potrebbe essere basso (perché l’autorità è dispersa), oppure solo una di esse viene inclusa per sbaglio, e le altre versioni rimangono a lungo in stato “non indicizzato” o “basso ranking”.
In un sito di e-commerce, una pagina di dettaglio del prodotto può generare in media 8-12 URL duplicate a causa di parametri (come ?size=XL, ?color=red), e il rapporto di crawling dei robot per queste pagine può raggiungere il 15%-20% del crawling totale (che avrebbe dovuto essere allocato a nuove pagine di maggior valore).
I siti di notizie, a causa dell’invio di contenuti a più colonne (come “Ultime Notizie”, “Tendenze del Settore”, “Raccomandazioni Popolari”), una singola bozza può generare 3-5 diversi URL di ingresso.
Un caso più specifico: prima della standardizzazione degli URL, il tasso di indicizzazione delle pagine di elenco prodotti di un sito di e-commerce di medie dimensioni era solo del 62% (cioè, solo 62 pagine su 100 erano incluse da Google e potevano partecipare al ranking);
Aggiungendo il tag canonical sulle pagine di elenco con parametri (come ?category=shoes&sort=price) in modo che puntassero all’URL base senza parametri (come /shoes), il tasso di indicizzazione è aumentato all’81% dopo 3 mesi e il traffico di ricerca organica per i prodotti corrispondenti è cresciuto del 17%.
Non è “eliminare i duplicati”, ma “designare la versione autorevole”
Molti webmaster hanno un malinteso sul tag canonical, credendo che venga utilizzato “per eliminare le pagine duplicate”.
In realtà, la sua funzione principale è “dire al motore di ricerca: tra i molteplici URL che mostrano lo stesso contenuto, qual è la versione che dovrebbe preferibilmente indicizzare, classificare e assegnare l’autorità”
Quando si aggiunge il seguente codice nella sezione <head> di una pagina:
<link rel=“canonical” href=“https://example.com/URL_canonica” />
Si sta inviando un segnale chiaro al motore di ricerca: “Anche se il contenuto è accessibile tramite questa pagina (ad esempio /article?source=email con parametri), voglio che tu concentri la tua autorità e le opportunità di ranking sull’indirizzo https://example.com/URL_canonica”.
Secondo la documentazione ufficiale di Google e l’osservazione dei dati di crawling effettivi:
- Livello di Crawling: Il motore di ricerca continuerà a eseguire il crawling di tutte le versioni della pagina (inclusi gli URL con parametri e directory), ma consulterà il tag canonical per regolare il suo “livello di importanza” per tali pagine. Ad esempio, l’URL con parametri può essere sottoposto a crawling, ma il robot non lo visiterà con la stessa frequenza o lo indicizzerà con la stessa profondità della versione canonica.
- Livello di Indicizzazione: Se il contenuto di più URL è molto simile (il tasso di duplicazione supera l’80%), il motore di ricerca di solito includerà la versione canonica nell’indice e le altre versioni potrebbero non essere indicizzate separatamente, o, anche se indicizzate, non parteciperanno alla principale competizione di ranking.
- Livello di Autorità: Quando un link esterno punta a una qualsiasi delle versioni duplicate dell’URL, il motore di ricerca, seguendo la guida del tag canonical, “trasferisce” o “associa” quella porzione di autorità del link esterno alla versione canonica (sebbene non sia un trasferimento completo al 100%, nella maggior parte dei casi l’effetto è simile).
Prendiamo uno scenario reale: un articolo di blog viene pubblicato contemporaneamente in due colonne: “Raccomandazione Homepage” e “Colonna Tecnica“, generando due URL:
https://example.com/home/recommend/123(Ingresso raccomandazione homepage)https://example.com/tech/article/123(Ingresso colonna tecnica)
Il contenuto è completamente identico, ma l’URL di raccomandazione homepage ha attratto alcuni link esterni a causa di un traffico più elevato.
Senza il tag canonical, il motore di ricerca potrebbe trattare queste due pagine come contenuto indipendente e, sebbene l’URL di raccomandazione homepage abbia link esterni, il suo potenziale di ranking potrebbe essere inferiore a quello della colonna tecnica perché il posizionamento della colonna non è abbastanza verticale (la raccomandazione homepage è spesso contenuto generale).
Se il team tecnico aggiunge il tag canonical su entrambe le pagine, puntando a https://example.com/tech/article/123, che si adatta meglio all’argomento del contenuto, il motore di ricerca saprà chiaramente: “la versione autorevole di questo contenuto è l’URL della colonna tecnica”, e associerà l’autorità dei link esterni della homepage a questo URL, migliorando la competitività di ranking di quella pagina sotto “parole chiave relative alla tecnologia”.
Cosa succede se il tag Canonical non viene utilizzato
Il budget di crawling dei robot viene sprecato
Il “numero di crawling giornalieri” allocato dal motore di ricerca per ciascun sito è limitato (chiamato “budget di crawling”), dando priorità al crawling di pagine importanti (come homepage, pagine di contenuto con alta frequenza di aggiornamento).
Se un sito ha molti URL duplicati (ad esempio, una pagina di dettaglio del prodotto e-commerce con 10 parametri di ordinamento, che genera più di 1000 URL diverse), il robot consumerà parte del budget su queste pagine di “contenuto identico, ma URL diverso”, il che porta a una diminuzione della frequenza di crawling delle nuove pagine che devono effettivamente essere sottoposte a crawling (come prodotti appena lanciati, notizie aggiornate).
I dati mostrano che l’analisi dei log di crawling di un sito di e-commerce di abbigliamento ha indicato che le pagine di prodotto duplicate con parametri (come ?size=M, ?color=blue) occupavano il 22% del crawling totale, e il tasso di rimbalzo di queste pagine era alto fino all’85% (gli utenti cercano prodotti specifici, non entreranno tramite URL con parametri).
Quando il sito ha aggiunto un tag canonical unificato sulle pagine di dettaglio del prodotto (puntando all’URL base senza parametri), la frequenza di crawling delle pagine di prodotto principali da parte del robot è aumentata del 30% e il tempo di inclusione dei prodotti appena lanciati è stato ridotto da una media di 7 giorni a 3 giorni.
Confusione nella versione di indicizzazione, ranking instabile
Senza un’identificazione canonica, il motore di ricerca può selezionare casualmente un URL come “versione di visualizzazione predefinita”, ma questa scelta non è fissa.
Ad esempio, quando un utente cerca una parola chiave, a volte vede la versione con www (https://www.example.com/page), a volte la versione senza www (https://example.com/page), e potrebbe anche essere la versione con parametri (https://example.com/page?from=social).
Caso: la pagina “Contattaci” di un sito di servizi locali esisteva in due versioni https://example.com/contact e https://example.com/contact-us (il contenuto era completamente identico), senza il tag canonical stabilito. Google ha indicizzato questi due URL in momenti diversi, il che ha portato al fatto che quando gli utenti cercavano “Informazioni di contatto del servizio di riparazione della Città XX”, a volte vedevano la prima versione classificata più in alto, e a volte la seconda versione.
Quando l’utente fa clic, se entra in una versione non principale (come contact-us), il tasso di conversione può diminuire a causa delle differenze nel design di navigazione della pagina (ad esempio, la mancanza di un pulsante di prenotazione online).
Successivamente, il sito ha aggiunto il tag canonical su entrambe le versioni, puntando a https://example.com/contact, e dopo 3 mesi, il ranking di questa pagina è migliorato, e il tasso di clic di ricerca (CTR) è aumentato dell’11%.
Dispersione dell’autorità dei link esterni
Se più versioni duplicate di URL vengono linkate da siti esterni (ad esempio, qualcuno ha usato un URL con parametri quando ha ripubblicato il contenuto, o un nuovo link è stato generato promuovendo una pagina di colonna), ma questi link esterni puntano a indirizzi diversi, il motore di ricerca non può unire automaticamente l’autorità.
Confronto dei dati: un articolo su “Guida agli studi post-laurea” di un sito educativo è stato ripubblicato da 5 siti esterni, 3 dei quali hanno linkato alla versione senza parametri (https://example.com/guide/kaoyan), e 2 hanno linkato alla versione con parametri (https://example.com/guide/kaoyan?from=partner).
Senza il tag canonical stabilito, il motore di ricerca assocerebbe questi 5 link esterni a URL diversi separatamente. Dopo che il sito ha aggiunto il tag canonical su tutte le versioni (puntando alla versione senza parametri), il traffico di ricerca organica della pagina è aumentato del 24% in 6 mesi.
Sintassi di base e formato del tag canonical
Circa il 32% delle pagine inserisce il tag canonical nella sezione <body> (invece dell’area <head> richiesta), al 19% dei valori dell’attributo href manca il protocollo completo (come scrivere solo example.com invece di https://example.com), e il 15% delle pagine punta a diverse “versioni canoniche” su più URL duplicate (il che causa confusione nel motore di ricerca).
Dal punto di vista dell’implementazione tecnica, il tag canonical è essenzialmente un semplice tag di link HTML, ma la posizione del tag (deve essere all’interno di <head>), il formato della sintassi (deve seguire rigorosamente la specifica HTML) e l’URL a cui punta (deve corrispondere completamente al contenuto reale ed essere accessibile) sono i fattori chiave affinché il motore di ricerca lo accetti e lo applichi correttamente.
I dati mostrano che quando il tag canonical è implementato secondo la scrittura standard (cioè posizionato all’inizio di <head>, utilizza il protocollo HTTPS completo, punta a un URL canonico unico e corretto), la probabilità che venga correttamente identificato e applicato dal motore di ricerca supera il 95%;
E nelle pagine con errori di scrittura, circa il 60% dell’intenzione canonica non viene adottata dal motore di ricerca, con conseguente persistenza del problema del contenuto duplicato.
Ad esempio, quando un sito di e-commerce ha aggiunto il tag canonical sulla pagina di dettaglio del prodotto (come la versione ?color=red con parametri), a causa dell’omissione dell’intestazione del protocollo (scritto come //example.com/product o example.com/product), Google non è riuscito a parsare correttamente l’URL di destinazione.
Struttura della sintassi standard
La sintassi completa del tag canonical è solo una riga di codice HTML: <link rel=“canonical” href=“https://www.example.com/URL_completo_della_pagina_canonica” />
Questa riga di codice è composta da 3 parti principali, che sono indispensabili e con ordine fisso:
Tipo di tag: <link>
- Questo è il tag HTML utilizzato per definire la relazione tra il documento e le risorse esterne, e il tag canonical è un tipo di “relazione di link”, quindi deve essere utilizzato
<link>come struttura di base.
Attributo: rel="canonical"
relè un attributo obbligatorio del tag<link>, utilizzato per descrivere la relazione tra il link corrente e il documento corrente. Quando il suo valore è impostato sucanonical, dice chiaramente al motore di ricerca: “questo tag definisce la versione canonica (autorevole) del contenuto della pagina corrente”.
Attributo: href="URL"
hrefè un altro attributo obbligatorio del tag<link>, utilizzato per specificare l’indirizzo web concreto della versione canonica. Questo URL deve essere completo e accessibile, includendo il protocollo (http o https), il dominio (www o non-www), il percorso e i parametri (se necessario).
Ad esempio:
- Scrittura corretta:
href="https://www.example.com/products/shoes" - Scrittura errata 1 (manca il protocollo):
href="//www.example.com/products/shoes"(il browser può completarlo automaticamente, ma il motore di ricerca potrebbe non essere in grado di analizzare l’URL di destinazione con precisione) - Scrittura errata 2 (manca il dominio):
href="/products/shoes"(percorso relativo, il motore di ricerca non sa a quale sito appartiene la pagina specifica) - Scrittura errata 3 (errore di battitura):
href="https://www.exaple.com/products/shoes"(dominio scritto male, punta a una pagina inesistente)
Altri dettagli:
- Questo tag dovrebbe terminare con
/(se l’URL stesso richiede una barra finale), ma nella maggior parte dei casi, i motori di ricerca moderni hanno una maggiore tolleranza per l’inclusione o meno della barra finale (a condizione che la standardizzazione sia uniforme). - Il tag dovrebbe essere scritto su una singola riga (un’interruzione di riga può far fallire alcuni strumenti di analisi, anche se i motori di ricerca di solito possono ripararlo automaticamente).
- La parte di chiusura del tag è
/>(tag auto-chiudente, lo standard HTML5 consente di omettere il/finale, ma si consiglia di mantenerlo per garantire la compatibilità).
Perché deve essere in <head>
Perché quando i robot dei motori di ricerca eseguono il crawling di una pagina, danno la priorità all’analisi del contenuto nella regione <head> (in particolare meta-informazioni, titolo, tag canonici e altre “istruzioni di controllo”), e poi elaborano il contenuto effettivo in <body>.
Se il tag canonical viene posizionato erroneamente all’interno di <body> (ad esempio, annidato in un paragrafo dell’articolo o nel codice del piè di pagina), il motore di ricerca ignorerà direttamente il tag <link rel="canonical"> all’interno di <body>.
Altre note:
- Una pagina può avere un solo tag canonical (se ne compaiono più di uno, il motore di ricerca di solito identificherà solo il primo, e i successivi verranno ignorati).
- Questo tag non può essere annidato all’interno di altri tag (ad esempio, non può essere posizionato in
<div>o<script>). - Per le pagine generate dinamicamente (come le pagine generate da linguaggi di backend come PHP, Python, ecc.), è necessario assicurarsi che il motore di template inserisca correttamente il tag canonical nella regione
<head>durante la generazione dell’HTML (di solito controllato tramite variabili di template).
5 Errori più comuni
Errore 1: Puntare a un URL errato (la versione canonica non corrisponde all’esigenza reale)
- Fenomeno: Dirigere il tag canonical a un URL il cui contenuto non è completamente coerente (o non è lo stesso contenuto). Ad esempio, la pagina di dettaglio di un prodotto (mostra scarpe rosse) punta alla pagina delle scarpe bianche.
- Conseguenza: Il motore di ricerca concentrerà l’autorità sulla pagina irrilevante secondo le istruzioni errate, il che porterà al calo del ranking del contenuto principale.
- Correzione: Verificare il contenuto effettivo della pagina corrente e assicurarsi che l’URL nell’href punti alla versione canonica che “mostra contenuto completamente identico” (ad esempio, utilizzare l’URL base senza parametri in modo unificato, o la pagina di colonna che si adatta meglio all’intento di ricerca dell’utente).
Errore 2: Manca l’intestazione del protocollo (viene scritto solo il dominio o viene utilizzato un percorso relativo)
- Fenomeno: Il codice è scritto come
href="//example.com/page"(percorso relativo al protocollo) ohref="/page"(percorso relativo). - Conseguenza: Il motore di ricerca potrebbe non essere in grado di analizzare con precisione l’indirizzo completo dell’URL di destinazione (specialmente in casi di cross-protocollo o cross-dominio), portando all’inefficacia dell’intenzione canonica.
- Correzione: Utilizzare sempre il protocollo completo + dominio + percorso, il formato è
href="https://www.example.com/page"(il protocollo https è consigliato per garantire la sicurezza).
Errore 3: Conflitto tra URL con parametri e la versione canonica
- Fenomeno: La versione senza parametri di una pagina di elenco prodotti (
https://example.com/products) è la versione canonica, ma la versione con parametri (comehttps://example.com/products?sort=price) non punta correttamente ad essa, ma punta a un altro URL con parametri diversi (come?sort=date). - Conseguenza: Più versioni con parametri puntano reciprocamente a URL diversi, formando una “canonizzazione circolare” o dispersione dell’autorità.
- Correzione: Unificare il tag canonical di tutti gli URL con parametri in modo che puntino alla versione base senza parametri (o alla versione di ordinamento/filtro più utilizzata), garantendo che tutte le versioni varianti puntino allo stesso indirizzo canonico.
Errore 4: Il tag è posizionato all’interno di <body>
- Fenomeno: Durante la modifica della pagina tramite il backend del CMS, il codice canonical viene incollato erroneamente nell’area del contenuto dell’articolo (parte <body>), anziché nell’area <head> del template del sito.
- Conseguenza: Il robot del motore di ricerca può ignorare il tag, il che porta a pagine duplicate non standardizzate correttamente.
- Correzione: Contattare il team tecnico per verificare i file di template (come header.php di WordPress, theme.liquid di Shopify) e garantire che il tag canonical sia generato all’interno del tag <head> dell’HTML.
Errore 5: Accatastamento di tag canonical multipli
- Fenomeno: A causa di un errore di template o di un’aggiunta manuale, più tag
<link rel="canonical">appaiono su una pagina (ad esempio, puntando contemporaneamente a /page e /page/). - Conseguenza: Il motore di ricerca di solito identifica solo il primo tag e i tag successivi vengono ignorati, il che può causare confusione nell’intenzione canonica.
- Correzione: Controllare il codice, rimuovere i tag canonical ridondanti e garantire che ogni pagina abbia una sola istruzione canonica.
Differenza tra canonical e altri tag (come noindex, reindirizzamento 301)
Il tag canonical serve per “designare la versione autorevole dello stesso contenuto” (mantenere tutti gli URL, ma concentrare l’autorità), il tag noindex serve per “proibire al motore di ricerca di indicizzare la pagina corrente” (consentire il crawling, ma non la visualizzazione), e il reindirizzamento 301 serve per “reindirizzare permanentemente l’URL vecchio al nuovo URL” (trasferimento completo di traffico e autorità).
Differenze essenziali tra canonico, divieto e reindirizzamento
Tag canonical (tag canonico): Utilizzato per lo “scenario di più URL per lo stesso contenuto”, l’obiettivo è dire al motore di ricerca “il contenuto di queste pagine è effettivamente lo stesso, ma devi concentrarti solo su questo specifico URL che ho designato (la versione canonica), e concentrare l’autorità qui”.
- Scenario Tipico: Pagina di dettaglio del prodotto e-commerce con parametri (come ?color=red e ?color=blue), comunicato stampa inviato a più colonne (come “Ultime Notizie” e “Tendenze del Settore”), URL separata per cellulare e PC, ma il contenuto è identico.
Tag noindex (tag di divieto di indicizzazione): Utilizzato per lo “scenario di consentire il crawling, ma vietare la visualizzazione”, dice al motore di ricerca “puoi eseguire il crawling di questa pagina, ma non includerla nell’indice dei risultati di ricerca”.
- Scenario Tipico: Pagine di gestione interna (come pagine di login, pagine di statistiche di backend), pagine di eventi temporanei (che non hanno bisogno di mantenere il ranking dopo la fine dell’evento), pagine di contenuto di basso valore (come versione stampabile, pagina di conversione cinese semplificato/tradizionale).
Reindirizzamento 301 (Reindirizzamento Permanente): Utilizzato per lo “scenario in cui il contenuto è stato migrato in modo permanente”, reindirizzando automaticamente l’utente e il motore di ricerca dal vecchio URL al nuovo URL tramite la configurazione del server (come file .htaccess o regole Nginx). L’autorità del vecchio URL (inclusi ranking, link esterni, fiducia dell’utente) viene gradualmente trasferita al nuovo URL e il vecchio URL potrebbe alla fine non essere più accessibile (ma il reindirizzamento è ancora efficace).
- Scenario Tipico: Cambio di nome di dominio del sito (come migrazione da example.com a newexample.com), aggiustamento della struttura URL (come cambiare /old-product/ a /products/new-product/), consolidamento di più pagine vecchie in una nuova.
| Strumento | Consente il crawling? | Consente l’indicizzazione? | Cambia l’URL? | Scopo Principale |
|---|---|---|---|---|
| canonical | ✅ Consente | ❌ Suggerisce di non indicizzare (ma potrebbe comunque indicizzare) | ❌ Non cambia | Concentrare l’autorità di più contenuti identici sulla versione canonica |
| noindex | ✅ Consente | ❌ Proibisce | ❌ Non cambia | Bloccare la pagina dalla comparsa nei risultati di ricerca |
| Reindirizzamento 301 | ❌ Reindirizzamento automatico | ❌ L’URL vecchio non viene indicizzato | ✅ Reindirizza al nuovo URL | Trasferire l’autorità e il traffico dal vecchio URL al nuovo indirizzo |
4 Gruppi di scenari comuni e confronto del loro utilizzo
Scenario 1: Lo stesso contenuto ha più URL (come pagine di prodotti con parametri)
- Problema: La pagina di dettaglio del prodotto è accessibile tramite
https://example.com/productehttps://example.com/product?color=red, e il contenuto è completamente identico. - Strumento corretto: canonical. Aggiungere il tag canonical sull’URL con parametri (
?color=red), puntando all’URL base senza parametri (https://example.com/product), dicendo al motore di ricerca “la versione autorevole di questo contenuto è la pagina senza parametri”. - Perché non scegliere noindex/301: noindex impedirà che la pagina con parametri venga indicizzata (ma può ancora essere sottoposta a crawling), e l’utente può ancora entrare tramite quel link, e il motore di ricerca deve ancora giudicare quale sia la versione principale; il reindirizzamento 301 richiede di forzare l’utente e il robot a reindirizzare, ma l’utente potrebbe aver bisogno di accedere tramite parametri diversi (come confrontare colori diversi), e il reindirizzamento forzato non è appropriato.
Scenario 2: La pagina non ha più bisogno di apparire nei risultati di ricerca (come una pagina di evento scaduta)
- Problema: Una pagina di attività promozionale (
https://example.com/promo) è terminata, ma può ancora essere visitata dagli utenti tramite segnalibri o link esterni, e non ha bisogno di ranking. - Strumento corretto: noindex. Aggiungere il tag
<meta name="robots" content="noindex">nell’<head>della pagina di attività (o configurare tramite CMS), consentendo al motore di ricerca di eseguire il crawling della pagina (ad esempio per verificare il registro dell’attività), ma proibendone l’inclusione nell’indice. - Perché non scegliere canonical/301: canonical non può risolvere il problema di “non far apparire la pagina” (concentra solo l’autorità); il reindirizzamento 301 richiede la specifica di un nuovo URL (ma la pagina di attività non ha un nuovo indirizzo corrispondente), e l’utente potrebbe comunque aver bisogno di visitare la pagina originale per vedere le informazioni storiche.
Scenario 3: Cambio di dominio o aggiustamento della struttura URL del sito (come migrazione di vecchie pagine di prodotto)
- Problema: La vecchia pagina di prodotto (
https://old.example.com/item1) è stata permanentemente migrata al nuovo indirizzo (https://new.example.com/products/item1), ed è necessario preservare l’autorità del link esterno originale e l’abitudine di accesso dell’utente. - Strumento corretto: Reindirizzamento 301. Configurare tramite la configurazione del server (come il file .htaccess di Apache) in modo che, quando l’utente o il robot accede al vecchio URL, venga automaticamente reindirizzato al nuovo URL. L’autorità di ranking del vecchio URL (inclusi ranking, link esterni) verrà gradualmente trasferita al nuovo URL.
- Perché non scegliere canonical/noindex: canonical non può raggiungere il reindirizzamento del traffico (l’utente rimarrà sul vecchio URL); noindex impedirà che il vecchio URL venga indicizzato, ma l’autorità del link esterno non verrà trasferita, e l’utente non potrà accedere al nuovo contenuto tramite il vecchio link.
Scenario 4: URL separata per cellulare e PC (come m.example.com e www.example.com)
- Problema: Lo stesso contenuto ha URL separate sul cellulare (
https://m.example.com/page) e sul PC (https://www.example.com/page), e il contenuto è completamente identico. - Strumento corretto: Dare priorità a canonical (puntando all’URL del PC), o unificare tramite design responsive. Se l’ingresso mobile è necessario (ad esempio, gli utenti sono abituati ad accedere tramite m.example.com), il tag canonical può essere aggiunto sulla pagina mobile puntando all’URL canonico del PC, e allo stesso tempo reindirizzare 301 alcuni vecchi link mobili al PC (opzionale).
- Perché non scegliere noindex: noindex impedirà che una delle versioni mobile o PC venga indicizzata, il che potrebbe impedire il soddisfacimento delle esigenze di ricerca di alcuni utenti (ad esempio, gli utenti mobili non vedono contenuti adattati).
Come scrivere il codice? E qual è la logica di efficacia diversa?
Tag canonical: Codice HTML, dipende dall’analisi del motore di ricerca
- Formato del codice: Aggiungere
<link rel="canonical" href="https://URL_canonica" />nella sezione<head>della pagina che deve essere canonizzata (come descritto nel capitolo precedente).
Logica di efficacia: Quando il motore di ricerca esegue il crawling della pagina, legge questo tag e registra “la versione canonica di questa pagina è XXX”, e nel successivo calcolo del ranking e nell’assegnazione dell’autorità, dà la priorità alla versione canonica. Tuttavia, altre versioni della pagina possono ancora essere sottoposte a crawling (a meno che non ci siano altre restrizioni).
Tag noindex: Meta-tag HTML o intestazione di risposta HTTP, dipende dalla conformità alle regole del robot
- Formato del codice: Generalmente aggiunto
<meta name="robots" content="noindex">nell’<head>della pagina (applicabile alla maggior parte dei casi), oppure l’intestazione di risposta HTTPX-Robots-Tag: noindexviene restituita tramite il server (applicabile alle pagine dinamiche).
Logica di efficacia: Quando il motore di ricerca esegue il crawling della pagina, rileva questa istruzione e, se conferma che la pagina è conforme alle condizioni di noindex (ad esempio, non è una pagina di spam), non la aggiungerà all’indice. Tuttavia, la pagina sarà ancora sottoposta a crawling (a meno che il crawling non sia bloccato da robots.txt) e gli utenti possono accedervi tramite un link diretto.
Reindirizzamento 301: Configurazione del server, reindirizzamento forzato del traffico
Formato del codice: Si ottiene tramite la tecnologia del server, ad esempio:
- Server Apache: Aggiungere
Redirect 301 /old-page https://example.com/new-pagenel file .htaccess; - Server Nginx: Aggiungere
return 301 https://example.com/new-page;nel file di configurazione; - Sistemi CMS (come WordPress): Configurare le regole di reindirizzamento tramite un plugin (come Redirection).
Logica di efficacia: Quando l’utente o il motore di ricerca visita il vecchio URL, il server restituisce automaticamente il codice di stato 301 e reindirizza al nuovo URL, e la barra degli indirizzi del browser visualizzerà il nuovo indirizzo. L’autorità del vecchio URL sarà gradualmente trasferita (di solito da poche settimane a pochi mesi) al nuovo URL e il vecchio URL potrebbe alla fine non essere più visitato direttamente (ma la funzione di reindirizzamento è mantenuta).
