Le polling rate, c'est le nombre de fois par seconde que ta manette envoie son état à ton PC, en hertz. Une manette à 1000 Hz se met à jour chaque milliseconde ; une manette à 125 Hz, toutes les 8 millisecondes. Cette page mesure la fréquence des événements d'entrée de ta manette dans le navigateur — avec une réserve importante sur ce que les navigateurs peuvent voir ou non, expliquée honnêtement plus bas.

C'est quoi le polling rate ?
Chaque manette USB ou sans fil renvoie son état complet — chaque bouton, stick et gâchette — selon un calendrier fixe. Ce calendrier, c'est le polling rate. À 125 Hz, l'état se rafraîchit 125 fois par seconde (une fois toutes les 8 ms) ; à 1000 Hz, chaque milliseconde. Des taux plus élevés veulent dire que le PC apprend tes entrées plus tôt.
Le polling rate n'est qu'une tranche du délai total. Ton appui sur un bouton traverse aussi le firmware de la manette, la pile USB ou Bluetooth, le système d'exploitation, le moteur du jeu et enfin l'écran — chacun ajoutant ses millisecondes. Passer de 125 Hz à 1000 Hz fait gagner 7 ms au maximum : ça compte en shooter compétitif et c'est invisible partout ailleurs.
Ne confonds pas polling rate et marketing du taux de rapport. Certaines manettes annoncent « 1000 Hz » mais ne l'atteignent qu'en USB filaire, tombant à 125–250 Hz en Bluetooth ou dongle 2,4 GHz. Teste toujours dans le mode de connexion avec lequel tu joues vraiment.
Un navigateur peut-il vraiment mesurer le polling rate ?
Honnêtement : non, pas le vrai polling rate USB. Les navigateurs ne peuvent pas lire les descripteurs USB ni les intervalles des endpoints — l'API Gamepad du W3C expose l'état des entrées de la manette mais ne dit rien sur la fréquence à laquelle le matériel rapporte. Tout site qui prétend afficher ton polling rate USB exact estime, il ne mesure pas.
Ce que cette page mesure, c'est la fréquence des événements d'entrée : à quelle fréquence le navigateur observe l'état de la manette changer pendant que tu remues un stick ou martèles un bouton. Sur une manette filaire à 1000 Hz dans Chrome, tu verras typiquement des mesures proches de 1000 événements par seconde ; sur une manette standard à 125 Hz, proches de 125. C'est une approximation utile, pas un instrument de laboratoire.
Deux choses faussent la mesure. D'abord, le navigateur échantillonne l'API Gamepad selon son propre calendrier (généralement calé sur le rafraîchissement de l'écran via requestAnimationFrame) : le chiffre reflète autant le rythme d'observation du navigateur que le matériel. Ensuite, les manettes Bluetooth rapportent souvent à des taux effectifs plus bas que leur fiche USB. Considère le résultat comme comparatif — parfait pour tester filaire contre sans-fil sur la même manette — plutôt qu'absolu.
De quel polling rate ai-je besoin ?

125 Hz, c'est le standard console historique, et ça suffit pour l'immense majorité des parties. À 8 ms par mise à jour, le polling ajoute moins de délai qu'une image d'écran 60 Hz typique (16,7 ms) ou que le temps de réaction humain moyen (environ 200 ms). Si tu joues casual ou sur console, tu as déjà assez.
250–500 Hz, c'est la plage raisonnable des passionnés sur PC. Beaucoup de manettes et d'adaptateurs modernes s'y situent, grattant 4 à 6 ms sur la base des 125 Hz, sans inconvénient. C'est là que commencent les rendements décroissants : chaque doublement du taux fait gagner moitié moins de millisecondes que le précédent.
1000 Hz, c'est pour les compétiteurs qui chassent chaque milliseconde en shooter et en jeu de combat. Les 7 ms gagnées sur 125 Hz sont réelles mais petites — environ 3,5 % d'un temps de réaction humain typique. Ça vaut le coup si ton matériel le permet, mais ça ne réparera pas une mauvaise visée, et ça ne compense jamais un écran lent ou un stick qui drift (écarte d'abord ça avec un test de drift du stick).
Comment réduire le délai d'entrée ?
Utilise une connexion USB filaire. C'est le gain de latence le plus gros et le moins cher : le filaire élimine le délai variable du Bluetooth (7 à 15 ms) et débloque généralement en même temps le polling rate max de la manette. Les compétiteurs qui doivent rester sans fil préfèreront les dongles 2,4 GHz au Bluetooth.
Ensuite, coupe les délais d'écran et logiciels, qui écrasent les différences de polling. Active le mode jeu ou faible latence de ton écran, désactive la vsync où le tearing est tolérable (ou utilise un taux de rafraîchissement variable), et ferme les applis en arrière-plan qui se battent pour le CPU — logiciels de streaming et onglets de navigateur avec vidéo sont des coupables fréquents.
Enfin, vérifie au lieu de deviner. Lance le testeur de manette complet pour confirmer que chaque entrée s'enregistre proprement, puis suis notre guide réduire l'input lag pour la checklist complète, des ports USB aux réglages en jeu.

Questions fréquentes
1000 Hz, c'est toujours mieux que 125 Hz ?
Techniquement oui, en pratique ça dépend. L'avantage de 7 ms est réel mais minuscule face à la latence d'écran et au temps de réaction humain. Sur une TV 60 Hz avec vsync, tu ne sentiras jamais la différence. Sur un écran 240 Hz en shooter compétitif, c'est un petit avantage de plus parmi d'autres.
Pourquoi ma manette 1000 Hz affiche ~125 Hz en Bluetooth ?
Parce que le Bluetooth tient rarement des polling rates élevés. La plupart des manettes tombent à 125–250 Hz effectifs en Bluetooth, quoi que la boîte annonce pour le mode filaire. C'est normal et attendu — teste en USB si tu veux le chiffre promis.
Overclocker le polling rate de ma manette, ça aide ?
Des outils comme DS4Windows peuvent pousser certaines manettes au-dessus de leur taux d'origine, mais les gains suivent la même courbe décroissante, et l'overclocking peut créer de l'instabilité ou se faire signaler par l'anti-cheat dans de rares cas. Essaie seulement après avoir réglé les gros délais : type de connexion, réglages d'écran et charge en arrière-plan.
Le polling rate influence-t-il le drift du stick ?
Non. Le polling rate, c'est la fréquence à laquelle la manette rapporte ; le drift, c'est ce qu'elle rapporte — une fausse position due à un capteur usé. Un stick qui drift à 1000 Hz rapporte juste sa mauvaise position mille fois par seconde. Diagnostique le drift séparément avant de courir après les chiffres de latence.