TrueURL
TrueURL

Menu

Langue Français
Thème

Outil de redirection gratuit

Redirections mobile vs ordinateur

Vérifiez une même URL deux fois, comme Chrome sur ordinateur puis comme Safari sur iPhone, et comparez les deux chaînes de redirections côte à côte. Repérez les redirections selon l’appareil qui envoient les visiteurs mobiles vers une destination inattendue.

Pourquoi les redirections diffèrent entre mobile et ordinateur

Certains sites décident où envoyer un visiteur en fonction de son appareil, détecté grâce à l’en-tête User-Agent. Exemples typiques : les sites mobiles séparés (m.example.com), les pages de téléchargement d’application, les sélecteurs de boutique ou de région et les pages de destination des annonces. Quand cette logique est défaillante, les visiteurs mobiles se retrouvent sur la page d’accueil, sur une page d’erreur ou sur une page sans rapport avec le lien qu’ils ont suivi.

Google explore et indexe principalement la version mobile des pages : une redirection mobile défectueuse nuit donc à la visibilité dans les résultats de recherche autant qu’à l’expérience utilisateur.

Comment fonctionne la comparaison

TrueURL vérifie l’URL deux fois avec les mêmes paramètres, en ne changeant que le User-Agent : un Chrome récent pour ordinateur sous Windows, puis Safari sur iPhone. Les deux chaînes de redirections s’affichent côte à côte avec leurs URL finales et leurs codes de statut, pour que la moindre différence saute aux yeux.

Seul le User-Agent change. Les sites qui choisissent une version en JavaScript selon la taille de l’écran peuvent se comporter de la même façon dans les deux colonnes, même s’ils s’affichent différemment sur un vrai téléphone. Pour tester d’autres profils, comme Chrome sur Android ou Googlebot, choisissez un préréglage dans les Paramètres avancés du Vérificateur de chaîne de redirections.

À quoi ressemble un bon résultat

  • Site adaptatif (responsive) : les deux colonnes aboutissent à la même URL finale. C’est la configuration recommandée par Google, et la plus simple à maintenir.
  • URL mobiles distinctes : la version ordinateur reste sur www.example.com/page et la version mobile mène à la page équivalente m.example.com/page, et non à la page d’accueil mobile. La page pour ordinateur doit pointer vers son URL mobile avec <link rel="alternate" media="only screen and (max-width: 640px)" href="https://m.example.com/page">, et la page mobile doit comporter une balise canonical qui renvoie vers la page pour ordinateur.
  • Diffusion dynamique : la même URL pour les deux, avec un code HTML différent. La réponse doit inclure Vary: User-Agent pour que les caches ne mélangent pas les versions.

Erreurs fréquentes de redirection mobile

  • Redirections défectueuses : tous les visiteurs mobiles sont envoyés vers la page d’accueil mobile au lieu de la page correspondante.
  • Pages mobiles manquantes : une page pour ordinateur sans version mobile redirige vers une erreur. Affichez plutôt la page pour ordinateur.
  • Redirections à sens unique : les utilisateurs mobiles sont redirigés, mais les utilisateurs sur ordinateur qui ouvrent un lien m. ne sont pas renvoyés vers la page pour ordinateur.
  • Interstitiels d’application : une redirection vers une boutique d’applications ou une bannière d’application en plein écran masque le contenu que le visiteur venait consulter.
  • Sauts supplémentaires sur mobile uniquement : un détour par un service de détection d’appareil ou de suivi, particulièrement pénalisant sur les connexions mobiles lentes.

Guides

Questions fréquentes

Quel User-Agent est utilisé pour chaque colonne ?

Chrome pour ordinateur sous Windows et Safari sur iPhone, tous deux avec des numéros de version récents. Pratiquement tout code de détection d’appareil reconnaît le premier comme un ordinateur et le second comme un téléphone.

Google voit-il le résultat mobile ou le résultat ordinateur ?

Surtout le résultat mobile. Google explore et indexe le Web principalement avec Googlebot pour smartphone, dont le User-Agent ressemble à celui de Chrome sur un téléphone Android. Si la colonne mobile aboutit à la mauvaise page, Google risque d’indexer celle-ci. Pour voir ce qu’un site renvoie au User-Agent de Googlebot, utilisez le préréglage Googlebot smartphone dans les Paramètres avancés du Vérificateur de chaîne de redirections. Les sites qui vérifient Googlebot par son adresse IP peuvent toutefois répondre différemment à TrueURL.

Les URL mobiles distinctes (sites m-dot) sont-elles mauvaises pour le SEO ?

Elles sont prises en charge, mais plus difficiles à bien configurer : chaque page a besoin d’une URL mobile correspondante, d’annotations correctes et de redirections dans les deux sens. Google recommande la conception adaptative (responsive design), qui évite complètement les redirections selon l’appareil. Si vous gérez un site m-dot, vérifiez ici vos pages clés après chaque mise en production.

Pourquoi les deux colonnes sont-elles identiques alors que mon site s’affiche différemment sur un téléphone ?

Votre site s’adapte probablement dans le navigateur, grâce à du CSS adaptatif ou à du JavaScript, plutôt qu’avec des redirections côté serveur. C’est l’approche recommandée, et cela signifie qu’il n’y a aucune redirection selon l’appareil à comparer.

Puis-je comparer d’autres appareils, comme des téléphones Android ou des tablettes ?

Cet outil compare Chrome pour ordinateur avec Safari sur iPhone. Pour d’autres appareils, ouvrez les Paramètres avancés du Vérificateur de chaîne de redirections, choisissez un préréglage comme Chrome sur Android ou collez n’importe quelle chaîne User-Agent, puis lancez la vérification.

Les redirections selon l’appareil ralentissent-elles les pages mobiles ?

Oui. Chaque redirection coûte un aller-retour complet avant que la page ne commence à se charger, et les réseaux mobiles ont une latence plus élevée que les connexions fixes à haut débit. Une simple redirection de www vers m. peut à elle seule ajouter un délai perceptible ; vous pouvez le mesurer avec le Testeur de latence des redirections.