Como conferir informações do navegador e do sistema
Capture User-Agent, tela, viewport, SO e flags de recurso para relatórios de bug e testes de compatibilidade — sem instalar extensão.
Mais utilitários que combinam com este guia:
Por que isso importa
Usuário diz que date picker não abre no celular. Você pergunta qual navegador. Responde “Chrome”. Você reproduz dois dias no Chrome 121 desktop até perceber que é Chrome iOS — na verdade WebKit, não Blink. Página “copiar dump do navegador” elimina esse desvio. Mesma lógica para compatibilidade, suporte e qualquer hora que você precise saber como o ambiente de renderização realmente é.
Três cenários reais
Envie link ao cliente; ele clica “Copiar relatório”; cola no chamado.
Engenharia reproduz mais rápido
Veja resolução, DPR, viewport e orientação num só lugar.
Ache mismatch de DPR
Matriz de flags para WebGL, WebRTC, WebAssembly, etc.
Pula testes não suportados
Passo a passo
Abra Informações do navegador.
Abra no navegador que quer inspecionar
Qualquer URL no dispositivo gera relatório daquele navegador.
Leia breakdown do User-Agent
Nome/versão do browser, motor de layout, família do SO, versão do SO e tipo de dispositivo.
Confira tela e viewport
Resolução em pixels, device pixel ratio, largura/altura do viewport, gamut de cor.
Revise flags de recurso
WebGL, WebGPU, Service Workers, Push, Notifications, Storage, Permissions API.
Copie relatório estruturado
Markdown ou JSON — cole no ticket para engenharia não pedir de novo.
Detectado
(Abra a página no dispositivo)Trecho
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 : ✔
Dicas avançadas
- Incorpore URL no template de suporte para clientes sempre incluírem relatório.
- Compare relatórios quando só um dispositivo tem regressão — diff costuma apontar atualização de SO ou DPR.
- Cuidado com UA falsificado. DevTools pode mudar string UA sem mudar capacidades reais — matriz de flags é mais difícil de fingir que UA sozinho.
- Chrome/Edge/Firefox no iOS usam WebKit. “Versão do navegador” engana; motor real é WebView iOS.
Armadilhas comuns
Erro comum
UA strings cada vez mais truncadas
Browsers focados em privacidade congelam ou reduzem UA (“UA Reduction”). Prefira navigator.userAgentData (Client Hints) para marca/versão — ferramenta usa hints quando disponível.
Erro comum
Viewport muda ao abrir DevTools
Redimensionar painel DevTools altera viewport reportado. Capture snapshot com DevTools fechado se quer viewport real do usuário.
Erro comum
Touch detectado em notebook touchscreen
“Touch suportado” não significa que usuário usa toque — em runtime prefira eventos pointerType em vez de só capability.
Quando esta não é a ferramenta certa
- Diagnóstico de rede (latência, DNS, throughput) — Speedtest ou seu próprio RUM.
- Testes massivos em dispositivos reais — BrowserStack, Sauce Labs.
- Rastrear usuários individuais — ferramenta expõe fingerprint sob demanda; não use como tracker.
FAQ
Os dados são enviados?
Todos valores coletados client-side de APIs navigator, screen, window. Nada sai da página.
Por que “SO” errado no Linux?
Distribuições nem sempre são identificáveis pelo UA. Ferramenta reporta “Linux x86_64” sem nome da distro — é o que browser expõe.
Hardware concurrency / RAM?
hardwareConcurrency e deviceMemory (GiB arredondado) aparecem onde suportado, mais vendor GPU via WebGL renderer.
Próximos passos
- Decodifique IP ou hostname mencionado no ticket com consulta IP.
- Decomponha URL afetada com analisador de URL.
- Veja status HTTP que aparece no relatório na referência HTTP.