iPhone版Safariが「タップでトップに戻る」という期待されたジェスチャーを壊している件について書いていたのと同じ頃、SNSでの会話が、このタブコントロールが抱えるもう一つの奇妙な挙動を教えてくれた。

Safariを普通に使っていると、サイトは2つのグループに分かれる。右側が通常のタブ群、左側が「プライベート」ページだ（Chromeでいう「シークレットモード」にあたる）：

想定どおり、どちらのラベルをタップしても、対応するグループへ簡単に切り替えることができる：

スライドできそうにも見える――そして実際にできるのだが……

……すぐにスクロールロック問題に突き当たる。ドラッグしているのはピルそのものではなく、ピルの下にあるものなのだ。切り替えるには、逆方向に動かさなければならない：

この仕組み全体に内在する、いやな複雑さがすぐに直感できる。「逆方向に動く」こと自体だけでなく、操作が終わったあとにスペースを作っては二段階で縮めていく動きにもそれが表れている。

というのも、サイトグループは最初の2つだけでなく、実際にはもっと増やすことができるからだ。新しいサイトグループができるはずの場所までドラッグすれば、そのまま新規作成することもできる：

こうしたショートカット的な操作は本来歓迎したい。だがここでは、作り込みすぎで混乱を招いているように感じる。タブをドラッグしたというより、ドラッグでラリらせたかのようだ。本来は安全にプライベートへ送ってくれるはずの、ごく自然な左スワイプという同じジェスチャーが、今ではめったに必要のない、恐ろしい新規全画面／キーボードがせり出すフローへ放り込んでしまう。

これがシステムデザインに関わる理由は、iOSのオン／オフ切り替えが最近、細長いピル型にリデザインされたからだ：

そちらはちゃんと期待どおりにドラッグに反応する：

同様に、ホーム画面のページネーションを示すピルでも、右へドラッグすれば次のページに進む：

かくして今やシステムは分裂症的で、見た目が同じデザインの基本要素が正反対の意味を持つようになっている。まるでコンピュータ自身が勝手にランダムでScroll Lockを押してくるかのようで、システムへの確かな理解も、その先にある身体的な記憶の定着も妨げられてしまう。

ここでの失敗は二つあったと思う。一つ目は、不要な二つのことに最適化しすぎたことだ。サイトグループを実際に使うこと（一般的ではない）と、サイトグループを作りやすくすること（重要ではない）である。少し皮肉めいた仮説を言えば、このデザインはデモ映えが非常によく、それが時にプロジェクトを迷走させるのだ。さらに皮肉な見方をすれば、これが「偶発的な発見しやすさ」を生み、サイトグループの指標を良く見せたのだ。

二つ目、そしてより重要な点は、この特定のデザインが不当に例外扱いされたことだ。似たUI要素が正反対の動きをすることによるシステム的な問題に誰も気づかなかったか、気づいても押し戻す力がなかったのだ。新機能の発見率という指標は簡単に取れるが、ユーザーの混乱やフラストレーションを測る指標はたいてい存在しない。

こうしてインタラクションのシステムはゆっくりと崩れていく。前編でも触れたとおり、Safariでの例外は今や「お墨付き」と見なされ、さらに広がっていく可能性が高い。十分な時間が経てば、ますます多くのピルがドラッグされたときに好き勝手な方向へ動くようになり――人々はどのピルも信用しなくなるだろう。

この機能の正式名称は「タブグループ」だと承知しているが、ここではあえて「サイトグループ」と呼んだ。そうしないと、タブでできたコントロールがタブグループを操作するというややこしいことになり、あっという間に混乱してしまうからだ。なお、この記事を書くきっかけをくれたMartin Hoffman氏に感謝したい。