Comment vérifier les informations navigateur et système
Capturez User-Agent, écran, viewport, OS et indicateurs de capacités pour vos rapports de bug et tests de compatibilité — sans installer la moindre extension.
D’autres utilitaires qui complètent bien ce guide :
Pourquoi c’est important
Un utilisateur signale que « le sélecteur de date ne s’ouvre pas sur mon téléphone ». Vous demandez le navigateur. Réponse : « Chrome ». Deux jours à reproduire sur Chrome 121 bureau avant de réaliser qu’il est sur Chrome iOS — donc WebKit, pas Blink. Une page « donnez-moi le dump navigateur en un clic » évite ce détour. Même logique pour les tests de compatibilité, le support et chaque fois qu’il faut savoir ce que l’environnement de rendu fait vraiment.
Trois scénarios réels
Envoyez le lien au client ; il clique « Copier le rapport » ; colle dans le ticket.
Reproduction plus rapide côté dev
Vérifiez taille d’écran, DPR, viewport et orientation au même endroit.
Repérer l’écart de DPR
Voyez la matrice de capacités pour WebGL, WebRTC, WebAssembly, etc.
Sauter les tests non supportés
Parcours
Ouvrez l’outil Infos navigateur.
Ouvrir dans le navigateur à inspecter
N’importe quelle URL sur l’appareil produit un rapport pour ce navigateur.
Lire le détail User-Agent
Nom et version du navigateur, moteur de mise en page, famille OS, version OS, type d’appareil.
Vérifier écran et viewport
Résolution en pixels, rapport pixel appareil, largeur/hauteur viewport, gamme de couleurs.
Passer en revue les capacités
WebGL, WebGPU, Service Workers, Push, Notifications, Stockage, API des permissions.
Copier le rapport structuré
Markdown ou JSON. Dans le ticket, l’ingénieur n’a pas à redemander.
Détecté
(Open the page on the device)Extrait
Browser : Chrome 121
Engine : Blink
OS : Android 14
Device : Pixel 7
Screen : 1080 × 2400 @ 2.625 dpr
Viewport : 412 × 915
WebGL : ✔ (ANGLE)
Service Worker : ✔
Touch : ✔
Conseils avancés
- Intégrez le rapport à votre modèle support. Mettez l’URL dans le lien « signaler un bug » pour que les clients l’incluent systématiquement.
- Comparez les rapports quand un seul appareil régresse. Le diff pointe souvent vers une mise à jour OS ou un DPR différent.
- Attention aux User-Agent falsifiés. Les DevTools peuvent changer la chaîne UA sans changer les capacités réelles. La matrice de capacités est plus difficile à truquer que l’UA.
- Chrome / Edge / Firefox sur iOS utilisent tous WebKit. La « version navigateur » est trompeuse ; le moteur réel est le WebView iOS.
Pièges courants
Piège courant
Les chaînes UA sont de plus en plus tronquées
Les navigateurs axés confidentialité figent ou réduisent l’UA (« UA Reduction »). Appuyez-vous sur navigator.userAgentData (Client Hints) pour marque et version fiables. L’outil préfère les Client Hints quand c’est possible.
Piège courant
Le viewport change quand les DevTools s’ouvrent
Redimensionner le panneau DevTools modifie le viewport rapporté. Pour le viewport utilisateur réel, faites la capture avec DevTools fermés.
Piège courant
Touch détecté sur un PC tactile
« Touch supporté » ne signifie pas que l’utilisateur touche l’écran. Pour le mode d’entrée au runtime, utilisez les événements pointerType plutôt que les seuls drapeaux de capacité.
Quand ce n’est pas l’outil adapté
- Diagnostic réseau (latence, DNS, débit) — Speedtest ou votre propre RUM.
- Tests sur vrais appareils à grande échelle — BrowserStack, Sauce Labs, etc.
- Pister des individus — cet outil expose l’empreinte sur demande ; ne l’utilisez pas comme tracker.
FAQ
Les données sont-elles envoyées quelque part ?
Non. Chaque valeur est lue côté client via navigator, screen et les API window. Rien ne quitte la page.
Pourquoi mon « OS » est faux sous Linux ?
Toutes les distros ne sont pas identifiables depuis l’UA. L’outil affiche souvent « Linux x86_64 » sans nom de distro — c’est tout ce que le navigateur expose.
Hardware Concurrency / RAM visibles ?
hardwareConcurrency et deviceMemory (GiB arrondis) quand c’est supporté, avec le fournisseur GPU via les infos WebGL.
Étapes suivantes
- Décodez toute IP ou hôte cité dans le ticket avec l’outil IP.
- Décortiquez l’URL concernée avec l’analyseur d’URL.
- Consultez tout code HTTP du rapport sur la référence des statuts HTTP.