Analizador UA
Analiza cadenas User-Agent en línea para identificar navegador, SO e información del dispositivo
Resultados del Análisis
¿Qué es User-Agent?
El parser de User-Agent descompone una cadena User-Agent en detalles legibles como navegador, sistema operativo, tipo de dispositivo, motor de renderizado y a veces pistas de bot o cliente. Estas cadenas aparecen en logs, analítica, tickets de soporte, pruebas de compatibilidad e investigaciones de seguridad porque pueden indicar qué cliente hizo una solicitud. No son una identidad fiable: pueden falsificarse, acortarse, filtrarse por privacidad, congelarse o complementarse con Client Hints modernos. La herramienta sirve para inspección y comparación rápida, pero no debería ser la única base para permisos, fraude, personalización o segmentación crítica. Cuando importa la precisión, combínela con logs, detección de características y comprobaciones del cliente.
Cómo usar
Cómo usar
- Pega la cadena User-Agent que quieres analizar en el cuadro de entrada
- O haz clic en 'Analizar mi UA' para detectar automáticamente el UA de tu navegador actual
- Los resultados del análisis se muestran debajo, con detalles del navegador, el sistema y el dispositivo
- Haz clic en 'Copiar UA' para copiar la cadena UA original
Limitaciones del análisis
- Las cadenas User-Agent pueden ser falsificadas, congeladas o reducidas por los navegadores modernos, así que trata los resultados como referencias orientativas.
- Para tomar decisiones sobre funcionalidades, prioriza la detección de capacidades frente a la comprobación del nombre del navegador siempre que sea posible.
Casos de uso
Principio técnico
La cabecera User-Agent está definida por RFC 7231 §5.5.3 como una secuencia de tokens de producto (producto/versión) y comentarios entre paréntesis, pero en la práctica cada navegador moderno envía una cadena que comienza con el literal Mozilla/5.0. Ese prefijo se remonta a 1993, cuando los sitios detectaban NCSA Mosaic buscando Mozilla; Netscape adoptó Mozilla, Internet Explorer 3 lo añadió por compatibilidad, y cada bifurcación desde entonces (Safari, Chrome, Edge, Opera) ha mantenido la ficción. No existe una gramática formal que indique dónde está el SO, dónde va la versión del motor ni qué token prevalece cuando varios navegadores se listan entre sí por compatibilidad, por lo que el análisis se realiza con una lista priorizada de expresiones regulares sobre los cuatro ejes clásicos: navegador, motor, SO y dispositivo. Bibliotecas de código abierto como ua-parser-js, bowser y los puertos Lua/Python de UAParser mantienen los mismos archivos de patrones. Desde 2022 Chrome ha implementado UA Reduction: la versión del navegador se congela en MAJOR.0.0.0 y se eliminan los tokens menores específicos de plataforma, por lo que un Chrome 120.0.0.0 analizado en Windows significa realmente Chrome 120-algo en Windows 10 o 11, con la compilación precisa oculta tras Client Hints. El reemplazo moderno es User-Agent Client Hints (draft-ietf-httpbis-client-hints), que expone Sec-CH-UA, Sec-CH-UA-Mobile y Sec-CH-UA-Platform en cada solicitud y los valores de alta entropía (modelo, versión completa, arquitectura) a través de navigator.userAgentData.getHighEntropyValues(). Un analizador de UA sigue siendo útil para revisión de logs y clasificación de bots, pero la detección de características y Client Hints deberían dirigir cualquier bifurcación en tiempo de ejecución.
- RFC 7231 §5.5.3 define User-Agent como tokens de producto más comentarios, sin gramática para SO ni dispositivo — cada analizador mantiene su propia lista de expresiones regulares
- El prefijo Mozilla/5.0 es un hack de compatibilidad de 1993 de la era Mosaic; Safari, Chrome y Edge lo conservan para no romper sitios que hacen detección de navegador
- Chrome UA Reduction (implementado 2022-2023) congela la versión menor a 0.0.0 y fija la cadena de plataforma — los números de compilación reales están en Sec-CH-UA-Full-Version-List
- User-Agent Client Hints expone Sec-CH-UA, Sec-CH-UA-Mobile, Sec-CH-UA-Platform en cada solicitud; los campos de alta entropía requieren navigator.userAgentData.getHighEntropyValues(['model','platformVersion','architecture'])
- La detección de bots por palabra clave (bot, crawler, spider, Googlebot, Bingbot, Baiduspider, YandexBot) atrapa rastreadores corteses pero no scrapers adversarios que copian un UA real de Chrome — combinar con límites de tasa y señales de comportamiento
- Móvil vs tableta se decide por tokens (Mobile, Tablet, iPhone, iPad), no por tamaño de pantalla; un UA de Android sin el token Mobile se trata como tableta por la mayoría de analizadores
- Las cachés y CDNs que usan Vary: User-Agent como clave pueden fragmentar un solo recurso en miles de entradas de caché — preferir Vary: Sec-CH-UA-Mobile o aceptar tasas de acierto bajas
Ejemplos
Navegador Chrome
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 Chrome/120.0.0.0 Safari/537.36Safari en 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.1Bot de Google
Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)Preguntas frecuentes
¿Qué extrae el análisis del User-Agent?
Nombre y versión del navegador (p. ej. 'Chrome 124'), sistema operativo y versión, tipo de dispositivo (escritorio/móvil/tableta), arquitectura de CPU, motor de renderizado (Blink/Gecko/WebKit) y clasificación de bot/crawler cuando el UA coincide con un patrón conocido.
¿Qué tan preciso es el parsing del UA?
Bueno para navegadores comunes y conocidos. Tiene problemas con: versiones recién lanzadas antes de que la librería se actualice; navegadores que imitan a Chrome/Safari para evadir la detección; bots que falsifican un UA real; WebViews embebidos donde el UA nombra la app anfitriona en vez del motor.
¿Por qué el User-Agent ha perdido utilidad?
Los proveedores de navegadores (con Chrome a la cabeza) están 'congelando' los UA para limitar el fingerprinting y empujando los UA Client Hints (cabeceras Sec-CH-UA-*) en su lugar. En pocos años los UA reportarán valores estables y de baja entropía; los datos reales del dispositivo vivirán en client hints. Tu código debería migrar en consecuencia.
¿Debo usar la detección de UA para activar funciones?
Casi nunca. El UA puede mentir, y el soporte de funciones varía según la versión incluso dentro del mismo navegador. Usa detección de funciones con comprobaciones tipo `if ('serviceWorker' in navigator)`. La detección por UA está bien para analítica, tickets de soporte y clasificación de informes de errores, no para elegir qué API llamar.
¿Puedo analizar mi propio UA?
Sí. La página muestra el UA actual de tu navegador en la parte superior y lo descompone en sus componentes. Útil cuando quieres saber exactamente qué versión está reportando tu navegador a los servidores.
¿Qué hay de la detección de bots?
El parser marca los bots bien comportados que se identifican (Googlebot, Bingbot, Slackbot). Los bots maliciosos suelen suplantar a navegadores reales, así que la detección basada solo en UA es débil. Combínala con límites de tasa, CAPTCHA y señales de comportamiento para protección real.
¿Se sube el UA a algún sitio?
No. El parsing corre en tu navegador usando una librería JS (normalmente ua-parser-js). Las cadenas de UA pegadas no se envían a ningún servidor.