Indicizzazione Mobile-First

Indicizzazione mobile-first significa che Google usa la versione mobile di un URL come fonte principale per il crawling, l’indicizzazione e il ranking. Per la maggior parte dei siti, ciò implica che conta la tua HTML mobile, mentre quella desktop è secondaria, al meglio.

Non si tratta di un interruttore per le posizioni mobile. È un modello di indicizzazione. Se il tuo sito responsive serve lo stesso contenuto a tutti i dispositivi, in genere va bene. Se invece la versione mobile accorcia il testo, nasconde i link interni, rimuove lo schema oppure interrompe il rendering, allora hai un problema SEO.

Che cosa usa davvero Google

Googlebot-Smartphone è il crawler che conta qui. In Google Search Console, nei log file e nei test dell’user-agent con Screaming Frog, è quello a cui dovresti dare priorità. Google lo ribadisce da anni in modo esplicito: i contenuti mobile sono la baseline per l’indicizzazione. Entro il 2023, Google aveva di fatto completato la transizione per la stragrande maggioranza dei siti, e le vecchie assunzioni “desktop-first” sono ormai morte.

In pratica, Google valuta ciò che la pagina mobile espone: contenuto principale, link interni, dati strutturati, canonicals, hreflang, URL delle immagini e direttive dei robots. Se non è presente nel rendering mobile, non dare per scontato che Google lo recuperi da desktop.

Che cosa si rompe nella realtà

I guasti tipici sono noiosi e costosi. Contenuti in accordion che non vengono mai renderizzati. Link a faccette rimossi su mobile. Specifiche prodotto nascoste dietro interazioni lato client che Googlebot-Smartphone non attiva in modo consistente. Configurazioni separate m-dot con schema più debole e testi più “sottili”. Errori di hydration di JavaScript su dispositivi più lenti.

Usa GSC URL Inspection per confrontare l’HTML eseguito in crawl, Screaming Frog con Googlebot Smartphone e i log del server per verificare il comportamento di crawling smartphone. Ahrefs e Semrush possono evidenziare cali di ranking, ma non ti diranno cosa abbia realmente eseguito e renderizzato Google. Questa è la limitazione: gli strumenti di visibilità di terze parti sono segnali a valle, non la verità diagnostica.

Che cosa significa una buona implementazione

• Design responsive prima di tutto. Un solo URL, un solo set di HTML, meno punti di failure.
• Parità dei contenuti. Stesso testo principale, stessa struttura di heading, stessi link interni, stessi dati di schema, canonicals e hreflang su mobile e desktop.
• Risorse critiche per il rendering accessibili. Non bloccare in robots.txt i percorsi di CSS, JS o delle immagini.
• Performance mobile sotto controllo. Ottenere un LCP sotto 2,5s resta un obiettivo sensato, soprattutto su Android di fascia medio-bassa su reti 4G.
• Parità dei dati strutturati. Il markup di Prodotto, Articolo, FAQ e Breadcrumb deve combaciare. Validalo con Rich Results Test, non con l’auspicio.

Surfer SEO, Moz, Ahrefs e Semrush possono aiutarti a fare benchmark di contenuti e competitor, ma nessuno di loro sostituisce i test di rendering. È qui che molti team diventano pigri.

La cautela sincera

Indicizzazione mobile-first non significa che i contenuti mobile nascosti di default siano automaticamente inutili. Google può indicizzare contenuti in tab e accordion. John Mueller di Google ha ripetuto questo punto per anni. Il problema non è il pattern dell’interfaccia in sé; il problema è quando il contenuto manca nel DOM, è ritardato da JavaScript rotto oppure viene escluso dal linking interno.

Quindi la regola è semplice: se un crawler smartphone non riesce a recuperare e renderizzare in modo affidabile, non contarli come contenuti SEO indicizzabili.