Centre de Diagnostic Matériel
Un centre unifié pour tester chaque composant de votre ordinateur accessible depuis le navigateur — GPU, fréquence de rafraîchissement, latence audio, microphone, webcam, clavier, souris, écran tactile, pixels morts et calibration colorimétrique. Chaque test s'exécute localement dans votre navigateur via les API standardisées du W3C et de l'USB-IF, sans installation, sans téléversement, sans télémétrie qui quitte votre machine.
Révisé par WuTools Engineering Team · Dernière mise à jour
Que peut réellement tester un navigateur sur votre matériel ?
Les navigateurs modernes exposent un ensemble étonnamment large d'API matérielles : WebGL2 et WebGPU pour la carte graphique, requestAnimationFrame pour la fréquence de rafraîchissement de l'écran, Web Audio API pour le système audio, getUserMedia pour les microphones et caméras, Pointer Events / Touch Events pour les souris et pavés tactiles, Gamepad API pour les manettes, et la norme HID 1.11 pour les claviers. Combinées, elles permettent à une seule page web d'exécuter un test crédible de chaque périphérique d'entrée, de sortie et de calcul d'un ordinateur portable ou de bureau sans rien installer.
Une frontière importante existe : le sandbox du navigateur. Une page web ne peut pas lire la température du processeur, la vitesse des ventilateurs, le modèle exact de la GPU (seulement une chaîne vendor-renderer, souvent masquée), ni la vitesse de la RAM. Elle ne peut ni installer de pilotes, ni écrire dans le firmware, ni lancer les diagnostics au niveau noyau qu'utilisent les outils des fabricants (Dell SupportAssist, HP PC Hardware Diagnostics, Asus PC Diagnostics). Les tests dans le navigateur sont donc excellents pour la vérification fonctionnelle — l'appareil répond-il, le signal passe-t-il, la latence est-elle correcte ? — et utiles pour des benchmarks qualitatifs, mais ils ne remplacent pas les diagnostics OEM lors d'un litige sous garantie.
Chaque test de ce centre s'exécute entièrement côté client. Les flux audio, vidéo et de pointage sont traités en JavaScript dans votre onglet et ne sont jamais envoyés à un serveur. C'est bon pour la vie privée et l'utilisation hors ligne, mais cela signifie aussi que les résultats dépendent de l'implémentation de votre navigateur : Chrome, Edge, Safari et Firefox peuvent rapporter des chiffres légèrement différents pour le même appareil, surtout en latence audio et plafond de fréquence. Nous documentons ces différences plus bas pour que vous interprétiez correctement vos propres résultats.
Les diagnostics expliqués — ce qu'ils mesurent et comment
Benchmark GPU — rendu WebGL2 / WebGPU
Restitue une scène connue (système de particules ou maillage tessellé) et mesure les images par seconde, les appels de dessin par image et le débit de triangles. Les benchmarks WebGPU modernes peuvent pousser la GPU à 50–80% du pic natif sur Vulkan/D3D12. Utile pour comparer deux ordinateurs portables côte à côte ou vérifier qu'un PC gamer fraîchement assemblé chez LDLC, Materiel.net ou TopAchat atteint les fps attendus. Lancer le test écran / GPU →
Stress test CPU — Web Workers + Wasm SIMD
Crée un Web Worker par cœur logique, chacun exécutant une boucle entière ou flottante intensive, puis mesure les itérations achevées par seconde. Détecte le throttling : si la fréquence chute après 60 secondes, votre refroidissement est à sa limite. Ne peut pas lire la température CPU directement (les navigateurs ne l'exposent pas), mais si le score s'effondre au moment où le châssis chauffe, vous avez la réponse.
Test de fréquence de rafraîchissement — chronométrage de requestAnimationFrame
Mesure le temps entre les retours de balayage vertical successifs rapportés par le compositeur. Si le navigateur est synchronisé avec l'écran, vous verrez ~6,94 ms entre les images à 144 Hz, ~10,0 ms à 100 Hz, ~16,67 ms à 60 Hz. Certains navigateurs (notamment Safari sur macOS) plafonnent rAF à la fréquence du moniteur le plus lent connecté. Ouvrir le test de fréquence →
Test de latence audio — Web Audio API + AudioContext.getOutputTimestamp()
Génère un clic via AudioContext.createOscillator(), capture son retour par getUserMedia (loopback ou microphone) et calcule la latence aller-retour. Ajoute AudioContext.baseLatency et outputLatency pour les scénarios casque vs enceintes. Valeurs typiques : 8–25 ms en bureau ; 15–40 ms en casque USB ; 80–250 ms en Bluetooth. Ouvrir le test de latence audio →
Test de microphone — MediaStream + AnalyserNode
Demande l'accès au micro par défaut via navigator.mediaDevices.getUserMedia({ audio: true }), envoie le flux à un AnalyserNode de Web Audio et affiche la forme d'onde plus un VU-mètre RMS en temps réel. Utile pour diagnostiquer un micro sans signal, une mauvaise entrée sélectionnée ou un noise gate trop agressif. Ouvrir le test de micro →
Test de webcam — getUserMedia({ video: true })
Demande la vidéo, affiche l'aperçu en direct et rapporte la résolution, le frame rate et le codec négociés. Permet de confirmer que pilotes, cache de confidentialité et interrupteurs matériels fonctionnent. Refuse de démarrer si l'interrupteur de confidentialité au niveau du système d'exploitation est désactivé. Ouvrir le test de webcam →
Test de clavier — événements keydown/keyup + USB HID 1.11
Écoute KeyboardEvent.code et KeyboardEvent.key sur chaque touche, montre quelles touches sont actuellement enfoncées et signale les touches « fantômes » qui ne s'enregistrent pas. Notez que de nombreux systèmes d'exploitation interceptent certaines combinaisons (Imp.écr., Win+L, F12 dans certains navigateurs) avant qu'elles n'atteignent le navigateur — c'est normal, ce n'est pas un défaut matériel. Utilisez la disposition à l'écran pour repérer touches coincées, switches cassés et rollover (NKRO).
Test souris / clic — Pointer Events + compteur
Détecte les clics simples, doubles, la distance de glisser et le nombre total de clics par bouton. Aide à diagnostiquer le bug du double-clic (un clic physique enregistré comme deux, fréquent quand les switches vieillissent), le drift et la précision du pointeur. Pointer Events expose aussi la pression pour les stylets sur tablettes.
Test écran / pixels — aplats à plein écran
Boucle entre rouge, vert, bleu, blanc, noir et secondaires en plein écran. Utilisé par les inspections de dalles et les recours sous garantie pour repérer pixels coincés (sous-pixels toujours allumés) et pixels morts (toujours éteints). À effectuer en lumière tamisée avec une luminosité modérée. Ouvrir le test d'écran →
Test d'écran tactile — Touch Events + multi-touch
Enregistre les points de contact simultanés (l'API Touch Events gère jusqu'à 10 points sur la plupart des appareils) et trace une trace à chaque contact. Révèle zones mortes, drift du numériseur et problèmes de rejet de paume sur les portables 2-en-1. Ne fonctionne pas sur les appareils sans écran tactile.
Test de calibration colorimétrique — gradients sRGB et DCI-P3
Restitue des dégradés lisses et des mires standard (rampe de gris, barres de couleurs primaires/secondaires, échantillons sRGB vs P3 si le navigateur supporte la requête @media (color-gamut: p3)). Pour une mesure réelle de ΔE il faut un colorimètre matériel (X-Rite i1, Datacolor Spyder), mais les tests visuels détectent banding, dominantes et problèmes de gamma marqués.
Détecteur de pixels morts — couleur unie plein écran
Version ciblée du test d'écran : verrouille l'affichage sur une couleur unie pour inspecter chaque pixel à l'œil. Le noir pur révèle les pixels coincés allumés, le blanc pur révèle les morts, et rouge/vert/bleu purs révèlent les sous-pixels coincés. La plupart des fabricants ne remplacent une dalle qu'au-delà d'un seuil (par exemple 5 pixels morts) — vérifiez les conditions de garantie. Ouvrir le détecteur de pixels morts →
Cas réels où ce centre vous aide
- Valider un PC gamer assemblé: Après l'assemblage d'un nouveau bureau, lancez le benchmark GPU et le stress CPU à la suite pour confirmer les fps attendus et que la température ne provoque pas de throttling. Vérifiez ensuite la fréquence (ce moniteur 165 Hz délivre-t-il vraiment 165 Hz ?), la latence audio (le codec intégré est-il acceptable pour le jeu compétitif ?) et lancez le détecteur de pixels morts sur le moniteur tout neuf tant que vous pouvez encore le retourner.
- Vérification en magasin avant l'achat d'un portable: Avant de payer un portable à la FNAC, Boulanger, Darty, Cdiscount ou LDLC, ouvrez ce centre sur le modèle de démonstration. Deux minutes au détecteur de pixels, une au test du clavier, une sur le pavé tactile attrapent presque tous les défauts cosmétiques et fonctionnels que la démo en magasin masque.
- Dépannage d'un périphérique précis: Si votre microphone semble assourdi, le test micro révèle aussitôt s'il s'agit d'un problème matériel (aucun signal, niveau très faible) ou logiciel (gain à zéro, mauvais périphérique sélectionné, amélioration audio du système qui assourdit). Même logique pour les claviers (touche bloquée vs touche réaffectée), les souris (bug du double-clic vs sensibilité OS) et les webcams (interrupteur de confidentialité vs pilote manquant).
- Comparer deux moniteurs avant achat: Apportez une clé USB avec un navigateur portable ou utilisez votre téléphone en showroom. Lancez le test de fréquence et le détecteur de pixels morts sur les deux candidats. Les chiffres ne mentent pas — une dalle annoncée 144 Hz qui plafonne à 120 Hz via HDMI 2.0 est un piège bien réel et fréquent.
- Tests d'accessibilité: Les développeurs web peuvent utiliser le test de clavier pour vérifier que chaque élément interactif de leur site répond à Tab, Entrée, Espace et flèches sans dépendre d'une souris. Le test de pointeur aide à valider des cibles tactiles (la taille minimale recommandée est 44×44 pixels CSS selon WCAG 2.5.5).
- Audit de configurations e-sport et streaming: Pour le jeu compétitif, la latence audio et l'input lag comptent. Utilisez le test audio pour comparer pilotes ASIO vs WASAPI, interfaces USB vs intégrées, et le test clavier pour confirmer le NKRO. Les streamers peuvent aussi vérifier les combinaisons webcam et micro via des onglets compatibles OBS.
- Achats reconditionnés et d'occasion: Lors de l'achat d'un portable ou d'un moniteur d'occasion sur Leboncoin, Vinted, eBay, Backmarket ou en bourse aux occasions, ce centre est la vérification fonctionnelle de bout en bout la plus rapide. Clavier, écran, webcam, micro, audio, tactile — cinq minutes de tests évitent bien des regrets. À noter que sur Linux Ubuntu/Mint l'ensemble fonctionne identiquement, alors que les outils OEM sont souvent Windows uniquement.
Diagnostics disponibles dans ce centre
| Test | API utilisée |
|---|---|
| 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 |
Questions fréquentes sur les tests matériels dans le navigateur
Quelle est la précision d'un benchmark GPU dans le navigateur par rapport à un benchmark natif comme 3DMark ?
Moins précis mais utile. WebGPU et WebGL2 ajoutent une surcharge JavaScript et de compilation JIT que les API natives (Direct3D 12, Vulkan, Metal) évitent, donc les fps absolus sont environ 20–40% inférieurs au natif. Cependant le rapport entre deux GPU dans un benchmark navigateur est généralement proche de leur rapport sur 3DMark — donc pour comparer votre portable aujourd'hui à lui-même après une mise à jour de pilote, ou deux machines en magasin, cela fonctionne bien.
Pourquoi mon écran 144 Hz n'affiche-t-il que 60 Hz dans le test de fréquence ?
Plusieurs causes courantes : (1) Le navigateur utilise requestAnimationFrame, qui sur certaines plateformes est limité à la fréquence du moniteur principal — si vous avez un moniteur 60 Hz comme primaire, même un 144 Hz secondaire peut être plafonné. (2) Le câble compte : HDMI 1.4 ne fait 144 Hz qu'en 1080p ; pour 1440p ou 4K à 144 Hz il faut DisplayPort 1.4 ou HDMI 2.1. (3) Le réglage système peut rester à 60 Hz alors que la dalle supporte plus. (4) Le mode économie d'énergie plafonne la fréquence. Vérifiez les Paramètres d'affichage avancés sous Windows ou Réglages → Moniteurs sous macOS.
Puis-je utiliser ce centre pour tester mon portable neuf avant la fin du délai de rétractation ?
Absolument — c'est l'un des usages les plus courants. Dans les premiers jours, lancez le détecteur de pixels, le test de clavier, le micro, la webcam, l'audio et le pavé tactile. Si quelque chose cloche, le revendeur coopère bien plus dans le délai légal de rétractation (14 jours pour un achat à distance en France selon le Code de la consommation) qu'après. Combinez avec le diagnostic OEM (Dell SupportAssist, Lenovo Vantage, HP PC Hardware Diagnostics) pour une vérification complète.
Pourquoi la latence audio diffère-t-elle d'un navigateur à l'autre ?
Chaque navigateur utilise un backend audio différent sur chaque OS. Sur Windows, Chrome et Edge utilisent WASAPI shared mode par défaut, Firefox aussi mais avec des tampons différents, Safari sur macOS utilise CoreAudio. WASAPI shared peut ajouter 10–20 ms de buffering sur la latence matérielle, c'est pourquoi le même casque peut afficher 18 ms sous Chrome et 25 ms sous Firefox. Pour les musiciens, les pilotes ASIO natifs via JUCE ou un logiciel DAW restent largement supérieurs à n'importe quel navigateur.
Cela fonctionne-t-il sur téléphones et tablettes ?
La plupart des tests fonctionnent sur iOS Safari et Android Chrome, avec quelques nuances. Le test de fréquence fonctionne (et rapporte désormais 90 Hz, 120 Hz, voire 165 Hz sur les téléphones haut de gamme) ; le test tactile est parfait sur mobile ; le micro et la caméra fonctionnent ; mais le test du clavier est limité car les claviers virtuels mobiles n'émettent pas les mêmes codes KeyboardEvent que les touches physiques. Pour un test clavier complet, utilisez un ordinateur ou une tablette avec clavier physique connecté.
Mes résultats de test sont-ils privés ?
Oui — chaque test de ce centre s'exécute entièrement dans votre navigateur. Audio du micro, vidéo de la webcam, mouvements du pointeur et frappes clavier sont traités en JavaScript dans votre onglet et ne sont jamais envoyés à un serveur. Nous ne journalisons pas les résultats, n'exigeons pas d'inscription et n'appliquons pas d'analytique aux données de test elles-mêmes (conformément au RGPD). Le navigateur demandera la permission avant d'activer micro ou caméra ; vous pouvez la révoquer à tout moment depuis l'icône de cadenas dans la barre d'URL.
Pourquoi le test de clavier rate-t-il certaines touches ?
C'est presque toujours le système d'exploitation, pas le clavier. Sous Windows, certaines combinaisons (Win+L pour verrouiller, Ctrl+Alt+Suppr, Imp.écr. dans certaines configurations, F12 pour les DevTools, Win+G pour le Game Bar) sont interceptées par l'OS ou le navigateur et n'atteignent jamais JavaScript. macOS avale Cmd+Tab, Cmd+Espace, etc. Pour vérifier que le matériel du clavier est intact, comparez avec la méthode de saisie de l'OS ou utilisez un utilitaire constructeur (Logitech G Hub, Razer Synapse, Corsair iCUE) qui voit les touches à un niveau plus bas.
Quelle est la précision du test de pixels ?
Pixel-perfect pour repérer pixels morts et coincés — chaque pixel CSS correspond directement à un pixel d'écran tant que le zoom du navigateur est à 100% sur un affichage non mis à l'échelle. Pour la calibration colorimétrique le test est qualitatif ; vous pouvez voir le banding, les paliers de gamma et les dominantes nettes, mais pour une mesure ΔE réelle face à sRGB ou DCI-P3 il faut un colorimètre matériel (X-Rite i1Display Pro, Datacolor SpyderX, ColorChecker).
Pourquoi le stress CPU affiche-t-il des températures basses ?
Les navigateurs ne peuvent pas lire la température CPU, la vitesse des ventilateurs ou la tension par cœur. Le test ne rapporte que le débit — opérations par seconde par worker. Pour surveiller les températures pendant le stress, lancez en parallèle un utilitaire natif (HWMonitor, Core Temp, iStat Menus, commande `sensors` sous Linux). Si le score s'effondre au bout de 60–120 secondes pendant que la température dépasse 95 °C, c'est du throttling thermique ; si la température reste plate mais le score chute, cherchez du throttling par limite de puissance (PL1/PL2 chez Intel, PPT chez AMD).
Puis-je me fier à ces résultats pour un litige sous garantie ?
En général non. Les fabricants (Dell, HP, Lenovo, Asus, Apple, MSI) exigent leurs propres journaux OEM comme preuve — Dell SupportAssist PSA, Apple Diagnostics, MSI Center, etc. Les tests du navigateur sont parfaits pour vous confirmer un problème avant d'appeler le support, et des captures d'écran de tests en échec peuvent étayer votre dossier, mais aucun fabricant n'accepte un outil tiers comme preuve définitive. Lancez aussi l'outil OEM et conservez son fichier de log.
Références
Tous les outils de diagnostic
OUTILS MATéRIEL5