Salta al contenuto

Cos’è il mobile-first indexing e come funziona

Foto Autore
Contenuto a cura di Roberto Varriale Aggiornato il 9 Novembre 2026 · Lettura: 10 min

Il mobile-first indexing è il criterio che Google usa per decidere quale versione di una pagina scansionare, interpretare e valutare ai fini del posizionamento: quella mostrata su smartphone, non quella pensata per desktop. Da quando è attivo su un sito, il mobile-first indexing prende dalla versione mobile ogni elemento usato per classificare la pagina in SERP.

Cosa controllare prima

  • Meccanismo: Google scansiona e valuta il sito con Googlebot Smartphone, l’agente che simula la navigazione da telefono.
  • Configurazioni supportate: responsive design, dynamic serving o URL separati (m-dot); solo la prima rende identici per definizione contenuti e metadati.
  • Parità dei contenuti: testi, immagini, video, dati strutturati e meta tag devono coincidere tra la versione mobile e quella desktop.
  • Contenuti nascosti: nascondere testo dietro tab o accordion su mobile resta rischioso, anche se oggi Google riesce comunque a leggerlo.
  • Verifica: lo strumento di ispezione URL e il report sull’usabilità mobile di Search Console dicono se il sito è già coperto.

Come funziona la scansione mobile-first

Google scansiona il sito con Googlebot Smartphone, l’agente che riproduce la navigazione da telefono e osserva layout, testo, immagini, dati strutturati e metadati così come li vede un utente mobile. Il mobile-first indexing fa parte del più ampio meccanismo di indicizzazione di Google: decide la fonte dei dati, non se la pagina entra in indice.

Dal 2020 Google utilizza esclusivamente il crawling mobile first index (Mobile First Index, cosa significa e perché non puoi ignorarlo (2020)), quindi ogni sito, nuovo o vecchio, viene valutato a partire dalla sua versione mobile, a prescindere dal traffico reale che riceve da smartphone. Il passaggio è stato graduale: tutti i nuovi siti web precedentemente sconosciuti a Google Search sono indicizzati utilizzando il mobile first index a partire dal 1° luglio 2019 (Mobile First Index, cosa significa e perché non puoi ignorarlo (2019)), mentre i siti già esistenti sono stati spostati progressivamente fino alla copertura totale.

Il traffico ha guidato la scelta: nel 2025 il 62% del traffico globale dei siti web proviene da dispositivi mobili, secondo La guida completa alla SEO per dispositivi mobili (2025). Una pagina letta quasi sempre da telefono non ha senso che venga valutata guardando prima la versione pensata per schermi grandi. È il primo punto da verificare nel controllo tecnico del sito, prima di qualsiasi altro aspetto di posizionamento organico sui motori.

Quali configurazioni tecniche supporta il mobile-first indexing

Schema che confronta responsive design, dynamic serving e URL separati per un sito mobile
Le tre configurazioni tecniche con cui un sito può presentarsi a Googlebot Smartphone.

Il mobile-first indexing funziona con tre configurazioni del sito mobile: responsive design, dynamic serving e URL separati. Google consiglia la prima perché elimina da sola il problema della parità dei contenuti, visto che HTML e URL restano identici su ogni dispositivo.

Configurazioni tecniche supportate dal mobile-first indexing
Configurazione URL HTML Parità contenuti
Responsive design unico identico, adattato via CSS garantita per definizione
Dynamic serving unico diverso in base allo user-agent da verificare manualmente
URL separati (m-dot) distinti diverso per ogni dominio da verificare manualmente

Se il sito usa un framework JavaScript lato client, vale la pena controllare anche come funziona il rendering JavaScript sulla versione mobile, perché Googlebot Smartphone deve eseguire lo stesso codice per vedere i contenuti. Con gli URL separati, versione mobile e versione desktop sono due pagine distinte: senza canonical e redirect impostati bene si rischia di creare contenuti duplicati che confondono Google su quale versione tenere in indice. Passare da URL separati a responsive design è un lavoro di migrazione a tutti gli effetti: redirect, canonical e dati strutturati vanno rifatti insieme, ed è il percorso che seguo nelle pagine dedicate alla migrazione SEO.

Quali contenuti devono restare identici tra mobile e desktop

La versione mobile deve contenere lo stesso testo, gli stessi link e la stessa struttura di intestazioni della versione desktop: un contenuto tagliato o riassunto su mobile rischia di non entrare in indice, perché Google legge solo quello che vede lì. Vale anche per i titoli delle immagini, i nomi dei file e il testo alternativo, che devono coincidere con quelli usati sul sito desktop.

I dati strutturati vanno duplicati identici su entrambe le versioni: se li applichi solo sul sito desktop, perdi proprio dove serve l’effetto degli esempi pratici di dati strutturati su prodotto, breadcrumb o video, cioè sulla pagina che Google indicizza davvero. Anche title e meta description devono coincidere: la ottimizzazione dei meta tag fatta solo sul desktop non ha effetto, se poi è la pagina mobile a finire in indice.

Per le immagini, evita URL che cambiano a ogni caricamento e formati non supportati nel tag giusto: Google non riesce a indicizzare un’immagine se il markup non corrisponde al formato dichiarato. Per i video vale la stessa logica, con l’aggiunta che un video sepolto in fondo alla pagina mobile, dopo troppo scorrimento, parte svantaggiato nel ranking rispetto a uno visibile subito.

Perché nascondere contenuti su mobile resta un rischio

Nascondere un testo dietro una scheda o un accordion su mobile oggi non impedisce sempre l’indicizzazione: Google legge anche i contenuti che l’utente deve aprire con un clic. Resta comunque la scelta meno sicura: un contenuto che richiede un’interazione per essere visto rischia una minore visibilità rispetto a uno già aperto, soprattutto se è il testo su cui vuoi posizionarti. Nel mio lavoro preferisco lasciare visibile il paragrafo che contiene la risposta alla query principale, e chiudere in accordion solo i dettagli secondari.

Come rendere accessibili le risorse mobile a Google

Il file robots.txt della versione mobile non deve bloccare CSS, immagini o JavaScript: se Googlebot Smartphone non può caricare questi file, vede una pagina incompleta e la valuta così. Prima di cercare altre cause di un calo di posizionamento, è utile controllare gli esempi pratici di robots txt per escludere blocchi involontari su cartelle di temi e plugin.

Il caricamento differito dei contenuti non deve nascondere il testo principale dietro un’interazione obbligata: se Google deve scorrere o cliccare per caricarlo, rischia di non vederlo affatto. La velocità della versione mobile pesa quanto i contenuti: chi deve lavorare sui tempi di caricamento e sulle metriche che Google misura trova il percorso completo nella pagina dedicata all’ottimizzazione dei Core Web Vitals. Un’ultima verifica riguarda gli annunci: un banner troppo grande nella parte alta della pagina mobile allontana il contenuto utile e viene penalizzato dagli standard sul posizionamento accettabile della pubblicità, i Better Ads Standards.

Come verificare se il tuo sito è già mobile-first

Interfaccia dello strumento di ispezione URL di Search Console con il dettaglio della scansione mobile
Il percorso in Search Console per controllare quale versione del sito legge Google.

Per sapere se Google valuta il tuo sito con il mobile-first indexing, il punto di partenza è Google Search Console: lo strumento di ispezione URL e il report sull’usabilità mobile dicono quale versione viene letta e se ci sono errori.

  1. Apri lo strumento di ispezione URL in Search Console e controlla quale user-agent ha scansionato per ultimo la pagina.
  2. Confronta lo screenshot mostrato da Google con quello che vedi aprendo la stessa pagina da smartphone.
  3. Controlla il report sull’usabilità mobile per individuare pagine con testo troppo piccolo, elementi troppo vicini o contenuti più larghi dello schermo.
  4. Se hai accesso ai log del server, verifica la quota di richieste firmate Googlebot Smartphone rispetto al totale delle richieste di scansione.
  5. Durante la fase di transizione, il mobile-first index si considerava attivo quando circa l’80% dell’attività di crawling sfruttava lo User-Agent di Googlebot Smartphone (Mobile First Index, cosa significa e perché non puoi ignorarlo).

Se non hai mai letto la guida pratica agli errori di scansione, è il punto giusto da cui partire prima di guardare singole URL una per una. Sui siti con molte pagine conviene anche controllare quanto budget di scansione Google dedica al dominio: è il lavoro descritto nella pagina sull’ottimizzazione crawl budget. Un calo di posizionamento dopo un restyling mobile parte quasi sempre da qui: copertura, poi pagine escluse per motivi legati al mobile.

Errori frequenti dopo il passaggio al mobile-first

Se Search Console segnala dati strutturati mancanti sul mobile

Ricontrolla che il markup applicato sul desktop sia stato copiato anche nel template mobile, non solo nel tema principale del sito: capita spesso che un tema mobile più leggero perda il blocco di script aggiunto in un secondo momento.

Se la pagina mobile ha un tag noindex che il desktop non ha

Rimuovilo o rendilo identico su entrambe le versioni: su un sito mobile-first quel tag basta da solo a escludere la pagina dall’indice, anche se la versione desktop è perfettamente indicizzabile.

Se un’immagine risulta mancante nella versione mobile

Controlla che il tema mobile non ometta il tag immagine per risparmiare peso di pagina: un’immagine tolta su mobile diventa, per Google, un’immagine tolta e basta.

Se un’immagine risulta bloccata

Verifica che il robots.txt o una regola del CDN non impedisca il download della risorsa all’agente mobile: è uno degli errori più comuni tra gli errori di SEO tecnica più comuni sui siti appena migrati a un nuovo hosting.

Differenza tra mobile-first indexing e sito mobile friendly

Un sito può essere mobile friendly, cioè leggibile e usabile da telefono, e avere comunque problemi di mobile-first indexing se la versione mobile ha meno contenuto o metadati diversi da quella desktop. Il primo è un giudizio sull’esperienza d’uso; il secondo è il criterio con cui Google sceglie che cosa leggere per indicizzare e posizionare la pagina.

Il report di usabilità mobile in Search Console segnala problemi di leggibilità, non dice se la versione mobile è quella effettivamente indicizzata: per quello serve lo strumento di ispezione URL, utile per separare i due problemi prima di una diagnosi.

Domande frequenti sul mobile-first indexing

Cos’è il mobile-first indexing?

È il criterio con cui Google usa la versione mobile di una pagina, scansionata da Googlebot Smartphone, come base per indicizzazione e posizionamento, al posto della versione desktop usata in passato.

Come fa Google a decidere quale versione del sito valutare?

Google scansiona il sito con l’agente per smartphone e usa ciò che trova lì: testo, immagini, link, dati strutturati e metadati. La versione desktop non entra nel giudizio se non coincide con quella mobile.

Serve per forza il responsive design?

No, ma è la configurazione che Google consiglia perché rende identici per definizione contenuti e metadati tra mobile e desktop, mentre con dynamic serving o URL separati la parità va controllata manualmente.

Cosa succede se nascondo contenuti dietro tab o accordion su mobile?

Google oggi riesce comunque a leggerli, ma un contenuto che richiede un clic per essere visto resta la scelta meno sicura per il testo su cui vuoi posizionarti, rispetto a uno visibile da subito.

Come verifico se il mio sito usa già l’indicizzazione mobile-first?

Controlla lo strumento di ispezione URL in Search Console: mostra quale user-agent ha scansionato la pagina e come Google la vede, insieme al report sull’usabilità mobile per eventuali errori.

Qual è la differenza tra mobile-first indexing e sito mobile friendly?

Mobile friendly riguarda l’esperienza d’uso da telefono; mobile-first indexing riguarda quale versione del sito Google legge per indicizzare e posizionare la pagina. Un sito può avere l’una senza l’altro.

Cosa controllare se perdo posizioni dopo il passaggio al mobile-first?

Guarda prima il report di copertura di Search Console per le pagine escluse, poi lo strumento di ispezione URL su quelle specifiche: spesso la causa è un tag noindex o una risorsa bloccata solo sul mobile.

Fonti e riferimenti

Questo contenuto ti ha aiutato?

Ti è stato utile questo articolo?

Aiuta altri professionisti a crescere. Condividi questo contenuto con il tuo network.

Iscriviti alla Newsletter

Ricevi una sola mail a settimana con strategie, casi studio e consigli pratici per scalare la tua impresa. Zero spam, promesso.

Quanto fa + ?

Roberto
Varriale

In quasi 20 anni ho aiutato oltre 700 Micro Imprese a migliorare il ROI aumentando Vendite e clienti con il Traffico Organico.

Chi Sono

"Se questa risorsa ti è stata utile, valuta se seguirmi anche nei social sia l'investimento di tempo migliore che tu possa fare adesso."

Roberto Varriale