Touch Barは2016年に登場した。登場した時点で既に失敗が約束されていたかのように見えた、まさに「ネタ切れ感」が全体から漂う世代のマシンとともにやってきた。矢印キーは形状を変えられ、キーボードは薄く削られ、あの愛されたMagSafeさえ、実際には「Safe」ではなくなっていた。これらの変更はすべて不評を買い、やがて元に戻されることになる。Touch Barにも、いずれ斧が振り下ろされることになった。

登場から10年が経ち、完全なマルチタッチMacBookの登場が（噂では）目前に迫った今、膨大な後知恵を手にして、Touch Barをもっと批判的に詳しく振り返ってみたくなった。この記事には刺激的なタイトルを付けたが、それに肯定的に答えられるかどうかはわからない。ただ、驚くほど答えに近づけた気がしている。

Touch Barは何ができたのか

Touch Barは、キーボード最上段を細長いタッチスクリーンと、右端のTouch IDセンサー／ボタンに置き換えたものだった。

タッチスクリーンの左端には常に仮想のEscキーが表示され、残りの領域は以下のいずれかになった。

• アプリコントロール — アプリが表示したいもの（ボタンや、よりインタラクティブな操作面）：

• コントロールストリップ — 現在のファンクションキーがデフォルトで担っているものとほぼ同じ（輝度、再生コントロール、音量）：

• 左側に小さなアプリコントロール、右側に展開可能なコントロールストリップを並べたハイブリッドモード：

• F1〜F12キー：

• スペースやクイックアクション、絵文字などを表示する、いくつかの小さなモード：

• Touch Bar中央部だけが占有される小さなサブモード：

The Vergeが5分間の動画を公開しており、これらの多くがわかりやすく紹介されている。

機能

Touch Barは、カジュアルユーザー向けとプロユーザー向けの機能が混在した状態で登場した。一部はmacOS自体に組み込まれたもので、一部はApple製の特定アプリが提供するものだった。

いくつかのアプリは、基本的にツールバーのサブセットを提供した（ただしカスタマイズできないことが多かった）。フォントオプションを掘り下げたり、色調整を選んだりといったサブメニューが付くこともあった。Safariや写真などのアプリでは、オブジェクトの小さなプレビューに力を入れていた。

とりわけデモ映えしたのは、音量や輝度のスライダー、そして特定アプリ内のスライダー — QuickTimeでの再生や、写真ギャラリーをスワイプする操作など、明らかにiPhoneの同様のコントロールに着想を得たものだった。Touch Barは「マルチタッチ」と呼ばれてはいたが、実際にサポートしていたのはタップと水平スワイプだけで、後者だけが従来のファンクションキーには明らかにできないことだった。

シンプルながら効果的だったのが、Touch IDによる認証や支払いを示す矢印 — 小さなソフトウェア的固有感覚の例で、AppleはこれをプレスリリースにGIFとして掲載さえしていた：

一方で奇妙な場面もあった。戦略はどこか「とにかく色々投げ込んで、何が刺さるか見てみよう」という感じで（とはいえ、初代Apple Watchではそれがうまくいったのだが）：

• どのシステムダイアログでも、そのボタンがTouch Barに繰り返し表示された。マウス操作でもキーボード（Esc／Enter）でも十分に操作できるのに、なぜわざわざ、と不思議に感じた。

• 音量や輝度のコントロールをドラッグできるのは良かったが、スライダーは指から離れてしまい、しかも音量は画面上の古いHUDにも表示され、全体としてシステムの各パーツが互いを認識していないような感覚があった。

• Xcodeは現在の行や選択範囲をコメントアウトするボタンを提供していたが、これはプログラマーにとっては侮辱的とすら感じられたはずだ。⌘/ のキーコンビネーションよりこちらを好む人がいるだろうか？

そして初代に関して言えば、情報アーキテクチャ（IA）は複雑に感じられた：

• 単語補完はバーの中央にあったのに、絵文字の入り口は左側にあった。
• シェブロン（＞）の種類が多すぎた（少なくとも3種類！）。しかも矢印の向きと実際の動作が完全には一致していないものがあった。一部のシェブロンは期待通りにコントロールをその方向へ展開したが、別のものは深く掘り下げてバーの半分を占有し、さらに別のものは全体を乗っ取った。（その上、一部のコントロールは通常の水平スクロールも備えていた。）

• 普通のボタンのように見えるコントロールでも、タップすると展開するものがあったため、触れたときに何が起こるのかが結局はっきりしないままだった。
• 閉じるボタンは、ボタンの左側にあることもあれば、右側にあることもあった。

設定

奇妙なことに、これほど注目された機能であるにもかかわらず、Touch Barの設定は、システム全体をより理解しやすくし、可能であれば何ができるのかのプレビューも提供してくれるような独立したTouch Barタブではなく、従来のキーボードオプションの間に散りばめられる形で登場した。

ささいなものにまでブランド名を付けたがるAppleの癖も、ここでは少し裏目に出た。Touch Barをカスタマイズするには、クイックアクション、Appコントロール、コントロールストリップといった奇妙な用語に向き合わなければならなかった（ここで、普段はノスタルジーに浸らないAppleが、Appコントロールに対応する「システムコントロール」という名前にする代わりに、古典的な名前を再利用したのだ）。

一方で、ここでの「コントロールストリップをカスタマイズ」インタラクションは間違いなくハイライトだった。Touch Barの世界とその上の「天上界」との間に魔法のような橋渡しを提供し、おそらくシステム全体で最もよくデザインされた部分だった：

（この種のカスタマイズは、Touch Barをサポートするアプリの一部では利用できたが、すべてではなかった。）

ちなみにAppleは2016年以降、設定に関する教訓を学んだようだ。あるいは学びすぎたのかもしれない。2023年にiPhoneに導入されたアクションボタンには、豪華な新しいインターフェースが用意されていた：

初期の反応とその後の変遷

2016年当時、Touch Barは控えめな楽観論（「素晴らしくはないが、可能性はありそう。シーズン2、3に期待」）と、物理的なEscキーに頼るほぼすべての人々からの大きな不満が入り混じった反応とともに迎えられた。

Touch Barが見直されたのは2019年の一度きりだった。このマイナーアップデートで物理的なEscキーが復活し、使い心地もわずかに速くなったように感じられた。

それ以外のハードウェアの改善はなく、Apple側からのソフトウェア変更も、この機能の存続期間を通じて皆無だったと思う。サードパーティ製アプリの一部は最初の数年間にTouch Barサポートを追加したが、それでも評価はやや控えめだった：

Final Cut Proのパワーユーザーのほとんどは、日常的に使う編集機能についてはキーボードショートカットに慣れきっているため、単純な編集や再生ではTouch Barの方が速いとは感じないかもしれないが、コンテキスト依存の設定の数があまりにも多いため、最終的にはその価値を発揮する可能性が高い。

Touch BarがPro以外のMacBookや他のコンピュータに搭載されることはなく、登場から5年で段階的に廃止され始めた。不可解なことに、そして理由は永遠にわからないかもしれないが、このプロジェクトは発売直後からほぼ「保守」状態に置かれ、すぐに撤去されなかったのはおそらく体面を保つためだけだったのだろう。

触覚とエルゴノミクス

Touch Barは指触りが心地よくなかった。

Escキーに対する人々の怒りの大半は、他のキーと並んだときにどれほど「死んだ」ように感じられるかにあった。周辺部にあり、脱出口として、あるいはプログラマーにとって中核的な操作として使われるものにとって、それは特に重要だった。（このキーはわずかにオフセットされていたが、おそらく反対側のTouch IDとの対称性を保つためだけだった。）

Touch Barのボタンの感触を、すぐ下にある本物のキーと否応なく常に比較してしまうことが、実際以上に全体の印象を悪くしていたのだと思う。ずっと、触覚フィードバックが役立ったのではないかと考えてきた。軽く触れたときにキーを押さずに「隆起」を感じるような優しい触覚フィードバックがあり、もう少し強く押すとしっかりとした触覚的なクリック感が得られるとしたらどうだろう？

すでに2016年時点で、Appleはその下にあるトラックパッドに同様の技術を持っていた。流用するのがどれほど困難で高価かを過小評価しているのかもしれないが、iPodには真の触覚フィードバックは一度もなかったにもかかわらず、初代モデルから操作時に触覚のような音を発する小さなスピーカーを備えていた。それは驚くほど効果的で、なぜAppleはここで同じことをしなかったのか不思議だった。

さらに言えば、上段のファンクションキー列はたまに押す分には楽しいが、長時間使うにはエルゴノミクス的に優れているとは思えない。Touch Barに手を伸ばすのは、トラックパッドに手を伸ばすよりも負担が大きい。下に置いても横に置いても同じだ — キーボードが横に広がることはあっても、縦に高くなることがめったにないのには理由がある。上記のThe Vergeの動画では、レビュアーが下のトラックパッドを操作しながらTouch Barのボタンを修飾キーとして使っているのが見られるが、それを見ているだけでも不快に感じる：

その上、Touch Barの表面はキーの表面よりも低くなっており、それがほんのわずかに使い心地を悪くしていた。キーの上にあるというだけでなく、その奥にあるようにも感じられたのだ。

他にも細かな粗さが積み重なっていた：

• Touch Barはすぐにスリープしてしまい（わずか60＋15秒後）、すべてのコントロールを隠し、タップするかキーを押して起こすことを強いた。
• アニメーションの質は、他のタッチデバイスやApple TVと同じではなかった。

• Touch Bar自体はスムーズなスクロールをサポートするのに十分な速さだったが、Fnキーや一部のTouch Barコントロールを押した際には（意図的なものだと思うが）遅延があり、さらにすべてのタッチでわずかながら知覚できるレイテンシーがあった。
• スクロールと言えば、それも一貫していなかった。カレンダーでは慣性スクロールが使えたが、カレンダー自体はリアルタイムで更新されず、iPhoneのようにどこかをタップして慣性を止めると、実際には別の月が選択されてしまった：

• サブモードから抜け出す唯一の方法が左側の閉じるボタンを押すことである場合が多く、手の位置を考えると不快だった。オプションをダブルタップするような、素早く抜け出すための気の利いたショートカットは存在しなかった。

サイズ

Touch Barを使うということは、常にその小ささを意識させられることだった。プレビューは極小で、指は常にコンテンツに重なり、スクロールは水平方向にしか起こらなかった。（しかも、わずかな弧を描くのではなく、指を直線上で保たなければならなかった — 自然なジェスチャーとは言えない。）

コントロールストリップを展開するには、非常に小さなシェブロンをタップしなければならなかった。他の場所にもそうした小さなシェブロンが大量にあり、触覚フィードバックなしでは狭くて押しづらかった。インターフェース全体が扱いにくく感じられた。初代iPhoneでタッチターゲットの最小サイズとして「44ピクセル」を思慮深く定め、徹底してきた企業にしては奇妙な妥協だった。（シェブロンは、2007年のiPhoneで推奨されたタッチターゲットの最小物理幅のちょうど半分 — 7mmではなく3.5mmだった。）

他の面でも多くの場所が窮屈に感じられた。Craig Federighiによる基調講演のデモで示されたSafariのプレビューは、わずか5つのタブでも閉塞感があった：

何らかの文字入力面を使っているとき、Touch Barは3つの領域に分割された。アプリコントロール、予測変換の単語、そして右側のコントロールストリップだ：

他のアプリでは、一部の領域はスクロール可能だったが、スクロールバーを置く余裕はなかった。Touch Barを何らか意味のある形で使うことは、何が動かせて何が動かせないのかを常に推測し、絶えず小さな仮想ウィンドウをリサイズし続けるように感じられた。しかもAppleの大きな画面にあるような心地よいリサイズの仕組みもなしに。ここでは、絵文字ペインのUIが何百もの絵文字を巡回するのを助けるために実に巧妙な工夫をしているが、それでもまだ足りないと感じられる：

写真編集などいくつかの場面でのインタラクションは非常に窮屈で複雑に入り組んでおり、なぜわざわざ上の画面の広々とした正確さを差し置いてこちらを選ぶのか不思議に思うほどだった。

限られた高さが、他の二次的な影響も生んだのではないかと思う。例えば、階層を理解しやすくするために上下にスクロールし、その方向を示すシェブロンも表示する代わりに、ドリルダウンでは（ゆっくりとした）フェードアウト／フェードインのエフェクトが使われていた。これは、その動きが上下にスワイプできることを示唆してしまい、そのジェスチャーが心地よく感じられるだけの十分なスペースが単純になかったからだと推測している。

Touch Barを使っていて、先ほど触れた、Touch Barとその上の画面を巧みに融合させた素晴らしいカスタマイズ機能のことや、1980年代のXeroxのマシンでの似たインタラクション（Moreの下のキーを押すと他のオプションが表示される）を何度も思い出した：

これは他のTouch Barインタラクションでもスペースを作るために機能しただろうか。それとも、指が自然に画面下部をタップしたくなり、かえってフラストレーションを招いただろうか？テキスト編集にはこのような小さく気の利いた統合があり、Touch Barは指が下にあっても、あなたが上を見ているかもしれないことをわかっているかのように振る舞う：

しかし同じ場所でも、色を選ぶ操作は同じようには統合されていない：

結局のところ、Touch Barは古い出力（O）とさらに古い入力（I）の間に挟まれた新しい入出力（I/O）であり、ここでのすべての関係性が十分に整理されていたようには見えなかった。

Touch Barは単純にもっと大きくすればよかったのだろうか？Asus Zenbook Proはこのアイデアの行き着く先を示した。いくつかの新しい面白いことを可能にしたが、トラックパッドがなくなったり、各面に何を置くかを決めなければならないといった、山のような新たな課題も投げ込まれた：

Touch Barがそこまで極端に行くとは思わないが、痛みの一部を和らげるために垂直方向に少しだけでも大きくなるところを見てみたかった。

カスタマイズとインフラ

AppleはTouch Barのすべてを、個々のアプリによる組み込みサポートと、いくつかのコアなインタラクションに賭けた。しかし振り返ってみると、答えはユーザーによるカスタマイズにあったのではないかと思う。

その点でTouch Barは、Appleがアクションのインフラへの投資を怠ってきたことを露呈させた。macOSのキーボードカスタマイズは2016年時点ですでに時代遅れに感じられ、その後も改善されなかったし、当時はショートカットアプリさえ存在しなかった。これはAppleが、大衆向けにKeyboard Maestroのようなものをより優しく提供するチャンスだったのに、Touch Barでは新しい機能と並べてファンクションキーを数個置くことさえ許されなかった。唯一の選択肢は、Touch Barの利点をまったく享受できない旧来のF1〜F12モード（ラベルすら変えられなかった！）で、しかも触覚フィードバックもなし、というものだった。

もちろん、クイックアクションという形でこの方向への動きはあったが、それは極めて未完成に感じられた。AutomatorとTouch Barで色々試してみた際、本当に混乱する設定やフローに遭遇し、最後までうまく動かすことができなかった。ここでは、はるか遠くのシステム環境設定ペインに行かなければならず、互いに連携していないさまざまなクイックアクションを目にすることになった：

より良いセットアップであれば、どんなキーやアクション、メニューコマンドでもTouch Barの一等地のボタンに割り当てられるはずだ。SF Symbols（2019年に正式化）のようなものが、必要なアイコンをすべて提供できたはずだ。あるいは、このような楽しく統合されたインタラクションを想像してみてほしい。Touch Barを自分にとって有用だと感じられるように、簡単かつ心地よくカスタマイズできるようなものだ。

あるいは、スパークラインやその他の小さなウィジェットはどうだろう。プロユーザーがすでにメニューバーに置きたがるような、視覚的なステータスを素早く表示するもので、データソースに簡単に接続できるもの（ごく最近のTerminalWidgetを参照）。あるいは、Touch Barの「スペース」を切り替えるための左右スワイプジェスチャーやボタン、キーボードコンビネーションはどうだろう？

あるいは、アプリごとに、キーボードショートカットが割り当てられていないコマンドの中であなたが最もよく使うものを学習し、Touch Barの最初の5つのボタンとして提案するとしたらどうだろう？

Touch Barは救えたのだろうか？

今日振り返ると、Touch Barは、本来は進化が正解だった場面で革命を選び、革命が必要だった場面で進化を選んだようにしばしば感じられる。Stream DeckやFlux Keyboardといったプロジェクトが人々の注目を集めるのを見た今、後知恵で考えれば、こうすればうまくいったかもしれない：

• 初代は物理的なEscキー、あるいは少なくとも「音による触覚」を備えて登場し、はるかに優れた設定ソフトウェアを通じてより多くのことができるようにする。ボタンへのシステムアクションの簡単な割り当てや、F3だったかF7だったかを覚える必要がなくなるようなアイコンだ。Touch Barをファンクションキーの否定として扱うのではなく、その強化として扱うのだ。その上で、簡単に組み立てられる小さなウィジェットやスパークラインを追加する。これはPro向けハードウェアであり、これらはプロ向け機能らしく感じられる。
• より絞り込み、焦点を定め、いくつかの複雑なインタラクションを抑えることも役立っただろう（問題は、それらが動画ではとても良く見えることだ！）。狭いスペースで既存のGUIの多くを作り直して大海を煮立たせるのではなく、アプリごとに1〜2つの優れたインタラクションに絞るのだ。Finderなら、すでにカスタマイズ可能で一部のビューではアクセスしにくかったクイックアクションを表示する。絵文字なら、スクロールではなくページ送りにし、ここでしか存在し得ないパララックススワイプジェスチャーの力を際立たせる本当に巧妙なページングにする。システムなら、即座にスクリーンショットが撮れる機能をデフォルトで追加する。
• もしこれがうまくいけば、後継バージョンで触覚フィードバックを追加し、おそらくサイズを大きくし、プロユーザーから一般ユーザーへと主流化していき、その過程で有用な教訓をすべて学んでいく（Pockのようなサードパーティ製アプリからも）。

ただ、確信はない。タッチは楽しいが、結局のところ、小さなタッチストリップから搾り出せる価値には天井があり、さらにもう一つの入出力デバイスがもたらす複雑さには下限がある。

そしてハードウェアの部屋には常に象がいた — 多くのプロユーザーは机上で外付けキーボードを使ってコンピュータを使う可能性が高く、そうなるとTouch Barは遠すぎるか、まったく手が届かなくなる。10年経った今でも、AppleはTouch Barの中で怒れるIBM 3270端末の神々に生贄にされなかった唯一の部分であるTouch IDについてさえ、この問題を解決していない。

Touch Barはスタンドアロンデバイスとして機能しただろうか？わざわざ二重にお金を払いたくなるほど良いものに ever なり得ただろうか？

おそらくそうはならなかっただろう。しかしAppleがTouch Barのためにキーボードとアクションのカスタマイズソフトウェアを改善した上で、それが失敗に終わったとしても、少なくともソフトウェアは手元に残ったはずだ。