Il traffico organico di un sito cala del 30%. Il calo coincide con un core update di Google. Nel giro di poche ore arrivano tre spiegazioni: “è un problema di autorevolezza”, “Google non apprezza più questi contenuti”, “manca E-E-A-T”.
Sembrano diagnosi. In realtà, senza altre prove, sono ipotesi.
La differenza non è accademica. Da quella diagnosi possono dipendere mesi di lavoro, un nuovo piano editoriale, una migrazione tecnica o centinaia di migliaia di euro di investimento. Se la spiegazione è sbagliata, si rischia di correggere ciò che funzionava e lasciare intatto il problema reale.
Capire Google Search richiede quindi due competenze: conoscere i meccanismi tecnici e sapere quanto possiamo fidarci delle prove disponibili. Questo articolo riguarda soprattutto la seconda.
In breve
Se vuoi prima la mappa e poi i dettagli, il metodo si può riassumere così:
- Google Search è un sistema proprietario e in continua evoluzione: dall'esterno ne osserviamo gli effetti, non ogni componente.
- Un brevetto, un paper, una dichiarazione ufficiale e un test SEO rispondono a domande diverse.
- Una fonte può essere autentica e autorevole, ma non dimostrare ciò che le stiamo facendo dire.
- Ogni affermazione dovrebbe indicare che cosa riguarda, in quale periodo vale e quale prova la sostiene.
- La forza della conclusione deve determinare anche la decisione: una prova debole può giustificare un test reversibile, non necessariamente un investimento irreversibile.
La regola centrale è questa:
La forza del verbo non deve superare la forza della prova.
“Il brevetto descrive”, “Google ha dichiarato”, “abbiamo osservato” e “il test dimostra” non sono modi diversi per dire la stessa cosa. Indicano livelli di conoscenza differenti.
Perché questo metodo ti serve quando devi decidere
Se guidi il marketing o devi approvare una proposta SEO, non ti serve conoscere la formula del PageRank. Devi però poter distinguere tre situazioni:
- stiamo applicando un fatto ben documentato;
- stiamo testando un'ipotesi plausibile;
- stiamo prendendo una decisione importante sulla base di una correlazione ancora fragile.
Questa distinzione cambia il modo in cui si approva un progetto.
Se la documentazione e i dati mostrano che una parte del sito non è accessibile al crawler, l'intervento tecnico può avere una priorità alta. Se un calo coincide con un update ma la causa non è identificata, è più sensato segmentare i dati e progettare interventi misurabili. Se l'unica prova è un brevetto, si può aprire una ricerca: non si dovrebbe riscrivere l'intero sito come se l'implementazione fosse confermata.
Il rigore non serve a rimandare le decisioni. Serve a rendere proporzionati rischio, costo e livello di certezza.
Il primo errore: fare domande troppo grandi
“Come funziona Google?” è una domanda legittima, ma troppo ampia per produrre una risposta verificabile.
Google deve scoprire gli URL, scaricare risorse, interpretare documenti, inserirli in un indice, recuperare candidati per una query, ordinarli e comporre una pagina di risultati. Deve anche valutare le modifiche ai propri sistemi. Questi processi sono collegati, ma non sono la stessa cosa.
Per orientarsi bastano alcune definizioni:
- crawling: scoperta e acquisizione delle risorse;
- indicizzazione: analisi e organizzazione dei documenti recuperati;
- retrieval: recupero dei candidati pertinenti a un bisogno informativo;
- ranking: ordinamento dei candidati recuperati;
- presentazione: composizione della SERP e dei suoi elementi;
- valutazione: misurazione della qualità di un sistema o di una modifica.
Anche parole molto usate in ambito SEO indicano oggetti differenti. Un sistema svolge una funzione. Un segnale è uno dei suoi input. Un classificatore assegna classi o punteggi. Un aggiornamento modifica uno o più sistemi.
Chiamare tutto “algoritmo” rende il discorso più semplice solo in apparenza. Se confondiamo l'indicizzazione con il ranking, potremmo cercare una causa qualitativa per una pagina che Google non riesce neppure a elaborare correttamente.
Il punto da ricordare
Prima di chiedere perché Google ha prodotto un risultato, bisogna stabilire in quale fase si trova il problema. Una diagnosi corretta nel componente sbagliato resta una diagnosi sbagliata.
Quattro domande per controllare un'affermazione
Ogni affermazione su Google può essere sottoposta a quattro domande.
| Controllo | Domanda da fare | Esempio |
|---|---|---|
| Oggetto | Di quale processo o componente stiamo parlando? | Crawling, indicizzazione e ranking non sono sinonimi. |
| Prova | Da dove viene l'informazione? | Un brevetto descrive una possibilità; un annuncio documenta ciò che Google dichiara. |
| Tempo | Quale periodo descrive la fonte? | Un paper del 1998 non è una specifica del motore del 2026. |
| Forza | Che cosa stabilisce davvero la prova? | Un calo contemporaneo a un update mostra una coincidenza, non ancora la causa. |
Prendiamo la frase “Google usa i click”.
Quali click? Raccolti dove e per quale scopo? Servono a valutare una modifica, ad addestrare un modello, a misurare la soddisfazione o a ordinare direttamente un risultato? Parliamo del sistema attuale o di un esperimento documentato anni fa?
Finché queste domande restano senza risposta, “Google usa i click” non è una spiegazione tecnica. È un contenitore in cui possono convivere affermazioni molto diverse.
Google descrive Search come un insieme di sistemi automatici che utilizzano fattori e segnali diversi. Distingue inoltre componenti page-level, segnali site-wide e classificatori. La guida ufficiale ai sistemi di ranking, aggiornata il 10 dicembre 2025, documenta alcuni sistemi rilevanti. È una fonte primaria su ciò che Google dichiara; non è un inventario completo dell'architettura interna.
Le fonti non sono intercambiabili
Una fonte autorevole può essere usata male. Il problema non è soltanto chiedersi se una fonte sia credibile, ma se sia adatta alla domanda.
Paper scientifici
Un paper può descrivere un metodo, un prototipo o un esperimento con grande precisione. È una fonte forte per sapere che cosa gli autori hanno costruito e misurato nel contesto dichiarato.
Non dimostra automaticamente che lo stesso metodo sia impiegato oggi in Google Search.
Brevetti
Un brevetto descrive e rivendica un'invenzione. Permette di studiare il problema affrontato, le soluzioni contemplate, le famiglie brevettuali e le relazioni con il prior art.
Non prova, da solo, che l'invenzione sia stata inserita in un prodotto.
Documentazione e dichiarazioni di Google
Sono fonti primarie per ciò che Google sceglie di dichiarare: l'esistenza di un sistema, un rollout, una distinzione terminologica o una procedura di valutazione.
Non sono necessariamente specifiche complete. Google può descrivere una funzione senza pubblicarne dati, pesi e interazioni.
Test, log e osservazioni
Mostrano ciò che è accaduto nelle condizioni osservate. Un test ben progettato può produrre un'evidenza molto utile anche quando Google non ha documentato il meccanismo.
L'effetto osservato, però, non identifica automaticamente il componente interno che lo ha causato.
Testimonianze e discussioni professionali
Sono preziose per ricostruire ciò che una comunità osservava e pensava in un determinato periodo. Devono essere attribuite e conservate come testimonianze, non trasformate retroattivamente in conferme universali.
In pratica
Non serve scegliere una fonte vincente. Serve far convergere fonti diverse senza confonderne il ruolo. Una dichiarazione, un paper e un test indipendente possono rafforzarsi a vicenda. Tre correlazioni, invece, non diventano causalità per maggioranza.
Caso 1: PageRank, vero nel 1998 e ancora presente oggi
Nel 1998 Sergey Brin e Lawrence Page pubblicarono The Anatomy of a Large-Scale Hypertextual Web Search Engine. Il paper descriveva un prototipo di Google con un database di almeno 24 milioni di pagine e spiegava come sfruttava la struttura dei link del Web.
È una fonte primaria di enorme valore. Proprio per questo va rispettato il suo confine temporale: documenta il sistema presentato nel 1998.
La documentazione contemporanea di Google aggiunge un'informazione diversa. PageRank continua a essere parte dei core ranking systems, ma il suo funzionamento si è evoluto molto rispetto alle origini.
Possiamo quindi sostenere due fatti insieme:
- il paper descrive l'architettura storica del prototipo;
- Google documenta la continuità di PageRank nei sistemi attuali, non l'identità dell'implementazione.
Dire “PageRank non esiste più” contraddirebbe la documentazione disponibile. Dire “Google usa ancora esattamente il PageRank del paper” supererebbe ciò che le fonti dimostrano.
Il punto da ricordare
Una fonte può essere vera e non essere attuale. La data non indebolisce il documento: ne definisce l'ambito.
Caso 2: i quality raters valutano il sistema, non decidono la posizione
Le Search Quality Rater Guidelines indicano come valutatori umani devono giudicare campioni di risultati. Sono spesso lette come se fossero un elenco di fattori di ranking.
Il ragionamento implicito è questo: se i raters valutano una proprietà, Google vuole quella proprietà; quindi deve esistere un segnale diretto con lo stesso nome.
L'ultimo passaggio non è dimostrato.
Google spiega che i raters confrontano risultati correnti e modifiche proposte. I loro giudizi, aggregati, aiutano a valutare quanto bene funzionano i sistemi. Il voto assegnato a una pagina non determina direttamente la posizione di quella pagina.
La spiegazione del processo pubblicata nel 2020 distingue inoltre le valutazioni umane dagli esperimenti live condotti su una piccola quota del traffico. Nel chiarimento del novembre 2023, Google ha ribadito che i rating non influenzano direttamente il ranking.
Le guidelines restano molto importanti: documentano gli obiettivi secondo cui Google dichiara di valutare la qualità dei risultati. Ma un obiettivo di qualità non è necessariamente un singolo input computabile.
Un'analogia può aiutare. Un'azienda può valutare il proprio servizio chiedendo ai clienti se si sono sentiti assistiti. Questo non significa che nel software esista una variabile chiamata “assistenza percepita”. Il risultato dipende da processi e segnali diversi.
Il punto da ricordare
Conoscere il criterio con cui viene valutato un sistema non significa conoscere tutti gli input con cui quel sistema produce il risultato.
Caso 3: il brevetto non è la documentazione del prodotto
La documentazione dell'USPTO definisce il brevetto statunitense come un diritto di esclusione. In termini semplici, permette al titolare di impedire ad altri determinati usi dell'invenzione. Non certifica che il titolare la stia usando in un prodotto.
La domanda Information retrieval based on historical data, pubblicata nel 2005 con priorità al 30 settembre 2003, descrive numerosi dati storici che potrebbero contribuire al punteggio di un documento: data di origine, cambiamenti del contenuto, evoluzione dei link, query, traffico, comportamento degli utenti, informazioni sul dominio e storia del ranking.
Questo documento permette di affermare che gli inventori hanno descritto e rivendicato quei metodi. Da solo non permette di sapere:
- quali parti siano state implementate;
- in quale sistema;
- durante quale periodo;
- con quale peso;
- se il metodo sia stato poi sostituito.
Il verbo corretto è “descrive” o “contempla”. Per scrivere “Google usa” serve una prova distinta dell'impiego in produzione.
Perché studiare comunque i brevetti
Il limite non rende il brevetto meno interessante. Lo rende utile nel modo corretto: permette di capire quali problemi tecnici erano abbastanza importanti da meritare una soluzione formalizzata, quali alternative furono considerate e quali ipotesi possono essere confrontate con altre fonti.
Il brevetto è una mappa delle possibilità, non una fotografia del prodotto.
Che cosa può dimostrare un test SEO
Immaginiamo di modificare i title di cinquanta pagine e di osservare, due settimane dopo, un aumento del traffico. Possiamo concludere che i nuovi title hanno causato l'aumento?
Forse. Ma nello stesso periodo potrebbero essere cambiate la domanda, le posizioni dei concorrenti, la stagionalità, la composizione della SERP o altri elementi del sito. Il risultato è incoraggiante; la forza causale dipende dal disegno del test.
La valutazione dell'information retrieval offre un modello di disciplina. Nell'Overview of TREC 2021, Ian Soboroff descrive una test collection come un insieme di documenti, bisogni informativi e giudizi di rilevanza su cui confrontare strategie diverse. È un ambiente controllato, non una replica di Google, ma rende esplicite condizioni e criterio di valutazione.
Gli esperimenti randomizzati fanno un passo ulteriore: assegnano in modo casuale unità comparabili a controllo e trattamento. Kohavi, Henne e Sommerfield, nella Practical Guide to Controlled Experiments on the Web, li presentano come il disegno più forte per collegare causalmente una modifica a un effetto osservabile.
Google può condurre esperimenti sul proprio traffico. Un SEO esterno non può assegnare casualmente gli utenti a due versioni del ranking né bloccare gli altri cambiamenti del motore. Quasi sempre lavora con un quasi-esperimento: un test nel quale il controllo delle condizioni è incompleto.
Questo non rende inutili i test SEO. Richiede di documentare:
- l'ipotesi prima di conoscere l'esito;
- le pagine trattate e il gruppo di confronto;
- l'intervento eseguito;
- la metrica principale;
- la finestra temporale;
- i possibili fattori esterni;
- i dati grezzi necessari a replicare l'analisi.
Anche i click richiedono cautela. Joachims e coautori mostrarono che sono informativi ma affetti da bias: non equivalgono a giudizi assoluti di rilevanza. Il risultato è descritto in Evaluating the Accuracy of Implicit Feedback from Clicks and Query Reformulations in Web Search. Da “i click contengono informazione” a “questa variazione di CTR dimostra il segnale X” manca ancora un passaggio probatorio.
Lo stesso vale per la volatilità delle SERP. Se il calo coincide con un aggiornamento registrato nel Search Status Dashboard, il legame temporale è documentabile. La causa specifica resta da verificare. E l'assenza di un evento dal dashboard non dimostra che nulla sia cambiato: il dashboard elenca ciò che Google decide di pubblicare.
Il punto da ricordare
Un buon test SEO non elimina l'incertezza. La riduce abbastanza da permettere una decisione migliore e rende visibili le condizioni in cui il risultato potrebbe non ripetersi.
Un protocollo utilizzabile nei progetti reali
Il metodo può essere applicato con una scheda di cinque passaggi.
1. Scrivere il fatto osservato
Descrivere ciò che è misurabile senza attribuirgli subito una causa.
Esempio: “Dal 14 settembre le URL del template X hanno perso il 22% dei click non branded in Italia.”
2. Formulare le spiegazioni concorrenti
Elencare almeno due cause compatibili con il fatto: cambiamento della domanda, problema tecnico, variazione della SERP, aggiornamento del ranking, azione di un concorrente.
Una sola spiegazione rende facile trovare soltanto le prove che la confermano.
3. Classificare le prove
Per ogni spiegazione indicare se il supporto viene da documentazione ufficiale, paper, brevetti, log, test, osservazioni o testimonianze.
La classe della prova stabilisce il verbo ammesso: “documenta”, “mostra”, “suggerisce”, “è compatibile con”.
4. Scegliere un'azione proporzionata
Una prova forte può giustificare un intervento ampio. Un'ipotesi plausibile può giustificare un test circoscritto e reversibile. Una correlazione debole può giustificare ulteriore raccolta di dati.
5. Definire in anticipo quando cambiare idea
Stabilire quale risultato smentirebbe l'ipotesi, quando misurarlo e quali condizioni esterne potrebbero rendere il test inconcludente.
Questo passaggio evita che ogni esito venga reinterpretato a posteriori come una conferma.
Dalla fonte alla decisione
| Evidenza disponibile | Conclusione sostenibile | Decisione proporzionata |
|---|---|---|
| Documentazione Google e dati coerenti | Il meccanismo dichiarato è pertinente al caso. | Correzione prioritaria, con verifica dell'esito. |
| Test ripetuto con gruppo di confronto | L'intervento ha probabilmente contribuito all'effetto osservato. | Estensione progressiva del cambiamento. |
| Calo contemporaneo a un update | Esiste un'associazione temporale. | Segmentare e cercare spiegazioni concorrenti prima di un intervento ampio. |
| Solo brevetto compatibile | Il metodo è stato descritto, non ne è provato l'uso. | Aprire una ricerca o un test, non riscrivere la strategia. |
| Opinione diffusa nella comunità | L'ipotesi merita attenzione, ma la prova è ancora indiretta. | Cercare fonti migliori e limitare il rischio dell'azione. |
Questa tabella non sostituisce il tuo giudizio professionale. Ti permette di approvare budget e priorità senza dover entrare in ogni dettaglio tecnico.
Quattro esempi di formulazione
| Frase troppo forte | Formulazione sostenibile |
|---|---|
| “Il ranking attuale funziona come nel paper del 1998.” | “Il paper descrive il prototipo e il contesto del 1998.” |
| “Google usa la link velocity.” | “Il brevetto sui dati storici contempla l'evoluzione dei link fra gli elementi impiegabili per modificare un punteggio.” |
| “E-E-A-T è un singolo fattore di ranking.” | “Le guidelines documentano criteri di valutazione; Google dichiara che i rating non incidono direttamente sulla pagina valutata.” |
| “Il core update ha penalizzato il sito per X.” | “Il calo coincide con il rollout; la causa specifica resta da verificare.” |
La formulazione prudente non è più debole. Contiene più informazione: distingue ciò che sappiamo dalla parte che stiamo ancora inferendo.
Le conseguenze operative per audit e strategie SEO
In un audit, fatti e cause dovrebbero essere registrati separatamente.
“Queste URL non risultano indicizzate” è un fatto osservabile. “Google le considera di bassa qualità” è una possibile spiegazione. Prima di investire nella riscrittura dei contenuti bisogna escludere, fra le altre cose, problemi di discovery, canonicalizzazione, rendering e consolidamento.
In un'analisi di update, il dato aggregato è raramente sufficiente. Conviene segmentare query, landing page, template, paesi, dispositivi e tipi di risultato. Una perdita concentrata sulle query informative richiede domande diverse da una perdita uniforme su tutto il sito.
Se devi valutare una proposta strategica, chiedi che il livello di prova sia visibile insieme al costo e alla reversibilità dell'intervento. Potrai così distinguere una correzione necessaria, un esperimento e una scommessa.
Non tutte le decisioni richiedono certezza. Molte decisioni sane nascono da un'ipotesi plausibile, un intervento limitato e una misura chiara dell'esito. Il problema comincia quando un'ipotesi viene presentata come fatto per rendere la proposta più convincente.
Se devi approvare una decisione
Davanti a una raccomandazione SEO importante, cinque domande sono sufficienti per capire la qualità del ragionamento:
- Qual è il fatto osservato, separato dall'interpretazione?
- Quali spiegazioni alternative sono state considerate?
- Quali fonti sostengono la causa proposta?
- Quanto è reversibile l'intervento?
- Come e quando sapremo se ha funzionato?
Non serve entrare in ogni brevetto o formula. Serve poter ricostruire il passaggio dai dati alla diagnosi e dalla diagnosi alla decisione.
Google Search resterà in parte non osservabile. La competenza non consiste nel coprire questa incertezza con una frase sicura. Consiste nel darle una forma gestibile: affermazione precisa, fonte appropriata, periodo esplicito, limite dichiarato e condizione di revisione.
Fonti
- A guide to Google Search ranking systems — documentazione ufficiale, Google Search Central, aggiornata il 10 dicembre 2025; consultata il 2 ottobre 2026.
- How insights from people around the world make Google Search better — dichiarazione ufficiale, Danny Sullivan, 4 agosto 2020; consultata il 2 ottobre 2026.
- Search Quality Raters Guidelines update — dichiarazione ufficiale, Elizabeth Tucker, 16 novembre 2023; consultata il 2 ottobre 2026.
- Overview of TREC 2021 — paper introduttivo agli atti TREC, Ian Soboroff, NIST, 2021; consultato il 2 ottobre 2026.
- Practical Guide to Controlled Experiments on the Web — paper, Ron Kohavi, Randal M. Henne e Dan Sommerfield, 2007; consultato il 2 ottobre 2026.
- Evaluating the Accuracy of Implicit Feedback from Clicks and Query Reformulations in Web Search — paper, Thorsten Joachims et al., 1 aprile 2007; consultato il 2 ottobre 2026.
- Patent essentials — documentazione istituzionale, USPTO, pubblicata il 27 aprile 2023 e aggiornata il 20 luglio 2026; consultata il 2 ottobre 2026.
- The Anatomy of a Large-Scale Hypertextual Web Search Engine — paper, Sergey Brin e Lawrence Page, 1998; consultato il 2 ottobre 2026.
- Information retrieval based on historical data, US20050071741A1 — domanda di brevetto, Anurag Acharya et al., pubblicata il 31 marzo 2005; consultata il 2 ottobre 2026.
- Google Search Status Dashboard: ranking history — cronologia ufficiale, Google Search; consultata il 2 ottobre 2026.
Approfondimenti
- Google, brevetto sui dati storici — caso storico da rileggere distinguendo descrizione brevettuale e prova di produzione.
- Brevetti Google: PhraseRank — secondo caso per applicare il metodo di lettura dei brevetti.
- Google PageRank — documento storico da confrontare con il paper del 1998 e la documentazione contemporanea.
- Google Search Engine Ranking Factors 2011 — esempio del limite temporale delle tassonomie di fattori.
- Google: un po' di storia — contesto storico del motore e delle interpretazioni maturate nel tempo.
Nota sul processo editoriale
Questo articolo e le immagini originali che lo accompagnano sono stati realizzati con il supporto di un agente di intelligenza artificiale progettato su misura per il progetto editoriale di francescoiamurri.com. L'agente ha assistito nella ricerca, nella redazione, nella verifica documentale delle fonti e nella produzione visuale, seguendo un protocollo che distingue paper, brevetti, dichiarazioni ufficiali, osservazioni storiche e inferenze. Francesco Iamurri ha effettuato la revisione editoriale finale, ha approvato il contenuto e ne assume la responsabilità editoriale.