わざと打ちにくくした? 「QWERTY配列」が覇権を握った理由と、技術的合理性を超える「デファクトスタンダード」の力| Qbook

カテゴリで絞り込む

トレンドワード

テストツール
more
テストケース生成ツール
テスト自動化ツール
テスト自動化×品質判断ツール
テスト管理ツール
生成AIテスト設計ツール
AI仕様書インスペクションツール
Qbookについて
Facebook x

わざと打ちにくくした? 「QWERTY配列」が覇権を握った理由と、技術的合理性を超える「デファクトスタンダード」の力

わざと打ちにくくした? 「QWERTY配列」が覇権を握った理由と、技術的合理性を超える「デファクトスタンダード」の力
社会的影響

更新日:

2026.07.22
x hatenabookmark
0

執筆: 大木 晴一郎

ライター

今、目の前にPCがあるなら、キーボードを御覧ください。上段の左からアルファベットが「Q・W・E・R・T・Y」と並ぶこの配列、なぜこの順番になっているかご存知ですか? 「速く打てるようにこの並びにした」と思う方も多いのではないかと思います。しかし、違います。現在の「QWERTY配列」は、19世紀のタイプライターの機械的な故障を防ぐための苦肉の策......というよりも、ある意味、"妥協の産物"だったといわれています。その後、「DVORAK配列」や「Colemak配列」といったライバルともいえる代替案が歴史上いくつも登場しましたが、今でも多くのキーボードにはQWERTYが刻まれ続けています。なぜ「より良い選択肢」があっても、QWERTY配列のままなのでしょうか。本記事では、その歴史を振り返りながら、「標準の強さの秘密」を探ってみたいと思います。

もくじ
  1. 「QWERTY配列」は、なぜ誕生したのか?
    1. 初期タイプライターの「キーが絡まる」問題
    2. QWERTY配列にショールズとレミントンがたどり着く
    3. 「わざと非効率」説など、QWERTY誕生をめぐる複数の物語
    4. 「QWE.TY」になっていたかもしれない?
  2. 「反QWERTY」勢力もがんばっている!
    1. 「DVORAK配列」の設計思想:ホームポジション重視と指移動最小化
    2. 「Colemak配列」やその他の配列は?
    3. 速度・疲労・学習容易性をめぐる実験
    4. なぜ、多くの人々がQWERTY配列を使い続けるのか?
  3. 「QWERTY配列」に見る、デファクトスタンダードとUI/UXの関係
    1. 「経路依存性」とロックイン
    2. ネットワーク外部性とエコシステム:教育・ツール・文化が標準を固める
    3. エンジニアが取るべき戦略:互換性を保ちながら変える/あえて標準に乗る判断軸
    4. 「最適」より「移行」を設計する:筋肉記憶と習慣を前提にしたUI/UXの考え方
  4. まとめ

1. 「QWERTY配列」は、なぜ誕生したのか?

1-1. 初期タイプライターの「キーが絡まる」問題

今、多くの人が使っているキーボードの文字の「QWERTY配列」は1860年代のアメリカで始まりました。当時のタイプライターは、キーを押すと「タイプバー」と呼ばれる金属製アームが跳ね上がり、紙に文字を打ち付ける仕組みでした。最初は、機種ごとに文字の配列は異なっていたようです。それぞれの機種で、高速で文字を連続入力すると、タイプバーが空中でぶつかり合って「ジャミング」と呼ばれる絡まりが発生していました。

この問題を解決しようと、当時の開発者や発明家たちがたどり着いた答えが「頻繁に使われる文字の組み合わせを、物理的に近くに置かなければいい」ということでした。キー配置を適正にすることでジャミングを防ごうとしたわけです。

1-2. QWERTY配列にショールズとレミントンがたどり着く

QWERTY配列を開発した中心人物は発明家のクリストファー・ショールズ(Christopher Sholes)です。ショールズは英語の頻出文字や文字ペアの出現頻度を調べ、キー配置を何度も組み替え、テストを繰り返しました。1873年、改良したタイプライターをE・レミントン・アンド・サンズ社に売り込み、量産にあたってさらに調整をくわえられ、現在のQWERTYに近い形が完成することになりました。

おもしろいのは、ショールズ自身は後に別の配列の特許も出願していることです。開発者自身がQWERTYを絶対の最適解とは考えていなかった可能性がありますが、このあと、QWERTYがどんどん広がっていくことになります。

1-3. 「わざと非効率」説など、QWERTY誕生をめぐる複数の物語

QWERTY配列は使いはじめに「覚えにくい」と思う人が多いように、「わざと遅く打たせるための配列だった」という説が長年信じられてきました。

しかし、近年の研究では別の説も浮上しています。電信との連携が求められ、モールス信号のオペレーターが扱いやすいように文字を配置した可能性が指摘されたり、タイピング講座ビジネスを展開したりするために直感的でない配列が選ばれた、という説も存在します。

少なくとも言えるのは、QWERTYが「最速を目指した配列」ではなかったということでしょう。ジャミングなどの機械的制限など、複数の制約条件とビジネス上の思惑が重なって、「ほどほどに打ちやすく、機械的にも安定した妥協案」として固まった可能性が高そうです。

1-4. 「QWE.TY」になっていたかもしれない?

QWERTYは最初から現在の姿だったわけではありません。プロトタイプでは上段が「QWE.TY」の並びだった可能性も指摘されています。最終調整によって「R」が「E」と「T」の間に加わって、最上段だけで「TYPEWRITER」が打てるようになりました。これによりセールスマンが顧客の前でブランド名を素早くタイプしてデモできる商業的なアピールポイントも生まれたとされていますが、これは未検証の逸話です。

この「小さな設計変更が後世に巨大な影響を与える」という構図は、ソフトウェアのAPI設計やUIの初期仕様にも通じます。最初に採用したデフォルトは、一度普及すると、その後の変更のハードルが一気に上がることはエンジニアなら誰もが経験的に知っていることではないかと思います。

2. 「反QWERTY」勢力もがんばっている!

2-1. 「DVORAK配列」の設計思想:ホームポジション重視と指移動最小化

1936年に特許を取得した「DVORAK配列(ドヴォラック配列)」は、タイピング効率を科学的に追求した配列です。最大の特徴は、英語で最も頻出する文字をホームポジションに集中させた点にあります。左手側に母音(A・O・E・U・I)、右手側に頻出する子音(D・H・T・N・S)を配置し、タイピングの約70%がホームポジションで完結するように配置されています。QWERTYのホームポジション打鍵率は32%ですから、手をたくさん動かさなくてよいという意味でも、いかにDVORAK配列の効率がよいかがわかります。

理屈だけ見ると「なぜこれが標準にならなかったのか」と不思議に思えるほど合理的な設計ですが、現実にはQWERTYの牙城を崩せていません。

2-2. 「Colemak配列」やその他の配列は?

DVORAK配列の弱点は、移行の困難さでした。全ての文字がQWERTY配列から大きく移動しているため、習得に数ヶ月を要することです。この課題を解決するために、2006年にシャイ・コールマン(Shai Coleman)が開発したのが「Colemak配列」です。コールマンの名前が由来です。QWERTY配列から17個のキーを変更し、多くのショートカットを同じ位置に保つように工夫されています。「一気に理想型へ動く」「現実のユーザーの使い勝手を尊重しながら改善する」設計思想だと言ってよいでしょう。他にも「Tarmak配列」などがあります。

他にもさまざまなキーボードの文字配列が存在しますが、世界標準を塗り替えるには至っていません。

2-3. 速度・疲労・学習容易性をめぐる実験

代替配列の優位性についてはさまざまな実験・事例があります。しかし1956年の米国連邦政府の研究では、DVORAK配列がQWERTY配列より効率的である証拠は見出せないとの結論が出されています。これが、企業や政府のDVORAK移行断念の根拠になったといわれています。

しかし、現在、Windows、macOS、Linux、BSDといった主要なOSでDVORAKを選択することができます。新しい配列にメリットを感じている人々は多くはなくても増えているのかもしれません。使用者はDVORAK配列の方が疲れないと感じていることもあるでしょう。

2-4. なぜ、多くの人々がQWERTY配列を使い続けるのか?

最もわかりやすい理由は「すでに覚えてしまっているから」でしょう。

一度身についたタッチタイピングの筋肉記憶を捨て、新たな配列をゼロから覚え直すのは正直、大変です。記事を書いている私でも、明日からキーボードの配列を変えるといわれたら、「うっ」と呻き、考え込んでしまうかもしれません。それほど、キーボードを変えるというのは大きな負担ではないかと思います。

さらに職場の共有PC、学校、貸出端末など周辺環境がQWERTYを前提に設計されており、自分だけ新しい配列に乗り換えると他人の環境で生産性が落ちてしまうジレンマもあります。結局、2つ覚える必要があるのではないかと思います。

こうした事例が積み重なった結果、「みんながすでに使っているQWERTY配列が残る」現象が続いているのではないでしょうか?

3. 「QWERTY配列」に見る、デファクトスタンダードとUI/UXの関係

3-1. 「経路依存性」とロックイン

QWERTY配列の"強さ"を理解するカギは「経路依存性」だという指摘があります。経済学者ポール・デイヴィッドは1985年の論文でQWERTY配列を経路依存性の典型例として分析し、その支配的地位は技術的優位性ではなく歴史的偶然と自己強化メカニズムによるものだと論じました。この流れ(経路)とは、以下のようなものです。

  1. レミントン社の先行者利益
  2. タイピング学校のQWERTY配列の訓練とQWERTY配列のタイピスト増加
  3. 各メーカーのQWERTY配列の採用動機が強化される
  4. QWERTY配列のタイピスト増加
  5. QWERTY配列が広まる......。

この繰り返しが「ロックイン効果」を生みます。一度ロックインが発生すると、全員が代替案に移行した方が長期的に利益になるとしても、個々人が単独で移行するインセンティブは働きにくくなる......というものです。しかし、この考え方には反論もあるようです。

3-2. ネットワーク外部性とエコシステム:教育・ツール・文化が標準を固める

QWERTY配列の"強さ"を支えるもう一つの力が「ネットワーク外部性」です。QWERTY配列の使用者が増えるほど企業は採用しやすくなり、教材や講師も増え、さらにユーザーが増えるという循環が生じるというものです。

例えば、パソコンのWindowsやMacのキーボードショートカットやゲームのキーバインド、プログラミングの慣習もQWERTY配列が土台に築かれているものがあり、代替配列に乗り換えるとこれらの資産から取り残されるという不安が生じます。

1920年代までには、QWERTY配列は世界的な「標準」として確立されていました。つまり、すでに他のタイプライターへの乗り換えやすさ、使用感覚や教育といった環境とセットで標準になっていたと考えられます。

3-3. エンジニアが取るべき戦略:互換性を保ちながら変える/あえて標準に乗る判断軸

この、QWERTY配列の普及の道のりを踏まえて、エンジニアは一般的なUI/UXに対してどのような設計戦略をとるとよいのでしょうか? 大きく2つの方向性があります。

一つは「漸進的変化の戦略」です。Colemak配列のように既存のQWERTY配列との互換性を保ちながら改善を加えるアプローチで、ユーザーの抵抗を最小化できます。もう一つは「あえて標準に乗ってしまう戦略」です。確立された標準に従うことでネットワーク効果を活用して学習コストを抑える考え方です。

この判断軸は市場の成熟度と移行便益の大小でしょう。標準が未確立な段階だと判断できるケースでは、革新的なアプローチが受け入れられやすい一方、標準が確立している成熟市場では互換性重視の漸進的改善が現実的ではないかと思います。移行便益が転換コストを大きく上回らない限り、ユーザーは動かないのではないでしょうか。

3-4. 「最適」より「移行」を設計する:筋肉記憶と習慣を前提にしたUI/UXの考え方

QWERTY配列の物語から学べるポイントは、「最適な状態」よりも「そこへ至るまでの移行プロセス」をどう設計するか、という視点です。DVORAK配列は理論的に魅力的であっても、「QWERTY配列からの移行プロセス」「再学習」がユーザーには「壁」となります。

熟練タイピストは文字の位置を筋肉記憶として身体に刻んでいます。UI/UXも同様で、ボタン配置・ジェスチャー・ナビゲーションフローは繰り返し使われるうちに習慣の一部になっています。大きな変更が必要な場合は、段階的導入、オプトイン形式・旧UIとのトグル機能・丁寧なチュートリアルなど、「移行をサポートする仕組み」をセットで設計することが重要かもしれません。ユーザーを「教育しよう」とするのではなく、既存の習慣や筋肉記憶を尊重・活用する姿勢こそが大切といえます。

QWERTY配列の"強さ"が示しているのは「最適解」に対してでさえ、人々はそう簡単には動かないという現実であり、エンジニアに求められるのは、理論上の最適を求めるだけではなく「今、目の前にいるユーザー」を尊重することなのかもしれません。

4. まとめ

QWERTY配列が「非効率」といわれても使われ続ける理由は、理論的な優位性を持つ代替配列が、標準化して出来上がった筋肉記憶と周辺環境の壁を越えられなかったからです。これは、技術的合理性よりも、ユーザーの習慣を尊重し「移行を設計する」視点こそが、真に選ばれ続けるプロダクトのカギとなることを示していると言ってよいのかもしれませんね。

関連記事

お役立ち資料

ソフトウェアテスト効率化 カオスマップ(2026年版)

ソフトウェアテスト効率化 カオスマップ(2026年版)

ソフトウェアテスト効率化カオスマップは、ソフトウェアテストに関連するサービスを提供する事業者や、テスト自動化ツールをはじめとした各種ツール・サービスについて、独自の調査をもとに整理・分類したものです。テスト効率化や品質向上を検討する際に、現在利用可能な選択肢を俯瞰し、自社に適したサービスやツールを検討するための参考資料としてご利用ください。

テスト計画プロセス/テンプレート(ISO/IEC/IEEE 29119対応)

テスト計画プロセス/テンプレート(ISO/IEC/IEEE 29119対応)

ISO/IEC/IEEE 29119(以下、29119規格)に対応したテスト計画に関するテンプレートを公開しています。「テスト計画」とは、テストの設計、実装、実施、管理といった、テストのすべての指針を定めるものです。ぜひ、実務での計画立案にご活用ください。 >「テスト計画」テンプレートの書き方 ポイント解説(29119規格対応)

ソフトウェアテスト実施はじめてガイドブック

ソフトウェアテスト実施はじめてガイドブック

実際に「テスト実施」・「不具合報告」をする際の正しい流れを解説したガイドブックです。ソフトウェアテストを初めて実施する人に向けて、その作業内容や用語、心構えをまとめています。

テストツール

テストのプロであるQbook監修の講師陣が提供する

Qbookの品質教育サービス

もっと見る

開催中の講座

一般向け

これから学びたい方・スキルアップを目指す方

テストのプロが監修した、様々なテーマに沿ったセミナーを随時開催。誰でも参加可能で、最新情報を学べます。

企業向け講座

企業向け

社員教育をご検討中の方

事前ヒアリングに基づき、9つのテーマ、20を超える講座をベースにお客様の品質課題に合わせたカリキュラムをカスタマイズしご提案・ご提供します。

eラーニング

一般向け

資格・試験対策をしたい方

独学だけでは理解しづらいテストの要点をeラーニングで解説。資格取得に向けてサポートいたします。

バルデミー

企業向け

社員教育をご検討中の方

オンライン学習と演習を組み合わせた、より実践的で質の高いソフトウェアテストのオンライン教育プログラムです。