Per molti anni i motori hanno analizzato i siti con un crawler desktop, trattando la versione mobile come una variante. Oggi è il contrario: Google indicizza i siti usando principalmente il suo crawler per smartphone. Ciò che conta, quindi, è la versione che vede un telefono. Se la versione mobile ha meno testo, meno link o meno dati strutturati, è quella versione ridotta che finisce nell'indice.
Cosa significa in pratica
L'indicizzazione mobile-first non è un bonus per i siti «adatti ai dispositivi mobili». È una questione di quale versione viene letta. Le conseguenze:
- il contenuto presente solo su desktop rischia di non essere considerato;
- i link interni presenti solo nel menu desktop contano meno o per niente;
- i metadati devono essere identici sulle due versioni;
- le prestazioni rilevanti sono quelle misurate su mobile.
Le tre configurazioni possibili
| Configurazione | Come funziona | Rischio di disparità |
|---|---|---|
| Responsive | stesso HTML, layout adattato con CSS | basso |
| Dynamic serving | stesso URL, HTML diverso in base allo user agent | medio |
| URL separati | sito mobile su un altro host, come m.example.com |
alto |
Responsive
È la scelta più semplice da mantenere: un solo HTML, un solo URL, nessuna logica per riconoscere il dispositivo. Le differenze nascono solo se il CSS nasconde parti del contenuto o se il JavaScript carica cose diverse in base alla larghezza dello schermo.
Dynamic serving
Il server restituisce un HTML diverso a seconda dello user agent. Deve inviare l'intestazione Vary: User-Agent, così che cache e CDN non servano la versione desktop ai telefoni o viceversa. Ogni modifica va fatta due volte, e la disparità è frequente.
URL separati
Un sito m. con URL propri richiede annotazioni bidirezionali tra le versioni, redirect coerenti in base al dispositivo e la duplicazione di tutto: contenuti, metadati, dati strutturati, hreflang. È la configurazione più fragile. Se la usi ancora, valuta il passaggio a un sito responsive, trattandolo come una migrazione.
Dove si nascondono le differenze
Nel mio lavoro, i controlli sulla parità rivelano quasi sempre qualcosa in queste aree:
- Testo ridotto: paragrafi tagliati su mobile «per non appesantire», descrizioni prodotto accorciate, sezioni FAQ rimosse.
- Contenuti nascosti dietro interazioni: testo in schede o accordion va bene se è presente nell'HTML; non va bene se viene caricato da un'API solo al tocco.
- Menu diversi: il menu desktop ha cinquanta voci, quello mobile dieci. I link mancanti spariscono dal grafo dei link interni.
- Immagini: immagini diverse o assenti su mobile, testo alternativo mancante nella versione per telefoni, immagini caricate in modo pigro con tecniche che il crawler non attiva.
- Metadati: titolo, meta description, canonical e meta robots diversi tra le versioni, tipicamente con URL separati.
- Dati strutturati: presenti solo nel template desktop.
- Risorse bloccate: CSS o JavaScript specifici per mobile esclusi da robots.txt.
Come verificare la parità
Confronto con un crawler
Esegui due scansioni dello stesso insieme di URL, una con user agent desktop e una con user agent smartphone, entrambe con il rendering JavaScript attivo. Confronta per ogni URL:
- numero di parole;
- numero di link interni in uscita;
- titolo, description, canonical e meta robots;
- presenza e tipo dei dati strutturati;
- numero di immagini e relativo testo alternativo.
Ogni differenza significativa va spiegata.
Controllo puntuale
Lo strumento di controllo URL degli strumenti per webmaster mostra quale crawler è stato usato e l'HTML renderizzato che ha visto. È il modo più diretto per vedere la pagina «con gli occhi» del motore.
Dal browser
Gli strumenti per sviluppatori permettono di simulare un dispositivo mobile e cambiare lo user agent. È utile per un primo sguardo, ma non sostituisce il confronto sistematico.
Prestazioni e usabilità
Su mobile contano anche:
- tempi di caricamento su reti più lente e processori meno potenti;
- elementi interattivi abbastanza grandi e distanziati da toccare con un dito;
- assenza di finestre che coprono il contenuto appena si apre la pagina;
- testo leggibile senza zoom, grazie al meta viewport corretto.
Non sono questioni di indicizzazione in senso stretto, ma influenzano l'esperienza degli utenti che arrivano dalla ricerca, ormai in gran parte da telefono.
In sintesi
- I motori indicizzano principalmente la versione che vede uno smartphone.
- Il design responsive riduce al minimo il rischio di differenze.
- Con dynamic serving usa
Vary: User-Agent; gli URL separati sono la soluzione più fragile. - Testo, link, metadati e dati strutturati devono essere uguali su mobile e desktop.
- Verifica con due scansioni a confronto e con lo strumento di controllo URL.
