SEO mobile

TL;DR — La SEO mobile significa far funzionare bene il sito per chi usa il telefono e per il modo in cui Google legge il web dalla versione mobile della pagina. La maggior parte delle persone cerca da un telefono e dal 2023 Google usa la versione mobile per decidere il ranking ovunque. Tutti i contenuti devono essere sulla pagina mobile, che deve essere veloce e facile da usare su uno schermo piccolo.

Tocca per espandere

The chart compares mobile, desktop, and other HTTP request share worldwide across four weeks. Desktop has the larger share in this Cloudflare-observed period.

Che cos’è la SEO mobile

La SEO mobile consiste nell’ottimizzare il sito perché svolga bene due compiti:

1. Funziona per gli utenti mobile — si carica velocemente, si adatta allo schermo, ha testo leggibile senza zoom e pulsanti abbastanza grandi da essere toccati.
2. Funziona per il modo in cui Google indicizza il web — Google visita ormai il sito soprattutto come un telefono e usa quella versione per capire di che cosa parlano le pagine e come posizionarle.

Questa seconda parte ha un nome: indicizzazione mobile-first. Google ha completato il passaggio dell’intero web nell’ottobre 2023. Il sito mobile non è più un ripiego ridotto, è la versione che conta.

Perché conta

La maggior parte dei visitatori di Google usa telefoni. Poiché Google legge la versione mobile, tutto ciò che manca al sito mobile, per Google, manca al sito. Se la pagina desktop ha un paragrafo, un’immagine o un link che la pagina mobile elimina «per mantenere tutto pulito», Google potrebbe non vederlo mai.

Le poche cose che contano di più

• Mantieni tutti i contenuti sul mobile. Non tagliare testo, immagini o link dalla versione mobile. (È la cosa più importante: se ne parla nella scheda Advanced.)
• Usa il responsive design. Un solo sito che si adatta allo schermo: è la configurazione più semplice e quella raccomandata da Google.
• Sii veloce. Le persone abbandonano le pagine lente, soprattutto sui telefoni. Google misura velocità e stabilità con i Core Web Vitals.
• Sii usabile. Font leggibili, target abbastanza grandi da toccare e niente scorrimento laterale.
• Non imporre popup. I popup a schermo intero che bloccano il contenuto all’arrivo dalla ricerca possono danneggiarti.

L’errore più comune

Non esiste un «ranking mobile» separato da quello desktop: c’è un solo indice. Google legge la versione mobile e la usa per posizionarti ovunque. Quindi la «SEO mobile» non è un progetto secondario; per la maggior parte dei siti è la SEO.

Vuoi la versione completa — opzioni di configurazione, regole di parità, Core Web Vitals, interstitial, strumenti attuali e stato di AMP? Passa alla scheda Advanced.

TL;DR — La SEO mobile consiste nell’ottimizzare il sito per gli utenti mobile e per l’indicizzazione mobile-first. Da quando la transizione di Google si è conclusa nell’ottobre 2023 (con applicazione completa dopo luglio 2024), la versione mobile è quella principale che Google indicizza e posiziona: esiste un solo indice, quindi oggi questa è SEO di base. Il responsive design è la configurazione raccomandata da Google. La parità dei contenuti è la regola decisiva: «solo i contenuti mostrati sul sito mobile vengono usati per l’indicizzazione», quindi testo, dati strutturati, immagini, alt text e link devono essere presenti nell’HTML mobile. Aggiungi Core Web Vitals rapidi su mobile (LCP, INP e CLS), usabilità mobile (font leggibili, target facili da toccare, niente scorrimento orizzontale) e nessun interstitial invasivo. Il Mobile-Friendly Test e il rapporto Mobile Usability di Search Console sono stati ritirati nel dicembre 2023: usa Lighthouse. AMP non è più raccomandato per i nuovi progetti. Questo hub mappa il cluster.

Che cosa copre davvero la SEO mobile

La SEO mobile è la pratica di ottimizzare un sito affinché funzioni bene quando viene sottoposto a crawling e indicizzato tramite uno user agent mobile, e offra alle persone che usano un telefono un’esperienza veloce e usabile. Sono due obiettivi collegati ma distinti, e il cluster si divide più o meno lungo questa linea:

• Lato indicizzazione: indicizzazione mobile-first, parità dei contenuti, configurazione del sito (responsive, dynamic serving o URL separati).
• Lato esperienza: Core Web Vitals mobile, usabilità mobile, interstitial invasivi.

Il motivo per cui non è più un tema di nicchia è meccanico: Google legge la versione mobile per indicizzarla e posizionarla. Sbagliare il mobile non danneggia solo il traffico mobile, ma tutto.

Indicizzazione mobile-first in un paragrafo

Secondo la definizione di Google, per indicizzazione e ranking viene usata la versione mobile dei contenuti di un sito, sottoposta a crawling dall’agente smartphone. Questa è l’indicizzazione mobile-first. Il percorso è iniziato con un esperimento nel 2016, è diventato l’impostazione predefinita per i nuovi siti nel 2019, ha raggiunto l’annuncio relativo all’«intero web» nel marzo 2020 ed è arrivato al completamento nell’ottobre 2023, con applicazione completa dopo il 5 luglio 2024: un sito che davvero non funziona per Googlebot mobile rischia di non essere indicizzato affatto. Non esiste un «indice mobile» separato, non è possibile rinunciare a questo sistema e l’indicizzazione mobile-first non offre un vantaggio di ranking: cambia soltanto quale versione della pagina legge Google. Nel deep dive dedicato tratto le regole di parità, la timeline verificata, la trappola del lazy loading e le differenze con Bing; qui l’obiettivo è solo fissare il contesto.

Configurazione del sito: tre opzioni, una raccomandazione

Google supporta tre modi per servire il mobile:

Google è esplicita: “recommends Responsive Web Design because it’s the easiest design pattern to implement and maintain” (Traduzione) «raccomanda il responsive web design perché è il modello di progettazione più facile da implementare e mantenere», non perché offra un vantaggio di ranking. Il responsive design rende la parità dei contenuti quasi automatica, perché esiste una sola versione da mantenere; il dynamic serving e gli URL separati creano invece una seconda superficie HTML che può divergere. I dettagli di configurazione, i requisiti e le insidie sono trattati nei rispettivi approfondimenti: Responsive design spiega il ruolo del viewport e sfata il mito del premio di ranking, mentre Dynamic serving tratta il requisito Vary: User-Agent e il motivo per cui è un modello legacy; la configurazione canonical/alternate degli URL m-dot è nel deep dive sull’indicizzazione mobile-first indicato sotto.

La parità dei contenuti è la regola decisiva

Poiché Google legge la versione mobile, “only the content shown on the mobile site is used for indexing.” (Traduzione) «per l’indicizzazione viene usato solo il contenuto mostrato sul sito mobile». Questo rende la parità la regola tecnica più importante della SEO mobile. La guida di Google esordisce con “Make sure that your mobile site contains the same content as your desktop site” (Traduzione) «assicurati che il sito mobile contenga gli stessi contenuti del sito desktop», e la parità comprende molto più del solo testo:

• Dati strutturati — “Make sure that your mobile and desktop sites have the same structured data,” (Traduzione) «assicurati che i siti mobile e desktop contengano gli stessi dati strutturati», aggiornando nel markup gli URL in modo che puntino agli URL mobile.
• Immagini e alt text — mantieni immagini e alt text sul mobile (serve Image Search).
• Titoli e meta description — equivalenti.
• Intestazioni — “Use the same clear and meaningful headings.” (Traduzione) «Usa le stesse intestazioni chiare e significative.»
• Link interni e navigazione — non rimuoverli.
• Meta tag robots — un noindex solo nel template mobile può causare deindicizzazione accidentale.

Parità non significa identità byte per byte: un layout mobile più essenziale va bene; eliminare contenuti che vuoi indicizzare no. Un altro mito da superare: su mobile i contenuti nascosti in schede o accordion per motivi di UX vanno bene. Gary Illyes ha chiarito la questione anni fa: “in the mobile-first world content hidden for ux should have full weight” (Traduzione) «nel mondo mobile-first, i contenuti nascosti per ragioni di UX dovrebbero avere pieno peso», quindi non è necessario mostrare tutto in forma espansa.

Velocità della pagina mobile e Core Web Vitals

La velocità conta ancora di più sul mobile, dove connessioni e dispositivi sono meno potenti e la pazienza è minore. Google misura in gran parte la page experience tramite i Core Web Vitals e afferma che “Core Web Vitals are used by our ranking systems.” (Traduzione) «I Core Web Vitals vengono usati dai nostri sistemi di ranking.» Le tre soglie, misurate su mobile, sono:

• LCP (Largest Contentful Paint) — sotto 2,5 s.
• INP (Interaction to Next Paint) — sotto 200ms.
• CLS (Cumulative Layout Shift) — sotto 0,1.

Va però mantenuta la giusta prospettiva: la page experience è un insieme di segnali usati all’interno di sistemi di ranking più ampi, non un sistema di ranking autonomo, e Google osserva che “always seeks to show the most relevant content, even if the page experience is sub-par.” (Traduzione) «cerca sempre di mostrare i contenuti più pertinenti, anche quando la page experience è mediocre». Correggi quindi i CWV perché aiutano gli utenti e costituiscono un segnale reale, non perché possano superare contenuti davvero migliori. PageSpeed Insights mostra punteggi distinti per mobile e desktop: concentrati su quello mobile. Soglie complete, differenze tra dati sul campo e di laboratorio e correzioni sono nel deep dive sui Core Web Vitals.

Usabilità mobile

Le basi dell’usabilità che Google segnala nella page experience:

• Meta tag viewport — <meta name="viewport" content="width=device-width, initial-scale=1">. Senza, i browser mobile usano la larghezza desktop.
• Font leggibili — testo leggibile senza zoom (base di circa 16px).
• Target toccabili — pulsanti e link abbastanza grandi (circa 48px).
• Niente scorrimento orizzontale — il contenuto entra nel viewport.
• Non bloccare CSS/JS in robots.txt — Googlebot deve renderizzare la pagina mobile.

Questi aspetti corrispondono alle domande di autovalutazione di Google, come “Does your content display well on mobile devices?” (Traduzione) «I tuoi contenuti vengono visualizzati bene sui dispositivi mobile?». Per metodologia di test, soglie e modalità di audit consulta il deep dive dedicato all’usabilità mobile; il tag viewport, con sintassi, riferimento degli attributi ed errori comuni, ha invece un approfondimento dedicato sul meta tag viewport.

Interstitial invasivi

I popup a pagina intera che oscurano il contenuto quando un visitatore arriva dalla ricerca possono danneggiarti. Google afferma: “Intrusive interstitials and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes,” (Traduzione) «Gli interstitial e le finestre di dialogo invasivi sono elementi della pagina che ostacolano la visualizzazione dei contenuti da parte degli utenti, di solito per scopi promozionali» e “make it hard for Google and other search engines to understand your content.” (Traduzione) «rendono difficile a Google e agli altri motori di ricerca comprendere i contenuti». Sono problematici gli overlay a schermo intero, gli interstitial autonomi da chiudere prima di leggere e i contenuti nascosti dietro un livello promozionale. Sono invece accettabili i banner piccoli “that take up only a small fraction of the screen,” (Traduzione) «che occupano solo una piccola parte dello schermo», i banner nativi per installare un’app e i gate di consenso o di età richiesti dalla legge. Il deep dive sugli interstitial spiega nel dettaglio dove passa il confine.

E AMP?

AMP (Accelerated Mobile Pages) non è più raccomandato per i nuovi progetti. Google ha rimosso il requisito dal carosello Top Stories e AMP come segnale di ranking; HTML responsive standard con buoni CWV fa ciò per cui AMP era stato pensato, senza una seconda codebase. AMP è legacy: se lo hai, va bene; se parti da zero, saltalo.

Il panorama degli strumenti è cambiato: ora usa Lighthouse

È qui che molte guide meno recenti sono ormai obsolete. Il 1° dicembre 2023 Google ha ritirato il rapporto Mobile Usability di Search Console, lo strumento Mobile-Friendly Test e la relativa API. Google ha chiarito che questo “doesn’t mean that mobile usability isn’t important” (Traduzione) «non significa che l’usabilità mobile non sia importante», perché resta parte delle indicazioni sulla page experience, ma che “many other robust resources for evaluating mobile usability have emerged, including Lighthouse from Chrome.” (Traduzione) «sono emerse molte altre risorse solide per valutare l’usabilità mobile, tra cui Lighthouse di Chrome». Il toolkit attuale è quindi:

• Lighthouse (Chrome DevTools) — sostituto del Mobile-Friendly Test; verifica usabilità e performance mobile.
• PageSpeed Insights — Core Web Vitals mobile (campo + laboratorio).
• Search Console — rapporto CWV, Crawl Stats (attività Googlebot smartphone) e URL Inspection (HTML mobile renderizzato).
• Emulazione dispositivi di Chrome DevTools — controlli visivi a dimensioni telefono.

Se una guida dice ancora di «aprire il rapporto Mobile Usability», è obsoleta.

Da dove proseguire: il cluster mobile-seo

Questo hub è la mappa. Ogni tema sotto ha il proprio deep dive:

• Indicizzazione mobile-first: che cos’è davvero (Google indicizza il tuo HTML mobile), perché la parità dei contenuti è la regola numero uno, la timeline verificata 2016→2023, la trappola del lazy loading e le differenze con Bing.
• Checklist SEO mobile — audit di parità, configurazione, velocità, usabilità e interstitial.
• Responsive design — viewport, raccomandazione Google e mito del premio di ranking.
• Dynamic serving — requisito Vary: User-Agent e modello legacy.
• Usabilità mobile — testo, target, viewport e test dopo il ritiro del rapporto Search Console.
• Meta tag viewport — sintassi, attributi ed errori comuni.
• AMP SEO — che cos’era, rimozione come segnale e requisito Top Stories e stato attuale.
• Interstitial invasivi — popup, overlay, invasività ed eccezioni (banner piccoli, gate legali/età).

Per la sovrapposizione con la page experience, consulta i Core Web Vitals; per il posto del mobile nella pipeline di crawling e indicizzazione, consulta il pillar della SEO tecnica.

Riepilogo AI

Una sintesi della versione Advanced:

• SEO mobile = utenti mobile e indicizzazione mobile-first. Transizione completata nell’ottobre 2023 (applicazione completa dopo luglio 2024); versione mobile primaria, un indice, nessun opt-out.
• Responsive design raccomandato da Google («più facile da implementare e mantenere»). Dynamic serving richiede Vary: User-Agent; URL separati m-dot più fragili.
• Parità decisiva: «solo i contenuti mostrati sul mobile vengono indicizzati». Mantieni testo, dati strutturati con URL mobile, immagini/alt, titoli/meta, intestazioni, link e meta robots. Parità ≠ identità; contenuti in tab vanno bene.
• CWV mobile: LCP < 2,5 s, INP < 200ms, CLS < 0,1; segnali dentro sistemi più ampi.
• Usabilità: viewport, font circa 16px, target circa 48px, niente scroll orizzontale, CSS/JS non bloccati.
• Interstitial a pagina intera possono danneggiare; banner piccoli e gate legali/età vanno bene.
• AMP non raccomandato per i nuovi progetti: rimosso come segnale e requisito Top Stories.
• Strumenti: Mobile-Friendly Test e rapporto Mobile Usability ritirati il 1° dicembre 2023; usa Lighthouse, PageSpeed Insights, Search Console e DevTools.

Documentazione ufficiale

Documentazione primaria dei motori di ricerca.

Google

• Best practice per l’indicizzazione mobile-first — documento canonico su parità, dati strutturati/immagini, configurazioni e responsive.
• L’indicizzazione mobile-first è arrivata (ottobre 2023) — annuncio ufficiale del completamento.
• Indicizzazione mobile-first per tutto il web (marzo 2020) — annuncio per tutto il web.
• Evita interstitial e dialog invasivi — problematico rispetto ad accettabile.
• Aiutare gli utenti ad accedere ai contenuti mobile (agosto 2016) — annuncio originale.
• Comprendere la page experience di Google — CWV, compatibilità mobile e autovalutazione.
• Il ruolo della page experience nei contenuti utili (aprile 2023) — segnali dentro sistemi più ampi.

Bing / Microsoft

• Bing non pubblica un documento dedicato alla SEO mobile con il livello di dettaglio di Google. Considera da tempo la compatibilità mobile un segnale e raccomanda il responsive design; offre un controllo della compatibilità mobile in Bing Webmaster Tools. Bing non è passato all’indicizzazione mobile-first: mantiene un indice unico indipendente dal dispositivo; vedi il deep dive mobile-first.

Citazioni dalla fonte

Dichiarazioni ufficiali di Google. Ogni link è un deep link al passaggio citato.

Google — indicizzazione mobile-first e configurazione

• “Google recommends Responsive Web Design because it’s the easiest design pattern to implement and maintain.” (Traduzione) Google raccomanda il responsive web design perché è il modello di progettazione più facile da implementare e mantenere. — Documentazione Google Search Central. Vai alla citazione
• “Make sure that your mobile site contains the same content as your desktop site.” (Traduzione) Assicurati che il sito mobile contenga gli stessi contenuti del sito desktop. Vai alla citazione

Google — interstitial

• “Intrusive interstitials and dialogs are page elements that obstruct users’ view of the content, usually for promotional purposes.” (Traduzione) Gli interstitial e le finestre di dialogo invasivi sono elementi della pagina che ostacolano la visualizzazione dei contenuti, di solito per scopi promozionali. — Documentazione Google Search Central. Vai alla citazione
• “Intrusive dialogs and interstitials make it hard for Google and other search engines to understand your content, which may lead to poor search performance.” (Traduzione) Le finestre di dialogo e gli interstitial invasivi rendono difficile a Google e agli altri motori di ricerca comprendere i contenuti e possono causare risultati di ricerca peggiori. Vai alla citazione

Google — page experience e Core Web Vitals

• “Core Web Vitals are used by our ranking systems.” (Traduzione) I Core Web Vitals vengono usati dai nostri sistemi di ranking. — Documentazione Google Search Central. Vai alla citazione
• “Google Search always seeks to show the most relevant content, even if the page experience is sub-par.” (Traduzione) Google Search cerca sempre di mostrare i contenuti più pertinenti, anche quando la page experience è mediocre. Vai alla citazione

Google — ritiro degli strumenti mobile (dicembre 2023) (tramite la copertura testuale di Search Engine Land)

• “This doesn’t mean that mobile usability isn’t important for success with Google Search. It remains critical for users… and as such, it remains a part of our page experience guidance.” (Traduzione) Questo non significa che l’usabilità mobile non sia importante per avere successo su Google Search: resta fondamentale per gli utenti e continua quindi a far parte delle indicazioni sulla page experience. Leggi la copertura
• “In the nearly ten years since we initially launched this report, many other robust resources for evaluating mobile usability have emerged, including Lighthouse from Chrome.” (Traduzione) Nei quasi dieci anni trascorsi dal lancio iniziale del rapporto sono emerse molte altre risorse solide per valutare l’usabilità mobile, tra cui Lighthouse di Chrome. Leggi la copertura

John Mueller, Google — completamento dell’indicizzazione mobile-first (ottobre 2023) (tramite la copertura testuale di Search Engine Land)

• “It’s been a long road, getting from there to here. We’re delighted to announce that the trek to Mobile First Indexing is now complete.” (Traduzione) È stato un percorso lungo; siamo lieti di annunciare che il passaggio all’indicizzazione mobile-first è ora completo. Leggi la copertura

Gary Illyes, Google — contenuti mobile nascosti (tramite Search Engine Roundtable)

• “No, in the mobile-first world content hidden for ux should have full weight.” (Traduzione) No: nel mondo mobile-first, i contenuti nascosti per ragioni di UX dovrebbero avere pieno peso. Leggi la copertura

Checklist SEO mobile

Un controllo rapido su indicizzazione ed esperienza. (Il deep dive dedicato va più a fondo: questa è la versione hub.)

Indicizzazione / parità dei contenuti (controlla l’HTML mobile: è quello indicizzato)

• Tutti i contenuti importanti sono sul mobile, senza tagli «per pulizia».
• Gli stessi dati strutturati sono sul mobile, con URL verso gli URL mobile.
• Stesse immagini e stesso alt text sul mobile.
• Equivalenti title e meta description tra le versioni.
• Stesse intestazioni su mobile e desktop.
• Link interni e navigazione nell’HTML mobile.
• Nessun noindex/nofollow estraneo nel template mobile.
• Il contenuto principale si carica allo scroll o nell’HTML iniziale, non dietro interazioni di tocco/scorrimento/scrittura.
• (Solo URL separati) desktop canonical con alternate verso mobile; (solo dynamic serving) header Vary: User-Agent impostato.

Configurazione

• Responsive design quando possibile (un URL, un HTML).
• <meta name="viewport" content="width=device-width, initial-scale=1"> presente.
• CSS e JS non bloccati in robots.txt.

Velocità (Core Web Vitals mobile)

• LCP sotto 2,5 s, INP sotto 200ms, CLS sotto 0,1 sul mobile.
• PageSpeed Insights controllato sul punteggio mobile, non solo desktop.

Usabilità

• Testo leggibile senza zoom (base circa 16px).
• Target grandi (circa 48px), non affollati.
• Nessuno scorrimento orizzontale.
• Nessun interstitial invasivo a pagina intera all’arrivo dalla ricerca (banner piccoli e gate legali/età vanno bene).

Strumenti (dopo dicembre 2023)

• Audit con Lighthouse (non il Mobile-Friendly Test ritirato).
• HTML mobile renderizzato verificato nell’URL Inspection di Search Console.

SEO mobile — cheat sheet

La regola unica: Google indicizza l’HTML mobile. Se non è sul mobile, presumi che non verrà indicizzato.

Configurazione del sito

Mantieni equivalenti sul mobile (parità): contenuti · dati strutturati (URL mobile) · immagini + alt text · titoli + meta description · intestazioni · link interni · meta robots.

Core Web Vitals (mobile): LCP < 2,5 s · INP < 200ms · CLS < 0,1.

Obiettivi di usabilità: meta tag viewport · font base circa 16px · target circa 48px · niente scroll orizzontale · non bloccare CSS/JS.

Interstitial: overlay a pagina intera all’ingresso = problematici; banner piccoli + gate legali/età = vanno bene.

Date da conoscere

• Ottobre 2023 — indicizzazione mobile-first completata.
• 5 luglio 2024 — applicazione completa; i siti che non funzionano sul mobile rischiano di non essere indicizzati.
• 1° dicembre 2023 — Mobile-Friendly Test e rapporto Mobile Usability di Search Console ritirati → usa Lighthouse.

Strumenti attuali: Lighthouse · PageSpeed Insights · Search Console (CWV, Crawl Stats, URL Inspection) · emulazione Chrome DevTools.

AMP: non raccomandato per i nuovi progetti (rimosso come segnale di ranking e requisito Top Stories).

Misura la salute della SEO mobile

Tasso di superamento dei Core Web Vitals mobile

Metrica: quota dei gruppi di URL nei dati sul campo mobile valutati buoni per LCP, INP e CLS. Che cosa indica: se le visite mobile rispettano le soglie buone documentate da Google per tutte e tre le metriche. Come estrarla: rapporto CWV di Search Console e dati mobile sul campo di PageSpeed Insights. Benchmark / intervallo realistico: soglie pubblicate: LCP ≤ 2,5 s, INP ≤ 200ms (ossia 200 millisecondi), CLS ≤ 0,1; stabilisci poi la copertura dai tuoi template. Cadenza: mensile e dopo release di performance; dati sul campo con finestra mobile.

Eccezioni di parità dei contenuti mobile

Metrica: URL testati in cui l’output mobile elimina o modifica un elemento indicizzabile disponibile sul desktop. Che cosa indica: se l’indicizzazione mobile-first riceve i contenuti e i segnali previsti. Come estrarla: differenze programmate tra scansioni mobile/desktop per testo, link, metadati, direttive, immagini e dati strutturati. Benchmark / intervallo realistico: zero eccezioni materiali note; sole differenze di layout escluse. Cadenza: ogni release importante del template e campione mensile.

Performance organica mobile per template

Metrica: clic, impression, CTR e posizione media mobile per tipo di pagina. Che cosa indica: dove cambiano visibilità o comportamento dei clic, senza fingere che un aggregato spieghi la causa. Come estrarla: Performance di Search Console filtrata per mobile, unita a una classificazione stabile dei template. Benchmark / intervallo realistico: confronto con baseline stagionale del template e release annotate; nessun tasso di crescita universale è difendibile. Cadenza: settimanale per alert, mensile per decisioni.

Mettiti alla prova: SEO mobile

Cinque domande rapide sulla SEO mobile. Scegli una risposta per ciascuna e poi controlla.

Risorse che meritano il tuo tempo

I miei articoli

• Guida per principianti alla SEO tecnica — dove si colloca il mobile nel quadro di crawling, indicizzazione e ranking.
• Core Web Vitals: che cosa sono e come migliorarli — la performance mobile, in profondità.
• Problemi e best practice della SEO JavaScript — rilevante quando i contenuti mobile dipendono dal rendering.

I miei interventi

• How Search Works (SlideShare) — il mio percorso su crawling, rendering, indicizzazione e ranking, compreso Googlebot come smartphone. Disclaimer originale: “This is my understanding of systems… not going to be 100% complete or accurate.” (Traduzione) Questa è la mia interpretazione dei sistemi e non sarà completa o accurata al 100%.

Dal settore

• Best practice per l’indicizzazione mobile-first (Google) — documento canonico su parità e configurazione.
• Comprendere la page experience di Google (Google) — CWV e compatibilità mobile come segnali.
• Google ritira ufficialmente il rapporto Mobile Usability, lo strumento Mobile-Friendly Test e l’API (Search Engine Land) — ritiro di dicembre 2023 e raccomandazione Lighthouse.
• Google dichiara completata l’indicizzazione mobile-first dopo quasi sette anni (Search Engine Land) — completamento ottobre 2023 e citazione Mueller.
• Dopo il 5 luglio Google non indicizzerà i siti che non funzionano su mobile (Search Engine Land) — milestone di applicazione luglio 2024.
• Google: i segnali di page experience per il ranking si applicano solo al mobile (Search Engine Land) — timeline mobile rispetto a desktop.
• Google conferma che i contenuti nascosti nelle schede vanno bene con l’indice mobile-first (Search Engine Roundtable) — citazione di Gary Illyes sui contenuti nascosti.

Statistiche degne di citazione

• Il 53% degli utenti mobile abbandona una pagina che impiega più di 3 secondi a caricarsi — dato Google/DoubleClick citato ampiamente; la performance mobile è un problema di conversione quanto di ranking.
• Indicizzazione mobile-first completata nell’ottobre 2023, con applicazione completa dopo il 5 luglio 2024 — i siti che non funzionano per Googlebot mobile rischiano di non essere indicizzati. Fonte
• Soglie CWV mobile: LCP < 2,5 s, INP < 200ms, CLS < 0,1 — soglie «buone» di Google, usate dai sistemi di ranking. Fonte

Cronologia modifiche