Scorrimento infinito non indicizzato da Google丨Deve tornare alla paginazione

Negli ultimi tre anni, oltre il 58% dei siti web in tutto il mondo ha adottato il design a scorrimento infinito (dato da PageTraffic 2023).

I dati ufficiali di Google mostrano che il tasso di fallimento dell’indicizzazione dei contenuti caricati dinamicamente raggiunge il 73% (Google Webmaster Report 2022), mentre solo il 12% dei “contenuti della seconda schermata” delle pagine con scorrimento infinito viene indicizzato (dati sperimentali di Ahrefs 2023).

Ciò che è ancora più preoccupante è che SEMrush ha rilevato che il tasso di rimbalzo medio delle pagine con scorrimento infinito è superiore del 41% rispetto alla paginazione tradizionale, con una riduzione del tempo medio di permanenza dell’utente di 19 secondi.

I crawler di Google dipendono ancora dalle regole di parsing HTML nate nel 1998. In questo articolo sveleremo il modo per trovare un equilibrio tecnico e rompere il mito che “esperienza e SEO non possano coesistere”.

Perché le pagine con scorrimento infinito vengono ignorate da Google

Non lasciarti confondere dai termini tecnici, il problema fondamentale si riduce a tre punti: i crawler di Google sono come lettori che reagiscono in ritardo, e le pagine con scorrimento infinito sono come libri senza numeri di pagina: quando arrivi alla fine, non trovi più contenuti.

I crawler di Google sono lenti nel gestire contenuti dinamici

Immagina di inviare un messaggio a un amico, ma lui lo riceve con un ritardo di 3 secondi.

Quando i crawler di Google caricano una pagina, se il contenuto viene caricato dinamicamente tramite JavaScript (come nel caso dello scorrimento infinito), è molto probabile che il crawler chiuda la pagina prima che il contenuto venga completamente caricato.

I dati sperimentali hanno mostrato che nel 38% dei casi, il crawler abbandona la pagina perché il caricamento è troppo lento (come quando un utente non ha pazienza e chiude il browser mentre il contenuto sta ancora caricando).

Assenza di URL indipendenti = contenuti “senza identità”

La paginazione tradizionale ha un URL indipendente per ogni pagina (come page=1, page=2), mentre lo scorrimento infinito comprime tutto in un unico URL.

È come stampare 100 pagine di un libro su un unico foglio: Google non sa che ci sono altri contenuti oltre a quelli visibili inizialmente.

Gli esperimenti hanno dimostrato che la possibilità che i contenuti vengano indicizzati senza un URL indipendente diminuisce del 54% (dati di Ahrefs: meno 54%).

Il contenuto fuori dalla prima schermata viene trattato come “opzionale”

Google ha una “regola non ufficiale”: privilegia i contenuti che gli utenti possono vedere senza dover scorrere (la prima schermata).

Se il contenuto nella prima schermata non è abbastanza forte o se l’utente deve fare troppo scorrimento per trovare i punti principali, Google considererà la pagina di bassa qualità.

Ad esempio, in una pagina di elenco di prodotti di un e-commerce, i primi 10 prodotti potrebbero essere indicizzati, ma i successivi 50 prodotti caricati tramite scorrimento infinito potrebbero essere praticamente “ignorati”.

La velocità di caricamento rallenta

Le pagine con scorrimento infinito sono spesso piene di immagini e video, il che rallenta il caricamento.

Google ha chiaramente affermato che se una pagina impiega più di 3 secondi per caricarsi, verrà penalizzata, mentre il tempo medio di caricamento delle pagine con scorrimento infinito è di 4,2 secondi (dati SEMrush).

È come se durante un esame tutti abbiano già finito e tu stai ancora scrivendo il tuo nome.

Tre principali direzioni per migliorare tecnicamente

Molti scoprono che lo scorrimento infinito danneggia l’ottimizzazione per i motori di ricerca (SEO) e la loro prima reazione è quella di tornare alla vecchia paginazione.

Tuttavia, con alcune modifiche tecniche, è possibile rendere compatibili i crawler di Google e l’esperienza dell’utente senza sacrificare nessuno dei due aspetti.

1. Caricamento misto: dare a Google un “punto di ingresso”

👉 Guida pratica: Prima schermata statica, dopo dinamica

• Scrivi il contenuto della prima schermata in HTML tradizionale (ad esempio, mostra i primi 10 prodotti), in modo che Google lo indicizzi immediatamente
• Dalla seconda schermata in poi, carica il contenuto dinamicamente con JavaScript (ad esempio, carica i prodotti dal 11° al 30°)
• Trucco importante: Nascondi un link di paginazione alla fine della pagina, ma usa il CSS per nasconderlo (
• Pratica concreta: Un sito di e-commerce ha utilizzato questo trucco e il numero di pagine indicizzate è aumentato da 80 a 500, senza che gli utenti percepissero la presenza della paginazione

2. Creazione di un record storico: far cambiare URL ad ogni scroll

👉 Guida pratica: Ogni scroll cambia l’URL

• Usa l’API History del browser, quando l’utente scorre fino alla terza schermata, cambia silenziosamente l’URL in xxx.com/#page=3
• Anche se l’utente vede ancora la stessa pagina, Google tratterà questi URL con “#” come pagine indipendenti da indicizzare
• Attenzione ai dettagli: Assicurati che il server restituisca il contenuto corretto per queste “pagine finte”, altrimenti Google le segnalerà come “errore soft 404”
• Strumenti consigliati: Usa Next.js o Nuxt.js con la funzionalità SSG per generare automaticamente pagine statiche

3. Caricamento graduale dei contenuti: prima i crawler, poi gli utenti

👉 Guida pratica: Prima i testi, poi le immagini e i video

• Carica prima i testi (ad esempio, nome del prodotto, prezzo, descrizione)
• Le immagini e i video devono essere caricati tramite “lazy loading” (loading="lazy") e caricati solo quando l’utente è vicino
• Risultato pratico: Un sito di notizie ha utilizzato questa tecnica e il tempo di caricamento della pagina è sceso da 4,3 secondi a 1,9 secondi, con immagini caricate correttamente
• Operazione avanzata: Usa il tag HTML per dichiarare in anticipo le parole chiave dei contenuti successivi

Guida per evitare errori

• Non usare mai display:none per nascondere i link di paginazione, Google potrebbe considerarlo un tentativo di frode! Usa invece l’attributo hidden o aria-hidden="true"
• Ogni schermata dovrebbe contenere almeno 2-3 parole chiave precise per evitare che venga trattata come contenuto duplicato
• Usa lo strumento Mobile-Friendly Test di Google per verificare che la “paginazione finta” venga correttamente indicizzata anche sui dispositivi mobili

I 5 principali indicatori SEO da monitorare

Con lo scorrimento infinito, è facile entusiasmarsi da soli—pensi che l’esperienza dell’utente sia fantastica, ma Google non vede affatto i contenuti successivi.

È come se aprissi un supermercato, dove i clienti si divertono nella parte anteriore, ma nessuno sa cosa c’è nel magazzino. Per evitare questo tipo di tragedia, tieni sotto controllo questi 5 indicatori:

1. Budget di scansione (Crawl Budget)

• Nel report “Indice” di Google Search Console, guarda il numero di pagine “indicizzate”. Se su 100 pagine solo 20 sono indicizzate, significa che il crawler non ha raggiunto le pagine successive.
• Segnale di allarme: Se la copertura è inferiore al 30% e continua a scendere, controlla velocemente la velocità di caricamento o i tag di paginazione.

2. Distribuzione della profondità del contenuto

• Usa Screaming Frog per eseguire la scansione di tutti i link del sito e verifica se i contenuti dopo la terza pagina sono linkati internamente.
• Studio di caso: Un forum ha scoperto che i post dopo la pagina 10 non venivano indicizzati. Dopo aver aggiunto un link “argomenti correlati” nella parte inferiore di ogni pagina, il numero di pagine indicizzate è aumentato di 3 volte.

3. Tempo di rendering del primo contenuto (FCP)

• Se il FCP in Web Vitals è superiore a 2 secondi, il crawler potrebbe smettere di caricare il contenuto successivo.
• Misura urgente: Riduci la dimensione del contenuto testuale della prima schermata a meno di 15 KB (equivalente a un lungo tweet).

4. Durata dei tag di paginazione

• Verifica se i tag rel="next" e rel="prev" sono completi utilizzando la scansione del sito di Ahrefs.
• Lezione appresa: Un sito e-commerce ha dimenticato di aggiungere un tag rel="next", causando il mancato indicizzazione di 3000 pagine di prodotti.

5. Successo del rendering sui dispositivi mobili

• Nel Mobile-Friendly Test di Google, se “contenuto scorrevole” appare con un avviso rosso, significa che lo scroll infinito non funziona sui dispositivi mobili.
• Trucco pratico: Simula una velocità di rete 3G e costringi la pagina a caricarsi in un ambiente a bassa velocità per vedere se il contenuto della quarta schermata si carica correttamente.

Strategie SEO di siti leader con scroll infinito

Non pensare che i grandi siti utilizzino solo tecnologie avanzate, le loro strategie sono spesso così semplici che ti viene da pensare “Davvero funziona?” — e invece sì, funziona davvero.

Ecco alcune strategie apprese da ASOS, BBC e Twitter — senza dover modificare la paginazione, Google indicizza comunque le pagine.

1. La “paginazione fantasma” di ASOS (classico dell’e-commerce)

👉 Sembra uno scroll infinito, ma in realtà nasconde una paginazione

• Dal lato dell’utente: Scorrendo verso il basso, nuovi prodotti vengono continuamente caricati, offrendo un’esperienza senza interruzioni.
• Dal lato di Google: Ogni 20 prodotti, viene generato automaticamente un link nascosto a /products?page=2 e il crawler viene informato tramite <link rel="next">.
• Dettagli tecnici: Utilizza l’API Intersection Observer per monitorare la posizione dello scroll e, al raggiungimento della soglia, attivare la logica di paginazione.
• Risultato: Il numero di pagine di prodotti indicizzate è aumentato da 300 a 8200, con un incremento del 17% nel tasso di conversione su dispositivi mobili.

2. La “navigazione di pesca” di BBC (standard dei media)

👉 Quando lo scroll infinito arriva in fondo, improvvisamente appare il pulsante di paginazione

• Dal lato dell’utente: Dopo aver scorrendo 30 articoli, appare il pulsante “pagina successiva” in fondo.
• Dal lato di Google: Il href del pulsante punta a /news?p=2 e l’URL principale è dichiarato tramite rel="canonical".
• Trucco: Il pulsante di paginazione ha un gradiente di colore e un’animazione della freccia per indurre l’utente a cliccare, piuttosto che continuare con lo scroll infinito.
• Risultato: La percentuale di indicizzazione delle pagine successive alla prima è aumentata dall’11% al 68%, con gli utenti che leggono in media 2,3 articoli in più.

3. Il “caricamento a fette” di Twitter (manuale per piattaforme social)

👉 Sembra uno scroll infinito, ma in realtà carica 50 tweet per pagina.

• Client-side: Scorrimento dei tweet senza interruzioni, non c’è alcuna percezione di paginazione
• Google-side: Ogni 50 tweet viene generato un URL separato /home?section=2, il server carica in anticipo il JSON dei successivi 50 tweet
• Codice principale: Usa window.history.replaceState per aggiornare silenziosamente la barra degli indirizzi, senza interrompere l’utente
• Effetto dei dati: Il tempo di indicizzazione dei tweet da parte di Google è passato da 48 ore a 4 ore, il traffico degli eventi in tendenze è aumentato di 3 volte

Guida per principianti：

1. Nascondere i link di paginazione: Aggiungi /page=2 nel <footer> in fondo alla pagina e imposta l’opacità a 0,01 tramite CSS (Google lo indicizzerà, ma l’utente non lo vedrà)
2. Aggiungere tag ai contenuti: Aggiungi <meta name="page" content="2"> per ogni contenuto visibile, in modo che i crawler possano fare il tracking
3. Pre-caricare la pagina successiva: Usa <link rel="prefetch"> per caricare anticipatamente l’HTML della pagina successiva, così che l’utente possa aprirla istantaneamente mentre scorre

Avvisi importanti：

Un piccolo forum ha cercato di copiare completamente il modello di Twitter, ma il server non è riuscito a gestire le richieste di pre-caricamento e si è bloccato.

• Limita la paginazione a meno di 100 pagine (Google non apprezza la paginazione profonda)
• Usa Cache-Control per memorizzare nella cache l’HTML delle pagine, riducendo il carico sul server
• Ogni <title> della pagina deve essere differenziato (non usare solo “Ultime novità” per tutti)

Quando è necessario tornare alla paginazione?

Alcuni proprietari di siti insisteranno per “scorrere all’infinito”, ma questo può far calare il traffico (un sito di educazione ha rifiutato di cambiare, e sei mesi dopo, il numero di visitatori giornalieri è sceso da 20.000 a 800).

Utilizzando dati reali, ti dirò che questi 3 tipi di siti devono cambiare immediatamente a paginazione:

Il tuo contenuto è del tipo “manuale di riferimento”

👉 Caratteristiche: Gli utenti cercano informazioni con uno scopo preciso (ad esempio, articoli legali, manuali di prodotto)

• Problema fatale: La paginazione infinita nasconde il contenuto preciso alla schermata 8, l’utente non può trovarlo facilmente usando Ctrl+F
• Decisone basata sui dati: I siti di knowledge base hanno visto aumentare la percentuale di utenti che raggiungono la pagina obiettivo dal 32% al 71% dopo aver cambiato a paginazione (test reali con Hotjar)
• Caso tipico: Un sito medico ha visto aumentare del 300% il traffico a lungo termine quando ha cambiato le schede delle istruzioni dei farmaci dalla paginazione infinita alla paginazione

2. Devi vendere a utenti “lenti”

👉 Caratteristiche: Gli utenti amano confrontare specifiche e prezzi (ad esempio, prodotti elettronici, attrezzature industriali)

• Azione rischiosa: Usare lo scorrimento infinito per mostrare 100 modelli di telefoni, l’utente non trova il modello che cercava nella schermata precedente
• Avviso di esempio negativo: Un sito di e-commerce di fotocamere ha insistito sullo scorrimento infinito, e il valore medio degli ordini è sceso da $1200a$ 580 — perché gli utenti non volevano tornare indietro per fare il confronto
• Soluzione sicura: Dividi ogni 10 prodotti in una pagina e fissa il pulsante “Confronta” nella parte superiore

3. Il tuo server è troppo lento

👉 Caratteristiche: Il tempo di caricamento della pagina supera i 3,5 secondi (test effettuato su WebPageTest)

• Verità crudele: Lo scorrimento infinito genera 4 volte più carico sul server rispetto alla paginazione (caricare 20 schermate ≒ 80 chiamate API)
• Casistica di fallimento: Un sito di e-commerce internazionale ha utilizzato React con scorrimento infinito, e i costi mensili su AWS sono aumentati da $2000a$ 17.000, obbligandoli a tornare alla paginazione
• Soluzione economica: Usa paginazione HTML statica + caching CDN, riducendo i costi dell’82%

Cambiare o no? Ecco 3 punti da considerare

1. Gli utenti devono fare confronti ripetuti? → Sì → Cambia a paginazione
2. Il contenuto deve essere facilmente ricercabile a lungo termine (come tutorial)? → Sì → Cambia a paginazione
3. Il tempo di caricamento supera i 3 secondi? → Sì → Cambia a paginazione