Vérificateur de mise à jour du navigateur

Le support utilise le Browser Update Checker quand un client signale connexion cassée, passkeys, WebAuthn, iframes paiement ou CSS moderne qui marche chez les ingénieurs mais pas sur le terrain. Une majeure obsolète explique souvent des API manquantes avant des heures de repro. Collez le UA visiteur des logs CDN/origine, envoyez le lien officiel et joignez le permalink hash au ticket. Les proxys d’entreprise peuvent altérer User-Agent — comparez UA origine et UA navigateur, puis DNS Checker et HTTP Header Checker si le site ne s’ouvre qu’en contournant le proxy. Conservez le permalink uaHash dans le CRM ou Confluence comme preuve de contrôle sans stocker le User-Agent complet.

Sécurité et IT examinent la posture navigateur après annonces d’exploits ciblant des majors Chromium ou Firefox. DN01 ne remplace pas la gestion de patchs d’entreprise mais répond vite à « ce UA est-il clairement en retard ? » lors du tri IOC, logs proxy ou User-Agents de kits phishing.

QA et équipes web valident matrices de compatibilité avant lancements Client Hints, AVIF ou Service Workers. Si un testeur dit « Safari 16 sur mon téléphone », le checker confirme la majeure vs baseline Safari 17 et lie le guide Apple. Ajoutez le HTTP Header Checker si cache CDN suspect.

SEO et marketing partagent pages résultat hash en doc pour expliquer pourquoi les outils DN01 exigent un navigateur raisonnablement récent, sans fuiter le User-Agent complet dans l’URL publique.

MSP auditent postes PME en collant UAs de sessions distantes quand l’auto-update Chrome, Edge ou Firefox a échoué silencieusement. DN01 met en avant majors obsolètes avec URLs officielles.

Développeurs comparent crawlers et bots de monitoring à la même table que les humains. Statut unknown signale bots exotiques sans faux « Chrome obsolète ».

Après migration TLS stricte ou origines HTTP/2-only, testez navigateurs legacy des bureaux régionaux. Une majeure ancienne peut manquer chiffres ou ALPN — enchaînez SSL Certificate Checker sur le hostname pour séparer obsolescence client et certificat.

Si DN01 étiquette Chrome alors que l’utilisateur jure Edge, Opera ou Samsung Internet, inspectez le User-Agent complet : les dérivés Chromium incluent des jetons compatibles Chrome. La correspondance ordonnée privilégie Edg/, OPR/, SamsungBrowser/, YaBrowser/ — collage tronqué fausse la détection.

Marques et plateforme Client Hints n’apparaissent que si le navigateur et l’origine les exposent ; privacy et cross-site les masquent souvent. Sans hints, fiez-vous au User-Agent — DN01 n’invente pas de données. unknown avec UA non vide indique souvent build enterprise gelé.

Verdict current ne garantit pas chaque correctif sécurité — les majors décident. Pour conformité au build, combinez MDM. Navigateur plus récent que baseline jamais marqué outdated.

Safari iOS/macOS reporte Version/XX ; on compare le major Version à la baseline Safari. Mises à jour OS en attente retardent le major jusqu’au flux Apple du lien résultat.

Fautes mode manuel — sauts de ligne, jetons dupliqués — produisent unknown ou mauvais major. Collez une seule chaîne User-Agent complète.

Le Browser Update Checker applique une politique pragmatique de version majeure : les sites bloquent rarement sur patch .57 vs .58, mais sur Safari 16 vs 17 ou Firefox 115 vs 127. DN01 encode cette réalité opérationnelle pour des conversations support actionnables. La table inclut Opera 111, Samsung Internet 26 et Yandex 24 avec des update URL dédiées.

Baselines dans le bundle backend (Chrome/Edge 126, Firefox 127, Safari 17, Opera 111, Samsung Internet 26, Yandex 24, Chromium 126) mises à jour aux releases DN01, pas live API fabricants — rapide, sans scraping. Plancher conservateur, pas garantie build CDN du jour.

Hash UA : SHA-256 tronqué à seize hex pour /browser-update-checker/{uaHash} sans UA brut en query. UA identiques → hash déterministe.

DN01 n’installe jamais de mises à jour — limite sûre sur machines support partagées. update URL = handoff ; suite sous conditions fabricant.

Client Hints complètent sans remplacer User-Agent. Marques clarifient fork Chromium ; plateforme sépare WebView Android et Chrome desktop. Transport + client : HTTP Header Checker sur origine et SSL Certificate Checker sur hostname.

unknown est voulu : modes IE, WebViews custom, appliances UA falsifié ne doivent pas recevoir « mettez Chrome à jour » trompeur. L’outil ne compare pas volontairement les numéros de build patch : on ne peut pas prouver à distance le dernier correctif sécurité, mais un écart de version majeure ressort immédiatement du User-Agent. Les baselines Firefox 127 et Chrome/Edge 126 reflètent un plancher typique pour l’outreach 2025–2026 ; après les releases DN01, la table se met à jour centralement.

about:version ou Écran À propos aide localement, pas avec une seule ligne de log. DN01 produit carte, baseline et lien partageable — mieux que capture À propos pour support async.

DevTools expose userAgent et userAgentData ; demander aux clients non techniques crée friction. DN01 parse côté service et localise en huit langues.

MDM (Intune, Jamf) = conformité flotte ; peu utile pour un UA isolé dans Zendesk. DN01 ad hoc, MDM autoritatif.

Can I Use et MDN documentent API par version ; pas d’URL officielle ni verdict outdated/current pour un UA donné. DN01 répond « cette personne doit-elle mettre à jour ? »

Gadgets « what is my browser » monétisent et cachent liens officiels. DN01 avec DNS Checker et SSL Certificate Checker — sans upsell.

curl -A teste routing sans baseline maintenue ni permalink hash. DN01 complète quand le ticket exige un résultat lisible.

Politiques auto-update expliquent majors bloqués ; DN01 montre l’écart pour distinguer policy et ignorance. Yandex Browser et Samsung Internet ont des baselines dédiées (24 et 26) — utilisez l’update URL de la carte, pas Chrome générique.