Apri il tuo sito dal telefono adesso. Quello che vedi è davvero quello che vede il tuo cliente?
Prenditi dieci secondi.
Prendi il telefono, apri il browser e digita l’indirizzo del tuo sito. Scorri la homepage. Prova a cliccare sul tasto principale — quello dove vuoi che le persone atterrino prima di comprare, scrivere, prenotare.
Com’è andata?
Se hai dovuto pizzicare lo schermo per ingrandire il testo, se il menu era un labirinto da tre tap, se il pulsante era talmente piccolo da richiedere la precisione chirurgica di un neurochirurgo — allora hai trovato il problema.
E no, non è un problema “estetico”. È un problema di soldi.
Chi sono e perché sono la persona giusta per dirtelo
Mi chiamo Elisabetta Marzi, progetto e sviluppo siti web da 14 anni. Ho lavorato su siti per professioniste, PMI, e-commerce, non profit — in settori completamente diversi tra loro.
C’è una cosa che faccio sempre, ancora prima di aprire il file di un progetto: apro il sito del cliente sul telefono. Perché in quei cinque secondi capisco quasi tutto quello che c’è da sapere sull’esperienza reale delle persone che lo visitano.
Negli anni ho imparato a distinguere un sito responsive da un sito mobile-first. E ti giuro che la differenza non è tecnica: è la differenza tra un sito che regge e un sito che converte.
“Responsive” e “mobile-first” non sono la stessa cosa. Quasi nessuno lo sa.
Questo è il punto che cambia tutto.
Quando dici al tuo sviluppatore “il sito deve funzionare anche su mobile”, lui probabilmente ti consegna un sito responsive. Il che significa: prende il layout desktop, lo fa stringere e ridisporre su schermi più piccoli.
Tecnicamente funziona. Sul telefono non si rompe nulla. Google non ti penalizza per un errore tecnico. Il sito “c’è”.
Ma l’esperienza è… mediocre. E la mediocrità, online, paga sempre meno.
Un sito mobile-first nasce in modo completamente diverso: si progetta partendo dallo schermo piccolo. Prima la versione telefono — navigazione, gerarchia visiva, CTA, dimensioni dei tasti — poi si espande verso tablet e desktop.
Sembra un dettaglio di processo. Non lo è.
Quando parti dal mobile hai una pressione sana: sei costretta a scegliere. Cosa mostrare subito? Cosa nascondere? Quale azione deve fare l’utente per prima? Sul desktop puoi “infilare tutto” e sembrerà comunque ordinato. Sul mobile non puoi. E questa costrizione è una benedizione, perché ti obbliga a costruire un sito con una logica chiara.
Perché progettare per desktop prima è un errore da manuale nel 2026
Nel 2026, il 79% del traffico sugli store Shopify arriva da mobile. Non è un dato di nicchia: il trend è identico su tutti i settori, in Italia come nel resto del mondo.
Oltre il 64% del traffico web globale viene da dispositivi mobili. La maggior parte delle persone che visita il tuo sito lo fa dal telefono, in piedi sulla metro, in pausa pranzo, sul divano con la TV accesa.
Ecco la domanda che dovresti farti: stai progettando per quella persona lì, o stai ancora progettando per qualcuno seduto alla scrivania?
C’è un secondo motivo — tecnico, ma devastante per la tua visibilità online.
Google usa il mobile-first indexing. Significa che quando il motore di ricerca valuta il tuo sito per decidere dove posizionarlo, guarda la versione mobile. Non quella desktop. Se la versione mobile è lenta, confusa, difficile da leggere — Google lo sa. E ti penalizza di conseguenza.
Non è una teoria: dopo il core update di marzo 2026, i siti con performance mobile scadenti hanno perso da 0,8 a 4 posizioni sulle query competitive. Su Google, una posizione in meno significa meno clic. Quattro posizioni in meno significano praticamente sparire.
Gli errori che distruggono l’esperienza mobile (e che nessuno ti dice)
Nella mia esperienza, questi sono gli errori più comuni nei siti “responsive ma non mobile-first”. Li riconosco a colpo d’occhio perché li ho visti decine di volte.
1. Il menu hamburger che non funziona davvero
Hai presente l’icona con tre linee orizzontali in alto a destra? Il famoso menu hamburger. È lo standard su mobile, ma quando è mal progettato diventa una trappola.
Voci troppo vicine tra loro, menu che si apre lentamente, sottocategorie che si sovrappongono allo schermo, pulsante di chiusura minuscolo in un angolo. Risultato: le persone ci sbattono sopra per trenta secondi, poi abbandonano.
2. I bottoni CTA troppo piccoli o troppo centrali
C’è una regola di design mobile chiamata “zona del pollice”: la parte dello schermo raggiungibile facilmente con il pollice si trova nella zona bassa e laterale dello schermo. Le zone centrali alte sono scomode da raggiungere con una mano sola.
Se il tuo pulsante “Scrivimi” o “Acquista ora” è in alto al centro con dimensioni sotto i 44px di altezza, stai chiedendo uno sforzo fisico al cliente. E il cliente, con tutto il rispetto, non ha voglia di sforzarsi.
3. I form da compilare che fanno passare la voglia
Un modulo di contatto con campi minuscoli, senza autocompletamento, con tastiera che copre metà schermo è un ostacolo, non un invito.
Su mobile, ogni campo in più che aggiungi a un form riduce il tasso di completamento. Non di poco: in modo significativo.
4. Le immagini pesanti che rallentano tutto
Immagini non ottimizzate per mobile (stesso file da 3MB che carichi sul desktop), nessuna versione WebP, nessun lazy loading. Il risultato: la pagina impiega tre, quattro, cinque secondi a caricarsi.
Ogni secondo in più di caricamento su mobile equivale a -7% di conversioni — dato rilevato da Google sulle analisi del comportamento degli utenti. Cinque secondi di attesa su mobile non li sopporta quasi nessuno.
5. Il testo troppo piccolo da leggere senza ingrandire
Font sotto i 16px su mobile? La persona pincha-and-zooms. Poi se ne va.
Non perché sia pigra: perché ci sono altri dieci siti pronti a darle la stessa informazione senza sforzo.
6. Troppe informazioni in una schermata
Sul desktop puoi gestire tre colonne, una sidebar, un banner e un CTA nello stesso viewport. Su mobile quella stessa pagina diventa un muro di contenuti impilati uno sull’altro.
Il risultato è disorientamento. E il disorientamento porta all’uscita.
Come verifichi il tuo sito adesso: strumenti pratici
Ok, a questo punto probabilmente ti stai chiedendo: “Ma il mio sito com’è messo davvero?”
Ecco gli strumenti che uso io, nell’ordine in cui li uso.
PageSpeed Insights
Vai su pagespeed.web.dev, inserisci l’URL del tuo sito e aspetta il risultato. Lo strumento ti dà un punteggio da 0 a 100 per mobile e desktop separatamente — e ti dice esattamente cosa sta rallentando il caricamento.
Punteggio sotto 50 su mobile? C’è lavoro da fare. Sotto 70? Probabilmente stai perdendo posizioni su Google senza saperlo.
Google Search Console
Se hai già collegato il tuo sito a Search Console, vai nella sezione “Esperienza” → “Vitals Web Core”. Trovi i dati reali delle persone che visitano il tuo sito: quanto impiegano le pagine a caricarsi, quante hanno problemi di layout che “saltano” mentre le carichi.
Questi dati non li inventa nessuno: vengono dai dispositivi reali delle persone reali che usano Chrome mentre navigano il tuo sito.
Il test manuale con il tuo telefono
Questo è il più importante e il più trascurato. Torna al punto di partenza: apri il sito dal telefono, usa una connessione 4G normale (non il WiFi di casa tua), scorri tutto, clicca tutto.
Cosa sembra difficile? Cosa ti fa perdere il filo? Cosa non carica abbastanza in fretta?
Se lo trovi complicato tu che conosci il sito a memoria, immagina chi lo vede per la prima volta.
I Core Web Vitals: cosa significano davvero
Sento spesso parlare di Core Web Vitals senza che nessuno li spieghi in modo comprensibile. Ci provo io.
Google misura tre cose principali:
- LCP (Largest Contentful Paint): quanto tempo impiega il contenuto principale della pagina a diventare visibile. Soglia buona nel 2026: sotto 2,0 secondi (Google ha abbassato la soglia quest’anno). Solo il 62% dei siti mobile la supera.
- INP (Interaction to Next Paint): quanto velocemente la pagina risponde quando tocchi qualcosa — un bottone, un link, un menu. Soglia buona: sotto 200 millisecondi. Il 43% dei siti non la raggiunge.
- CLS (Cumulative Layout Shift): quanto “salta” la pagina mentre si carica. Hai presente quando stai per cliccare qualcosa e improvvisamente tutto si sposta verso il basso? Quello è CLS alto. Soglia buona: sotto 0,1.
I siti che passano tutte e tre le soglie hanno tassi di rimbalzo mediamente inferiori del 24%. Non è un dato irrilevante: significa che chi arriva, resta.
Come si progetta davvero mobile-first in WordPress con Elementor Pro
Se stai usando WordPress con Elementor Pro (che è lo stack che uso per la maggior parte dei siti che costruisco), il cambio di approccio è più semplice di quanto sembri — ma richiede disciplina.
La prima cosa: lavora dall’editor mobile di Elementor fin dall’inizio. Non dopo, non “alla fine per aggiustare”. Dall’inizio.
Elementor Pro ti permette di passare tra le viste desktop, tablet e mobile con i tre bottoni in basso. La tentazione naturale è progettare su desktop — lo schermo è grande, è comodo, si vede tutto. Resisti a questa tentazione.
Parti dalla vista mobile. Definisci la gerarchia visiva: cosa viene prima? Qual è la prima cosa che deve vedere una persona che arriva dal telefono? Costruisci da lì.
Poi adatta per tablet. Poi per desktop — che in questo flusso diventa quasi automatico, perché hai già risolto i problemi più complessi.
Alcune regole pratiche che applico sempre:
- Dimensione font minima 16px sul testo di corpo, 20px o più per i titoli di paragrafo
- Pulsanti CTA con altezza minima 48px e padding laterale generoso
- Spaziatura tra gli elementi di almeno 8px (meglio 12-16px) per evitare tap accidentali
- Immagini in formato WebP con lazy loading attivo su tutti i blocchi
- Menu hamburger con voci ben distanziate e un’icona di chiusura grande e visibile
- Form con il minor numero possibile di campi — ogni campo è una potenziale uscita
Un’altra cosa che faccio sistematicamente: uso la modalità di emulazione mobile in Chrome DevTools mentre lavoro. Non sostituisce il test sul dispositivo reale, ma permette di intercettare la maggior parte dei problemi prima ancora di pubblicare.
Come si sceglie un tema Shopify che funziona davvero su mobile
Per gli e-commerce Shopify il discorso è diverso ma il principio è lo stesso: non tutti i temi sono uguali.
Molti temi Shopify vengono presentati come “mobile responsive” nel marketplace — e tecnicamente lo sono. Ma “responsive” e “ottimizzato per mobile” non sono sinonimi, come abbiamo visto.
Quando scelgo un tema per un cliente Shopify, guardo tre cose nell’ordine:
Prima cosa: il punteggio PageSpeed del tema demo su mobile. Shopify mette a disposizione le demo di ogni tema — testale su PageSpeed Insights prima di comprare. Un tema con punteggio sotto 60 su mobile ti darà problemi fin dal giorno zero.
Seconda cosa: l’esperienza di navigazione sul telefono, non le screenshot del desktop. Apro la demo dal telefono, aggiungo un prodotto al carrello, provo a completare un ordine di prova. Il processo di checkout su mobile è fluido? I pulsanti sono grandi abbastanza? Le immagini prodotto si zoomano senza intoppi?
Terza cosa: le recensioni degli utenti filtrate per “mobile” o “phone”. Chi ha già usato quel tema in produzione sa già cosa non funziona. Le recensioni negative ti dicono più delle stelline.
I temi che consiglio spesso ai miei clienti Shopify sono quelli del catalogo ufficiale Shopify (Dawn, Craft, Sense) perché nascono da un team che fa mobile-first per default. Non sono sempre i più belli esteticamente, ma sono quelli su cui è più facile costruire senza combattere contro il codice.
La domanda che molte persone non si fanno mai
Ho lavorato con decine di clienti nel corso degli anni. E c’è una cosa che mi ha sempre colpito: quasi nessuno di loro aveva mai aperto il proprio sito dal telefono con occhi da cliente.
Lo avevano aperto come titolari, come imprenditori, come persone che conoscono il sito a memoria. Non come qualcuno che lo vede per la prima volta, di fretta, su uno schermo da 6 pollici.
Quella differenza di prospettiva è tutto.
Un sito mobile-first non è un lusso tecnico per chi ha budget da agenzia. È il minimo indispensabile nel 2026, perché la maggior parte delle persone che potresti raggiungere lo fa dal telefono. Sempre.
Se il tuo sito perde conversioni in silenzio — se le persone arrivano, scorrono per venti secondi e se ne vanno — spesso la risposta non è nel copy, non è nei colori, non è nelle foto. È nell’esperienza mobile.
E quella esperienza si progetta, non si adatta.
Vuoi sapere come se la cava il tuo sito su mobile?
Se dopo aver letto questo articolo ti è venuta voglia di capire davvero in che stato è il tuo sito — non solo “funziona su mobile?” ma “converte su mobile?” — posso aiutarti.
Faccio un’analisi tecnica e di esperienza utente sul tuo sito, con indicazioni concrete su cosa cambiare e in che ordine. Senza giri di parole, senza report da 40 pagine che non legge nessuno.
PS — Se sei arrivata fino in fondo a questo articolo e stai già pensando “sì ma il mio sito è a posto, funziona su mobile” — fai il test. Davvero. Aprilo adesso, dal telefono, su rete 4G. Non sul WiFi di casa. E poi dimmi.
Nella mia esperienza, chi è sicuro al 100% che il proprio sito vada bene su mobile di solito è quello che ha più da scoprire. Non perché sia ingenuo — ma perché nessuno glielo aveva mai mostrato da quella prospettiva.
