Google: il canonical può essere impostato tramite JavaScript: cosa significa per la SEO e l'e-commerce?

Breve riepilogo: cos'è il canone e perché esiste?

La canonizzazione è il processo mediante il quale Google seleziona l'URL più rappresentativo di un contenuto quando esistono più versioni simili o identiche di una pagina. Un URL canonico è la versione "rappresentativa" che Google preferisce mostrare nei risultati di ricerca. 

Nell'e-commerce, gli URL duplicati sono all'ordine del giorno, poiché i negozi generano varianti e combinazioni:

• filtraggio e ordinamento (parametri URL),
• impaginazione,
• varianti del prodotto (colore/taglia),
• parametri della campagna (UTM),
• versioni linguistiche,
• percorsi diversi per accedere allo stesso contenuto (categoria → prodotto vs motore di ricerca → prodotto).

Quando l'impostazione canonica non è corretta, le conseguenze possono essere dolorose:

• Google sta indicizzando gli indirizzi sbagliati (c'è confusione nell'indice),
• i segnali (collegamenti, autorità, dati comportamentali) sono distribuiti su più URL,
• Stai sprecando il tuo budget di scansione sui duplicati,
• La visibilità delle categorie e dei prodotti chiave diminuisce.

 Cosa ha detto esattamente Google riguardo al fatto che il canone sia impostato in JavaScript?

Il messaggio è semplice:

• È meglio impostare il canonico in HTML (in "
• Se non è possibile, è possibile impostare il canonico tramite JavaScript, ma è necessario farlo in modo che il canonico risulti coerente e inequivocabile. 
• La canonizzazione avviene prima e dopo il rendering, quindi far coincidere i valori canonici "nel codice sorgente" e "dopo il rendering" è fonte di problemi. 

Google sottolinea anche una regola molto pratica: se il canonico è già presente nell'HTML, JS non dovrebbe modificarlo in un indirizzo diverso. E se è impossibile inserire il canonico nell'HTML, è meglio non includerlo affatto e aggiungerlo solo tramite JS (correttamente, in "). 

Perché l'espressione "post-render canonico" è rischiosa?

Perché Google non sempre vede il tuo sito web nello stesso modo in cui lo vede un utente in un browser. In parole semplici, ci sono due "momenti":

• HTML prima del rendering (ciò che il server restituisce immediatamente),
• HTML dopo il rendering (ciò che viene creato dopo l'esecuzione di JavaScript).

Se la proprietà canonica appare solo dopo il rendering, allora:

• aumenti la tua dipendenza dal corretto rendering di JS da parte di Google,
• si crea spazio per i crossover (diverso canonico nella sorgente, diverso dopo il rendering),
• è più facile commettere errori nei framework (ad esempio, duplicati "<link rel=”canonical”> (o inserendolo nel posto sbagliato).

Google ricorda esplicitamente che il canonico è accettato quando è in "e con JS è necessario "iniettarlo" correttamente. 

Quando ha senso, in pratica, utilizzare il parametro canonical in JavaScript?

Esistono situazioni in cui questo può rappresentare un compromesso ragionevole:

• Applicazione SPA renderizzata sul lato client, dove avviene la generazione di " sul server è difficile,
• CMS/piattaforma legacy in cui non si ha il pieno controllo sul template,
• viste dinamiche, dove il canonico dipende dallo stato dell'applicazione (anche se qui è necessaria particolare attenzione).

Nei negozi online (soprattutto nei framework headless), il canonical viene talvolta impostato da librerie come Head Manager (ad esempio, React Helmet, Next.js Head). Questo funziona, ma solo se un unicocanonical coerente e non ci sono segnali in conflitto.

La regola più importante: coerenza canonica "prima" e "dopo" il rendering

Se c'è una cosa che dovete ricordare di questo articolo, è questa:

Non creare una situazione in cui l'attributo canonical in HTML punti ad A e l'attributo canonical dopo il rendering punti a B.

Google stessa sottolinea che il processo di canonizzazione avviene in fasi diverse, pertanto i "segnali contrastanti" riducono l'univocità e aumentano il rischio che l'algoritmo scelga una versione diversa. 

Nell'e-commerce, tale crossover avviene spesso attraverso:

• filtri e ordinamento che generano URL diversi,
• Associazione automatica dei parametri in JS,
• errori di instradamento (ad esempio, barra/nessuna barra),
• differenze negli indirizzi canonici tra le versioni per dispositivi mobili e per computer desktop.

Passo dopo passo: come implementare la tabella dei settable canonici in JS senza minuti

Passaggio 1: Decidere cosa sarà canonico (logica aziendale)

Innanzitutto, stabilite le regole. Ecco alcuni esempi in un negozio:

• il prodotto ha un link canonico all'URL "pulito" senza parametri di campagna,
• la categoria ha una versione canonica rispetto a quella non ordinata,
• Pagine filtro: o canoniche per la categoria base, oppure (se i filtri hanno senso in termini di SEO) canoniche per una combinazione specifica, ma in tal caso è necessaria una strategia di indicizzazione.

Passaggio 2: assicurarsi che ci sia un canonico dopo il rendering

Non due, non tre. Uno. In "Google ti ricorda di inserire correttamente il tag canonical nella sezione appropriata del documento. 

Passaggio 3: Se non riesci a inserire il tag canonico nell'HTML, non inserirlo affatto

Questa è una sfumatura importante emersa dal chiarimento di Google: è meglio non avere alcun attributo canonico nel codice sorgente piuttosto che averne uno diverso da quello che si imposta successivamente in JavaScript. 

Passaggio 4: Eseguire il test in Google Search Console

Google consiglia di testare il rendering e il canonical utilizzando strumenti come Search Console per assicurarsi che Google comprenda l'intento dell'utente. L'ispezione URL è utile per la canonicalizzazione, in quanto mostra, tra le altre cose, il canonical specificato e quello scelto da Google. 

Passaggio 5: Monitorare i crossover "Google ha scelto un canone diverso"

Se Google sceglie spesso un canone diverso da quello che hai impostato, è un segnale che:

• il contenuto non è abbastanza simile (l'algoritmo non lo considera un duplicato),
• i segnali sono contraddittori (collegamenti interni, reindirizzamenti, sitemap),
• Il prefisso "canonico" indica un URL di qualità inferiore (ad esempio, con errori, senza contenuto, con parametri diversi).

Google spiega che, anche specificando "canonico", l'algoritmo potrebbe sceglierne una versione diversa per vari motivi, ed è quindi opportuno verificare se la scelta di Google abbia senso da un punto di vista funzionale. 

Errori comuni nell'e-commerce che violano le regole canoniche (soprattutto con JavaScript)

Duplicato canonico

Il framework inietta il canonico e la piattaforma del negozio aggiunge il secondo nel template. Dopo il rendering, hai due diversi "<link rel=”canonical”> Effetto: il segnale diventa illeggibile.

Canonical set Outside<head>

Google sottolinea ripetutamente che il canonico dovrebbe essere in". Se atterra in "a volte viene ignorato. 

Il canonico punta all'URL con parametri

Nella maggior parte dei casi, il parametro canonical dovrebbe puntare alla versione "pulita". Se canonical punta a un URL con UTM, ordinamento o filtri, si rischia di creare rapidamente un labirinto.

Canonical dipende dallo stato dell'applicazione

L'utente ha cliccato su un filtro e JavaScript ha modificato il canonico. Di conseguenza, Robot Framework potrebbe visualizzare versioni diverse in passaggi di rendering differenti. Questo è difficile da controllare e aumenta il rischio di caos nell'indicizzazione.

Cosa comporta tutto ciò in pratica per i negozi online?

Se gestisci un'attività di e-commerce, il perfezionamento dei risultati di Google ha due effetti concreti:

• Meno timori nei progetti headless/SPA : il canonical in JS può funzionare se implementato in modo coerente. 
• Maggiore responsabilità sul fronte dell'implementazione , perché la "migliore pratica" rimane quella canonica in HTML, mentre JavaScript è una variante di ripiego. 

Nei negozi che presentano numerose combinazioni di URL (filtri, parametri, varianti), la canonizzazione è uno degli strumenti principali per organizzare l'indice. Una canonizzazione ben configurata favorisce la visibilità di categorie e prodotti, mentre una impostata in modo errato può ostacolare la crescita.

Lista di controllo: cosa verificare oggi nel tuo negozio 

• Apri la scheda prodotto e controlla nel codice sorgente della pagina se canonical è in ".
• Verifica se dopo il rendering è ancora presente un solo modello canonico (ad esempio, negli strumenti per sviluppatori).
• Vai all'URL con i parametri (UTM / ordinamento) e verifica se il link canonico punta alla versione base.
• In Search Console, utilizza lo strumento di ispezione URL e confronta: l'URL dichiarato canonico con quello scelto da Google. 
• Se l'attributo canonical è impostato in JavaScript, verifica che non vi siano sovrapposizioni con l'HTML (o, se l'HTML non ha alcun attributo canonical, è JavaScript a doverlo impostare). 

Dove si trova swiatcyfrowy.pl in questo contesto?

Se vuoi assicurarti che il canonical, il rendering JavaScript e l'indicizzazione siano impostati correttamente, il modo più rapido per farlo è solitamente attraverso un audit SEO tecnico (con elementi di e-commerce).

Nel mondo digitale, questo argomento può essere considerato parte di una diagnosi più ampia: riordinare l'indicizzazione, eliminare le duplicazioni, migliorare la visibilità di categorie e prodotti e ottimizzare il funnel SEO → scheda prodotto → kupi.swia