Comment vérifier si un site Web a une version mobile
Un site peut « avoir une version mobile » de 3 façons différentes. Il peut s’agir d’un site responsive qui se réorganise tout seul, d’un site mobile distinct avec sa propre URL, ou d’une page de bureau qui se contente de rétrécir en espérant que tout ira bien. Cette dernière option est très courante.
Avant de juger quoi que ce soit, définissez l’objectif. Si vous cherchez à répondre à comment vérifier si un site Web a une page de contact, vous cherchez un type de signal ; ici, vous vérifiez le comportement à l’écran, la navigation et la gestion des appareils. En pratique, il faut savoir vérifier si un site est responsive, et aussi comprendre comment vérifier si un site a une version mobile ou comment savoir si un site a une version mobile. Question différente, preuves différentes. C’est simple, mais les gens les confondent souvent.
Une version mobile doit faire plus qu’« ouvrir » sur un téléphone. Elle doit s’adapter aux petits écrans, garder un texte lisible et préserver la tâche principale sans avoir à pincer et zoomer. Un menu hamburger, à lui seul, ne prouve pas grand-chose. Pas plus qu’une mise en page de bureau minuscule.
1. Définissez ce que « version mobile » signifie pour votre vérification
Commencez par une seule décision : cherchez-vous un site mobile distinct, une mise en page responsive ou une expérience spécifique au mobile, comme une invitation à installer une appli ou un menu simplifié ? Ce choix unique change ce que vous examinez en premier.
Un site mobile distinct utilise souvent un sous-domaine différent, comme m.example.com, ou un chemin séparé. Une mise en page responsive conserve généralement la même URL et adapte la page via CSS. Une expérience spécifique au mobile peut rester sur la même page, mais afficher une navigation différente, moins de colonnes ou une invitation à installer une application. Ce n’est pas la même chose.
Si le site est ancien, la version mobile peut être évidente. S’il est plus récent, elle peut être intégrée au design plutôt que d’avoir une adresse séparée. Surveillez cet aspect.
Indice pratique : un site qui ne change que la taille des polices n’est guère une vraie version mobile. Un site qui modifie son menu, ses espacements, ses blocs médias et la disposition de ses formulaires fait un vrai travail d’adaptation.
2. Inspectez le site depuis un navigateur de bureau sans changer d’appareil
Ouvrez d’abord la page dans un navigateur de bureau classique. Réduisez ensuite la fenêtre lentement, pas d’un seul coup. Observez ce qui change à 1200 pixels, puis 1024, puis 768. Ces valeurs comptent parce que de nombreuses mises en page se cassent à ces seuils.
Regardez le comportement, pas seulement le style. La navigation supérieure se réduit-elle en un seul menu ? Les barres latérales passent-elles sous le contenu principal ? Une grande image devient-elle plus petite sans repousser le texte hors écran ? Ce sont des signes que le site a été conçu pour s’adapter.
Un site peut faire semblant d’être compatible mobile en rétrécissant tout. Ce n’est pas suffisant. L’utilisateur a encore besoin de paragraphes lisibles, de boutons faciles à toucher et de formulaires qui n’exigent pas de défilement horizontal.
Ouvrez une page avec un long formulaire. Si les libellés se chevauchent à une largeur plus petite, la version mobile est faible. Si les champs s’empilent proprement et que le bouton d’envoi reste visible, la version mobile est probablement bien pensée.
Pour une vérification croisée rapide, vous pouvez aussi comparer la structure avec une autre page du même domaine, comme comment vérifier si un site Web gère le contenu de sa politique d’expédition. Les sites gardent souvent leurs pages juridiques plus rigides que leurs pages produits, et la différence peut révéler si les règles responsive ont été appliquées à tout le site ou seulement à la page d’accueil.
3. Examinez le code source et le CSS pour repérer une configuration mobile
Affichez le code source ou ouvrez les outils de développement. Recherchez la balise meta viewport. Si vous voyez width=device-width et une échelle initiale cohérente, c’est un signal fort que le site a été conçu pour les écrans mobiles.
Ensuite, inspectez les fichiers CSS. Le code responsive inclut généralement des media queries avec des seuils comme 768px, 1024px ou 480px. Vous n’avez pas besoin de lire chaque ligne. Une ou deux coupures bien placées peuvent déjà en dire long.
Repérez aussi les ressources pensées pour le mobile. Un fichier image peut avoir des versions plus légères pour les connexions lentes. Un script de navigation peut ne se charger que lorsque l’écran est étroit. Une police peut changer de graisse pour améliorer la lisibilité. Ces détails comptent, car ils montrent une intention, pas un hasard.
Si le code source utilise des largeurs fixes partout, soyez sceptique. Les mises en page fixes peuvent s’ouvrir sur un téléphone, mais cela ne signifie pas que le site a une version mobile. Il peut simplement s’agir d’une page de bureau compressée dans une boîte plus petite.
Voici le point que beaucoup de gens ratent : le code source peut révéler la prise en charge mobile même quand la page visuelle paraît simple. Une page propre n’est pas toujours simple sous le capot. Une page brouillonne n’est pas toujours cassée.
4. Comparez le comportement aux largeurs mobiles courantes
Testez quelques largeurs standard dans votre navigateur. Essayez 375 pixels, 390 pixels et 414 pixels pour les téléphones récents, puis 768 pixels pour une vue de type tablette. Cette plage met rapidement en évidence la plupart des problèmes de mise en page.
À 375 pixels, vérifiez que le contenu reste dans l’écran. À 390 pixels, vérifiez que les boutons sont assez grands pour un pouce. À 414 pixels, cherchez des espaces vides sur les côtés ou des bannières tronquées. Ce sont de petits indices, mais ils s’additionnent.
Une bonne version mobile se réorganise proprement. Une version faible se contente de rétrécir. Il y a une vraie différence entre « tient » et « fonctionne ».
Essayez la même page en mode portrait puis paysage. Parfois, elle se comporte bien dans une orientation et devient maladroite dans l’autre. Une galerie peut verrouiller les images trop serré, ou un tableau peut devenir illisible. Les tableaux sont particulièrement révélateurs.
Si une page contient un tableau comparatif, réduisez la largeur et observez le résultat. Une vraie version mobile peut empiler les lignes ou permettre un défilement horizontal contrôlé. Une mauvaise version coupe la dernière colonne. C’est le genre de problème que les utilisateurs remarquent très vite.
5. Recherchez des URL mobiles distinctes ou des redirections selon l’appareil
Les sites anciens envoient parfois les téléphones vers une autre adresse. Vous pouvez voir m.example.com, mobile.example.com, ou une URL contenant /mobile/ ou /amp/. Vérifiez attentivement la barre d’adresse après le chargement de la page sur un téléphone ou dans une fenêtre d’émulation étroite.
Les redirections selon l’appareil peuvent se produire en silence. Un utilisateur sur ordinateur voit une page, tandis qu’un utilisateur sur téléphone arrive ailleurs. Cela peut indiquer une version mobile dédiée, mais aussi une configuration ancienne qui n’a jamais été modernisée.
Faites attention aux redirections qui se produisent avant le chargement complet de la page. Un basculement rapide d’un domaine à un autre signifie souvent que le serveur détecte le type d’appareil. Si la redirection aboutit à une page allégée, le site a peut-être été conçu pour d’anciens téléphones, pas pour les écrans responsives modernes.
Ne partez pas d’hypothèses hâtives. Une URL qui semble mobile ne signifie pas toujours que le site est meilleur sur téléphone. Parfois, cela veut simplement dire que le site est ancien, plus lent et plus difficile à maintenir.
Un indice simple est la cohérence. Si seule la page d’accueil redirige et pas les pages internes, la version mobile est probablement incomplète.
6. Vérifiez si le site change selon le user-agent
Ouvrez les outils de développement et passez le user-agent sur un profil de téléphone. Rechargez ensuite la page. Si le contenu change, le site sert du HTML ou du CSS différent aux appareils mobiles.
C’est important, car certains sites cachent leur version mobile derrière une détection d’appareil. Dans un navigateur de bureau, ils peuvent afficher une mise en page complète ; avec un user-agent de téléphone, ils peuvent afficher un menu plus étroit, des images différentes ou même des blocs de texte distincts. On ne peut pas voir cela en redimensionnant seulement la fenêtre.
Essayez au moins deux user-agents : un profil iPhone récent et un profil Android. Si le site se comporte différemment entre les deux, notez précisément la différence. Un changement de navigation est significatif. Un changement de scripts d’analyse ne suffit pas.
Si la page se casse uniquement avec un user-agent, la version mobile a peut-être été corrigée pour certains appareils au lieu d’être bien conçue dès le départ. C’est un signe de maintenance approximative. Cela peut aussi créer des bugs étranges qui n’apparaissent que sur certains téléphones.
Pour un contrôle séparé de la structure du site, vous pouvez le comparer à comment vérifier si un site Web gère ses pages de conditions d’utilisation. Les pages juridiques sont souvent moins responsives que les pages produits, ce qui les rend utiles pour repérer une prise en charge mobile partielle.
7. Consultez les archives publiques du Web et les extraits de recherche pour repérer d’anciennes variantes mobiles
Les archives publiques peuvent montrer si une version mobile existait auparavant. Recherchez le site dans la Wayback Machine ou une autre archive et examinez des captures de plusieurs années, pas seulement une seule. Une page mobile de 2018 peut raconter une histoire qu’une page d’accueil de 2026 masque.
Les URL archivées peuvent révéler d’anciens sous-domaines mobiles, des redirections spécifiques aux appareils ou des modèles séparés. Les extraits de recherche peuvent aussi aider. Si les résultats indexés montrent un chemin mobile ou une page AMP, cela suggère que le site exposait autrefois publiquement une version mobile.
Ne tirez pas de conclusions excessives à partir d’une seule capture. Les archives peuvent manquer les feuilles de style, les scripts ou les images. Malgré tout, si trois captures différentes montrent un schéma d’URL spécifique au téléphone, c’est une preuve solide.
Vous pouvez aussi comparer le texte mis en cache autour du titre d’une page. Si les résultats de recherche affichaient autrefois un titre mobile court et montrent maintenant un long titre de bureau, le site a probablement changé sa présentation avec le temps.
Il y a une raison pratique de consulter les archives : certains sites suppriment une version mobile sans nettoyer les anciens liens. Les utilisateurs arrivent depuis la recherche ou des favoris et atterrissent sur d’anciens chemins mobiles cassés. C’est le genre de problème qui reste invisible tant que quelqu’un ne le teste pas.
8. Déterminez quel type de prise en charge mobile le site a réellement
À ce stade, vous devriez pouvoir nommer le résultat en une phrase. Dites si le site est responsive, s’il utilise une version mobile distincte, ou s’il a peu ou pas d’optimisation mobile. Cette phrase doit être étayée par 3 observations concrètes, pas par une supposition.
Un site responsive conserve généralement une seule URL, affiche des points de rupture clairs et adapte la navigation sur les largeurs plus petites. Une version mobile distincte utilise généralement une URL séparée ou une redirection selon le user-agent. Une configuration mobile faible réduit simplement le design de bureau, coupe du contenu ou rend les formulaires difficiles à utiliser.
Si vous avez besoin d’un modèle de rapport rapide, utilisez cet ordre : schéma d’URL, comportement de la mise en page et preuve dans le code source. Trois éléments. Pas besoin de plus pour un rapport de base.
Par exemple : « Le site est responsive. Il conserve la même URL, utilise une balise viewport et déplace la barre latérale sous le contenu principal à 390 pixels. » C’est clair, court et vérifiable.
Si vous devez documenter un site ancien pour référence, soyez précis. Mentionnez le chemin mobile exact, le comportement sur l’appareil et la largeur à laquelle la mise en page change. Une note vague comme « fonctionne sur téléphone » n’aide personne.
Dernier contrôle : si le site propose seulement un menu mobile mais cache toujours les contenus importants derrière de minuscules liens, ce n’est pas une version mobile solide. C’est juste un menu mobile. Ce n’est pas la même chose.
