Come verificare se un sito web ha una versione mobile
Se ti stai chiedendo come verificare se un sito ha una versione mobile, sappi che un sito può “avere una versione mobile” in 3 modi diversi. Può essere un sito responsive che si adatta da solo, un sito mobile separato con un proprio URL oppure una pagina desktop che semplicemente si rimpicciolisce e spera per il meglio. Quest’ultima è una cosa molto comune.
Prima di giudicare qualcosa, definisci l’obiettivo e cerca di come capire se un sito è responsive in modo concreto. Se stai cercando di capire come verificare se un sito web ha una pagina contatti, cerchi un certo tipo di segnale; qui invece stai controllando il comportamento sullo schermo, la navigazione e la gestione dei dispositivi. Domanda diversa, prove diverse. Semplice, ma spesso si fa confusione.
Una versione mobile dovrebbe fare più che “aprire” su un telefono. Dovrebbe adattarsi a schermi più piccoli, mantenere il testo leggibile e preservare l’attività principale senza dover pizzicare e zoomare. Un menu hamburger da solo non prova molto. Nemmeno un layout desktop in miniatura.
1. Definisci cosa significa “versione mobile” per la tua verifica
Parti da una decisione: stai cercando un sito mobile separato, un layout responsive oppure un’esperienza pensata per il mobile, come un invito a installare un’app o un menu semplificato? Questa sola scelta cambia ciò che devi controllare per primo.
Un sito mobile separato usa spesso un sottodominio diverso, come m.example.com, oppure un percorso distinto. Un layout responsive di solito mantiene lo stesso URL e modifica la pagina con CSS. Un’esperienza pensata per il mobile può restare sulla stessa pagina, ma mostra una navigazione diversa, meno colonne o un invito a installare un’app. Non sono la stessa cosa.
Se il sito è vecchio, la versione mobile può essere evidente. Se è più recente, può essere nascosta nel design invece che in un indirizzo separato. Fai attenzione a questo aspetto.
Un indizio pratico: un sito che cambia solo la dimensione del carattere non è davvero una versione mobile. Un sito che cambia menu, spaziatura, blocchi multimediali e layout dei moduli sta facendo un lavoro serio.
2. Esamina il sito da un browser desktop senza cambiare dispositivo
Apri prima la pagina in un normale browser desktop. Poi restringi la finestra lentamente, non in un solo colpo. Osserva cosa cambia a 1200 pixel, poi a 1024, poi a 768. Questi numeri contano perché molti layout si rompono proprio in quei punti.
Guarda il comportamento, non solo lo stile. La navigazione in alto si trasforma in un unico menu? Le barre laterali scendono sotto il contenuto principale? Una grande immagine si riduce senza spingere il testo fuori dallo schermo? Sono segnali che il sito è stato costruito per adattarsi.
Un sito può fingere di essere mobile-friendly semplicemente rimpicciolendo tutto. Non basta. L’utente ha comunque bisogno di paragrafi leggibili, pulsanti facili da toccare e moduli che non richiedano scorrimento orizzontale.
Apri una pagina con un modulo lungo. Se le etichette si sovrappongono a una larghezza minore, la versione mobile è debole. Se i campi si impilano in modo ordinato e il pulsante di invio resta visibile, la versione mobile è probabilmente stata progettata bene.
Per un confronto rapido, puoi anche confrontare la struttura con un’altra pagina dello stesso dominio, come come verificare se un sito web gestisce i contenuti della politica di spedizione. I siti spesso mantengono le pagine di policy più rigide rispetto alle pagine prodotto, e la differenza può rivelare se le regole responsive sono state applicate a tutto il sito o solo alla homepage.
3. Controlla il codice sorgente e il CSS per la configurazione mobile
Visualizza il sorgente oppure apri gli strumenti per sviluppatori. Cerca il meta tag viewport. Se trovi width=device-width e uno scale iniziale sensato, è un forte segnale che il sito è stato pensato per schermi mobili.
Poi controlla i file CSS. Il codice responsive di solito include media query con breakpoint come 768px, 1024px o 480px. Non serve leggere ogni riga. Uno o due breakpoint ben posizionati possono dirti molto.
Cerca anche asset pensati per il mobile. Un file immagine può avere versioni più piccole per connessioni lente. Uno script di navigazione può caricarsi solo quando lo schermo è stretto. Un font può cambiare peso per migliorare la leggibilità. Sono dettagli importanti perché mostrano intenzione, non casualità.
Se nel sorgente trovi larghezze fisse ovunque, sii scettico. I layout fissi possono comunque aprirsi su un telefono, ma non significa che il sito abbia una versione mobile. Potrebbe semplicemente essere una pagina desktop compressa in uno spazio più piccolo.
Ecco il punto che molti trascurano: il codice sorgente può rivelare il supporto mobile anche quando la pagina visivamente sembra semplice. Una pagina pulita non è sempre semplice sotto il cofano. Una pagina disordinata non è sempre rotta.
4. Confronta il comportamento alle larghezze mobile più comuni
Prova alcune larghezze standard nel browser. Usa 375 pixel, 390 pixel e 414 pixel per gli smartphone moderni, poi 768 pixel per una vista da tablet. Questa gamma mette in evidenza rapidamente la maggior parte dei problemi di layout.
A 375 pixel, controlla se il contenuto resta dentro lo schermo. A 390 pixel, verifica se i pulsanti sono abbastanza grandi per il pollice. A 414 pixel, cerca spazi vuoti laterali o banner tagliati. Sono piccoli indizi, ma sommati contano.
Una buona versione mobile si riorganizza in modo pulito. Una debole si limita a rimpicciolirsi. C’è una vera differenza tra “sta dentro” e “funziona”.
Prova la stessa pagina in verticale e in orizzontale. A volte la pagina si comporta bene in un orientamento e diventa scomoda nell’altro. Una galleria può bloccare le immagini in modo troppo rigido, oppure una tabella può diventare illeggibile. Le tabelle sono particolarmente rivelatrici.
Se una pagina contiene una tabella di confronto, riduci la larghezza e osserva il risultato. Una versione mobile corretta può impilare le righe o consentire uno scorrimento orizzontale controllato. Una scadente taglia l’ultima colonna. È il tipo di problema che gli utenti notano subito.
5. Cerca URL mobili separati o reindirizzamenti in base al dispositivo
I siti più vecchi a volte inviano i telefoni a un altro indirizzo. Potresti vedere m.example.com, mobile.example.com oppure un URL che include /mobile/ o /amp/. Controlla con attenzione la barra del browser dopo il caricamento della pagina su un telefono o in una finestra di emulazione stretta.
I reindirizzamenti in base al dispositivo possono avvenire in modo silenzioso. Un utente desktop vede una pagina, mentre un utente telefono finisce altrove. Questo può indicare una versione mobile dedicata, ma può anche voler dire che il sito ha una configurazione datata mai modernizzata.
Presta attenzione ai reindirizzamenti che avvengono prima del caricamento completo della pagina. Un salto rapido da un dominio a un altro spesso significa che il server sta riconoscendo il tipo di dispositivo. Se il reindirizzamento porta a una pagina semplificata, il sito potrebbe essere stato costruito per telefoni più vecchi, non per i moderni schermi responsive.
Fai attenzione alle supposizioni. Un URL che sembra mobile non significa sempre che il sito sia migliore su telefono. A volte vuol dire solo che il sito è vecchio, più lento e più difficile da mantenere.
Un indizio semplice è la coerenza. Se reindirizza solo la homepage e le pagine interne no, la versione mobile è probabilmente incompleta.
6. Verifica se il sito cambia in base allo user agent
Apri gli strumenti per sviluppatori e cambia lo user agent con un profilo da telefono. Poi ricarica la pagina. Se il contenuto cambia, il sito sta servendo HTML o CSS diversi ai dispositivi mobili.
Questo conta perché alcuni siti nascondono la versione mobile dietro il rilevamento del dispositivo. In un browser desktop possono mostrare un layout completo; con uno user agent da telefono possono mostrare un menu più stretto, immagini diverse o persino blocchi di testo diversi. Non lo vedi semplicemente ridimensionando la finestra.
Prova almeno due user agent: un profilo iPhone moderno e uno Android. Se il sito si comporta in modo diverso tra i due, annota la differenza esatta. Un cambiamento nella navigazione è significativo. Un cambiamento negli script di analisi non basta.
Se la pagina si rompe solo con uno user agent, la versione mobile potrebbe essere stata rattoppata per dispositivi specifici invece che costruita bene. È un segnale di manutenzione debole. Può anche creare bug strani che compaiono solo su certi telefoni.
Per un controllo separato sulla struttura del sito, puoi confrontarlo con come verificare se un sito web gestisce le pagine dei termini di servizio. Le pagine legali sono spesso meno responsive rispetto alle pagine prodotto, quindi sono utili per individuare un supporto mobile solo parziale.
7. Controlla gli archivi web pubblici e gli snippet di ricerca per varianti mobili passate
Gli archivi pubblici possono mostrare se in passato esisteva una versione mobile. Cerca il sito nella Wayback Machine o in un altro archivio e controlla istantanee di diversi anni, non solo una. Una pagina mobile del 2018 può raccontare una storia che la homepage del 2026 nasconde.
Gli URL archiviati possono rivelare vecchi sottodomini mobili, reindirizzamenti specifici per dispositivo o template separati. Anche gli snippet di ricerca possono aiutare. Se i risultati indicizzati mostrano un percorso mobile o una pagina AMP, è probabile che il sito esponga pubblicamente una versione mobile in passato.
Non attribuire troppo significato a una sola istantanea. Gli archivi possono perdere fogli di stile, script o immagini. Tuttavia, se tre istantanee diverse mostrano un pattern di URL specifico per telefono, è una prova forte.
Puedes also compare cached text around a page title. If search results once displayed a short mobile title and now show a long desktop title, the site likely changed its presentation over time.
C’è un motivo pratico per controllare gli archivi: alcuni siti rimuovono la versione mobile senza ripulire i vecchi link. Gli utenti arrivano dai motori di ricerca o dai segnalibri e finiscono su percorsi mobili non più attivi. È il tipo di problema che resta nascosto finché qualcuno non lo testa.
8. Decidi che tipo di supporto mobile ha davvero il sito
A questo punto dovresti essere in grado di descrivere il risultato in una sola frase. Dì se il sito è responsive, usa una versione mobile separata oppure ha poca o nessuna ottimizzazione per il mobile. La frase deve essere supportata da 3 osservazioni concrete, non da un’ipotesi.
Un sito responsive di solito mantiene un solo URL, mostra breakpoint evidenti e adatta la navigazione alle larghezze minori. Una versione mobile separata di solito usa un URL distinto o un reindirizzamento basato sullo user agent. Una configurazione mobile debole di solito riduce il design desktop, taglia contenuti o rende i moduli difficili da usare.
Se ti serve un modello rapido per una segnalazione, usa quest’ordine: pattern dell’URL, comportamento del layout ed evidenza nel codice sorgente. Tre elementi. Nient’altro è necessario per una segnalazione di base.
Per esempio: “Il sito è responsive. Mantiene lo stesso URL, usa un tag viewport e sposta la barra laterale sotto il contenuto principale a 390 pixel.” È chiaro, breve e verificabile.
Se devi documentare un sito vecchio come riferimento, tieni la nota precisa. Indica il percorso mobile esatto, il comportamento del dispositivo e la larghezza in cui cambia il layout. Una frase vaga come “funziona su telefono” non aiuta nessuno.
Ultimo controllo: se il sito offre solo un menu mobile ma nasconde ancora i contenuti importanti dietro link minuscoli, non è una vera versione mobile. È solo un menu mobile. Sono cose diverse.
