Cómo revisar la información de tu navegador y sistema
Captura User-Agent, pantalla, viewport, SO y banderas de capacidades para informes de errores y pruebas de compatibilidad — sin instalar ninguna extensión.
Más utilidades que combinan bien con esta guía:
Por qué importa
Un usuario reporta que «el selector de fecha no abre en mi teléfono». Preguntas qué navegador. Responde «Chrome». Pasas dos días reproduciendo en Chrome 121 de escritorio hasta darse cuenta de que usa Chrome en iOS, que en realidad es WebKit bajo el capó, no Blink. Una página de «vuelca mi navegador» con un clic elimina ese desvío. La misma lógica aplica a pruebas de compatibilidad, soporte y cada vez que quieres ver cómo es realmente el entorno de renderizado.
Tres escenarios reales
Envía al cliente el enlace; pulsa «Copiar informe» y pega en el ticket.
El ingeniero reproduce antes
Revisa tamaño de pantalla, DPR, viewport y orientación en un solo lugar.
Detectar discrepancia de device pixel ratio
Ve la matriz de banderas para WebGL, WebRTC, WebAssembly, etc.
Omitir pruebas no soportadas
Guía paso a paso
Abre la herramienta Información del navegador.
Abre en el navegador que quieras inspeccionar
Cualquier URL en el dispositivo genera un informe para ese navegador.
Lee el desglose del User-Agent
Nombre y versión del navegador, motor de layout, familia de SO, versión del SO y tipo de dispositivo.
Revisa pantalla y viewport
Resolución en píxeles, device pixel ratio, ancho/alto del viewport, gama de color.
Revisa banderas de capacidades
WebGL, WebGPU, Service Workers, Push, Notifications, Storage, Permissions API.
Copia el informe estructurado
Markdown o JSON. Pégalo en el ticket para que el ingeniero no vuelva a pedirlo.
Detectado
(Open the page on the device)Extracto
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 : ✔
Consejos útiles
- Incorpora el informe en tu plantilla de soporte. Incrusta la URL en el enlace «reportar error» para que los clientes siempre lo incluyan.
- Compara informes cuando un dispositivo muestra regresión. La diferencia suele apuntar a actualización del SO o cambio de DPR.
- Cuidado con User-Agent falsificado. Las DevTools pueden cambiar la cadena UA sin cambiar capacidades reales. La matriz de banderas es más difícil de fingir que la UA.
- Chrome / Edge / Firefox en iOS usan WebKit. La «versión del navegador» puede engañar; el motor real es el WebView de iOS.
Trampas comunes
Error frecuente
Las cadenas UA se truncan cada vez más
Navegadores enfocados en privacidad congelan o reducen la UA («UA Reduction»). Confía en navigator.userAgentData (Client Hints) para marca y versión precisas. La herramienta prefiere Client Hints cuando están disponibles.
Error frecuente
El viewport cambia al abrir DevTools
Redimensionar el panel de DevTools cambia el viewport reportado. Captura la instantánea con DevTools cerrado si quieres el viewport real del usuario.
Error frecuente
Touch detectado en laptop con pantalla táctil
«Touch soportado» no significa que el usuario use táctil. Para el modo de entrada en tiempo de ejecución usa eventos pointerType, no solo capacidades.
Cuándo no es la herramienta adecuada
- Diagnóstico de red (latencia, DNS, throughput) — usa un servicio tipo Speedtest o tu propio RUM.
- Pruebas en dispositivos reales a escala — BrowserStack y Sauce Labs ejecutan combinaciones OS+navegador remotamente.
- Rastrear usuarios individuales — esta herramienta expone datos de huella bajo demanda; no la uses como tracker.
Preguntas frecuentes
¿Se envían los datos a algún sitio?
No. Cada valor se obtiene en el cliente desde APIs de navigator, screen y window. Nada sale de la página.
¿Por qué mi «SO» sale mal en Linux?
Las distribuciones Linux no siempre son identificables desde la UA. La herramienta muestra «Linux x86_64» sin la distro porque eso es todo lo que expone el navegador.
¿Puedo ver Hardware Concurrency / RAM?
hardwareConcurrency y deviceMemory (GiB redondeados) se muestran donde hay soporte, junto al proveedor GPU vía información del renderizador WebGL.
Próximos pasos
- Decodifica cualquier IP o hostname del ticket con la herramienta de consulta IP.
- Descompón la URL afectada con el analizador de URL.
- Consulta cualquier código HTTP que aparezca en el informe en la referencia HTTP.