コンテンツへスキップ
CheckItWorks

マウステスト

ここをクリックしてテストを開始してください

0 / 5 ボタンをテスト済み

ダブルクリックチェック

ボタンを離してから次に押すまでの間隔を測定します。劣化したスイッチは数ミリ秒以内に自動的に2回目のクリックを発生させますが、実際のダブルクリックは素早くても必ずそれより長い間隔になります。

  • 左クリック未テスト
  • 右クリック未テスト
  • 中央クリック未テスト
  • 戻るボタン未テスト
  • 進むボタン未テスト

現在このページに届いているのは標準の5ボタンだけです。ジェスチャー、モード切り替え、サムホイールのクリックなどの追加ボタンはマウス側のソフトウェアで処理されてブラウザーまで届かないことが多く、ここで反応しなくても故障とは限りません。

スクロールホイール

図の上で上下または左右にスクロールすると、ホイールをテストできます。

ポーリングレート

開始ボタンを押してから、数秒間マウスを円を描くように動かしてください。

このテストでわかったこと

  • 全ボタンのテスト完了
  • チャタリングなし
  • スクロールホイール良好
  • ポーリングレート測定済み

マウスの不調は、クリックが二重に反応したりスクロールが飛んだりするまで気づきにくいものです。このツールは図の上で左・右・中央・戻る・進むの5ボタンをすべて押して反応を確認し、マウスが実際に送ってくる追加のボタンがあれば一覧に加え、素早い連打とスイッチの故障を区別するダブルクリックチェックを行い、スクロールホイールのノッチを縦横それぞれ数え、可能な場合はポーリングレート(Hz)も推定します。すべてブラウザ内だけで完結し、数分でひととおり確認できます。

仕組み

  1. テストエリアをクリックしてフォーカスする. 図の枠内をクリックすると、マウスの入力を受け付け始めます。
  2. ボタンをすべて押す. 左・右・中央・戻る・進むのボタンを順番に押します。押した瞬間に図が点灯し、離すとテスト済みとしてマークされます。この5つより先のボタンでも、ブラウザーに届いたものは押すたびに一覧へ加わります。
  3. いずれかのボタンを数回ダブルクリックする. 1回だけ「疑わしい」判定が出ても、それだけでは壊れているとは限りません。何度か試して傾向を見てください。
  4. ホイールを上下・左右にスクロールする. 図の上でスクロールすると、縦横それぞれのノッチ数とノッチ1つあたりの量が記録されていきます。
  5. ポーリングレートの測定を開始する. 測定ボタンを押し、数秒間マウスを円を描くように動かし続けます。お使いのブラウザによっては数値が出ないこともあります。
  6. リセットしてもう一度試す. リセットボタンはすべてのテスト結果を消去し、最初からやり直せます。

図の見方

図の各ボタンには3つの状態があります。ニュートラル(未テスト)、点灯(押している最中)、マーク済み(テスト完了)です。左右中央のクリックに加えて、側面の戻る・進むボタンもここでまとめて確認できます。

タッチパッドやトラックポイントではなく、物理的なマウスが必要です。タッチ入力はこの図に反応しません。

ダブルクリックとチャタリングを見分ける方法

よくあるダブルクリックテストは「押してから次に押すまで」の時間しか見ていません。しかしこれでは、素早く意図的に2回クリックした場合と、スイッチが劣化して1回のクリックを2回として誤検知する「チャタリング」とを区別できません。

このツールは代わりに「ボタンを離してから、次に押すまで」の間隔を測ります。指で操作する以上、いったん指を持ち上げてから再び押し込む必要があり、どれだけ素早いダブルクリックでもこの間には必ず実際の間隔ができます。一方、チャタリングを起こしているスイッチは指の動きを伴わず、最初の「離す」から約5〜15ミリ秒以内に、内部だけで2回目の押下・解放を発生させます。

ポーリングレートについて、正直に言うと

ポーリングレートを直接教えてくれるブラウザAPIは存在しません。このツールはポインター位置の更新がどれだけ細かい間隔で届くかから、間接的に推定しています。そしてその精度は、お使いのマウスではなく、お使いの「ブラウザ」だけで3段階に決まります。

  • フル精度: ブラウザが生の更新をすべて届けてくれる場合。ChromiumやFirefoxのpointerrawupdateイベントに対応した環境が該当します。
  • 低精度: ブラウザが更新をまとめて送ってくる場合。getCoalescedEvents()でまとめられた分を展開して測定します。Firefox 120〜147、Safari 18.2以降が該当します。
  • 測定不可: ブラウザがポインター更新を画面のリフレッシュレート止まりでしか届けない場合(Safari 18.2より前など)。この場合、このツールは数値をあえて表示しません。表示してしまうと、それはマウスではなく画面のリフレッシュレートを測ることになってしまうためです。
数値を出せない場面で無理に数値を出さないのは、このツールの手抜きではなく方針です。ブラウザの制約に関わらず自信満々に数字を表示するだけのサイトより、正直な結果を届けたいと考えています。

DPI(CPI)の数値を表示しない理由

ブラウザはマウスのDPI(CPI)を直接知ることができません。ブラウザに届くポインターの値は、すでにOSの非線形なポインター加速カーブを通過し、さらにディスプレイのピクセル密度で割られたあとの数値です。手が実際にどれだけ動いたかという物理的な情報は、ブラウザには最初から渡ってきていません。

そのため、このツールは意図的にDPIの数値を表示しません。「DPIチェッカー」を名乗りながらそれらしい数字を表示するサイトも見かけますが、その数値は仕組み上、正確な測定値ではあり得ません。測れないものを測れたふりで見せないことが、このツールの信頼性だと考えています。

スクロールホイールとノッチについて

機械式のスクロールホイールは、内部のエンコーダーによって「ノッチ」と呼ばれる一定の刻みで回転します。ホイールが摩耗してくると、このノッチが1つ飛んだり、刻みの大きさが不揃いになったりし、体感としてはスクロールが不規則に感じられます。

  • 縦方向と横方向のノッチ数を別々にカウントします。
  • ノッチ1つあたりの量がばらつきすぎている場合は、その旨を知らせます。
ChromeとFirefoxでは、同じノッチでも報告される数値の大きさが異なることがあります。これはブラウザごとの計測の取り決めの違いであり、どちらかが壊れているわけではありません。

戻る・進むボタン(サイドボタン)について

多くのマウスでは、側面の戻る・進むボタンはWebページ側ではなく「ブラウザ自身」がページの戻る・進む操作に割り当てています。これはWebサイト側で完全には制御できないレベルの挙動です。

このツールはテスト中できるだけこのページに留まるよう配慮していますが、ブラウザによっては(特にFirefoxやSafari)それでもボタンを押した瞬間にページが移動してしまうことがあります。これはツールの不具合ではなく、ブラウザ側の仕様によるものです。移動してしまった場合は、そのままページに戻ってきてテストを続けてください。

ボタンが5個より多いマウス

ブラウザーはマウスそのものを見ているわけではなく、OSから渡される番号付きのボタンイベントを見ています。その番号はすぐに尽きます。左・右・中央・戻る・進むの5つだけが標準の名前を持ち、6番目や7番目の番号は、マウスがそれを通常のマウスボタンとして送った場合にだけ届きます。このツールは実際に届いたものをすべて保持します。標準の5つを超えるボタンを押すと「ボタン 6」「ボタン 7」のように一覧へ加わり、ほかのボタンと同じチャタリング判定を受けます。

  • サムホイール: 親指側の2つ目のホイールは水平スクロールとして届きます。メインホイールを左右に傾けたときとまったく同じで、ここではどちらも水平ステップとして数えます。
  • ジェスチャーボタンやモードボタン: 多くはマウス側のソフトウェア(Logitech Options+、Razer Synapse、SteelSeries GG など)が処理してキー入力やコマンドに変換するため、ブラウザーはボタンが押されたことすら知りません。
  • フリースピンホイールや高解像度ホイールは、ラチェット式より多く、はるかに小さいステップを送ります。このツールはそのパターンを見分け、正常なホイールを故障扱いしないよう、ゆっくりしたラチェット部分だけを対象に不均一さを判定します。
ここで反応しないボタンが必ずしも壊れているわけではありません。マウスのソフトウェアが実際に用意している通常のマウスボタン——「中クリック」「戻る」「進む」——に割り当て直してから、もう一度試してください。それで反応するなら、スイッチは正常で、押下がドライバー内で止まっていただけです。「ボタン 6」への割り当ては望み薄です。この標準セットを超えたボタン番号を報告するのは Safari 26.4 以降だけです。

よくある質問

マウスの戻るボタンを押したら、このページから移動してしまいました。なぜですか?

多くのブラウザは、側面のボタンをページの戻る操作に自動的に割り当てています。これはブラウザ自体のショートカットで、このツールの不具合ではありません。このページに戻ってきて、テストを続けていただければ問題ありません。

「ポーリングレートを測定できません」と表示されるのはなぜですか?

ポーリングレートを直接報告するブラウザAPIは存在せず、このツールはポインター更新の細かさから推定しています。お使いのブラウザが十分に細かい更新を渡してくれない場合(主にSafari 18.2より前のバージョン)、正確な推定ができないため、あえて数値を表示しません。これはマウスの問題ではなく、ブラウザ側の制約です。

ダブルクリックで1回「疑わしい」と判定されました。スイッチが壊れていますか?

1回だけでは判断できません。このツールはボタンを離してから次に押すまでの間隔を見ており、その間隔がとても短い場合に注意を促しますが、たまたま素早く押しただけの可能性もあります。同じボタンを何度か押し直し、繰り返し短い間隔が出るようであれば、チャタリングを疑ってよいでしょう。

なぜDPI(CPI)の数値が表示されないのですか?

ブラウザに届くマウスの動きの情報は、OSのポインター加速や画面のピクセル密度によってすでに加工されたあとの数値で、実際に手がどれだけ動いたかという物理的な情報は含まれていません。そのため正確なDPIはブラウザから知りようがなく、このツールはそれらしい数字をでっち上げて表示することをしません。

ChromeとFirefoxでスクロールのノッチの大きさが違って見えるのはなぜですか?

同じホイールの同じ1ノッチでも、ブラウザによって報告される数値の単位や大きさの取り決めが異なるためです。数値そのものの違いはブラウザの仕様差であり、マウスの故障を示すものではありません。

このテストはクリックやスクロールの内容をどこかに送信しますか?

いいえ。すべての処理は画面上に結果を表示するためだけにブラウザ内でローカルに実行されており、クリック・ポインター位置・スクロールに関する情報が記録、保存、送信されることは一切ありません。

ワイヤレスマウスでもテストできますか?

はい。正常に接続され、カーソルが問題なく動いている限り、ワイヤレスマウスも有線マウスと同じ方法でテストできます。ただしポーリングレートの測定値は、接続方式や省電力設定の影響を受けて低めに出ることがあります。

マウスに8個のボタンがありますが、なぜ一部しか表示されないのですか?

ブラウザーが受け取れるのは、OSが標準のマウスボタンとして渡したものだけです。Windows では5個、つまり左・右・中央と2つのサイドボタンです。それ以外はマウスまたはそのソフトウェアがボタン6以降として送った場合にだけ届きます。ジェスチャー、DPI、プロファイルの各ボタンは通常マウスのソフトウェア内で処理されるため、押下がこのページに届くことはありません。

MX Master のようなマウスのサムホイールはこのテストで使えますか?

使えます。サムホイールは水平スクロールとして届き、これはメインホイールを傾けたときと同じイベントです。本ツールはこれを水平ステップとして数え、図のサムホイールを点灯させます。メインホイールの奥にあるモード切り替えボタンは別で、ホイールをラチェットとフリースピンの間でマウス内部で切り替えるだけで、コンピューターには何も送りません。

このテストはすべての処理がブラウザ内でローカルに完結します。クリック、ポインターの動き、スクロール量など、入力に関する情報が記録、保存、送信されることは一切ありません。