Glossario di Google Search Console e SEO

Clic

Un clic viene contato quando un utente clicca un risultato in Google Search, Discover o News che lo porta su una pagina fuori da Google.

I clic che trattengono l’utente dentro Google, come un affinamento della query che avvia una nuova ricerca, non vengono contati. Cliccare un risultato, tornare indietro e cliccare di nuovo lo stesso link conta una volta; cliccare un link diverso conta di nuovo. I dati sui clic sono attribuiti all’URL canonico scelto da Google, non necessariamente all’URL su cui è atterrato l’utente. I clic di Search Console e le sessioni di GA4 misurano cose diverse e raramente coincidono: vedi clic di GSC vs sessioni di GA4.

In GSC Magic: La panoramica della dashboard mostra i clic giornalieri e una scheda Query e pagine principali con la variazione dei clic rispetto al periodo precedente.

Correlati: Impressioni, CTR (percentuale di clic), Sessione (GA4), URL canonico

CTR (percentuale di clic)

Il CTR è il numero di clic diviso per il numero di impressioni, espresso in percentuale per l’intero sito o per una singola query, pagina, paese o dispositivo.

Il CTR dipende molto dalla posizione e dal tipo di risultato mostrato, quindi confrontalo tra query o pagine a posizioni simili, non con un unico obiettivo. Dipende anche dall’aggregazione: quando più tue pagine compaiono per una query, il CTR raggruppato per proprietà è in genere più alto di quello raggruppato per pagina, perché la proprietà riceve una sola impressione e mantiene il clic. Se le impressioni restano stabili ma i clic calano, Google suggerisce di verificare se title e snippet descrivono ancora bene la pagina.

In GSC Magic: report_ctr_outliers elenca le pagine il cui CTR è meno della metà del CTR mediano del tuo sito alla stessa posizione.

Correlati: Clic, Impressioni, CTR anomalo (pagina con CTR basso), Posizione media

Fonti: support.google.com, support.google.com, developers.google.com

Posizione media

La posizione media è la media della posizione più alta che il tuo sito o la tua pagina ha occupato nei risultati di Google, calcolata solo per le ricerche in cui ha ricevuto un’impressione.

Se una query mostra il tuo sito alle posizioni 2, 4 e 6 e un’altra alle posizioni 3, 5 e 9, Search Console conta 2 e 3 e riporta una media di 2,5. Ogni elemento del risultato occupa una posizione: tutti i link di un pannello di conoscenza o di un’AI Overview condividono la posizione di quell’elemento, mentre gli annunci non occupano posizioni. Un risultato che l’utente non ha mai visto, per esempio a pagina 3, non registra una posizione, ed è per questo che alcune celle mostrano un trattino. La posizione è calcolata solo per Google Search, non per Discover o News, e la tua ricerca personale può mostrare un rango diverso perché i risultati dipendono da posizione e cronologia. Google consiglia di osservare le variazioni nel tempo più che un singolo valore.

In GSC Magic: report_quick_wins usa la posizione media per trovare coppie di query e pagine in posizione 4–20 con molte impressioni.

Correlati: Impressioni, Keyword striking distance (quick win), AI Overviews e AI Mode, Core update

Query

Una query è un termine di ricerca che ha fatto comparire il tuo sito nei risultati Google; la scheda Query del report Prestazioni raggruppa clic e impressioni per quel termine.

La tabella Query non è mai completa. Alcune query sono escluse per privacy (query anonimizzate) e, per limiti interni, Search Console conserva e mostra solo le righe più importanti. I filtri per query non distinguono maiuscole e minuscole. Per il tipo di ricerca «Web: multimodale», come le ricerche con Google Lens, non è disponibile alcuna query testuale, quindi la dimensione manca. Approfondisci in perché Search Console nasconde alcune query.

In GSC Magic: gsc_query_analytics restituisce fino a 25.000 righe di query per richiesta tramite la Search Analytics API.

Correlati: Query anonimizzate, Limite di 1.000 righe, Query di brand e non di brand, Pagina (dimensione)

Pagina (dimensione)

La dimensione Pagina raggruppa i dati del report Prestazioni per l’URL verso cui puntava un risultato di ricerca dopo i reindirizzamenti, di solito attribuito all’URL canonico della pagina.

Quando un utente clicca un URL duplicato, Search Console attribuisce il clic all’URL canonico scelto da Google, che puoi verificare con lo strumento Controllo URL. Scegliendo la scheda Pagine, l’aggregazione della tabella passa dalla proprietà alla pagina, quindi ogni URL mostrato per una query riceve la sua impressione. Il grafico resta aggregato per proprietà: è questa la ragione più comune per cui il totale della tabella e quello del grafico non coincidono.

Correlati: URL canonico, Controllo URL, Query, Impressioni

Aspetto nei risultati di ricerca

Aspetto nei risultati di ricerca è una dimensione del report Prestazioni che raggruppa i dati per il tipo di risultato o la funzionalità in cui è comparsa la tua pagina, come snippet con recensioni, video o schede prodotto.

Il filtro elenca solo i tipi per cui il tuo sito ha registrato impressioni. Raggruppando per aspetto nei risultati di ricerca, la tabella si aggrega per pagina. I clic sono assegnati a un URL, non a un URL più una funzionalità, quindi un conteggio filtrato può includere clic su un semplice link alla stessa pagina. Alcuni tipi più vecchi, come i risultati avanzati FAQ e How-to, sono indicati da Google come deprecati.

In GSC Magic: gsc_query_analytics può raggruppare o filtrare i dati di prestazione per aspetto nei risultati di ricerca.

Correlati: Dati strutturati e risultati avanzati, Tipo di ricerca, Pagina (dimensione)

Tipo di ricerca

Tipo di ricerca è il filtro del report Prestazioni che separa il traffico delle ricerche Web (testuali o multimodali) da quello delle ricerche Immagini, Video e News in Google Search.

Web: testuale copre le query digitate nella barra di ricerca standard; Web: multimodale copre le ricerche fatte con immagini, comprese Google Lens, Circle to Search e la ricerca per immagini di Chrome. Immagini, Video e News coprono le rispettive schede. Discover e Google News hanno report Prestazioni propri. Google consiglia di analizzare i tipi di ricerca separatamente quando indaghi su un calo, e il limite di righe dell’API si applica a ogni tipo di ricerca.

Correlati: Aspetto nei risultati di ricerca, Limite di 1.000 righe, Core update

Paese e dispositivo

Nel report Prestazioni, Paese raggruppa i dati in base a dove è partita la ricerca e Dispositivo in base a desktop, mobile o tablet.

Entrambe le dimensioni sono aggregate per proprietà. Google afferma che le richieste senza la dimensione query o pagina, come paesi, dispositivi e aspetto nei risultati di ricerca, vengono visualizzate ed esportate per intero, quindi non sono soggette al limite giornaliero di righe. Confrontando desktop e mobile può comparire un trattino alla voce posizione quando una pagina non ha avuto impressioni su un dispositivo.

In GSC Magic: gsc_query_analytics accetta paese e dispositivo come dimensioni e come filtri.

Correlati: Limite di 1.000 righe, Posizione media, Query

Freschezza dei dati e dati preliminari

La freschezza dei dati è la rapidità con cui Search Console mostra i dati di prestazione; i numeri più recenti possono essere preliminari, ancora in raccolta, e vengono disegnati con una linea tratteggiata.

La vista a 24 ore mostra le ultime 24 ore disponibili con un ritardo di qualche ora, in punti orari e nel fuso orario del browser. Le altre viste usano l’ora del Pacifico e mostrano per impostazione predefinita giorni completi. Nella Search Analytics API, dataState «final» (il valore predefinito) restituisce solo i dati definitivi, mentre «all» include i dati recenti e «hourly_all» aggiunge la suddivisione oraria. La guida API di Google segnala che i dati sono in genere disponibili dopo 2-3 giorni.

In GSC Magic: La sincronizzazione ospitata aggiorna gli ultimi quattro giorni ogni sei ore, perché Google rivede i numeri recenti.

Correlati: Conservazione dei dati per 16 mesi, Clic, Impressioni

Fonti: support.google.com, developers.google.com, developers.google.com, developers.google.com

Query anonimizzate

Le query anonimizzate sono ricerche che Search Console omette dalle tabelle per proteggere la privacy, perché non sono state effettuate da più di qualche decina di utenti in due o tre mesi.

Contano comunque nei totali del grafico, a meno che tu non applichi un filtro per query, quindi la somma delle righe della tabella è di solito inferiore al totale. I filtri le escludono del tutto: la somma delle query che contengono una parola e di quelle che non la contengono è inferiore al totale non filtrato. Vedi perché Search Console nasconde alcune query di ricerca.

In GSC Magic: GSC Magic legge la stessa Search Analytics API, quindi non può recuperare nemmeno lui le query anonimizzate.

Correlati: Query, Limite di 1.000 righe, Query di brand e non di brand

Limite di 1.000 righe

L’interfaccia di Search Console visualizza ed esporta al massimo 1.000 righe per tabella; la Search Analytics API restituisce fino a 25.000 righe per richiesta, con paginazione.

Google indica in 50.000 righe al giorno per sito e per tipo di ricerca il limite massimo dell’API, che non sempre viene raggiunto. L’API restituisce 1.000 righe per impostazione predefinita; rowLimit le porta a 25.000 e startRow permette di scorrere le successive. Le richieste senza le dimensioni query o pagina restituiscono tutti i dati. Per l’elenco di query più completo, Google rimanda all’esportazione dei dati in blocco verso BigQuery. Dettagli in il limite di 1.000 righe spiegato e nella guida alla Search Console API.

In GSC Magic: gsc_query_analytics richiede fino a 25.000 righe per query, quindi un agente AI lavora con molti più dati delle 1.000 righe dell’interfaccia.

Correlati: Query, Query anonimizzate, Conservazione dei dati per 16 mesi, Tipo di ricerca

Fonti: developers.google.com, developers.google.com, support.google.com

Conservazione dei dati per 16 mesi

Il report Prestazioni di Search Console copre gli ultimi 16 mesi; i giorni più vecchi escono, a meno che tu non copi i dati altrove tramite l’API o l’esportazione in blocco.

Sedici mesi bastano per confrontare un calo recente con le stesse settimane dell’anno prima, il controllo che Google suggerisce per la stagionalità. Per confronti più lunghi, Google suggerisce di estrarre i dati con la Search Analytics API o con le esportazioni in blocco e di conservarli nei propri sistemi. Vedi 3 modi per conservare i dati di Search Console oltre i 16 mesi e come GSC Magic conserva lo storico.

In GSC Magic: Pro e Agency recuperano fino a 16 mesi quando passi a un piano superiore e non eliminano mai lo storico conservato; Free ne mantiene 14 giorni.

Correlati: Stagionalità, Limite di 1.000 righe, Content decay

Scansione e indicizzazione

Scansione e Googlebot

La scansione è il modo in cui Google scopre e scarica le pagine; Googlebot è il crawler di Google Search, con una versione per smartphone e una per desktop.

Google trova i nuovi URL soprattutto tramite i link dalle pagine che già conosce e tramite le sitemap, poi li recupera ed esegue il JavaScript con una versione recente di Chrome. Poiché Google indicizza principalmente la versione mobile della maggior parte dei siti, la maggior parte delle richieste arriva da Googlebot Smartphone. Per Google Search, Googlebot recupera i primi 2 MB di un tipo di file supportato (64 MB per i PDF). Bloccare la scansione con robots.txt non impedisce a un URL di comparire nei risultati; per questo serve noindex. Il report Statistiche di scansione mostra numero di richieste, codici di risposta e problemi di disponibilità. Google non accetta pagamenti per scansionare un sito più spesso.

In GSC Magic: GSC Magic non esegue la scansione del tuo sito; legge i dati di Controllo URL di Google e le statistiche e i problemi di scansione di Bing.

Correlati: Indicizzazione, Budget di scansione, robots.txt, XML sitemap

Fonti: developers.google.com, developers.google.com, support.google.com

Indicizzazione

L’indicizzazione è la fase in cui Google analizza una pagina scansionata e l’archivia nell’indice Google; solo le pagine indicizzate possono comparire in Google Search.

Google Search funziona in tre fasi: scansione, indicizzazione e pubblicazione dei risultati, e non ogni pagina supera tutte le fasi. Google non garantisce di indicizzare una pagina anche se rispetta gli elementi essenziali per la ricerca. Il report Indicizzazione delle pagine spiega perché gli URL non sono indicizzati, per esempio «Scansionata - attualmente non indicizzata» (scansionata, potrà essere indicizzata in futuro oppure no, non serve inviarla di nuovo) o «Rilevata - attualmente non indicizzata» (trovata, ma la scansione è stata riprogrammata per non sovraccaricare il sito). Vedi Search Console non indicizzato: cause e soluzioni.

In GSC Magic: report_index_health legge gli URL nelle tue sitemap, li ispeziona con l’API URL Inspection e li raggruppa per stato di copertura.

Correlati: Scansione e Googlebot, Controllo URL, noindex, URL canonico

Budget di scansione

Il budget di scansione è l’insieme degli URL che Google può e vuole scansionare su un sito, determinato da due fattori: il limite di capacità di scansione e la domanda di scansione.

Il limite di capacità di scansione evita che Googlebot sovraccarichi il tuo server; la domanda di scansione dipende dalle dimensioni del sito, dalla frequenza di aggiornamento, dalla qualità delle pagine e dalla loro rilevanza. Ogni hostname ha il proprio budget di scansione. Google precisa che la sua guida sul budget di scansione è pensata soprattutto per siti molto grandi (circa un milione di pagine o più che cambiano ogni settimana), per siti con 10.000 o più pagine che cambiano ogni giorno o per siti con molti URL in «Rilevata - attualmente non indicizzata». Se le nuove pagine vengono scansionate il giorno in cui le pubblichi, il budget di scansione non è il tuo problema.

Correlati: Scansione e Googlebot, XML sitemap, Indicizzazione

URL canonico

Un URL canonico è l’URL che Google sceglie come più rappresentativo in un gruppo di pagine duplicate; è la versione che di solito viene mostrata nei risultati di ricerca.

I duplicati nascono dalle versioni HTTP e HTTPS, dagli URL mobile e desktop, dai parametri di ordinamento e filtro o dalle varianti regionali. Puoi esprimere una preferenza con rel="canonical", reindirizzamenti e sitemap, ma Google la tratta come un suggerimento, non come una regola, e può scegliere un URL diverso. Search Console attribuisce clic e impressioni al canonico. Confronta il canonico dichiarato dall’utente e quello scelto da Google nello strumento Controllo URL.

In GSC Magic: gsc_inspect_url restituisce sia il canonico dichiarato sia quello scelto da Google per un URL.

Correlati: Reindirizzamento (301 vs 302), Pagina (dimensione), Controllo URL, hreflang

Fonti: developers.google.com, developers.google.com

noindex

noindex è una regola, impostata con un meta tag robots o con l’intestazione HTTP X-Robots-Tag, che dice a Google di rimuovere una pagina dai risultati di ricerca.

Google deve scansionare la pagina per vedere la regola, quindi la pagina non deve essere bloccata da robots.txt; altrimenti può comunque comparire nei risultati se altre pagine la linkano. Google non supporta noindex dentro robots.txt. Dopo che hai aggiunto la regola, la pagina resta nei risultati finché Google non la riscansiona, il che può richiedere mesi per le pagine meno importanti. Se robots.txt blocca la pagina, Controllo URL riporta l’indicizzazione come consentita, perché Google non può vedere la regola noindex.

In GSC Magic: gsc_inspect_url e report_index_health mostrano quando Google ha trovato una regola noindex su un URL.

Correlati: robots.txt, Indicizzazione, Controllo URL

robots.txt

robots.txt è un file alla radice di un sito che indica ai crawler quali URL possono accedere; controlla la scansione, non se una pagina viene indicizzata.

Google lo descrive come un modo per gestire il traffico dei crawler ed evitare di sovraccaricare il server. Una pagina bloccata da robots.txt può comunque essere indicizzata senza descrizione se altre pagine la linkano, quindi usa noindex o la protezione con password per tenere una pagina fuori da Google. Non bloccare i file CSS o JavaScript che servono a Google per capire la pagina.

In GSC Magic: La dashboard esegue un rapido controllo di robots.txt e sitemap per ogni sito.

Correlati: noindex, Scansione e Googlebot, XML sitemap

XML sitemap

Una XML sitemap è un file che elenca le pagine, le immagini, i video e gli altri file del tuo sito, così i motori di ricerca possono trovarli e scansionarli più facilmente.

Una sitemap può anche riportare la data di ultima modifica e le versioni in altre lingue. Aiuta la scoperta ma non garantisce la scansione o l’indicizzazione. Google dice che i siti piccoli e ben collegati (circa 500 pagine o meno) potrebbero non averne bisogno, mentre i siti grandi, nuovi o ricchi di contenuti multimediali ne traggono il maggior vantaggio. Per molti URL nuovi o modificati, Google consiglia di inviare una sitemap anziché richiedere l’indicizzazione un URL alla volta. Vedi sitemap inviata ma pagine non indicizzate.

In GSC Magic: gsc_list_sitemaps mostra stato ed errori, gsc_submit_sitemap ne invia una (Pro e Agency) e bing_submit_sitemap la manda a Bing.

Correlati: Scansione e Googlebot, Indicizzazione, robots.txt, IndexNow

Controllo URL

Controllo URL è lo strumento di Search Console che mostra la versione indicizzata di un URL da Google, spiega perché è o non è indicizzato e può eseguire un test live di una pagina.

Riporta lo stato di indicizzazione, il canonico scelto da Google, l’ultima scansione, i dati strutturati trovati e uno screenshot della pagina renderizzata. Il test live verifica se una pagina è potenzialmente indicizzabile ma non può prevedere quale URL Google tratterà come canonico. L’API URL Inspection restituisce solo la versione indicizzata, non ha test live e consente 2.000 ispezioni per sito al giorno. Vedi come ispezionare 500 URL con l’API.

In GSC Magic: gsc_inspect_url ispeziona un URL e gsc_inspect_urls_batch ne ispeziona fino a 500 in una sola chiamata, entro la quota di Google.

Correlati: Richiedi indicizzazione, Indicizzazione, URL canonico, Soft 404

Fonti: support.google.com, developers.google.com, developers.google.com

Richiedi indicizzazione

Richiedi indicizzazione è un pulsante dello strumento Controllo URL che chiede a Google di scansionare un singolo URL; non garantisce che la pagina venga indicizzata.

Devi essere proprietario o utente completo della proprietà. Esiste una quota per le richieste individuali, e richiedere più volte lo stesso URL non lo fa scansionare più in fretta. La scansione può richiedere da qualche giorno a qualche settimana. Per molti URL, Google consiglia di inviare una sitemap. L’API Indexing di Google, separata, è ufficialmente limitata alle pagine con markup JobPosting o BroadcastEvent. Vedi IndexNow vs API Indexing di Google.

In GSC Magic: Il tool opzionale gsc_request_indexing usa l’API Indexing di Google, che Google supporta solo per le pagine JobPosting e BroadcastEvent.

Correlati: Controllo URL, XML sitemap, IndexNow, Indicizzazione

Fonti: developers.google.com, developers.google.com

Soft 404

Un soft 404 è una pagina che restituisce un codice di successo 200 ma a Google sembra un errore o una pagina vuota, che la segnala e non l’indicizza.

Google consiglia di restituire un codice di stato 404 per le pagine che davvero non esistono e di aggiungere informazioni alle pagine che devono restare, così non sembrano errori. Per vedere ciò che vede Google, esegui un test live in Controllo URL e apri lo screenshot della pagina renderizzata.

Correlati: Controllo URL, Indicizzazione, Reindirizzamento (301 vs 302)

Reindirizzamento (301 vs 302)

Un reindirizzamento porta visitatori e crawler da un URL a un altro; un 301 è permanente e indica che la destinazione dovrebbe essere canonica, un 302 è temporaneo.

Con i reindirizzamenti permanenti (301, 308, meta refresh istantaneo) Google mostra di solito l’URL di destinazione nei risultati. Con quelli temporanei (302, 303, 307) Google segue il reindirizzamento ma non lo usa come segnale canonico, quindi l’URL di partenza può restare nei risultati. I reindirizzamenti lato server sono i più affidabili; i crawler di Google seguono per impostazione predefinita fino a 10 salti. Search Console attribuisce i clic all’URL finale dopo i reindirizzamenti.

Correlati: URL canonico, Soft 404, Pagina (dimensione)

Fonti: developers.google.com, developers.google.com

hreflang

hreflang è un’annotazione che dice a Google quali pagine sono versioni linguistiche o regionali dello stesso contenuto, così può mostrare agli utenti quella giusta.

Puoi dichiararlo nei tag link HTML, nelle intestazioni HTTP o nella sitemap; i tre metodi sono equivalenti. Ogni versione deve elencare se stessa e tutte le altre, usando URL completi. Google non usa hreflang per rilevare la lingua di una pagina. Pagine nella stessa lingua per regioni diverse sono duplicati, quindi Google consiglia di unire hreflang alla canonicalizzazione.

Correlati: URL canonico, XML sitemap, Paese e dispositivo

Fonti: developers.google.com, developers.google.com

Dati strutturati e risultati avanzati

I dati strutturati sono un formato standardizzato, basato soprattutto sul vocabolario schema.org e spesso scritto in JSON-LD, che descrive a Google il contenuto di una pagina e può renderla idonea ai risultati avanzati.

I risultati avanzati sono risultati di ricerca con una visualizzazione arricchita, come stelle delle recensioni, dettagli delle ricette o prezzi dei prodotti. Una pagina deve avere tutte le proprietà richieste per essere idonea, e un markup che viola le linee guida di Google sui dati strutturati può renderla non idonea. Google suggerisce di testare il markup con il test dei risultati avanzati durante lo sviluppo e di controllare i report sui risultati avanzati in Search Console dopo la pubblicazione. I tipi di risultato avanzato compaiono anche nella dimensione Aspetto nei risultati di ricerca.

In GSC Magic: gsc_inspect_url riporta i risultati avanzati che Google ha rilevato su un URL.

Correlati: Aspetto nei risultati di ricerca, Controllo URL, CTR (percentuale di clic)

Core Web Vitals e velocità delle pagine

Core Web Vitals

I Core Web Vitals sono tre metriche di Google dell’esperienza degli utenti reali: Largest Contentful Paint (caricamento), Interaction to Next Paint (reattività) e Cumulative Layout Shift (stabilità visiva).

Le soglie di un risultato buono sono LCP entro 2,5 secondi, INP pari o inferiore a 200 millisecondi e CLS pari o inferiore a 0,1, misurate al 75° percentile dei caricamenti di pagina, separatamente per mobile e desktop. Una pagina è promossa quando tutte e tre raggiungono l’obiettivo. Google afferma che Core Web Vitals buoni sono allineati a ciò che premiano i suoi sistemi di ranking principali, come parte dell’esperienza di pagina. Il report Core Web Vitals di Search Console mostra come si comportano le tue pagine.

In GSC Magic: cwv_get_origin, cwv_get_url e cwv_history leggono i Core Web Vitals degli utenti reali, e la dashboard mostra una scheda Core Web Vitals per sito.

Correlati: LCP (Largest Contentful Paint), INP (Interaction to Next Paint), CLS (Cumulative Layout Shift), CrUX (Chrome UX Report)

Fonti: web.dev, developers.google.com

LCP (Largest Contentful Paint)

LCP misura il caricamento: il tempo necessario perché la più grande immagine, blocco di testo o video nel viewport venga renderizzato. Buono è 2,5 secondi o meno.

LCP si misura da quando l’utente ha aperto la pagina, quindi include il tempo di risposta del server, i reindirizzamenti e la configurazione della connessione. Usa il 75° percentile dei caricamenti, diviso tra mobile e desktop, per giudicare se la maggior parte dei visitatori ha un’esperienza buona.

In GSC Magic: I tool cwv restituiscono LCP al 75° percentile con la quota di caricamenti buoni, da migliorare e scarsi.

Correlati: Core Web Vitals, INP (Interaction to Next Paint), CLS (Cumulative Layout Shift), PageSpeed Insights e Lighthouse

Fonti: web.dev

INP (Interaction to Next Paint)

INP misura la reattività: quanto tempo impiega la pagina a rispondere visibilmente a clic, tocchi e pressioni di tasti. Buono è 200 millisecondi o meno, scarso oltre 500.

INP osserva la latenza di tutte le interazioni durante una visita e riporta all’incirca la più lenta, ignorando i valori anomali. Ha sostituito First Input Delay (FID), che misurava solo il ritardo di input della prima interazione. Le attività JavaScript lunghe sul thread principale sono una causa comune di INP scarso.

Correlati: Core Web Vitals, LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift)

Fonti: web.dev

CLS (Cumulative Layout Shift)

CLS misura la stabilità visiva: la più grande raffica di spostamenti inattesi del layout durante la vita di una pagina. Buono è 0,1 o meno, scarso oltre 0,25.

Uno spostamento del layout avviene quando un elemento visibile si muove tra un frame renderizzato e l’altro senza input dell’utente, per esempio quando un’immagine senza dimensioni impostate o un annuncio tardivo spinge il testo verso il basso. Gli spostamenti a meno di un secondo di distanza sono raggruppati in una finestra di sessione, e la finestra più grande è il punteggio CLS.

Correlati: Core Web Vitals, LCP (Largest Contentful Paint), INP (Interaction to Next Paint)

Fonti: web.dev

CrUX (Chrome UX Report)

CrUX è il dataset pubblico di Google su come gli utenti reali di Chrome sperimentano i siti web, e la fonte di dati sul campo dietro i Core Web Vitals negli strumenti di Google.

Origini e pagine sono incluse solo se sono pubblicamente individuabili e hanno abbastanza visitatori per un campione statisticamente significativo, quindi molte pagine con poco traffico non hanno dati. Google Search usa CrUX per alimentare il fattore di ranking dell’esperienza di pagina. PageSpeed Insights mostra CrUX come dati sul campo e ripiega sui dati a livello di origine quando una pagina ha troppi pochi campioni.

In GSC Magic: I tool cwv interrogano CrUX per un’origine o un URL; le pagine senza abbastanza traffico Chrome non restituiscono dati.

Correlati: Core Web Vitals, PageSpeed Insights e Lighthouse, LCP (Largest Contentful Paint)

Fonti: developer.chrome.com

PageSpeed Insights e Lighthouse

PageSpeed Insights riporta i dati CrUX degli utenti reali di una pagina ed esegue Lighthouse, uno strumento open source che valuta prestazioni, accessibilità, best practice e SEO in un laboratorio simulato.

I dati sul campo mostrano ciò che i visitatori reali hanno sperimentato nel tempo; i dati di laboratorio di Lighthouse vengono da una singola esecuzione controllata, utile per il debug ma che può non cogliere i colli di bottiglia del mondo reale. La valutazione Core Web Vitals di PSI usa i dati sul campo: una pagina o un’origine è promossa quando il 75° percentile di LCP, INP e CLS è Buono. Lighthouse si esegue anche in Chrome DevTools, dalla riga di comando o come modulo Node.

In GSC Magic: psi_run_audit esegue Lighthouse tramite PageSpeed Insights, e la scheda Core Web Vitals della dashboard può avviare un audit.

Correlati: CrUX (Chrome UX Report), Core Web Vitals, LCP (Largest Contentful Paint)

Fonti: developers.google.com, developer.chrome.com

Analisi SEO

Keyword striking distance (quick win)

Le keyword striking distance, o quick win, sono query in cui una pagina si posiziona appena fuori dai primi risultati, spesso tra la 4ª e la 20ª posizione, con abbastanza impressioni da guadagnare clic.

È un termine della pratica SEO, non una metrica di Search Console. Il metodo abituale: filtra il report Prestazioni per query e pagina, tieni le righe con una posizione media appena sotto le prime posizioni e impressioni significative, poi migliora la pagina esistente invece di scriverne una nuova. Ricorda che la posizione media è una media, quindi controlla l’andamento. Vedi come trovare le keyword striking distance e 7 quick win SEO.

In GSC Magic: report_quick_wins restituisce coppie di query e pagine nelle posizioni 4–20 con molte impressioni, ordinate per i clic extra potenziali.

Correlati: Posizione media, Impressioni, CTR anomalo (pagina con CTR basso)

Cannibalizzazione delle keyword

La cannibalizzazione delle keyword si verifica quando due o più pagine del tuo sito competono per la stessa query, dividendo impressioni e clic invece di avere una sola pagina ben posizionata.

È un termine della pratica SEO, non di Google. In Search Console si vede come una query con impressioni distribuite su più URL, a volte con scambi di posizione nel tempo. Non ogni sovrapposizione è un problema: intenti diversi possono meritare pagine diverse, e le query di brand mostrano spesso molti URL. Le correzioni più comuni sono unire le pagine con un reindirizzamento 301, differenziarne l’intento o modificare i link interni. Vedi cannibalizzazione delle keyword in Search Console.

In GSC Magic: report_cannibalization elenca le query in cui due o più tue pagine ottengono ciascuna una quota significativa di impressioni.

Correlati: Query, Pagina (dimensione), URL canonico, Reindirizzamento (301 vs 302)

Content decay

Il content decay è un calo graduale e costante dei clic di ricerca di una pagina nell’arco di diversi mesi, diverso da un crollo improvviso dovuto a un problema tecnico o a un aggiornamento.

È un termine della pratica SEO. Le cause tipiche sono informazioni superate, pagine concorrenti più nuove o un interesse di ricerca che cambia. Confrontare più periodi consecutivi separa una discesa costante da una settimana storta; controllare gli stessi mesi dell’anno prima esclude la stagionalità. Vedi come rilevare il content decay.

In GSC Magic: report_content_decay elenca le pagine i cui clic sono calati in ciascuna delle ultime tre finestre (28 giorni ciascuna per impostazione predefinita).

Correlati: Stagionalità, Conservazione dei dati per 16 mesi, Core update

CTR anomalo (pagina con CTR basso)

Un CTR anomalo è una pagina o una query il cui CTR è molto sotto quello che ottengono gli altri risultati del tuo sito alla stessa posizione.

Poiché il CTR cala con la posizione, un CTR basso conta solo se confrontato a posizioni simili. I casi anomali hanno spesso un title o uno snippet che non corrisponde alla query, oppure competono con un risultato avanzato o un’AI Overview nella stessa pagina di risultati. Google suggerisce di rivedere title e snippet quando le impressioni tengono ma i clic calano. Vedi le keyword con CTR basso in Search Console.

In GSC Magic: report_ctr_outliers segnala le pagine il cui CTR è meno della metà del CTR mediano del tuo sito alla stessa posizione.

Correlati: CTR (percentuale di clic), Posizione media, Keyword striking distance (quick win)

Query di brand e non di brand

Le query di brand contengono il nome del tuo brand, i suoi errori di ortografia o i tuoi prodotti esclusivi; le query non di brand sono tutte le altre ricerche che mostrano il tuo sito.

Le query di brand di solito si posizionano più in alto e ricevono più clic, mentre quelle non di brand mostrano come ti trovano le persone nuove. Search Console ha un filtro per le query di brand nel report Prestazioni, classificato da un sistema assistito dall’AI e non da un elenco di keyword. Google dice che è disponibile solo per le proprietà di primo livello con abbastanza query e impressioni e che può classificare male alcune query.

In GSC Magic: report_brand_split divide le query in base ai termini di brand che fornisci e restituisce clic, impressioni e quota di clic per ciascun gruppo.

Correlati: Query, CTR (percentuale di clic), Query anonimizzate

Stagionalità

La stagionalità è un aumento o un calo ricorrente della domanda di ricerca nello stesso periodo di ogni anno, come le festività, che cambia il traffico senza alcun cambiamento di posizionamento.

La guida di Google ai cali di traffico suggerisce di impostare il report Prestazioni sugli ultimi 16 mesi per vedere se un calo si ripete ogni anno, e di controllare le query principali in Google Trends per capire se la domanda è calata in tutto il web. Se le impressioni sono calate mentre la posizione teneva, la causa probabile è la domanda. Vedi stagionalità vs perdite reali di posizionamento.

In GSC Magic: Poiché Pro e Agency conservano lo storico oltre i 16 mesi, gli agenti possono confrontare lo stesso periodo su più di un anno.

Correlati: Conservazione dei dati per 16 mesi, Content decay, Core update

Core update

Un core update è un cambiamento ampio e significativo ai sistemi di ranking di Google, effettuato più volte l’anno e annunciato nell’elenco degli aggiornamenti al ranking di Google Search.

I core update non prendono di mira siti specifici. Google consiglia di aspettare la fine del rilascio, poi di confrontare una settimana intera dopo con una settimana prima dell’inizio. Un piccolo calo, per esempio dalla posizione 2 alla 4, non richiede azioni drastiche; un calo ampio e prolungato richiede una valutazione onesta dell’utilità dell’intero sito. Google segnala che alcuni cambiamenti hanno effetto in giorni, altri in diversi mesi. Vedi la checklist per i cali di traffico organico.

In GSC Magic: report_traffic_drops confronta un periodo con quello precedente ed elenca le pagine o le query che hanno perso o guadagnato più clic.

Correlati: Posizione media, Stagionalità, Tipo di ricerca

Fonti: developers.google.com, developers.google.com

Bing e IndexNow

Bing Webmaster Tools

Bing Webmaster Tools è la controparte Microsoft di Search Console: prestazioni di ricerca, dati di scansione e indicizzazione, invio di URL e keyword research per Bing.

La sua API dà accesso programmatico a statistiche di traffico e posizionamento, dettagli su link e keyword, statistiche di scansione e invio di URL e sitemap. Search Performance mostra 16 mesi di storico. AI Performance, introdotto in anteprima pubblica a febbraio 2026, mostra quanto spesso le tue pagine vengono citate in Microsoft Copilot e nelle risposte generate dall’AI di Bing. Vedi la guida all’API di Bing Webmaster Tools e Bing Webmaster Tools in GSC Magic.

In GSC Magic: Con la tua chiave API di Bing, GSC Magic aggiunge i tool Bing per statistiche di query e pagine, dati di scansione, keyword research e invio di URL, più report_google_vs_bing.

Correlati: IndexNow, GEO (ottimizzazione per i motori generativi), XML sitemap

Fonti: learn.microsoft.com, blogs.bing.com, blogs.bing.com

IndexNow

IndexNow è un protocollo aperto che permette a un sito di avvisare subito i motori di ricerca partecipanti, tra cui Bing, Naver, Seznam.cz, Yandex e Yep, che un URL è stato aggiunto, aggiornato o eliminato.

Ospiti un file di chiave sul tuo sito per dimostrare la proprietà, poi invii un URL o un batch a un endpoint IndexNow; un invio viene condiviso con tutti i motori partecipanti. Una risposta HTTP 200 significa solo che l’URL è stato ricevuto, non che sarà indicizzato. Google non è elencato tra i motori partecipanti. Vedi come configurare IndexNow con un agente AI.

In GSC Magic: indexnow_generate_key crea una chiave e indexnow_submit invia fino a 10.000 URL per chiamata (Pro e Agency, con la tua chiave IndexNow).

Correlati: Bing Webmaster Tools, Richiedi indicizzazione, XML sitemap

Fonti: indexnow.org, indexnow.org, indexnow.org

Google Analytics 4

Sessione (GA4)

In Google Analytics 4, una sessione è un periodo in cui un utente interagisce con il tuo sito o la tua app; sul web termina dopo 30 minuti di inattività per impostazione predefinita.

Una sessione inizia quando qualcuno apre l’app o visualizza una pagina mentre nessuna sessione è attiva, e GA4 registra un evento session_start. Non c’è una durata massima, e il timeout si può cambiare nelle impostazioni del flusso di dati. Le sessioni non sono la stessa cosa dei clic di Search Console: vedi perché i numeri non coincidono e GA4 in GSC Magic.

In GSC Magic: ga_run_report interroga le sessioni GA4 in sola lettura, per qualsiasi dimensione come pagina di destinazione o origine della sessione.

Correlati: Clic, Evento chiave (GA4), Traffico referral, Traffico da assistenti AI

Evento chiave (GA4)

Un evento chiave è un evento GA4 che contrassegni come importante per la tua attività, come un acquisto o un’iscrizione; gli eventi chiave in Analytics si chiamavano conversioni.

Qualsiasi evento raccolto può essere contrassegnato come evento chiave. Google ora usa «conversione» per le azioni misurate per le campagne e le offerte di Google Ads, quindi i conteggi di conversioni ed eventi chiave possono differire.

In GSC Magic: ga_list_key_events elenca gli eventi chiave configurati su una proprietà GA4.

Correlati: Sessione (GA4), Traffico referral

Traffico referral

In GA4, Referral è il canale predefinito per i visitatori che arrivano tramite link non pubblicitari su altri siti o app, come blog e testate giornalistiche.

GA4 assegna le sessioni ai canali predefiniti usando sorgente e mezzo. I risultati organici, comprese le AI Overviews e l’AI Mode di Google, finiscono in Ricerca organica, e gli assistenti AI riconosciuti hanno un canale dedicato, AI Assistant. Il canale Direct copre le visite da un link salvato o da un URL digitato.

Correlati: Traffico da assistenti AI, Sessione (GA4), Evento chiave (GA4)

Traffico da assistenti AI

Il traffico da assistenti AI è quello che arriva dai link negli assistenti chat come ChatGPT, Gemini, Claude o Copilot, che GA4 raggruppa nel canale AI Assistant quando riconosce il referrer.

Da maggio 2026 GA4 imposta il mezzo su ai-assistant e il canale su AI Assistant quando il referrer corrisponde a un assistente riconosciuto; il canale esclude AI Overviews e AI Mode di Google, che contano come Ricerca organica. Il canale dipende dal referrer, quindi le visite degli assistenti che arrivano senza referrer non vengono contate lì. Traffico non è sinonimo di citazioni. Vedi tracciare il traffico di ChatGPT e Perplexity in GA4.

In GSC Magic: La dashboard conta le sessioni GA4 da fonti di assistenti AI come ChatGPT, Perplexity, Claude e Gemini; misura le visite, non le citazioni.

Correlati: Traffico referral, Sessione (GA4), GEO (ottimizzazione per i motori generativi), AI Overviews e AI Mode