Una posizione non è un numero unico. Chiedi allo stesso sito, per la stessa query, negli stessi 90 giorni, e mobile e desktop non saranno d'accordo. Nei nostri dati Search Console il divario ha raggiunto 11,4 posizioni su una query, e la direzione si invertiva a seconda della query: a volte il mobile era messo meglio, a volte il desktop.
Non è un errore nei dati né un motivo per comprare un tracker di posizioni mobile. È una proprietà di come Google costruisce una pagina di risultati, e resta invisibile finché leggi una media mescolata.
Questo articolo tratta di cosa causa davvero la separazione, di come sono andati i nostri numeri e di un breve flusso di lavoro in Claude Code che separa i due, così smetti di prendere decisioni da desktop su traffico mobile.
L'equivoco
Il presupposto che quasi tutti i team portano con sé, di solito senza dirlo, è che la posizione sia una proprietà della pagina. Sei all'8° posto per una query, quindi sei all'8° posto. I tracker di posizioni rafforzano questo presupposto perché per impostazione predefinita usano un solo dispositivo e stampano un numero per parola chiave.
La conseguenza pratica è un'abitudine di reporting: qualcuno controlla una posizione desktop, la scrive in un foglio di calcolo, e tutto ciò che viene dopo la tratta come la verità sulla visibilità.
La realtà più utile
Due fatti, entrambi documentati da Google, spezzano il modello del numero unico.
Fatto uno: ciò che viene posizionato è la tua pagina mobile. La documentazione di Search Central di Google lo dice direttamente: «Google utilizza la versione mobile dei contenuti di un sito, sottoposta a scansione con l'agente smartphone, per l'indicizzazione e il posizionamento». Il tuo HTML desktop non è l'input principale, nemmeno quando chi cerca è su un portatile.
Fatto due: la pagina dei risultati è costruita per il dispositivo che ha davanti. La documentazione di assistenza di Search Console lo dice senza giri di parole, e vale la pena leggerlo due volte: «I risultati di ricerca sono specifici per l'ora, il luogo, il dispositivo e la cronologia recente della persona che effettua la ricerca».
Metti insieme le due cose e la posizione che hai annotato è un campione di una distribuzione che si sposta con il dispositivo. Il numero non è sbagliato. È solo molto più stretto dell'uso che se ne fa.
Perché il mito si diffonde così facilmente
Quattro cose ordinarie tengono in vita il modello del numero unico.
- I tracker sono impostati su desktop per impostazione predefinita. Recuperare una SERP desktop costa meno ed è più semplice da archiviare, quindi diventa la colonna predefinita. Il cambio di dispositivo esiste in molti piani, il che è diverso dall'essere attivo per impostazione predefinita.
- Search Console mescola i dispositivi. Il report Prestazioni predefinito fa la media tra mobile, desktop e tablet. Bisogna aprire la scheda «Dispositivi», o chiamare l'API con device come dimensione, per vedere la separazione. Nulla nella vista predefinita ti avverte che sta avvenendo una mescolanza.
- Il monitoraggio delle posizioni mobile viene venduto come aggiunta. Quando un fornitore elenca «tracker di posizioni mobile» come funzione, l'implicazione è che il report standard copra già tutto. Ne copre una fetta.
- L'effetto è invisibile su campioni piccoli. Se guardi dieci query e sono tutte d'accordo, il problema sembra teorico. Diventa visibile a livello di query, su query con impression sufficienti per fare una media.
Cosa hanno mostrato i nostri 90 giorni
Abbiamo estratto la nostra proprietà Search Console, 90 giorni che terminano l'11 settembre 2026, con query e device come dimensioni.
Dispositivo | Impression | Clic | CTR | Posizione media |
|---|---|---|---|---|
Desktop | 34.028 | 375 | 1,10% | 34,4 |
Mobile | 7.147 | 69 | 0,97% | 30,8 |
Tablet | 156 | 0 | 0,00% | 40,8 |
Stessa proprietà, stessa finestra, tre storie diverse. Nota che la posizione media mobile è migliore mentre il CTR mobile è peggiore.
Ci sono due cose in quella tabella che meritano attenzione.
La prima è il segnale invertito. La posizione media mobile era migliore di quella desktop (30,8 contro 34,4), eppure il CTR mobile era peggiore (0,97% contro 1,10%). Una posizione migliore con un tasso di clic peggiore è normale su mobile: le pagine dei risultati sono più alte, il layout è diverso e la parte alta della pagina è affollata di funzioni. Chi avesse riportato solo la posizione avrebbe definito il mobile la superficie più forte e avrebbe mancato del tutto il divario nei clic.
La seconda è la trappola di leggere medie a livello di sito. Quelle due righe riassumono mix di query diversi. Il desktop porta l'82% delle nostre impression perché il nostro pubblico è fatto di professionisti SEO alla scrivania, e il mobile porta un insieme diverso e più piccolo di query. Le medie a livello di sito lo nascondono. È il join per query che rende il numero azionabile.
Quindi abbiamo fatto il join. Delle 130 query con almeno 20 impression, 85 avevano dati su entrambi i dispositivi. Ecco le sei divergenze maggiori.
Query | Posizione mobile | Posizione desktop | Differenza |
|---|---|---|---|
auditoria seo on page | 64,5 | 53,1 | 11,4 (meglio desktop) |
perplexity seo checking tool | 20,5 | 31,1 | 10,6 (meglio mobile) |
geo seo | 92,9 | 85,4 | 7,5 (meglio desktop) |
auspia | 5,4 | 1,6 | 3,8 (meglio desktop) |
perplexity referral traffic | 11,2 | 12,0 | 0,9 (meglio desktop) |
amazon echo keywords | 13,9 | 13,8 | 0,1 (parità) |
Il divario corre in entrambe le direzioni. «Il mobile posiziona peggio» è sbagliato quanto «una posizione è una posizione».
La direzione si inverte. È questo il risultato che dovrebbe cambiare la tua abitudine operativa: non puoi correggere la divergenza tra dispositivi con una regola empirica, perché non esiste una direzione costante da correggere. Devi misurarla per query.
Cosa fare invece: separa, unisci, soglia, decidi
Quattro passi, circa 20 minuti una volta che il flusso di lavoro esiste.
Passo 1: estrai query e device insieme. In Search Console apri Prestazioni, aggiungi la scheda «Dispositivi» accanto a «Query» ed esporta su 90 giorni. Tramite l'API richiedi le dimensioni ["query","device"] con un limite di righe abbastanza alto da contenere il tuo insieme di query. L'API accetta un limite di righe ben oltre ciò che serve a un sito di medie dimensioni, quindi richiedi in alto e ritaglia in locale.
Se produci già un report settimanale delle posizioni, questo diventa una dimensione in più su qualcosa che già possiedi, e non una nuova cartella di lavoro. Il contratto di report nel nostro flusso di lavoro per il report settimanale delle posizioni ha uno spazio previsto.
Passo 2: unisci sulla chiave della query. Una riga per query, con una colonna mobile e una desktop. Le righe presenti su un solo dispositivo sono di per sé un risultato: significano che la query riceve impression su una superficie e non sull'altra.
Passo 3: applica una soglia prima di guardare. Cinque posizioni è una soglia di partenza utilizzabile. Sotto, stai leggendo rumore. Sopra, hai una query su cui le due superfici sono davvero in disaccordo.
Passo 4: decidi per classe di query, non per query. Le query di valore si sistemano per prime. Le query di confronto di solito divergono perché il layout della SERP è diverso, non perché la tua pagina è debole. Le query di brand che divergono non sono quasi mai un problema SEO. Le query informative possono aspettare.
Il flusso di lavoro in Claude Code che fa la separazione
La parte ripetibile è meccanica: estrai, unisci, applica la soglia, riassumi. È esattamente la forma di compito che appartiene a un agente, non alla tua settimana.
Salvalo come file di istruzioni che Claude Code possa leggere e puntalo alla proprietà che possiedi:
Estrai i dati Search Console per la proprietà <property> degli ultimi 90 giorni.
Usa le dimensioni: query, device. Mantieni solo le query con almeno 20 impression.
Unisci mobile contro desktop sulla chiave della query.
Per ogni query presente su entrambi i dispositivi, calcola la differenza assoluta nella posizione media.
Restituisci solo le righe in cui la differenza è 5.0 o più, ordinate per impression totali in ordine decrescente.
Per ogni riga mostra: query, posizione mobile, posizione desktop, divario, quale dispositivo è migliore,
impression mobile, impression desktop.
Chiudi con due righe di riepilogo:
1. Conteggio delle query in cui il mobile è migliore, e conteggio di quelle in cui il desktop è migliore.
2. L'unica query con il divario maggiore, e le sue impression totali.
Non suggerire correzioni. Non scrivere raccomandazioni sui contenuti.
Salva l'output come mobile-desktop-gap-YYYY-MM-DD.md nella cartella di lavoro.Ci sono tre scelte deliberate in questa istruzione che vale la pena conservare se la adatti.
Fissa un limite minimo di impression, perché una query con quattro impression mobile produce una posizione media che non significa nulla. Vieta i suggerimenti di correzione, perché la decisione dipende dalla classe di query e dal contesto di business, e un agente che tira a indovinare su questo produce sciocchezze sicure di sé. E salva in un file datato così puoi confrontare la separazione del mese prossimo con quella di questo mese, che è l'unico modo per vedere se una correzione ha funzionato.
Il prompt è neutrale nella forma rispetto all'agente. Codex esegue la stessa istruzione tramite le proprie convenzioni sui file, e il passo di revisione è identico.
Barriere di sicurezza
- Sotto circa 20 impression, fermati. Le posizioni medie su una manciata di impression saltano di due cifre da sole. La soglia nel prompt esiste per questo motivo.
- Il tablet non è mobile. La nostra riga tablet aveva 156 impression e zero clic. Raggruppare il tablet dentro il mobile avrebbe peggiorato i numeri mobile per ragioni che non hanno nulla a che fare con la ricerca mobile.
- Questo articolo riguarda la misurazione, non l'idoneità. Se Google riesca a vedere o meno i tuoi contenuti mobile è un problema diverso, con controlli diversi. Abbiamo coperto il lato audit in Indicizzazione mobile-first nel 2026.
- Una posizione migliore può essere un risultato peggiore. Nei nostri dati, il mobile si posizionava meglio e otteneva meno clic. Posizione e tasso di clic vanno letti insieme.
- Non inseguire ogni divario. Un divario di 6 posizioni su una query con 30 ricerche mensili non è un progetto. Ordina la lista per impression e lascia stare la coda.
- Le posizioni profonde si comportano diversamente. Se una query sta oltre la posizione 100 su entrambi i dispositivi, sistema prima il problema di profondità. Abbiamo misurato fin dove arrivano davvero i risultati di Google nel nostro test sulla profondità del controllo posizioni.
Visione Auspia: la divergenza tra dispositivi è un problema di misurazione prima che un problema di posizionamento. Quasi nessun team ha mai guardato, perché il report predefinito nasconde la separazione. Una volta che la separazione è visibile, la maggior parte dei divari si rivela spiegabile e la manciata interessante merita una correzione.
Domande frequenti
Google posiziona separatamente le pagine mobile e desktop? In pratica sì. Google indicizza la versione mobile dei tuoi contenuti, e la pagina dei risultati servita a un telefono differisce da quella servita a un portatile. Le due posizioni provengono dagli stessi sistemi di base, ma non sono lo stesso numero.
Perché il mio tracker di posizioni differisce da Search Console? Perché misurano cose diverse. Un tracker recupera una SERP live in una località e su un dispositivo. Search Console fa la media delle impression su tutti i dispositivi, i paesi e l'intero intervallo di date. Entrambi possono avere ragione e non essere d'accordo.
Cos'è un tracker di posizioni mobile e mi serve? Un tracker di posizioni mobile recupera la SERP smartphone per un insieme di parole chiave. Vale la spesa se ti servono le posizioni dei concorrenti o località che non riesci a vedere nei tuoi dati. Se ti serve solo la visibilità mobile del tuo sito, Search Console ce l'ha già, separata per dispositivo, senza costi.
Quante impression servono prima che la posizione per dispositivo sia affidabile? Circa 20 è il limite pratico per una lettura approssimativa; da 100 in su il numero smette di muoversi di settimana in settimana. Sotto 20, tieni la query in lista ma non agire su di essa.
Claude Code può leggere Search Console direttamente? Sì, tramite l'API Search Console con un account di servizio o credenziali OAuth. Il flusso di lavoro qui sopra presuppone che quella connessione esista. La nostra guida all'agente SEO tratta quali attività di posizionamento vale la pena affidare a un agente e quali no.
Devo sistemare la pagina mobile se il mobile posiziona peggio? Guarda prima la SERP. Se la pagina dei risultati mobile porta più video, più pacchetti locali o un mix diverso di tipi di pagina, la correzione è nel formato dei contenuti e non nella qualità della pagina. Se la forma della SERP coincide e la pagina va bene, trattalo come un problema di parità dei contenuti e verifica rispetto ai controlli mobile-first.
Autore: Marcus Ellery, growth experimenter dietro oltre 150 test SEO in Auspia. Scrive di dati di benchmark, test controllati e della differenza tra una metrica che si muove e una metrica che significa qualcosa.
