Centro de Diagnóstico de Hardware
Un centro unificado para probar cada componente de tu equipo accesible desde el navegador — GPU, frecuencia de refresco, latencia de audio, micrófono, webcam, teclado, ratón, pantalla táctil, píxeles muertos y calibración de color. Cada prueba se ejecuta localmente en tu navegador mediante APIs estandarizadas de W3C y USB-IF, sin instalación, sin subidas y sin telemetría que abandone tu equipo.
Revisado por WuTools Engineering Team · Última actualización
¿Qué puede comprobar realmente un navegador sobre tu hardware?
Los navegadores modernos exponen un conjunto sorprendentemente amplio de APIs de hardware: WebGL2 y WebGPU para la tarjeta gráfica, requestAnimationFrame para la frecuencia de refresco, Web Audio API para el sistema de sonido, getUserMedia para micrófonos y cámaras, Pointer Events / Touch Events para ratones y trackpads, Gamepad API para mandos, y el estándar HID 1.11 para teclados. En conjunto permiten que una sola página web ejecute una prueba creíble de cada dispositivo de entrada, salida y cómputo de un portátil o sobremesa sin instalar nada.
Existe un límite importante: el sandbox del navegador. Una página no puede leer la temperatura del CPU, las RPM del ventilador, el modelo exacto de la GPU (solo una cadena vendor-renderer, a menudo enmascarada), ni la velocidad de la RAM. No puede instalar drivers, escribir firmware ni ejecutar diagnósticos a nivel kernel como las herramientas del fabricante (Dell SupportAssist, HP PC Hardware Diagnostics, Asus PC Diagnostics). Por tanto, las pruebas en el navegador son excelentes para verificación funcional — ¿el dispositivo responde, llega la señal, la latencia es aceptable? — y útiles para benchmarks cualitativos, pero no sustituyen los diagnósticos OEM en una reclamación de garantía.
Cada prueba de este centro se ejecuta totalmente en el cliente. Los flujos de audio, vídeo y puntero se procesan en JavaScript dentro de tu pestaña y nunca se envían a un servidor. Es bueno para la privacidad y permite uso sin conexión, pero también significa que los resultados dependen de la implementación de tu navegador: Chrome, Edge, Safari y Firefox pueden reportar números ligeramente distintos para el mismo dispositivo, especialmente en latencia de audio y techo de frecuencia de refresco. Documentamos esas diferencias más abajo para que interpretes los resultados correctamente.
Las pruebas explicadas — qué miden y cómo
Benchmark GPU — renderizado WebGL2 / WebGPU
Renderiza una escena conocida (un sistema de partículas o una malla teselada) y mide fotogramas por segundo, draw calls por fotograma y triángulos procesados. Los benchmarks WebGPU modernos pueden llevar a la GPU al 50–80% del pico nativo en Vulkan/D3D12. Útil para comparar dos portátiles uno al lado del otro o verificar que un PC gaming recién montado alcanza los fps esperados. Ejecutar prueba de pantalla / GPU →
Stress test de CPU — Web Workers + Wasm SIMD
Crea un Web Worker por núcleo lógico, cada uno corre un bucle intensivo entero o de coma flotante y se miden iteraciones completadas por segundo. Detecta throttling: si la frecuencia cae tras 60 segundos, tu refrigeración llegó al límite. No lee la temperatura del CPU directamente (los navegadores no la exponen), pero si la puntuación se hunde justo cuando el chasis se calienta, ya tienes la respuesta.
Prueba de frecuencia de refresco — temporización de requestAnimationFrame
Mide el tiempo entre blanqueos verticales consecutivos que reporta el compositor. Si el navegador está sincronizado con la pantalla verás ~6,94 ms entre cuadros a 144 Hz, ~10,0 ms a 100 Hz, ~16,67 ms a 60 Hz. Algunos navegadores (sobre todo Safari en macOS) limitan rAF a la frecuencia más baja de las pantallas conectadas. Abrir la prueba de frecuencia →
Prueba de latencia de audio — Web Audio API + AudioContext.getOutputTimestamp()
Genera un clic con AudioContext.createOscillator(), captura su retorno por getUserMedia (loopback o micrófono) y calcula la latencia de ida y vuelta. Suma AudioContext.baseLatency y outputLatency para escenarios de auriculares vs altavoces. Valores típicos: 8–25 ms en escritorio; 15–40 ms en auriculares USB; 80–250 ms en Bluetooth. Abrir la prueba de latencia de audio →
Prueba de micrófono — MediaStream + AnalyserNode
Pide acceso al micrófono predeterminado vía navigator.mediaDevices.getUserMedia({ audio: true }), envía la entrada a un AnalyserNode de Web Audio y muestra la onda con un medidor RMS en tiempo real. Útil para diagnosticar un micro sin señal, una entrada incorrecta seleccionada o un noise gate demasiado agresivo. Abrir la prueba de micrófono →
Prueba de webcam — getUserMedia({ video: true })
Solicita vídeo, muestra la previsualización en directo y reporta resolución, frame rate y códec negociados. Permite confirmar que drivers, tapa de privacidad y conmutadores hardware están en orden. Se negará a iniciar si el conmutador de privacidad del SO está apagado. Abrir la prueba de webcam →
Prueba de teclado — eventos keydown/keyup + USB HID 1.11
Escucha KeyboardEvent.code y KeyboardEvent.key en cada tecla, muestra qué teclas están pulsadas y reporta cualquier 'fantasma'. Muchos sistemas operativos interceptan combinaciones (PrintScreen, Win+L, F12 en algunos navegadores) antes de llegar al navegador — eso es normal, no un fallo de hardware. Usa el layout en pantalla para detectar teclas atascadas, switches rotos y rollover (NKRO).
Prueba de ratón / clics — Pointer Events + contador
Detecta clic simple, doble clic, distancia de arrastre y total de clics por botón. Ayuda a diagnosticar el bug del doble clic (un clic físico que se registra como dos, frecuente cuando los switches envejecen), drift y precisión del puntero. Pointer Events también expone presión para stylus en tabletas.
Prueba de pantalla / píxeles — colores planos a pantalla completa
Recorre rojo, verde, azul, blanco, negro y colores secundarios a pantalla completa. La usan inspectores de panel y reclamaciones de garantía para detectar píxeles atascados (subpíxeles siempre encendidos) y muertos (siempre apagados). Mejor en habitación con luz tenue y brillo moderado. Abrir la prueba de pantalla →
Prueba de pantalla táctil — Touch Events + multitáctil
Registra puntos de contacto simultáneos (Touch Events soporta hasta 10 en la mayoría de dispositivos) y dibuja una estela en cada uno. Revela zonas muertas, drift del digitalizador y problemas de rechazo de palma en portátiles 2-en-1. No funcionará en dispositivos sin pantalla táctil.
Prueba de calibración de color — gradientes sRGB y DCI-P3
Renderiza gradientes suaves y patrones estándar (rampa de grises, barras de colores primarios/secundarios, swatches sRGB vs P3 si el navegador soporta @media (color-gamut: p3)). Para una medición real de ΔE necesitas un colorímetro hardware (X-Rite i1, Datacolor Spyder), pero las pruebas visuales detectan banding, tinte y problemas de gamma evidentes.
Detector de píxeles muertos — color sólido a pantalla completa
Versión enfocada de la prueba de pantalla: bloquea el monitor en un color sólido para inspeccionar visualmente cada píxel. Negro puro expone píxeles atascados encendidos, blanco puro expone muertos, y rojo/verde/azul puros revelan subpíxeles atascados. Los fabricantes solo sustituyen panel por encima de un umbral (p. ej., 5 píxeles muertos) — revisa los términos de garantía. Abrir el detector de píxeles muertos →
Casos reales en los que este centro ayuda
- Validar un PC gaming montado a medida: Tras montar un sobremesa nuevo, ejecuta el benchmark GPU y el stress de CPU consecutivamente para confirmar fps esperados y que la temperatura no provoca throttling. Después comprueba la frecuencia de refresco (¿el monitor 165 Hz da realmente 165 Hz?), la latencia de audio (¿el códec onboard sirve para juego competitivo?) y el detector de píxeles muertos en el monitor recién comprado mientras aún puedes devolverlo.
- Comprobación previa a la compra de un portátil en tienda: Antes de pagar un portátil en MediaMarkt, FNAC, El Corte Inglés, Liverpool, Coppel o cualquier tienda de electrónica, abre este centro en el modelo de demostración. Dos minutos de detector de píxeles, un minuto de prueba de teclado y un minuto en el touchpad detectarán casi cualquier defecto cosmético o funcional que la demo de tienda oculta.
- Diagnóstico de un periférico concreto: Si tu micrófono suena apagado, el tester de micro revela inmediatamente si es un problema hardware (sin señal, nivel muy bajo) o software (ganancia a cero, dispositivo equivocado seleccionado, mejora del SO causando el efecto). La misma lógica vale para teclados (tecla atascada vs reasignada), ratones (bug de doble clic vs sensibilidad del SO) y webcams (interruptor de privacidad apagado vs driver ausente).
- Comparar dos monitores antes de comprar: Lleva un USB con un navegador portable o usa tu móvil en la sala de exposición. Ejecuta la prueba de frecuencia y la de píxeles muertos en ambos candidatos. Los números no mienten — un panel anunciado como 144 Hz que entrega 120 Hz por HDMI 2.0 es una trampa real y frecuente.
- Pruebas de accesibilidad: Los desarrolladores web pueden usar la prueba de teclado para verificar que cada elemento interactivo de su sitio responde a Tab, Enter, Espacio y flechas sin depender del ratón. La prueba de puntero ayuda a validar objetivos táctiles (el mínimo recomendado es 44×44 píxeles CSS según WCAG 2.5.5).
- Auditoría de setups de e-sports y streaming: Para el juego competitivo, la latencia de audio y el lag de entrada importan. Usa el tester de audio para comparar drivers ASIO vs WASAPI, interfaces USB vs onboard, y el tester de teclado para verificar NKRO. Los streamers también pueden confirmar combinaciones de webcam y micro a través de pestañas amigables con OBS.
- Compras de segunda mano y reacondicionados: Al comprar un portátil o monitor usado en Wallapop, Mercado Libre, Vibbo, Milanuncios o eBay, este centro es la verificación funcional integral más rápida. Teclado, pantalla, webcam, micro, audio, táctil — cinco minutos de pruebas ahorran muchos arrepentimientos.
Diagnósticos disponibles en este centro
| Prueba | API subyacente |
|---|---|
| 1 GPU (GPU Benchmark) | 1 Pa |
| 1 CPU (CPU Stress Test) | 1 Pa |
| 1 Hz (Refresh Rate Tester) | 1 Pa |
| 1 ms (Audio Latency Tester) | 1 Pa |
| 1 mic (Microphone Tester) | 1 Pa |
| 1 cam (Webcam Tester) | 1 Pa |
| 1 kbd (Keyboard Tester) | 1 Pa |
| 1 mouse (Mouse / Click Tester) | 1 Pa |
| 1 px (Screen / Pixel Tester) | 1 Pa |
| 1 touch (Touch Screen Tester) | 1 Pa |
| 1 ΔE (Color Calibration Tester) | 1 Pa |
| 1 dead-px (Dead Pixel Checker) | 1 Pa |
Preguntas frecuentes sobre diagnósticos en el navegador
¿Cuán precisos son los benchmarks GPU del navegador comparados con uno nativo como 3DMark?
Menos precisos pero útiles. WebGPU y WebGL2 añaden sobrecarga de JavaScript y compilación JIT que las APIs nativas (Direct3D 12, Vulkan, Metal) evitan, así que los fps absolutos son aproximadamente 20–40% inferiores a los nativos. Sin embargo, la ratio entre dos GPUs en un benchmark de navegador suele ser cercana a su ratio en 3DMark — así que para comparar tu portátil hoy con el mismo tras actualizar drivers, o dos máquinas en la tienda, funciona bien.
¿Por qué mi monitor de 144 Hz solo muestra 60 Hz en la prueba de refresco?
Causas comunes: (1) El navegador usa requestAnimationFrame, que en algunas plataformas se limita a la tasa de la pantalla principal — si tienes un monitor 60 Hz como primario, incluso uno 144 Hz secundario puede quedar topado. (2) El cable importa: HDMI 1.4 alcanza 144 Hz solo a 1080p; para 1440p o 4K a 144 Hz necesitas DisplayPort 1.4 o HDMI 2.1. (3) La configuración del SO puede seguir en 60 Hz aunque el panel soporte más. (4) El modo ahorro de energía limita la frecuencia. Comprueba Configuración → Pantalla avanzada en Windows o Ajustes → Pantallas en macOS.
¿Puedo usar este centro para revisar mi portátil nuevo antes de que se acabe el plazo de devolución?
Por supuesto, es uno de los usos más habituales. En los primeros días corre detector de píxeles, prueba de teclado, micro, webcam, audio y trackpad. Si algo falla, la tienda colabora mucho más dentro del plazo de devolución que después. Combínalo con el diagnóstico OEM (Dell SupportAssist, Lenovo Vantage, HP PC Hardware Diagnostics) para una revisión completa.
¿Por qué la latencia de audio difiere entre navegadores?
Cada navegador usa un backend de audio distinto en cada SO. En Windows, Chrome y Edge usan WASAPI shared mode por defecto; Firefox también shared pero con buffers distintos; Safari en macOS usa CoreAudio. WASAPI shared puede añadir 10–20 ms de buffering sobre la latencia hardware, por lo que los mismos auriculares pueden mostrar 18 ms en Chrome y 25 ms en Firefox. Para músicos, los drivers ASIO nativos vía JUCE o un DAW siguen superando con creces a cualquier navegador.
¿Funciona en móviles y tabletas?
La mayoría sí, en iOS Safari y Android Chrome, con algunos matices. La prueba de refresco funciona (y reporta 90, 120, incluso 165 Hz en móviles premium); la prueba táctil es perfecta en móvil; las de micro y cámara funcionan; pero la del teclado se limita porque los teclados virtuales móviles no emiten los mismos códigos KeyboardEvent que los físicos. Para teclado completo, usa un sobremesa o una tableta con teclado físico conectado.
¿Mis resultados son privados?
Sí — todas las pruebas se ejecutan completamente en tu navegador. Audio del micro, vídeo de la webcam, movimientos del puntero y pulsaciones se procesan en JavaScript en tu pestaña y jamás se suben a un servidor. No registramos resultados, no requerimos inicio de sesión y no aplicamos analítica a los datos de prueba. El navegador pedirá permiso antes de activar micro o cámara; puedes revocarlo en cualquier momento desde el icono del candado en la barra de URL.
¿Por qué la prueba de teclado se salta algunas pulsaciones?
Casi siempre es el sistema operativo, no el teclado. En Windows, ciertas combinaciones (Win+L para bloquear, Ctrl+Alt+Supr, PrintScreen en algunas configuraciones, F12 en DevTools, Win+G para Game Bar) las intercepta el SO o el navegador y nunca llegan a JavaScript. macOS se traga Cmd+Tab, Cmd+Espacio y similares. Para verificar que el hardware del teclado está bien, compáralo con el método de entrada del SO o con un utilitario del fabricante (Logitech G Hub, Razer Synapse, Corsair iCUE) que ve las teclas a un nivel más bajo.
¿Cuán precisa es la prueba de píxeles?
Pixel-perfect para detectar píxeles muertos y atascados — cada píxel CSS se mapea directamente a un píxel del monitor mientras el zoom del navegador esté al 100% en una pantalla sin escalado. Para calibración de color es cualitativa; permite ver banding, escalones de gamma y tintes evidentes, pero para una medición ΔE real frente a sRGB o DCI-P3 necesitas un colorímetro hardware (X-Rite i1Display Pro, Datacolor SpyderX, ColorChecker).
¿Por qué el stress de CPU muestra temperaturas bajas?
Los navegadores no leen temperatura del CPU, RPM del ventilador ni voltajes por núcleo. La prueba reporta solo throughput — operaciones por segundo por worker. Para monitorizar temperatura mientras estresas, ejecuta una utilidad nativa en paralelo (HWMonitor, Core Temp, iStat Menus, comando `sensors` en Linux). Si la puntuación cae a los 60–120 segundos mientras la temperatura supera los 95 °C, estás viendo throttling térmico; si la temperatura se mantiene plana pero la puntuación baja, busca throttling por límite de potencia (PL1/PL2 en Intel, PPT en AMD).
¿Puedo confiar en estos resultados para una reclamación de garantía?
En general no. Los fabricantes (Dell, HP, Lenovo, Asus, Apple, MSI) exigen sus propios logs OEM como evidencia — Dell SupportAssist PSA, Apple Diagnostics, MSI Center, etc. Las pruebas de navegador son útiles para confirmarte el problema antes de llamar a soporte, y las capturas de fallos pueden apoyar tu caso, pero ningún fabricante acepta una herramienta de terceros como prueba definitiva. Ejecuta también la herramienta OEM y guarda su archivo de log.
Referencias
Todas las herramientas de diagnóstico
HERRAMIENTAS DE HARDWARE5