ToolActToolAct

Analyseur UA

Analysez les chaînes User-Agent en ligne pour identifier le navigateur, l'OS et les informations de l'appareil

User-Agent
Caractères: 0

Résultats de l'Analyse

Collez une chaîne User-Agent ici...

Qu'est-ce que User-Agent ?

Le parseur User-Agent décompose une chaîne User-Agent en informations lisibles comme navigateur, système d’exploitation, type d’appareil, moteur de rendu et parfois indices de bot ou de client. Ces chaînes apparaissent dans logs, analytics, tickets de support, tests de compatibilité et enquêtes de sécurité, car elles indiquent le client ayant émis une requête. Ce n’est pas un signal d’identité fiable: elles peuvent être falsifiées, raccourcies, filtrées pour la vie privée, figées ou complétées par des Client Hints modernes. L’outil sert à inspecter et comparer rapidement, mais ne doit pas seul décider permissions, fraude, personnalisation ou ciblage critique. Pour plus de précision, combinez logs, feature detection et vérifications côté client.

Comment utiliser

Comment utiliser

  1. Collez la chaîne User-Agent que vous souhaitez analyser dans la zone de saisie
  2. Ou cliquez sur 'Parse My UA' pour détecter automatiquement le UA de votre navigateur actuel
  3. Les résultats analysés s'affichent ci-dessous avec les détails du navigateur, du système et de l'appareil
  4. Cliquez sur 'Copy UA' pour copier la chaîne UA originale

Limites d'analyse

  • Les chaînes User-Agent peuvent être falsifiées, figées ou réduites par les navigateurs modernes ; considérez les résultats analysés comme des indices.
  • Pour les décisions fonctionnelles, privilégiez la détection de capacités plutôt que la vérification du nom du navigateur lorsque c'est possible.

Cas d’utilisation

Inspecter un User-Agent inconnu depuis un ticket de supportCollez une chaîne User-Agent extraite de journaux serveur, des DevTools du navigateur ou d’un tableau de bord analytics et lisez la décomposition en navigateur, OS, appareil et moteur de rendu. C’est le moyen le plus rapide de lancer une enquête de compatibilité quand un client signale un problème de mise en page, de police ou de fonctionnalité et que vous ne disposez que du UA brut. Recoupez la version du moteur analysée avec les résultats de détection de fonctionnalités pour écarter des valeurs falsifiées ou figées.
Vérifier son propre UA par rapport aux standards actuelsL’action analyser mon UA remplit la saisie avec navigator.userAgent et l’analyse immédiatement. Comparez le résultat avec Sec-CH-UA, les listes de UA figés/réduits publiés par les principaux navigateurs et votre logique de détection de fonctionnalités pour vous assurer que la segmentation analytics et le filtrage des fonctionnalités correspondent aux capacités réelles du client.
Détecter les bots et crawlers probablesEn plus de l’analyse de la bibliothèque, l’outil vérifie les motifs de bots courants tels que bot, crawler, spider, Googlebot, Bingbot, Baiduspider, YandexBot, DuckDuckBot, facebot et ia_archiver. Le champ bot facilite l’identification du trafic automatisé. Combinez le drapeau bot avec des limites de débit côté serveur car la détection par mots-clés peut être contournée par un scraper déterminé imitant un vrai navigateur.
Comparer deux chaînes User-AgentCollez un UA Chrome desktop et un UA Safari mobile, puis comparez les champs moteur, OS et type d’appareil côte à côte pour comprendre pourquoi une branche responsive s’active sur un client mais pas sur l’autre. La même approche révèle les UA figés ou réduits des navigateurs Chromium qui partagent un segment de version vide.
Détecter la réduction Chrome, les Client Hints et les tokens mobilesChrome 100+ livre une chaîne UA réduite qui fige la version mineure à 0.0.0 et transfère les données de version réelle vers Sec-CH-UA-Full-Version-List ; recoupez la version majeure analysée avec les en-têtes Client Hints pour détecter la réduction. La détection mobile repose sur des mots-clés (iPhone, Android, Mobile) plutôt que sur la taille d’écran, et les Client Hints modernes fournissent un booléen Sec-CH-UA-Mobile plus fiable que la chaîne UA elle-même.

Principe technique

L'en-tête User-Agent est défini par le RFC 7231 §5.5.3 comme une séquence de tokens produit (produit/version) et de commentaires entre parenthèses, mais en pratique chaque navigateur moderne envoie une chaîne commençant par le token littéral Mozilla/5.0. Ce préfixe remonte à 1993, lorsque les sites détectaient NCSA Mosaic en cherchant Mozilla ; Netscape a adopté Mozilla, Internet Explorer 3 l'a ajouté pour la compatibilité, et chaque bifurcation depuis (Safari, Chrome, Edge, Opera) a maintenu ce mensonge. Il n'existe aucune grammaire formelle indiquant où se situe l'OS, où va la version du moteur, ou quel token l'emporte lorsque plusieurs navigateurs se listent mutuellement pour la compatibilité, de sorte que l'analyse se fait avec une liste priorisée d'expressions régulières sur les quatre axes classiques : navigateur, moteur, OS, appareil. Les bibliothèques open-source comme ua-parser-js, bowser et les ports Lua/Python de UAParser maintiennent toutes les mêmes fichiers de patterns. Depuis 2022, Chrome a déployé la réduction du UA : la version du navigateur est figée à MAJOR.0.0.0 et les tokens mineurs spécifiques à la plateforme sont supprimés, de sorte qu'un Chrome 120.0.0.0 analysé sur Windows signifie en réalité Chrome 120-quilque chose sur Windows 10 ou 11, le numéro de build exact étant caché derrière les Client Hints. Le remplacement moderne est les User-Agent Client Hints (draft-ietf-httpbis-client-hints), qui expose Sec-CH-UA, Sec-CH-UA-Mobile et Sec-CH-UA-Platform à chaque requête et les valeurs à haute entropie (modèle, version complète, architecture) via navigator.userAgentData.getHighEntropyValues(). Un parseur UA reste utile pour la revue de logs et le tri des bots, mais la détection de fonctionnalités et les Client Hints doivent piloter toute branchement à l'exécution.

  • Le RFC 7231 §5.5.3 définit le User-Agent comme des tokens produit plus commentaires, sans grammaire pour l'OS ou l'appareil — chaque parseur fournit sa propre liste de regex
  • Le préfixe Mozilla/5.0 est une astuce de compatibilité de 1993 issue de l'ère Mosaic ; Safari, Chrome et Edge le conservent tous pour ne pas casser les sites basés sur la détection de navigateur
  • La réduction du UA Chrome (déployée 2022-2023) fige la version mineure à 0.0.0 et fixe la chaîne de plateforme — les vrais numéros de build se trouvent dans Sec-CH-UA-Full-Version-List
  • Les User-Agent Client Hints exposent Sec-CH-UA, Sec-CH-UA-Mobile, Sec-CH-UA-Platform à chaque requête ; les champs à haute entropie nécessitent navigator.userAgentData.getHighEntropyValues(['model','platformVersion','architecture'])
  • La détection de bots par mot-clé (bot, crawler, spider, Googlebot, Bingbot, Baiduspider, YandexBot) capture les crawlers polis mais pas les scrapers adverses qui copient un vrai UA Chrome — à combiner avec des limites de débit et des signaux comportementaux
  • Mobile vs tablette est déterminé par des tokens (Mobile, Tablet, iPhone, iPad) et non par la taille d'écran ; un UA Android sans le token Mobile est traité comme une tablette par la plupart des parseurs
  • Les caches et CDN qui utilisent Vary: User-Agent comme clé peuvent fragmenter une seule ressource en des milliers d'entrées de cache — préférer Vary: Sec-CH-UA-Mobile ou accepter des taux de succès faibles

Exemples

Navigateur Chrome

Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 Chrome/120.0.0.0 Safari/537.36

Safari sur iPhone

Mozilla/5.0 (iPhone; CPU iPhone OS 17_0 like Mac OS X) AppleWebKit/605.1.15 Version/17.0 Mobile/15E148 Safari/604.1

Bot Google

Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)

FAQ

Qu'extrait l'analyse du User-Agent ?

Nom et version du navigateur (par ex. « Chrome 124 »), système d'exploitation et version, type d'appareil (desktop/mobile/tablette), architecture CPU, moteur de rendu (Blink/Gecko/WebKit), et classification bot/crawler quand l'UA correspond à un motif de crawler connu.

Quelle est la précision de l'analyse UA ?

Bonne pour les navigateurs courants et bien connus. Difficile pour : les versions toutes nouvelles avant la mise à jour de la bibliothèque d'analyse ; les navigateurs qui imitent Chrome/Safari pour contourner la détection ; les bots qui usurpent un vrai UA ; les WebViews embarquées où l'UA nomme l'application hôte au lieu du moteur.

Pourquoi la chaîne User-Agent est-elle devenue moins utile ?

Les éditeurs de navigateurs (Chrome en tête) « gèlent » les chaînes UA pour limiter le fingerprinting et poussent à la place les UA Client Hints (en-têtes Sec-CH-UA-*). D'ici quelques années, les chaînes UA renverront des valeurs stables à faible entropie ; les vraies données d'appareil vivront dans les client hints. Votre code devrait migrer en conséquence.

Dois-je utiliser la détection UA pour le feature gating ?

Presque jamais. L'UA peut mentir, et la prise en charge des fonctionnalités varie selon la version, même au sein d'un même navigateur. Détectez les fonctionnalités avec des vérifications de type `if ('serviceWorker' in navigator)`. La détection UA est correcte pour les analytics, les tickets de support et la classification de bug reports — pas pour choisir quelle API appeler.

Puis-je analyser mon propre UA ?

Oui. La page affiche l'UA actuel de votre navigateur en haut et l'analyse en composants. Utile pour savoir exactement quelle version votre navigateur signale aux serveurs.

Qu'en est-il de la détection des bots ?

L'analyseur signale les bots bien élevés qui s'identifient (Googlebot, Bingbot, Slackbot). Les bots malveillants imitent généralement de vrais navigateurs, donc la détection de bots basée uniquement sur l'UA est faible. Combinez avec des limites de taux, des CAPTCHA et des signaux comportementaux pour une vraie protection.

L'UA est-il téléversé quelque part ?

Non. L'analyse s'exécute dans votre navigateur via une bibliothèque JS (généralement ua-parser-js). Les chaînes UA collées ne sont pas envoyées à un serveur.