キーボード デバウンス時間（Debounce Time / Key Chatter / Wootility Debounce Filter / QMK DEBOUNCE / Cherry MX2A < 1 ms）

キーボード デバウンス時間（Debounce Time） は、メカニカル／磁気／光学スイッチの接点が物理的にバウンス（接触のたびに微小な電気信号の振動が発生する現象）するのを ファームウェア側・スイッチ側で吸収し、1 回の打鍵を 1 回の入力として PC へ送る ための安定待ち時間（ミリ秒）です。

Wooting 公式ブログ『What influences keyboard input speed』（wooting.io/post/what-influences-keyboard-speed）は、概念そのものを次の verbatim で説明しています。

“Debouncing is any kind of hardware or software that ensures that the signal is stable enough to read.”

“If the implemented delay is not long enough, you will get multiple inputs from a single key press, also known as key chatter.”

つまり デバウンス時間が短すぎる = チャタリング（key chatter） で、1 回の押下で 2 連打／3 連打として誤判定されます。逆に 長すぎる = ラピッドな連打が取りこぼされる という二律背反の関係です。

本ページは、Wooting Wootility Debounce Filter ／ QMK の DEBOUNCE 設定 ／ Cherry MX2A のスイッチ側 debounce < 1 ms 公式表記 という 3 階層を、各社の公式ドキュメント verbatim 引用のみで整理します。編集部による特定キーボードのチャタリング発生率・実効遅延の独自計測は含みません（HANDOVER 絶対則準拠）。「最速のデバウンス」「業界 No.1 のチャタリング防止」等の最上級表現は dated 根拠なしには使いません。

本ページの取り扱い: 引用は 2026-06-20 時点のものです。Wootility／QMK／Cherry 各社の最新バージョンによって挙動の詳細は変化します。設定変更前に必ず各社の最新公式ページで対象モデルの仕様を再確認してください。

なぜ『デバウンス』が必要か — Wooting 公式の概念整理

Wooting 公式ブログ『What influences keyboard input speed』は、キーボード入力速度の構成要素を スキャンレート（scan rate）／デバウンス／ポーリングレート の 3 軸に分解しています。スキャンレートについては次の verbatim です。

“The MCU will check all the keys every x amount of time for input. It’s literally asking every key, ‘hey have you been pressed yet?’”

MCU（マイコン）が すべてのキーを定周期で走査 して状態変化を確定する仕組みで、ここで『押された』と判定された直後の電気的バウンスをそのまま受け流すと、1 回の物理打鍵が複数回の HID レポート として PC へ送られてしまいます。これを吸収するのがデバウンス（debounce）であり、Wooting の説明では ソフトウェア／ハードウェアどちらでも実装可能 とされています（『any kind of hardware or software』）。

ポーリングレート（USB Report Rate）との関係は別ページ『キーボード 8000Hz ポーリングレート』で詳述しており、本ページは デバウンス時間の長短 にスコープを絞ります。

1. Wooting Wootility 5.1.0 の『Debounce Filter』— ARM キーボード向け正式機能

Wooting は 2025-09-03 公開の Wootility v5.1.0 で、ARM ベースキーボード向けに Debounce Filter を正式機能化しました。公式 changelog（wooting.io/wootility/changelogs/5.1.0）は次の verbatim です。

“[ARM] Added ‘Debounce Filter’ option to Keyboard Settings to prevent issues caused by keys bouncing on return to resting position.”

“This feature prevents issues caused by key bouncing when keys return to their resting position, ensuring clean, single inputs every time.”

ベータ版の changelog（wooting.io/wootility/changelogs/5.1.0-beta.0）には次の補足があります。

“Previously only available on test builds.”

ここから読み取れる要点は次の 4 点です。

1. 適用対象は ARM ベース Wooting キーボード（[ARM] プレフィックスが verbatim で明示）。
2. 問題の発生タイミングは『キーが押し戻されて元の位置へ戻るとき』（『when keys return to their resting position』）。押下時のバウンスだけでなく 離した際の戻りバウンス も対象。
3. 設定経路は Settings → Keyboard Settings から Debounce Filter を有効化（オプトイン方式）。
4. 以前はテストビルドのみで提供されていた機能を 正式リリースへ昇格（『Previously only available on test builds』）。

なお Wootility 5.1.0 の changelog 自体には 数値（5ms / 1ms / 0ms 等）の verbatim 表記が公開されていない ため、本ページではフィルタ ON / OFF の二値設定として整理します（数値の取得可否はバージョンとモデルに依存するため、設定画面で都度確認してください）。

2. QMK の DEBOUNCE 設定 — config.h で 5 ms をベースに変更可能

オープンソースキーボードファームウェア QMK の公式 docs『Debounce API』（docs.qmk.fm/feature_debounce_type）は、デバウンス時間と算法を次の verbatim で公開しています。

“Default debounce time is 5 milliseconds and it can be changed with the following line in config.h: #define DEBOUNCE 10”

つまり QMK の デフォルト = 5 ms、config.h の #define DEBOUNCE でユーザーがビルド時に増減できる設計です。さらにアルゴリズム（debounce type）として、対称／非対称・Eager（即応）／Defer（遅延）の組み合わせを提供します。代表 2 種の verbatim は次の通りです。

“sym_eager_pk: Debouncing per key. On any state change, response is immediate, followed by DEBOUNCE milliseconds of no further input for that key.”

“asym_eager_defer_pk: Debouncing per key. On a key-down state change, response is immediate, followed by DEBOUNCE milliseconds of no further input for that key. On a key-up state change, a per-key timer is set. When DEBOUNCE milliseconds of no changes have occurred on that key, the key-up status change is pushed.”

それぞれのアルゴリズム選択指針も verbatim で次のように整理されています。

“Eager algorithms are not noise-resistant.”

“Defer algorithms are noise-resistant.”

ここから読み取れる重要点は次の 3 つです。

1. Eager（即応）系は、状態変化の瞬間に PC へ送信し、その後 DEBOUNCE ms は同じキーの追加入力を抑止する 設計。応答性は最速だが、ノイズ耐性は弱い（『not noise-resistant』）。
2. Defer（遅延）系は、DEBOUNCE ms 経過して状態が安定したら送信する 設計。ノイズ耐性は高いが、応答が DEBOUNCE 分だけ遅れる。
3. asym_eager_defer_pk は 押下は即応・離しは遅延 という非対称構成で、ゲーミング用途で『押した瞬間は最速で送りたいが、離す側でチャタリングを起こしたくない』ニーズに合う。

QMK の 既定 5 ms という値は、競技勢が体感できる遅延としては小さく、しかし接点バウンスの大半を吸収できる工学的バランス点として QMK プロジェクトが選んだ値です。#define DEBOUNCE を 10 ms に上げれば ノイズ耐性が増し、1 ms に下げれば 反応は早いがチャタリングのリスクが上がります（『0 ms にすればチャタリングを許容することになる』という関係も Wooting 公式の『signal is stable enough to read』『multiple inputs from a single key press, also known as key chatter』verbatim から派生）。

3. Cherry MX2A — スイッチ側 debounce < 1 ms の公式表記

スイッチ製造側の 接点改善 で debounce time を短縮する方向もあります。代表例は Cherry MX2A で、Cherry 公式ブログ『CHERRY MX2A』（cherry.de/en-us/company/news/cherry-blog/article/cherry-mx2a）は次の verbatim です。

“This precision ensures a breathtakingly rapid debounce time of typically less than 1 ms and a lifespan exceeding 100 million clicks for select switch types.”

“Each keypress will feel as good as the first, even after millions of actuations.”

ポイントは次の 2 点です。

1. typical < 1 ms の debounce time を Cherry 自身がスイッチ仕様として公式に表記 している。これは Gold Cross Point Contact（金接点）の精度改善が根拠と Cherry が説明する範囲。
2. for select switch types（一部スイッチタイプに限る）と verbatim で限定されており、MX2A 系全 SKU が一律 < 1 ms ではない点に注意。MX2A Red / Black / Brown 等の個別 SKU の値は Cherry の各製品ページのスペック欄で都度確認してください。

スイッチ側で < 1 ms に短縮できれば、ファームウェア側の DEBOUNCE 設定は より小さい値（例: 1 ms / 2 ms） に詰めても誤判定が起きにくくなる、というのが Cherry 表記の含意です。ただしファームウェア側がどこまで詰められるかはキーボード製品ごとの実装に依存し、ユーザー側でファクトリーデフォルトを下回る値を設定して問題が出た場合は メーカー保証の対象外 になり得ます。

4. 3 階層を 1 表で並べる

公式ドキュメントに明示されている『デバウンス時間』の取り扱いを、実装階層 × 公式 verbatim × 数値表記 × ユーザー側の調整可否 で並べると次の通りです（編集部実機計測値ではありません）。

階層	公式 verbatim	数値表記	ユーザー調整
スイッチ側（Cherry MX2A）	“breathtakingly rapid debounce time of typically less than 1 ms”	typical < 1 ms（for select switch types）	不可（スイッチ製造仕様で確定）
ファームウェア側（QMK）	“Default debounce time is 5 milliseconds and it can be changed with the following line in config.h: #define DEBOUNCE 10”	既定 5 ms（#define DEBOUNCE で変更可）	可（ビルド時に config.h で変更）
設定ソフト側（Wooting Wootility 5.1.0）	“[ARM] Added ‘Debounce Filter’ option to Keyboard Settings to prevent issues caused by keys bouncing on return to resting position.”	フィルタ ON/OFF（数値 verbatim 公開なし）	可（Settings → Keyboard Settings から ON/OFF）

出典 URL は本ページ末尾の sources 欄に記載。3 階層の数値は計測対象・適用範囲が異なるため、単純な大小比較は不適切 です。Cherry の < 1 ms は スイッチ接点側の電気的安定時間、QMK の 5 ms は ファームウェア側で状態確定までに待つ時間、Wooting の Debounce Filter は 離し動作のバウンスを抑える後段フィルタ で、軸が完全には揃っていません。

5. デバウンス時間を短くする／長くするの判断軸

3 階層の公式表記から読み取れる、ユーザー側で調整できる場合の方向性 を整理すると次の通りです。

用途・現象	方向	根拠（公式 verbatim）
速い連打を取りこぼす（同じキーを 2 回押したのに 1 回しか入らない）	短くする	5 ms より長い設定は連打の最小間隔を制約する。QMK の #define DEBOUNCE を 5 → 3 等に。
1 回押したのに 2 連打／3 連打になる（チャタリング）	長くする／フィルタ ON	Wooting：『multiple inputs from a single key press, also known as key chatter』。Wootility Debounce Filter を ON。QMK は #define DEBOUNCE を 5 → 8 等に。
押下の応答性を最優先、ノイズは多少許容	Eager 系アルゴリズム	QMK：『Eager algorithms are not noise-resistant.』『response is immediate』
ノイズ耐性を最優先、応答遅延は許容	Defer 系アルゴリズム	QMK：『Defer algorithms are noise-resistant.』
押下は最速・離しはチャタリング防止	asym_eager_defer_pk（非対称）	QMK：『On a key-down state change, response is immediate … On a key-up state change, a per-key timer is set.』
スイッチ自体の寿命末期でチャタリングが出始めた	ホットスワップ基板なら軸を交換	Cherry MX2A：『lifespan exceeding 100 million clicks for select switch types』。寿命範囲内なら QMK 側 DEBOUNCE を増やす対症療法も可。

0 ms（デバウンスなし） に設定することは、Wooting verbatim の『signal is stable enough to read』が成立しない領域に踏み込むことを意味し、チャタリングを許容する競技勢向けの実験的設定 として扱うべきです。Wootility 5.1.0 の Debounce Filter が オプトイン（OFF を既定にしている） 設計なのも、すべてのユースケースに一律のフィルタが最適ではない、という設計思想と読めます。

6. 似た用語の混同を避ける

似た用語	何を指すか	混同しやすい相手
Debounce Time / デバウンス時間	接点バウンスを吸収する待ち時間（ms）	ポーリング間隔（別軸）
Polling Rate / ポーリングレート	USB HID レポート送信周波数（Hz）	デバウンス時間（別軸）
Scan Rate / スキャンレート	MCU が全キー状態を走査する周波数	デバウンス時間（別軸）
Rapid Trigger / ラピッドトリガー	離した瞬間にリリース判定を出す磁気軸機能	デバウンス（接点バウンスとは別の判定ロジック）
Key Chatter / キーチャタリング	デバウンスが足りずに 1 押下が複数入力になる現象	キー反応なし（別の故障モード）
Eager（QMK 即応算法）	状態変化を即座に PC へ送る	Defer（遅延算法、別物）
Defer（QMK 遅延算法）	状態安定後に PC へ送る	Eager（即応算法、別物）
マウスのデバウンス時間	マウススイッチ接点用のデバウンス	キーボード側デバウンス（測定対象が別、mouse-debounce-time-click-latency）

『デバウンス時間』と『ポーリング間隔』はどちらも 小さな ms 値 ですが、接点バウンス吸収（前段）と USB 送信周期（後段） という別フェーズの遅延要素です。「8000Hz ポーリングだから即チャタリング解決」という命題は成立しません。

7. 購入チェックリスト（デバウンス・チャタリング観点）

ゲーミングキーボード購入・設定変更時、本ページの観点では次の 5 項目を確認することを推奨します。

1. スイッチ側の debounce time 公式表記: Cherry MX2A の typical < 1 ms のような スイッチメーカー公式の数値 が spec sheet に明記されているか。
2. 設定ソフトでのデバウンス調整可否: Wootility／Razer Synapse／Armoury Crate／Wootility／自作系は QMK／VIA／Vial 等の どこからどう設定できるか。Wootility 5.1.0 のような 後段フィルタ ON/OFF 型 か、QMK のような 数値設定型 かを区別。
3. チャタリング発生時の対応経路: スイッチ交換（ホットスワップ）／ファームウェア DEBOUNCE 増加／設定ソフトの Debounce Filter ON の 3 段階のどれを最初に試すか をあらかじめ決めておく。
4. 連打用途でのデバウンスとの両立: 音ゲー／FPS のラピッドタップで連打を取りこぼす場合、デバウンスを下げすぎていないか、Eager/Defer/asym の アルゴリズム選択 で代替できないか。
5. スイッチ寿命との関係: Cherry MX2A の『100 million clicks for select switch types』のような 公式寿命 に対して、寿命末期のチャタリングが出始めたら 軸交換 が根本対処（キーボード MX 3-pin / 5-pin・ホットスワップ ／ ホットスワップ）。

8. 製品ページ・ランキングでの表記方針

本サイトでデバウンス時間を扱う際は、スイッチ側（メーカー公式 < 1 ms 等） 、ファームウェア側（QMK DEBOUNCE 5 ms 既定等） 、設定ソフト側（Wootility Debounce Filter ON/OFF 等） の 3 階層を別立てで表記 します。

• 数値（< 1 ms / 5 ms / 10 ms / 100 million clicks など）はすべて メーカー公式ページの verbatim 引用 を採用し、AI による合成・編集部による実機計測値は記載しません。
• 「最速のデバウンス」「業界 No.1 のチャタリング防止」「最強の anti-chatter」等の最上級表現は dated 根拠なしには使いません。
• Eager / Defer / 対称 / 非対称の 算法選択 は、ユーザーの使用シーン（連打優先か誤動作防止優先か）で トレードオフ がある点を中立に提示します。
• スイッチ寿命末期のチャタリングは DEBOUNCE 増加で対症療法できる場合がある ものの、根本対処は軸交換 であることを併記します。

関連ランキング・ガイド

• ラピッドトリガー対応 ゲーミングキーボード おすすめランキング
• ゲーミングキーボードの選び方ガイド
• ゲーミングキーボード 用語集トップ