Confronti
Search Console e dati del provider: come leggerli insieme
Search Console e i dati del provider non si sommano: si confrontano per origine, copertura e limiti. Ecco una procedura RankAI per decidere cosa fare quando una fonte copre una pagina e l'altra no, con un esempio IT/EN e una tabella riutilizzabile.
Hai due fonti: Search Console, che descrive cosa accade sulla ricerca Google, e i dati di un provider di visibilità AI. Non vanno sommati. Vanno letti su tre assi: origine del dato, copertura e limiti. La regola operativa è questa: quando una fonte copre una pagina e l'altra no, non stimare il vuoto; annota la copertura asimmetrica e decidi il passo successivo in base a cosa manca. Per il piano editoriale, questo significa scegliere i contenuti da aggiornare o creare guardando dove la copertura è incompleta, non dove i numeri sembrano più alti. Search Console è qui citata come fonte esterna al registro RankAI, non come funzione del prodotto.
Perché non si sommano
Le due fonti hanno origini diverse. Search Console osserva la ricerca Google; i dati del provider osservano la visibilità AI secondo le pagine pubbliche che nominano ChatGPT, Perplexity, Gemini, Grok e Google AI. Claude e Grok si misurano solo dopo il collegamento. Gemini e Google AI Overviews non sono la stessa osservazione: trattarle come un'unica voce falsa il confronto. Una risposta API non è la schermata di una persona: se il provider espone dati via API, quella non è la stessa cosa di ciò che vede un utente.
La regola quando una fonte copre e l'altra no
Non riempire il vuoto con una stima. Compila una riga per pagina e per fonte, segna la copertura e lascia vuoto ciò che non è osservato. La decisione editoriale nasce da lì: se la pagina è coperta solo da Search Console, il provider non la osserva e non puoi concludere nulla sulla sua visibilità AI; se è coperta solo dal provider, manca il riferimento alla ricerca Google e il confronto resta parziale.
Esempio di riga compilata
| Pagina | Search Console | Provider |
|---|---|---|
| Pagina IT | Coperta: impressioni e clic osservati | Non coperta: nessuna osservazione |
| Pagina EN | Non coperta: nessuna osservazione | Coperta: menzionata nelle pagine pubbliche monitorate |
Nella riga IT non stimiamo la visibilità AI; nella riga EN non stimiamo la ricerca Google. Entrambe restano righe con una copertura asimmetrica dichiarata.
Proposta operativa RankAI, non uno standard universale: una tabella a tre colonne — pagina, Search Console, provider — in cui ogni cella contiene solo ciò che è stato osservato. Le celle non osservate restano vuote e vanno marcate come "non coperta", mai compilate per analogia. La tabella serve a due cose: impedire che il piano editoriale nasca da numeri non confrontabili e rendere visibile quale fonte manca prima di decidere un aggiornamento. Non è una misura di qualità: è un registro di copertura. Se una pagina cambia stato, la riga si aggiorna; se una fonte non è collegata, la colonna resta incompleta e va detto. Il confronto è utile solo se le righe restano oneste.
Limite verificabile
Questa procedura non produce una stima della visibilità AI dove il provider non osserva e non sostituisce i dati di Search Console. Il confronto resta limitato alle fonti effettivamente collegate e alle pagine che ciascuna copre. Per il quadro completo delle funzioni: pagina di approfondimento.
Revisione umana o pubblicazione automatica: quando scegliere
Calendario condiviso e coda di pubblicazione: due problemi diversi