Mobile SEO e rendering JavaScript: cosa serve sapere

Nella lezione su come funziona un motore di ricerca abbiamo introdotto il rendering come una delle fasi che una pagina attraversa prima di essere indicizzata. Questa lezione approfondisce due aree strettamente collegate a quella fase: l'indicizzazione basata sulla versione mobile del sito, e i rischi specifici che il codice JavaScript introduce nel processo.

## In breve

Dal 2024, Google valuta ogni sito a partire dalla versione mobile del suo contenuto, tramite il crawler smartphone, è la cosiddetta indicizzazione mobile-first. Questo significa che se la versione mobile di una pagina contiene meno informazioni di quella desktop, è quella versione ridotta a determinare cosa Google indicizza. Sul fronte JavaScript, il rischio principale, già introdotto nella lezione su come funziona un motore di ricerca, è che contenuti generati solo dopo l'esecuzione di script non vengano acquisiti correttamente nella fase di rendering.

Come funziona

### Indicizzazione mobile-first

Google non indicizza "il sito" in astratto: indicizza quello che vede la versione mobile, scansionata con un crawler che simula uno smartphone. Le tre configurazioni tecniche più comuni per gestire un sito su desktop e mobile sono il design responsive (stesso codice HTML sullo stesso URL, con l'aspetto che si adatta alla dimensione dello schermo, la soluzione oggi più diffusa e raccomandata), URL dinamici che servono HTML diverso in base al dispositivo pur mantenendo lo stesso indirizzo, e siti separati con URL distinti per mobile e desktop. Qualunque configurazione tu usi, il principio resta lo stesso: se il contenuto mobile è più povero di quello desktop, l'indicizzazione riflette la versione più povera.

### Il rischio JavaScript

Come visto nella lezione su come funziona un motore di ricerca, Google elabora le pagine JavaScript in tre fasi, crawling, rendering, indexing, eseguendo il codice con una versione aggiornata di Chromium prima di analizzare il contenuto. Il rischio principale riguarda i siti costruiti con il modello "app shell", dove l'HTML iniziale è quasi vuoto e il contenuto reale arriva solo dopo l'esecuzione di script: se qualcosa in quel processo si inceppa, o se contenuti critici richiedono un'interazione dell'utente (un click, uno scroll) per essere caricati, Google può non vederli mai.

## Perché conta nella SEO

Questi due temi si intrecciano più spesso di quanto sembri: un sito con problemi di rendering JavaScript sulla versione mobile rischia un doppio effetto negativo, perché è proprio quella versione, la mobile, a determinare cosa viene indicizzato. Un contenuto che si carica correttamente su desktop ma non su mobile, magari per una gestione diversa degli script tra le due versioni, può risultare invisibile a Google anche se un utente desktop lo vede perfettamente.

Come farlo

1. Verifica, con lo strumento di ispezione URL di Search Console, che la versione mobile delle tue pagine principali contenga lo stesso contenuto sostanziale della versione desktop.
2. Se il sito usa JavaScript per generare contenuto, controlla che l'HTML renderizzato, non solo quello grezzo, contenga davvero testo, link e metadati critici.
3. Preferisci il design responsive quando possibile: riduce il rischio di disallineamento tra le versioni mobile e desktop, perché il codice sorgente è lo stesso per entrambe.
4. Evita di nascondere contenuto critico dietro interazioni obbligatorie (click, scroll) che un crawler potrebbe non replicare.
5. Testa periodicamente le pagine più importanti, specialmente dopo modifiche al design o al framework usato, per verificare che nulla si sia rotto nel frattempo.

## Errori comuni

Mostrare meno contenuto sulla versione mobile per motivi di design

È una scelta comprensibile dal punto di vista estetico, ma se il contenuto nascosto è sostanziale, può ridurre quello che Google indicizza davvero.

Bloccare risorse JavaScript o CSS necessarie al rendering tramite robots.txt

Se Google non può scaricare le risorse necessarie per eseguire ed elaborare correttamente la pagina, il rischio è che non veda il contenuto reale.

### Testare solo su desktop

Un controllo che si ferma alla versione desktop di un sito lascia scoperto proprio l'aspetto che oggi determina l'indicizzazione.

Presumere che "JavaScript funziona nel browser" equivalga a "funziona per Google". Il browser dell'utente e il motore di rendering di Google possono comportarsi in modo diverso, specialmente su pagine complesse o con tempi di caricamento lunghi.

Quando non serve preoccuparsene

Un sito costruito con HTML in gran parte statico, senza contenuto critico generato via JavaScript, ha un'esposizione minima a questi rischi: la verifica resta comunque una buona abitudine, ma non richiede la stessa attenzione riservata ai siti costruiti interamente con framework JavaScript lato client.

## Domande frequenti

Google indicizza correttamente i siti in JavaScript?

Nella maggior parte dei casi sì, perché Google esegue il JavaScript prima di indicizzare una pagina. Il rischio non è l'uso di JavaScript in sé, ma la possibilità che contenuti critici, testo, link, metadati, non siano disponibili nella versione che Google riesce effettivamente a renderizzare, specialmente su siti con architetture molto dipendenti da script complessi.

## In sintesi

Dal 2024 Google indicizza a partire dalla versione mobile di un sito: se quella versione mostra meno contenuto della desktop, è quella versione ridotta a determinare cosa viene indicizzato. Il rischio legato al JavaScript, già introdotto in una lezione precedente, si somma a questo: contenuti generati solo dopo l'esecuzione di script possono non essere acquisiti correttamente, specialmente se il problema riguarda proprio la versione mobile.

## Cosa imparare dopo

Nella prossima lezione affrontiamo un tema che riguarda soprattutto i siti di grandi dimensioni: il crawl budget e l'analisi dei log file, per capire quando, e per chi, questi argomenti meritano davvero attenzione.