La maggior parte dei siti di e-commerce riceve tre quarti delle visite da dispositivi mobili e le converte a circa metà del tasso di conversione da desktop. Il Digital Experience Benchmark 2026 di Contentsquare, basato su 99 miliardi di sessioni su oltre 6,500 siti, stima la conversione da desktop al 3.4% e riporta che, 74% in più rispetto al web mobileIn Turchia l'esposizione è maggiore: StatCounter ha registrato che il traffico mobile rappresentava il 75.9% del traffico web nell'agosto 2026.
Quel divario si traduce solitamente in un'esigenza impellente di riprogettare l'esperienza mobile. Spesso, però, non si tratta affatto di un problema di interfaccia. Questa guida è pensata per l'analista o il product owner che deve decidere cosa finanziare. Segui i sei passaggi seguenti in ordine, fermandoti alla prima condizione che viene soddisfatta. Al termine, saprai se il divario è dovuto a un artefatto di misurazione, a un effetto di mix di traffico, a un problema di distribuzione o a un vero e proprio malfunzionamento dell'interfaccia, e in quale fase del funnel si colloca.
Le sei porte, in ordine
Ogni fase del processo prevede una condizione di arresto. Se questa viene soddisfatta, viene spiegato il problema e ci si ferma. Lavorare su queste fasi in ordine sparso è il metodo utilizzato da un team per riprogettare la pagina di un prodotto al fine di correggere un bug relativo ai tag.
| cancello | La Domanda | condizione di arresto |
|---|---|---|
| 1 | Il numero è reale? | Il ricalcolo grezzo colma metà del divario |
| 2 | Si tratta delle stesse persone? | Divario omogeneo inferiore al ~15% relativo |
| 3 | Si tratta di una questione di realizzazione, non di progettazione? | Il dispositivo mobile non supera due test fondamentali, il computer fisso li supera. |
| 4 | Dove si apre la fessura? | Un passo copre la maggior parte del divario |
| 5 | Quale superficie presenta problemi? | Qualsiasi superficie che ottenga zero punti lì |
| 6 | Vale la pena realizzare la riparazione? | Guadagna meno del costo di spedizione |
Cancello 1: conferma il numero prima di spiegarlo
La conversione per dispositivo in un report di analisi standard non è costituita da dati grezzi. In modalità consenso, Google modella gli utenti che hanno rifiutato l'archiviazione analitica, soggetti a soglie: almeno 1,000 eventi al giorno con analytics_storage='denied' per sette giorni consecutivi e 1,000 utenti consenzienti giornalieri in sette dei 28 giorni precedenti. La modellazione copre utenti, sessioni e tassi di eventi chiave, ma non il conteggio degli eventi e non l'esportazione BigQuery. Un report modellato e l'esportazione grezza possono quindi differire per la stessa settimana, e nessuno dei due è difettoso. I tassi di consenso variano anche in base al dispositivo, quindi l'effetto si ripercuote in modo non uniforme sul confronto.
Tre verifiche, in ordine:
- Ricalcola il divario a partire dagli eventi grezzi o dalla tabella degli ordini del back-office, non dal report modellato.
- Verificare che entrambi i gruppi di dispositivi conteggino lo stesso evento di conversione nello stesso momento, escludendo da entrambi le sessioni delle app e i tablet.
- Verificare gli ordini per dispositivo confrontandoli con la tabella degli ordini. Una discrepanza riscontrata su un solo dispositivo indica un errore di etichettatura, non un problema di esperienza utente.
Fermati se Il ricalcolo grezzo colma più della metà del divario. Il tuo problema è la segnalazione.
Cancello 2: verificare se le due popolazioni sono composte dalle stesse persone
La dimensione del dispositivo è limitata alla sessione. Una persona che naviga su un telefono durante la pausa pranzo e acquista su un laptop la sera stessa corrisponde a due sessioni, e senza User-ID si tratterebbe di due utenti: un utente mobile che non effettua conversioni e un utente desktop che le effettua. Questo singolo comportamento crea dal nulla un divario tra dispositivi. L'identità di reporting ibrida di GA4 valuta l'ID utente, l'ID dispositivo e i dati modellati, ma i dati raccolti prima dell'implementazione di User-ID non vengono rielaborati, quindi non è possibile rispondere a questa domanda relativa al trimestre precedente attivando questa funzionalità oggi.
Il mix di traffico ha lo stesso effetto negativo sul fronte dell'acquisizione. I social a pagamento sono più orientati verso dispositivi mobili e utenti non ancora acquisiti; la ricerca brandizzata, l'email marketing e il direct marketing sono più orientati verso desktop e verso persone che hanno già deciso di acquistare. Ricalcola il divario all'interno di un singolo canale, poi per ogni tipo di campagna, separando i nuovi utenti da quelli di ritorno. Se il divario si riduce drasticamente, il compito è del media buying.
Fermati se Il divario a parità di condizioni è inferiore a circa il 15% in termini relativi. Un residuo di queste dimensioni è dovuto all'ergonomia del dispositivo, non a un programma di riprogettazione.
Cancello 3: escludere la consegna prima di dare la colpa al design
Le soglie dei Core Web Vitals sono LCP a 2.5 secondi o meno, INP a 200 millisecondi o meno e CLS a 0.1 secondi o meno, ciascuna valutata al 75° percentile e segmentata separatamente per dispositivi mobili e desktop. Questa segmentazione è il punto cruciale: confronta il tuo 75° percentile mobile con quello desktop, non solo la soglia di superamento.
Utilizza dati reali, non simulazioni di laboratorio su rete Wi-Fi aziendale. Un tempo di risposta (LCP) di 4.1 secondi su dispositivo mobile contro 1.9 secondi su desktop rappresenta un divario che si tradurrà in un'esperienza utente negativa in ogni sessione di riproduzione che visualizzerai. Raramente le persone descrivono una pagina lenta come tale; la descrivono come confusionaria.
Fermati se Il dispositivo mobile non rileva due dei tre parametri vitali sul campo, mentre il computer desktop li rileva tutti e tre correttamente. Correggere la consegna, attendere l'aggiornamento dei dati sul campo, quindi ripetere le misurazioni prima di modificare il layout.
Porta 4: individua il punto in cui si apre lo spazio vuoto
Un divario a livello di dispositivo corrisponde in media a cinque o sei transizioni e non è quasi mai distribuito uniformemente. Crea una tabella di continuazione per ogni passaggio e calcola un rapporto tra dispositivi mobili e desktop per ogni passaggio. I numeri seguenti sono a titolo esemplificativo:
| transizione a gradino | Desktop | Mobile | Rapporto | Sessioni mobili al passo |
|---|---|---|---|---|
| Vai alla pagina del prodotto | 62% | 58% | 0.94 | 420,000 |
| Pagina del prodotto Aggiungi al carrello | 11% | 10% | 0.91 | 243,600 |
| Inizia il carrello per il pagamento | 68% | 64% | 0.94 | 24,360 |
| Inizia il pagamento | 77% | 48% | 0.62 | 15,590 |
| Pagamento all'ordine | 91% | 88% | 0.97 | 7,483 |
Due regole di lettura. Il passaggio che colma il divario è quello con il rapporto più basso, e qualsiasi passaggio con troppo poco traffico viene ignorato, indipendentemente da quanto negativo possa sembrare il suo rapporto. Nell'esempio sopra, una transizione copre quasi tutto il divario e registra comunque oltre 15,000 sessioni da dispositivi mobili al mese.
Se ogni rapporto è compreso tra 0.90 e 0.97, non c'è una perdita. Hai una superficie uniformemente più dura, che è più lenta e costosa da riparare, e il Gate 6 di solito dice di non finanziarla.
Gate 5: valuta le tre superfici che presentano più problemi sui telefoni
La ricerca di Baymard sui dispositivi mobili comprende oltre 20,000 ore di test di usabilità e un benchmark di 138 grandi siti per dispositivi mobili, di cui il 62% ha ottenuto una valutazione mediocre o peggiore e nessuno una valutazione buona. Supponiamo che il tuo sito abbia dei problemi; questo passaggio determina quale di essi si trova nella fase di perdita. Assegna a ciascuna riga un punteggio di 0 (assente), 1 (parziale) o 2 (eseguita correttamente), solo per quella fase.
| superficie | Cosa fa guadagnare un 2 | Punti |
|---|---|---|
| Input e tastiere | Corretta inputmode and autocomplete su ogni campo, nessun zoom al focus, colonna singola, errori in linea visibili senza scorrere su una viewport di 390px | 0 / 1 / 2 |
| Selezione e scelta | Selezione delle varianti accessibile senza difficoltà, prezzo e promessa di consegna visibili nel punto decisionale, azione primaria persistente | 0 / 1 / 2 |
| Pagamento e fiducia | Opzioni portafoglio e carta salvata prima dell'inserimento manuale dei dati, possibilità di pagamento come ospite, totale completo comprensivo di spese di spedizione visualizzato prima della fase di pagamento. | 0 / 1 / 2 |
Qualsiasi elemento che ottenga un punteggio pari a zero nella fase di rilevamento delle perdite è il primo problema da risolvere. Il pagamento e la fiducia meritano una riga a parte perché il dato sottostante è già elevato: la media mobile di Baymard su 50 studi indica un tasso di abbandono del carrello documentato pari al 70.22%. Una fase che la maggior parte delle persone salta comunque risponde bene alla rimozione degli ostacoli e male alla persuasione.
Un adattamento regionale: se vendete in Turchia, il pagamento rateale è parte integrante del processo di valutazione di un acquisto con carta, non un dettaglio presente nella schermata di pagamento; pertanto, la posizione in cui vengono visualizzate le informazioni sul pagamento rateale è una decisione che spetta alla pagina del prodotto. Nessun elenco di controllo generico per dispositivi mobili solleva questo aspetto.
[DATI INTERNI NECESSARI: quale di queste tre superfici presenta più spesso la perdita di dati negli audit mobili di Switas, suddivisi per account di e-commerce e di viaggi]
Cancello 6: dimensiona la riparazione prima di costruirla
Prendiamo le sessioni mobili della fase di perdita, il rapporto deficit e il valore medio dell'ordine, e calcoliamo il valore annuo della chiusura della metà del deficit. Metà, non tutto: il desktop non è il limite per un telefono, e trattarlo come tale è l'errore che commettono questi progetti.
Quindi, scegli tra rilascio e test. Un difetto, una correzione per la conformità o un'opzione mancante nel portafoglio vengono rilasciati senza essere testati, perché non esiste un mondo plausibile in cui la versione difettosa abbia successo. Un'opinione di design viene testata e dimensionata prima di essere implementata. Con 15,000 sessioni mensili è possibile rilevare un effetto rilevante e non uno più sottile, il che è di per sé utile: apporta una modifica sostanziale, non quattro piccole modifiche.
[DATI INTERNI NECESSARI: Benchmark Switas per un recupero realistico del deficit del rapporto dispositivi dopo una correzione del checkout mobile, in sostituzione dell'ipotesi di pianificazione del 50%]
Dove questo si interrompe
- Basso volume. Al di sotto di poche centinaia di ordini da dispositivi mobili al mese, i rapporti sono insignificanti. Gestisci sessioni moderate su un telefono.
- Apps. Si tratta di diagnostica web; i funnel all'interno delle app necessitano di una strumentazione specifica.
- Acquisti ponderati. Nei settori dei viaggi, della sanità e del B2B, un lungo percorso multi-dispositivo è strutturale, e la metrica mobile affidabile è una micro-conversione come una richiesta di preventivo.
- I parametri di riferimento non sono obiettivi. Le statistiche aggregate intersettoriali indicano se il divario riscontrato è anomalo, non quale dovrebbe essere.
- Tutto dipende dal Cancello 1. Se l'evento di conversione non si attiva in modo affidabile su entrambi i dispositivi, gli altri cinque gate sono solo decorativi.
Domande frequenti
Qual è un normale rapporto di conversione da dispositivo mobile a desktop?
Nel benchmark Contentsquare 2026, il tasso di conversione per desktop è del 3.4%, un dato superiore del 74% rispetto al web mobile, il che porta il rapporto tipico a circa 0.57. Baymard afferma che molti siti per dispositivi mobili convertono meno della metà dei visitatori rispetto ai siti desktop. Questo intervallo è nella norma, non allarmante.
L'affermazione "tassi di conversione da dispositivi mobili inferiori del 74%" è la stessa cosa?
No. Il fatto che i computer desktop siano il 74% più diffusi rispetto ai dispositivi mobili significa che questi ultimi sono circa il 43% più distanti dai desktop. Invertire la base di un confronto relativo aumenta il divario di oltre la metà e cambia la percezione di quanto giustificato possa essere l'intervento correttivo.
La modalità di consenso rende inutilizzabili i dati a livello di dispositivo?
No, ma in questo modo il report standard diventa una stima basata su un modello anziché un conteggio. La modellazione copre utenti, sessioni e frequenze degli eventi chiave, non il conteggio degli eventi o l'esportazione in BigQuery. Prima di tutto, confronta i dati con quelli grezzi.
Come posso distinguere un effetto cross-dispositivo da un problema di esperienza utente su dispositivi mobili?
Implementa User-ID e confronta solo gli utenti che hanno effettuato l'accesso, dove una persona corrisponde a un utente su tutti i dispositivi. Se tale differenza è molto inferiore a quella a livello di sito, significa che stavi analizzando il comportamento tra dispositivi diversi. Funziona solo in prospettiva futura.
In questo caso, Core Web Vitals è una domanda di posizionamento o una domanda di conversione?
Trattatela come una domanda di conversione. Il Gate 3 utilizza le soglie per un confronto tra dispositivi, non come una checklist SEO. Una pagina mobile lenta produce un comportamento che appare come confusione nella riproduzione della sessione.
Di quanto traffico ho bisogno prima che i rapporti per passo abbiano un significato?
Sono necessarie almeno diverse centinaia di sessioni mobili al mese per ogni transizione, preferibilmente migliaia nella fase che si intende modificare. Di seguito, la tabella presenta un generatore di ipotesi, da validare qualitativamente.
Eseguilo sul tuo imbuto
Prendi il tuo ultimo mese completo e lavora sui cancelli in ordine. Se preferisci che ti vengano consegnati il foglio di lavoro con il punteggio, il passaggio della perdita e la riparazione dimensionata, Contattaci per una valutazione dell'esperienza utente su dispositivi mobili..
fonti
- Contentsquare, statistiche sull'analisi dei dati mobili (dati di riferimento 2026)
- Contentsquare, Digital Experience Benchmark 2026
- StatCounter, quota di mercato della piattaforma in Turchia, agosto 2026
- Baymard, benchmark di usabilità per l'e-commerce mobile
- Baymard, statistiche sul tasso di abbandono dei carrelli
- web.dev, soglie dei parametri vitali Web
- Google, modellazione comportamentale con modalità di consenso
- Google, ID utente e reporting cross-device
