Analisador de User-Agent

O analisador usa correspondência de padrões contra assinaturas conhecidas de navegadores, SO e mecanismos na string UA para identificar os componentes. Os resultados são de melhor esforço, pois as strings UA podem ser falsificadas.

Sim. O analisador identifica bots comuns, crawlers e spiders correspondendo padrões conhecidos como Googlebot, Bingbot e outros.

A ferramenta detecta e exibe automaticamente a string de user-agent do seu navegador atual quando a página é carregada.

Por compatibilidade. O Chrome descende do WebKit, cuja string de UA copiou a do Safari, que por sua vez copiou navegadores anteriores - por isso o UA do Chrome hoje é algo como Mozilla/5.0 ... AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36. Cada token é um aperto de mão histórico com antigos scripts de detecção no lado do servidor, razão pela qual o último token de navegador correspondente geralmente é o real.

Um substituto mais amigável à privacidade, lançado junto com a redução do user-agent do Chrome. O servidor solicita hints de alta entropia com o cabeçalho de resposta Accept-CH e recebe campos estruturados como Sec-CH-UA-Platform e Sec-CH-UA-Full-Version nas requisições seguintes. Código novo deve preferir detecção de funcionalidades ou UA-CH em vez de analisar strings de UA brutas.

Razoável para análises e roteamento grosseiro, frágil para qualquer coisa relevante em segurança. Strings de UA são falsificadas com facilidade, navegadores de terceiros costumam copiar integralmente o token do Chrome, e UAs reduzidos congelam a versão minor. A boa prática recomendada pela MDN: detecte funcionalidades (CSS @supports, if ('IntersectionObserver' in window)) em vez de navegadores, e trate a análise de UA como um fallback.

Sim. O DevTools do Chrome, Edge e Firefox para desktop oferece emulação de dispositivo com substituição de UA; o Safari tem Develop > User Agent; e o curl define o valor com -A. Sites que restringem conteúdo com base em strings de UA são contornáveis por definição - mais um motivo para os servidores nunca tratarem um UA como prova de identidade.

O plano de congelamento do Chrome (em implantação desde 2020) remove gradualmente os detalhes de versão do UA padrão: a versão minor fixada em 0 e a maioria das informações de dispositivo removida, resultando em algo como Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36. O objetivo é limitar o fingerprinting passivo; os dados precisos migraram para Client Hints opt-in.