Il pogo sticking si verifica quando una persona clicca su un risultato di ricerca, visita la pagina, torna alla SERP e prova un altro risultato perché vuole continuare a cercare una risposta.
È facile trasformare questo comportamento in una regola semplicistica: “l’utente torna su Google, quindi Google penalizza la pagina”. Le cose non funzionano in modo così lineare.
Google utilizza molti sistemi e segnali per ordinare i risultati e documenti pubblici mostrano che anche dati relativi a clic e interazioni possono entrare nei sistemi di ranking. Questo, però, non significa che esista una metrica chiamata “pogo sticking rate”, una soglia universale o una penalizzazione automatica applicata ogni volta che qualcuno torna alla SERP.
Per chi fa SEO il concetto resta utile soprattutto come modello diagnostico: se una pagina promette una risposta e molti utenti potrebbero avere motivo di cercarla altrove, vale la pena capire se esiste un problema di intento, contenuto, presentazione o esperienza d’uso.
Cos’è il pogo sticking e cosa succede nei risultati di ricerca
Per capire il pogo sticking bisogna partire dal percorso dell’utente, non da una metrica.
Immagina di cercare:
come velocizzare WordPress
Dalla SERP scegli un risultato che promette una guida pratica. Entri nella pagina e trovi una lunga introduzione, una descrizione generale di WordPress e diversi blocchi promozionali, ma nessuna indicazione concreta su cache, immagini, hosting, database o JavaScript.
Torni indietro e apri un altro risultato.
Questo percorso:
query → risultato A → pagina A → ritorno alla SERP → risultato B
è ciò che normalmente viene descritto come pogo sticking.
La parte importante non è il semplice abbandono della pagina. È il fatto che la ricerca continua dopo la visita.
Un ritorno alla SERP non significa sempre insoddisfazione
Qui serve una distinzione.
Tornare ai risultati può effettivamente indicare che la pagina non ha completato il task: risposta assente, contenuto troppo generico, promessa non mantenuta, caricamento problematico oppure un formato inadatto alla query.
Ma non tutti i ritorni alla SERP hanno lo stesso significato.
Una persona può voler confrontare diverse fonti, controllare prezzi, leggere più opinioni o raccogliere informazioni da più risultati. Può anche aver trovato immediatamente una risposta breve e decidere semplicemente di continuare la ricerca su un altro aspetto.
Per questo un singolo comportamento non basta a diagnosticare la qualità della pagina. Contano la query, il task, il tipo di risultato e il percorso complessivo.
Il problema SEO utile da indagare non è quindi “come impedisco all’utente di tornare su Google?”, ma:
la mia pagina completa bene il lavoro che il risultato di ricerca promette di svolgere?
Pogo sticking, bounce rate e dwell time non sono la stessa cosa
Pogo sticking, bounce rate e dwell time vengono spesso messi nello stesso gruppo perché parlano, in modi differenti, di ciò che accade dopo un clic. Non sono però metriche intercambiabili.
| Concetto | Cosa descrive | È una metrica standard di Search Console? |
|---|---|---|
| Pogo sticking | Ritorno dalla pagina alla SERP e prosecuzione della ricerca | No |
| Bounce rate in GA4 | Percentuale di sessioni che non sono sessioni con engagement | No |
| Dwell time | Termine usato comunemente per descrivere il tempo fra il clic sul risultato e il ritorno alla ricerca | No |
| Short click | Descrizione di un clic seguito da un ritorno relativamente rapido | No |
Il bounce rate non dimostra che un utente è tornato su Google
In Google Analytics 4 il bounce rate non corrisponde semplicemente alla vecchia idea di “utente che visita una sola pagina e se ne va”. La documentazione ufficiale di Google Analytics lo definisce come la percentuale di sessioni che non risultano engaged sessions.
Questo cambia molto l’interpretazione.
Una sessione può avere un bounce senza dimostrare che la persona abbia:
- aperto la pagina da Google;
- premuto il pulsante Indietro;
- visualizzato nuovamente la SERP;
- scelto un altro risultato.
Allo stesso modo, un bounce elevato non dimostra automaticamente che il contenuto sia scadente. Il significato dipende dal task. Una pagina che offre immediatamente un numero di telefono, una definizione o un’informazione molto semplice può completare correttamente la richiesta senza generare un percorso lungo sul sito.
Bounce rate e pogo sticking rispondono quindi a domande differenti.
Dwell time e short click sono concetti utili, ma attenzione alle inferenze
Il dwell time viene spesso utilizzato nel linguaggio SEO per descrivere il tempo trascorso fra il clic su un risultato e il ritorno alla ricerca. “Short click” viene invece usato per indicare un’interazione particolarmente breve.
Possono essere concetti intuitivi, ma non devi trasformarli in metriche che Google Search Console ti mette a disposizione.
Non esiste nel report Prestazioni un campo “dwell time”, “short click” o “pogo sticking”.
Il rischio è costruire una catena di inferenze:
tempo breve → utente insoddisfatto → ritorno alla SERP → segnale negativo → perdita di ranking
quando i dati a disposizione dimostrano soltanto il primo passaggio, o nemmeno quello.
Il pogo sticking è un fattore di ranking Google?
La risposta più precisa è: non va trattato come un fattore di ranking isolato, dotato di una soglia conosciuta e di una penalizzazione automatica. Allo stesso tempo, sarebbe sbagliato sostenere che Google non utilizzi dati di interazione degli utenti nei propri sistemi di ricerca.
Sono due affermazioni diverse.
La documentazione di Google sui sistemi di ranking spiega che Google utilizza numerosi sistemi, fattori e segnali per ordinare le pagine.
Il termine “pogo sticking” non viene però presentato in quella documentazione come una metrica che il proprietario di un sito possa controllare o ottimizzare direttamente.
Cosa sappiamo sui clic e sui segnali di interazione
I documenti pubblici emersi nel procedimento antitrust statunitense contro Google permettono di aggiungere un livello importante alla discussione.
Un exhibit pubblicato dal Dipartimento di Giustizia degli Stati Uniti relativo ai segnali utilizzati da Google descrive, fra i cosiddetti segnali ABC, anche dati di clic e fa riferimento storico al tempo trascorso su una pagina prima del ritorno alla SERP.
Un altro documento pubblico del procedimento descrive Navboost come un sistema che utilizza informazioni sui clic relativi alla coppia query-documento e Glue come un’estensione che considera interazioni con altri elementi della pagina dei risultati.
Questo è molto diverso dal dire:
“Se un visitatore torna su Google dopo pochi secondi, la tua pagina perde posizioni.”
Le fonti pubbliche mostrano che click e user interaction data possono essere utilizzati nei sistemi di ricerca. Non forniscono però una formula pubblica che consenta di tradurre un ritorno alla SERP in una penalizzazione della singola pagina.
La distinzione pratica è questa:
| Affermazione | Stato |
|---|---|
| Google utilizza molti sistemi e segnali per il ranking | GOOGLE_CONFIRMED |
| I Core Web Vitals vengono utilizzati dai sistemi di ranking | GOOGLE_CONFIRMED |
| Esistono sistemi che utilizzano dati relativi ai clic e alle interazioni | PUBLIC LEGAL RECORD |
| Ogni ritorno rapido alla SERP causa un peggioramento del ranking | NON DIMOSTRATO |
| Esiste un “pogo sticking score” consultabile dal proprietario del sito | NON DOCUMENTATO |
| Search Console mostra il tasso di ritorno alla SERP | FALSO |
Migliorare l’esperienza utente resta utile, ma per il motivo giusto
Non serve inventare un fattore di ranking per giustificare una buona esperienza utente.
Google chiarisce nella propria documentazione sulla page experience che non esiste un unico “page experience signal”. Conferma inoltre l’utilizzo dei Core Web Vitals nei sistemi di ranking, ma precisa che gli altri aspetti della page experience non devono essere trasformati automaticamente in fattori diretti che fanno guadagnare posizioni.
La conseguenza operativa è molto più interessante.
Una pagina veloce, leggibile, accessibile, priva di interstitial invasivi e capace di mettere rapidamente in evidenza il contenuto principale riduce gli ostacoli che possono impedire all’utente di completare il proprio task.
È questo il motivo per cui conviene lavorare sull’esperienza, non per inseguire un fantomatico punteggio di pogo sticking.
Perché un utente torna subito alla SERP
Quando il percorso SERP → pagina → SERP si ripete, la causa può trovarsi in punti molto diversi dell’esperienza. Ridurre tutto a “contenuto di scarsa qualità” impedisce di fare una diagnosi seria.
Search intent sbagliato o promessa del risultato non mantenuta
La prima cosa da controllare è la relazione fra query e pagina.
L’intento di ricerca non riguarda soltanto l’argomento generale. Include anche ciò che l’utente vuole fare, il livello di dettaglio atteso e il formato più adatto.
Considera queste query:
cos'è il canonical
come impostare il canonical in WordPress
canonical sbagliato come risolvere
Parlano della stessa entità, ma richiedono rispettivamente una spiegazione, una procedura e una diagnosi.
Se una pagina informativa generica si posiziona per una query di troubleshooting, l’utente può trovare contenuti formalmente pertinenti ma inutili per il suo problema.
Lo stesso succede quando title e snippet promettono più di quanto la pagina mantenga. Un titolo che promette una procedura “passo passo” non può portare a una pagina prevalentemente teorica senza creare attrito.
La risposta c’è, ma arriva troppo tardi
Una pagina può essere corretta e completa e comunque rendere difficile trovare l’informazione cercata.
Succede quando la risposta è preceduta da:
- introduzioni generiche;
- background non necessario;
- ripetizioni;
- blocchi commerciali prematuri;
- definizioni che il lettore conosce già;
- heading poco descrittivi.
Per una query specifica, il tempo necessario per arrivare alla prima informazione utile conta più della lunghezza complessiva del contenuto.
Questo non significa che ogni articolo debba essere corto. Significa applicare una gerarchia migliore:
risposta → comprensione → approfondimento
e non:
preambolo → contesto generico → altra introduzione → risposta.
Velocità, mobile e interstitial possono creare frizione
Una pagina può avere la risposta giusta e perdere comunque il visitatore prima che riesca a utilizzarla.
Caricamento instabile, contenuto principale che appare tardi, elementi che si spostano, interazioni poco reattive, overlay difficili da chiudere o una visualizzazione mobile problematica aumentano la frizione.
I Core Web Vitals permettono di misurare alcuni aspetti importanti dell’esperienza reale, ma non vanno trasformati nell’ennesima formula automatica:
Core Web Vitals migliori ≠ posizione garantita.
La domanda utile è se un problema tecnico impedisce materialmente al visitatore di leggere, interagire o raggiungere ciò che cercava.
Il contenuto non completa realmente la ricerca
“Contenuto lungo” e “contenuto completo” non sono sinonimi.
Una pagina può avere migliaia di parole e lasciare comunque senza risposta la domanda centrale. È frequente quando:
- descrive cosa fare ma non spiega come;
- elenca vantaggi senza chiarire da cosa derivano;
- consiglia una soluzione senza indicare quando non è adatta;
- ripete informazioni generiche presenti in tutti gli altri risultati;
- ignora un’eccezione che cambia materialmente la risposta.
Qui il problema non si risolve aumentando indiscriminatamente la quantità di testo. Serve capire quale domanda naturale rimane aperta dopo ogni spiegazione importante.
Se quella domanda è indispensabile per completare il task, la sezione è incompleta.
Come capire se una pagina può avere un problema di questo tipo
Non puoi aprire Search Console e leggere una colonna “pogo sticking”. La diagnosi richiede di combinare segnali differenti senza attribuire a ciascuno più significato di quanto realmente possieda.
Cosa puoi verificare realmente in Google Search Console
La guida a Google Search Console è il punto di partenza per capire come una pagina entra nella ricerca.
Nel report Prestazioni puoi lavorare su query, pagine, paesi, dispositivi e date. La documentazione ufficiale del report Performance elenca fra le metriche principali:
- clic;
- impressioni;
- CTR;
- posizione media.
Il ritorno alla SERP non è una di queste metriche.
Search Console può però aiutarti a individuare situazioni da investigare.
Se una pagina riceve impressioni per query che non corrispondono realmente al suo contenuto, potresti avere un problema di intent.
Se una query genera molte impressioni ma pochi clic, devi prima controllare posizione, composizione della SERP, title, snippet e intento: non puoi concludere che esista un problema post-click.
Se invece una pagina perde visibilità, il dato va scomposto per query, dispositivo, paese e periodo prima di costruire una spiegazione.
Search Console ti mostra cosa è successo nella Ricerca. Non ti consegna automaticamente il perché.
Cosa possono suggerire GA4 e gli strumenti di analisi UX
Google Analytics osserva soprattutto ciò che succede dopo l’arrivo sul sito: sessioni, eventi, engagement, percorsi e conversioni.
Questo può aiutarti a scoprire frizioni.
Per esempio, puoi chiederti se gli utenti provenienti dalla ricerca:
- interagiscono con gli elementi necessari al task;
- raggiungono parti importanti della pagina;
- utilizzano una ricerca interna;
- completano un evento coerente con l’obiettivo;
- abbandonano il percorso in un punto ricorrente.
Heatmap, session recording e test di usabilità possono aggiungere altri indizi quando disponibili e utilizzati in modo corretto.
Ma c’è un limite: osservare poco engagement sul sito non dimostra da solo che il visitatore sia tornato alla SERP perché insoddisfatto.
Potresti vedere il comportamento sul tuo sito senza conoscere con certezza il passaggio successivo compiuto dall’utente.
Nessuna metrica isolata dimostra il pogo sticking
Supponiamo che una pagina abbia:
- bounce rate elevato;
- tempo di engagement basso;
- CTR organico debole.
Non puoi sommare questi tre elementi e concludere automaticamente: “abbiamo un problema di pogo sticking e Google ci sta penalizzando”.
Potrebbero esistere tre problemi completamente diversi.
Il CTR riguarda ciò che accade prima dell’accesso alla pagina. Il bounce rate descrive la sessione secondo le regole di Analytics. Il tempo di engagement misura un’altra parte del comportamento.
La diagnosi diventa più affidabile quando i segnali convergono e sono coerenti con la query e con il task.
Una diagnosi migliore parte dalla query, non dal bounce rate
Quando una pagina sembra non soddisfare bene gli utenti provenienti dalla ricerca, partirei sempre dalle query.
Prendi una query significativa e chiediti:
- Che cosa sta realmente cercando di ottenere l’utente?
- Che cosa promette il nostro risultato nella SERP?
- Che cosa trova nei primi secondi dopo l’accesso?
- Può completare il task senza cercare informazioni essenziali altrove?
Solo dopo ha senso osservare engagement, performance e percorsi.
Questo ordine evita di ottimizzare una metrica senza aver capito il problema.
Come ridurre il rischio di ritorno alla SERP
L’obiettivo non è trattenere l’utente più a lungo possibile. L’obiettivo è completare meglio la ricerca.
Una pagina capace di rispondere in trenta secondi può essere molto più utile di una pagina progettata artificialmente per tenere il visitatore cinque minuti.
Allinea query, title, snippet e contenuto della pagina
Il percorso comincia prima del clic.
Title e snippet creano un’aspettativa. L’H1, l’introduzione e il contenuto devono mantenerla.
Se il risultato promette un confronto, servono differenze e criteri.
Se promette una soluzione, la soluzione deve essere raggiungibile rapidamente.
Se promette una definizione, non serve costringere l’utente a leggere una lunga introduzione prima di trovarla.
La coerenza fra query → promessa → risposta è uno dei controlli più efficaci perché interviene sul meccanismo che può spingere una persona a cercare altrove.
Dai prima la risposta che ha portato l’utente sulla pagina
“Answer first” non significa scrivere articoli superficiali.
Significa dare orientamento immediato e poi costruire comprensione.
Per un concetto complesso il pattern può essere:
risposta breve → meccanismo → esempio → limiti → conseguenza pratica
In questo modo chi vuole una risposta immediata la trova, mentre chi deve capire davvero il tema può proseguire.
Elimina le frizioni che ostacolano il task
Non serve correggere ogni imperfezione tecnica solo perché potrebbe teoricamente aumentare il tempo sulla pagina.
Dai priorità alle frizioni che incidono realmente sulla ricerca:
- contenuto principale lento o instabile;
- layout mobile difficile da utilizzare;
- interstitial invasivi;
- navigazione poco chiara;
- contrasto o leggibilità insufficienti;
- elementi interattivi necessari che rispondono male;
- pubblicità o CTA che interrompono la risposta.
L’obiettivo resta sempre lo stesso: rendere più semplice utilizzare il contenuto.
Gli internal link devono completare la ricerca, non intrappolare l’utente
Anche gli internal link possono aiutare, ma solo se aprono un passaggio naturale.
Se stai spiegando Search Console e il lettore ha bisogno di capire i Core Web Vitals, il link è utile. Se stai discutendo un problema SEO complesso e un altro articolo contiene la procedura tecnica necessaria, collegarlo completa il percorso.
Aggiungere link soltanto per far aumentare pagine/sessione non risolve la causa.
Un buon internal link dice implicitamente:
“Per questo sotto-problema, qui trovi il passaggio successivo.”
Cosa controllare in pratica quando sospetti un problema di pogo sticking
Invece di cercare un “pogo sticking score”, usa una diagnosi per passaggi.
- Scegli una query reale. Parti da Search Console e lavora su query con abbastanza dati da meritare un’analisi.
- Osserva la SERP reale. Confronta intento, tipo di risultati, feature presenti e promessa dei competitor senza limitarti alla posizione.
- Controlla la promessa del tuo risultato. Title e snippet devono anticipare correttamente ciò che la pagina offre.
- Verifica il primo blocco utile della pagina. L’utente deve capire rapidamente se è arrivato nel posto giusto e dove trovare la risposta.
- Completa il task. Cerca informazioni mancanti, passaggi troppo compressi, eccezioni ignorate e contenuti che obbligano a tornare su Google.
- Controlla le frizioni tecniche e UX. Performance, mobile, interstitial, stabilità visiva e navigazione contano quando ostacolano realmente l’utilizzo.
- Misura dopo l’intervento. Confronta periodi omogenei e osserva query, clic, impressioni, posizione, CTR e dati on-site senza attribuire automaticamente ogni variazione alla modifica effettuata.
Questo processo non “misura il pogo sticking”. Fa qualcosa di più utile: identifica le ragioni verificabili per cui una pagina potrebbe non completare bene una ricerca.
Conclusione
Il pogo sticking è un concetto utile finché non lo trasformiamo in una metrica che non possediamo.
Sappiamo che Google utilizza numerosi segnali e che documenti pubblici descrivono anche l’impiego di dati di clic e interazione in sistemi collegati al ranking. Non sappiamo invece tradurre un singolo ritorno alla SERP in una penalizzazione deterministica della pagina, né Search Console espone un tasso di pogo sticking da ottimizzare.
Per questo la domanda migliore non è:
“Come abbasso il pogo sticking?”
ma:
“Per quali query la mia pagina potrebbe non completare bene la ricerca e perché?”
Da lì puoi lavorare su intent, promessa del risultato, profondità del contenuto, leggibilità, performance e percorso dell’utente utilizzando dati realmente disponibili.
Se il problema riguarda più query e pagine e non è chiaro se la causa sia contenutistica, tecnica o architetturale, un SEO Audit può diventare il passo successivo: non per trovare un fattore segreto, ma per separare i segnali misurabili dalle ipotesi e stabilire dove intervenire prima.