TrueURL
TrueURL

Menu

Lingua Italiano
Tema

Strumento gratuito per i redirect

Verifica redirect mobile vs desktop

Verifica lo stesso URL due volte, come Chrome desktop e come Safari su iPhone, e confronta le due catene di reindirizzamenti fianco a fianco. Individua i reindirizzamenti basati sul dispositivo che mandano i visitatori da mobile in posti inattesi.

Perché i reindirizzamenti mobile e desktop possono essere diversi

Alcuni siti decidono dove mandare un visitatore in base al suo dispositivo, rilevato dall’intestazione User-Agent. Esempi tipici sono i siti mobile separati (m.example.com), le pagine di download delle app, i selettori di negozio o di area geografica e le landing page degli annunci. Quando questa logica è sbagliata, i visitatori da mobile finiscono sulla home page, su una pagina di errore o su una pagina che non c’entra nulla con il link che hanno seguito.

Google scansiona e indicizza principalmente la versione mobile delle pagine, quindi un reindirizzamento mobile difettoso danneggia non solo l’esperienza utente, ma anche la visibilità nella ricerca.

Come funziona il confronto

TrueURL verifica l’URL due volte con le stesse impostazioni, cambiando solo lo User-Agent: un Chrome desktop recente su Windows e Safari su iPhone. Le due catene di reindirizzamenti vengono mostrate fianco a fianco con i relativi URL finali e codici di stato, così ogni differenza salta subito all’occhio.

Cambia solo lo User-Agent. I siti che scelgono la versione in base alle dimensioni dello schermo tramite JavaScript possono comportarsi allo stesso modo in entrambe le colonne, anche se su un telefono vero hanno un aspetto diverso. Per testare altri User-Agent, come Chrome su Android o Googlebot, scegli un profilo predefinito nelle Impostazioni avanzate della Verifica catena di redirect.

Com’è fatto un buon risultato

  • Sito responsive: entrambe le colonne terminano sullo stesso URL finale. È la configurazione consigliata da Google e la più facile da gestire.
  • URL mobile separati: il desktop resta su www.example.com/page e il mobile va alla pagina equivalente m.example.com/page, non alla home page mobile. La pagina desktop deve indicare il proprio URL mobile con <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page"> e la pagina mobile deve avere un tag canonical che rimanda alla versione desktop.
  • Pubblicazione dinamica: lo stesso URL per entrambi, con HTML diverso. La risposta deve includere Vary: User-Agent, così le cache non confondono le versioni.

Errori comuni nei redirect mobile

  • Reindirizzamenti errati: tutti i visitatori da mobile vengono mandati alla home page mobile invece che alla pagina corrispondente.
  • Pagine mobile mancanti: una pagina desktop senza versione mobile reindirizza a un errore. In questo caso mostra la pagina desktop.
  • Reindirizzamenti a senso unico: gli utenti mobile vengono reindirizzati, ma gli utenti desktop che aprono un link m. non vengono riportati alla pagina desktop.
  • Interstitial per le app: un reindirizzamento a un app store o un banner a schermo intero per l’app nasconde i contenuti che il visitatore cercava.
  • Salti in più solo su mobile: una deviazione attraverso un servizio di rilevamento del dispositivo o di tracciamento, che pesa soprattutto sulle connessioni mobili lente.

Guide

Domande frequenti

Quali User-Agent usa il confronto?

Chrome desktop su Windows e Safari su iPhone, entrambi con numeri di versione recenti. In pratica qualsiasi codice di rilevamento del dispositivo riconosce il primo come computer desktop e il secondo come telefono.

Google vede il risultato mobile o quello desktop?

Soprattutto quello mobile. Google scansiona e indicizza il web principalmente con Googlebot Smartphone, il cui User-Agent somiglia a quello di Chrome su un telefono Android. Se la colonna mobile termina sulla pagina sbagliata, Google potrebbe indicizzare anche quella. Per vedere che cosa invia un sito allo User-Agent di Googlebot, usa il profilo Googlebot smartphone nelle Impostazioni avanzate della Verifica catena di redirect. I siti che verificano Googlebot tramite il suo indirizzo IP potrebbero comunque rispondere a TrueURL in modo diverso.

Gli URL mobile separati (siti m-dot) sono dannosi per la SEO?

Sono supportati, ma è più difficile gestirli bene: ogni pagina ha bisogno di un URL mobile corrispondente, di annotazioni corrette e di reindirizzamenti in entrambe le direzioni. Google consiglia il design responsive, che evita del tutto i reindirizzamenti basati sul dispositivo. Se gestisci un sito m-dot, verifica qui le pagine principali dopo ogni rilascio.

Perché le due colonne sono identiche se sul telefono il mio sito ha un aspetto diverso?

Probabilmente il tuo sito si adatta nel browser, con CSS responsive o JavaScript, anziché con reindirizzamenti lato server. È l’approccio consigliato e significa che non c’è alcun reindirizzamento basato sul dispositivo da confrontare.

Posso confrontare altri dispositivi, come telefoni Android o tablet?

Questo strumento confronta Chrome desktop con Safari su iPhone. Per altri dispositivi, apri le Impostazioni avanzate della Verifica catena di redirect, scegli un profilo predefinito come Chrome su Android oppure incolla una stringa User-Agent qualsiasi e avvia la verifica.

I reindirizzamenti basati sul dispositivo rallentano le pagine mobile?

Sì. Ogni reindirizzamento costa un intero viaggio di andata e ritorno prima che la pagina inizi a caricarsi, e le reti mobili hanno una latenza più alta della banda larga. Anche il solo reindirizzamento da www a m. può aggiungere un ritardo percepibile; puoi misurarlo con il Test latenza redirect.