先週のブラウザタブ管理に関する「使っていますか？」アンケートの回答を読んで、タブが存在する理由、固定タブの開発の動機、そして Safari、Chrome、Firefox、Arc 間で固定タブがこれほど異なる理由について深く考えるようになりました。
全体的に見て、この結果には驚きはしなかった。TidBITS 読者の約半数はタブの過負荷を全く経験しておらず、タブを開いた数も 1 個から 10 個程度にとどまっている。これは、使い終わったらすぐにタブを閉じるからである。しかし、回答者の残りの半数はタブの過負荷のレベルが上がってきており、回答者の 14% は 100 個以上のタブを開いていると答えている。私はもうそこまでひどくはないが、Arc 以外のブラウザをテストしているうちに悪い習慣に戻ってしまい、アンケートに答える時には 50 個を優に超えるタブを開いたままになっていた。私だけでなく多くの人にとって、タブは後で読むページ、完了させるべきタスク、あるいは何かをするための簡単なリマインダーである。これはこれらの目的を達成するための最善の方法ではないかもしれないが、追加の労力を必要としないので、無視するのは難しい。
Arc ユーザーを除く TidBITS 読者はピン留めされたタブをあまり使用しておらず、54 % がタブを全く使用していないと答えている。他の 31 % は 1 ～ 5 個、または 6 ～ 10 個と答えており、これはピン留めされたタブをサポートしているものの大きな制限がある Chrome または Firefox を使っていることを示唆している。20 個以上のタブをピン留めしているという人がいたら、ピン留めされたタブの動作がはるかに優れた Safari か Arc を使っているのではないかと私は考える。なぜピン留めされたタブを使う人がこれほど少ないのだろうか。ピン留めされたタブの恩恵を受ける人は間違いなくいるが、その仕組みを理解していない人もいるだろうし、一方で、ピン留めされたタブが役に立たないほど Web を気軽に使っている人もいるのかもしれない。
タブを使う代わりに新しいウィンドウを開くというコメントの数や、後でウェブサイトに再度アクセスする際のちょっと変わった戦略の数々に驚きました。しかし、これらのコメントがきっかけで、タブやピン留めされたタブの本来の役割について深く考えるようになり、その起源を知り、ブラウザのナビゲーション補助機能の進化について調べるようになりました。
ウェブを閲覧する正しい方法は一つではありませんが、これらのナビゲーション補助ツールの誕生と、その目的の歴史を振り返ることで、オンライン情報との関わり方を考えるのに役立つかもしれません。まず複数のウィンドウから始め、ブックマーク、閲覧履歴、検索エンジン、タブ、そしてピン留めされたタブについて見ていきましょう。
1992年: 複数のウィンドウでのブラウジング
1992年、誰かがErwise Webブラウザをあなたに渡したと想像してみてください。このブラウザにできることは、URLを手動で入力するか、ページ上のリンクをクリックするかしてページを表示することくらいです。「戻る」ボタンすらありません。
一方で、それは認識しやすく、使いこなせるでしょう。しかし一方で、すぐに問題に直面するでしょう。複数の本を同時に開くのと同じように、別のページに移動しながら現在のページの状態を維持するにはどうすればいいのでしょうか？（1992年のことを思い出してください。本はあなたの試金石です。）Erwiseの最初の解決策は、複数のウィンドウを許可することでした。ErwiseはX Window System用に構築されていたため、これは当時のインターフェースの常識でした。
その後のブラウザは複数のウィンドウを開くのを容易にし、Mac用の最初のウェブブラウザであるMacWWWは、リンクをクリックして新しいページに移動するたびに新しいウィンドウを開くようになりました。私はInternet Starter Kit for Macintoshの初版でMacWWWについて取り上げたことでこのことを思い出しました。もっとも、そのやや厳しい記事の内容は、開発者のロバート・カイユ氏に会った際に恥ずかしい思いをしました。（「パブリックドメインにおけるワールド・ワイド・ウェブの20年」2013年5月1日号参照）
初期のマルチウィンドウ使用がどれほど普及していたかを示す研究は見つかりませんが、1990年代のインターネット接続速度が氷河のように遅かったことを考えると（モデムの話ですからね）、間違いなく一般的な動作だったと言えるでしょう。ページをバックグラウンドで開いておき、読み終えるまでに他のページを読み込んでいたのをはっきり覚えています。これは今でも使われているインターフェースパラダイムで、Safariでは別のサイトへのリンクをクリックすると新しいウィンドウが開くように設定できます。
当時を彷彿とさせる現代的な機能も備わっています。デフォルトでは、Arc は他のアプリからのリンクをスタンドアロンの Little Arc ウィンドウで開きます。このウィンドウはすぐに読み終えて閉じるか、Arc のメインウィンドウに移動することを想定しています。私は、メインの Arc ウィンドウで文章を書きながら、参考記事を常に表示しておくために、セカンドディスプレイに Little Arc ウィンドウを表示するのが便利だと感じています。
1993年: ブックマーク、ブラウザ履歴、検索エンジンを使ってサイトを再訪問する
複数のウィンドウを開けるのは良いことですが、昨日、あるいは先週見たページにどうやって戻ればいいのでしょうか？ 1993年、NCSA Mosaicはブックマークを導入しました。これは、ウェブサイトを再び訪れるためのショートカットでした。（報道によると、「戻る」ボタンと「進む」ボタンも導入されましたが、私がMacWWWについて調べたところ、MacWWWにも「戻る」ボタンがあったようです。）ブラウザの外部にURLを記録して手動で入力する代わりに、ブックマーク（当時はホットリストと呼ばれ、後に一部のブラウザでは「お気に入り」と呼ばれるようになりました）は、単にURLと任意の名前をブラウザ内に保存し、ブラウザからアクセスできるようにしたものでした。
Webが成長するにつれて、ブックマークはナビゲーションに不可欠なツールとなり、それ以来ほとんど変化していません。ブックマークを取り巻くインターフェースもほとんど変わっていません。できることは、フォルダを階層化して整理することだけです。これは批判ではありません。ブックマークの表示方法やブラウザ間の同期方法には変化が見られましたが、改善を求める声はそれほど大きくありません。
Mosaic では、最近アクセスしたページをリスト形式で表示する、初めての履歴ウィンドウも導入されました。これは、いわば自動作成されるブックマークリストのようなものです。これはその後のブラウザで様々な点で改良されましたが、おそらく最も重要な改良点は、ユーザーが名前やURLの一部を入力すると、アドレスバーに履歴からページを提案する機能です。私たちは同じサイトを何度も訪問することがよくありますが、ブラウザの履歴はそれをより容易にしてくれます。
もちろん、ブックマークを作成したりショートカットを使ったりする手間を省き、Webディレクトリや検索エンジンに頼る人も多いでしょう。ブラウザがアドレスバーからGoogle検索を開始できるようになってからは、この方法が一般的になりました。ユーザーはアドレスバーに入力するだけで、ブックマーク、履歴、検索候補をすべて一度に表示できるようになりました。下のSafariをご覧ください。そして、次に説明するように、タブも表示されます。
2001年: タブがWindowsに取って代わる
複数のウィンドウを使い続ける時代から脱却するにはかなりの年月がかかりますが、ついにタブが登場します。タブを搭載した最初のWebブラウザは、1998年にアダム・スタイルズ氏が開発したNetCaptorでした。これは、2001年にMozilla Webブラウザ（Netscape Navigatorのオープンソース版）にタブブラウジングを実装したデビッド・ハイアット氏も認めています。ハイアット氏はその後、Appleに入社し、Safariの開発に携わりました。
ハイアット氏は、タブブラウジングは初心者向けだと考えていました。初心者はページをめくるだけで、ウェブコンテンツを複数表示する必要はないからです。おそらく初心者は複数のウィンドウを開くこともないでしょう。しかし、タブは並列ブラウジングをより高速、簡単、そしてクリーンにするため、大きな人気を博しました。複数の、おそらく重なり合うウィンドウ間を行き来する必要がなくなり、ブラウザウィンドウ上部にあるファイルフォルダのようなタブをクリックするだけで済むようになったのです。
パトリック・デュブロイ氏の調査によると、2010年までに、ユーザー（確かに少数ではあるが）はユーザーエクスペリエンスの向上を理由に、ウィンドウよりもタブを強く好むようになったことが明らかになった。2015年には、ニールセン・ノーマン・グループの調査で、若いユーザーはタブを「ページパーキング」に頻繁に利用していることが明らかになった。これは、後で再訪する予定のページをまとめて保存するために、複数のタブを素早く開くという行為である。ページパーキングは、情報の検索と理解という認知的に異なるタスクを分離するのに効果的である。タブは記憶を助ける役割も果たす。タブの中に情報があることを思い出せるため、脳のスペースを情報に割く必要がなくなるからだ。
これらすべてのタブの使い方において重要なのは、Dubroy氏が「再訪問」と呼んだ点です。本質的に、タブとは以前読み込んだページを再訪問することです。タブ（または以前読み込んだウィンドウ）と、従来の再訪問メカニズム（「戻る」ボタン、ブックマーク、ブラウザ履歴、Web検索など）との主な違いは、タブ（およびウィンドウ）ではページの再読み込みが不要であることです。パフォーマンスの観点から見ると、今日の高速インターネット接続ではこの点はそれほど問題になりませんが、Webがアプリプラットフォームとしての側面を強めるにつれて、頻繁な再読み込みはより深刻な問題となります。いずれにせよ、これまで説明してきたことはすべて再訪問に関するものだとご理解いただければ幸いです。
2010: 固定タブがウェブアプリと常時開いているサイトをサポート
ピン留めされたタブが登場するまでには、それから約10年かかりました。これは、さらに高度な再訪問をサポートするために開発されました。Web黎明期の大半において、ページは主に静的な情報リポジトリでした。出版物のホームページなど、定期的に更新されるページでさえ、1日に数回しか更新されませんでした。しかし、動きの速いソーシャルメディアサイトが人気となり、GmailやGoogleドキュメントのような本格的なアプリがWeb技術によって実現されるようになると、ブラウザメーカーは、ユーザーがタブを常に表示して、確認や作業を容易にしたいと考えていることに気づきました。つまり、ピン留めされたタブとは、誤って閉じられないように設計された永続的なタブのことです。
Googleは2010年にChrome 5で初めてピン留めタブを導入し、その1年後にはMozillaがFirefox 4でその最初の実装を「アプリタブ」と呼んだほどです。Appleはこの分野に後発で、2015年にSafari 9でようやくピン留めタブを追加しました。（マイケル・コーエンはSafariのピン留めタブとその他の再訪問技術について、「ブックマーク、トップサイト、その他：Safariで以前の状態に戻る方法」という記事で2016年8月26日に解説しています。）これら3つのアプリのピン留めタブはよく似ていますが、重要な違いもあります。もちろん、Arcは2023年までリリースされず、そのピン留めタブは大きく異なります（「ArcがWebでの働き方を変える」という記事、2023年5月1日を参照）。
「使っていますか？」アンケート後の議論から、多くの人がピン留めされたタブを理解していないことが明らかになりました。これは、TidBITS 読者の多くが数十年前にブラウジングの習慣を身につけたためでもあるでしょう。タブよりもウィンドウの方が好きだというコメントもかなりありましたが、今世紀生まれの人にはきっと当てはまらないでしょう。
しかし、主要ブラウザでピン留めされたタブの動作を調べてみると、重要な点が異なっていることに気づきました。これが混乱を招き、多くのユーザーを躊躇させる原因になっていることは間違いありません。この不一致は、Arcによるピン留めされたタブの再考が、ウェブサイトへの素早い再訪問を何よりも重視するユーザーにとって魅力的だった理由も説明できるかもしれません。
ブラウザによるピン留めされたタブの扱いの違い
ピン留めされたタブのコンセプトは、最近のブラウザでは概ね共通していますが、Chrome、Safari、Firefox、Arcでは、特に視覚的な処理、動作、他の整理機能との連携において、細部が大きく異なります。ピン留めされたタブの主な目的について、各ブラウザの類似点と相違点を以下に説明します。
ピン留めされたタブはアクセスしやすい
Chrome（下図）、Firefox、Safariでは、水平タブバーの左上に固定タブが表示され、右側に標準タブが表示されます。2022年には、Safari 16で垂直サイドバーにもタブを表示するオプションが導入され、固定タブは各タブグループの上部に表示されるようになりました。
Safari 16のリリース前に開発されていたArcは、タブを常に縦向きのサイドバーに配置し、ピン留めしたタブは上部のセクションに、標準タブは下部に配置されていました。2025年には、Firefoxにもタブを縦向きにするオプションが追加され、ピン留めしたタブは上部にファビコンとして表示されます（下図）。残念ながら、Firefoxはピン留めしたタブを1行しか表示できません。タブをあまり多く表示すると、その行内でスクロールする手間がかかります。Mozillaの開発者が複数行のピン留めタブを許可しなかったことには驚きます。
私の意見: 画面は縦よりも横が広いため、縦方向の画面スペースはより貴重になり、Arc、Safari、Firefox の縦方向のタブ インターフェースは、あらゆる種類のタブをいくつも持つ人にとっては最適なインターフェースになりますが、Firefox では固定されたタブを一度に 1 列以上表示できないのは重大な失敗です。
ピン留めされたタブは簡単に識別できる必要があります
Chrome、Firefox、Safari の水平タブバーでは、ピン留めされたタブがファビコンのみの小さな領域に縮小され、タイトルは表示されません。このミニマルな表示はスペース効率に優れていますが、ピン留めされたタブが少数で、かつファビコンが明確に区別できる場合を除いて、見分けにくくなります。理由は不明ですが、Safari はタブグループ内のピン留めされたタブの動作をわずかに調整し、タブの数が増えるとページタイトルがファビコンに収まるまで、ページタイトルを可能な限り表示します（下図参照）。
縦型タブバーに切り替えると便利です。少なくともArc（下図）とSafariでは、ピン留めされたタブのタイトルが表示されるため、より多くのコンテキスト情報が得られます。Arcではピン留めされたタブの名前を変更することもできます。奇妙なことに、Firefoxでは依然としてピン留めされたタブが縦型サイドバーのファビコンに縮小表示されます。（公平を期すために言うと、Arcも「お気に入り」機能（すべてのワークスペースの上部に表示される少数の特別なピン留めされたタブ）の表示にファビコンのみを使用しています。）
私の意見: タブがいくつかある人にとって、16×16 ピクセルの小さなファビコンでサイトを識別するのは難しいので、完全なサイト タイトルが表示される Arc と Safari の垂直サイドバーの方が好ましいです。
固定されたタブは削除しにくいようにする
Chrome、Safari、Firefox はすべて、ピン留めされたタブから閉じるボタンを削除しています。そのため、誤ってクリックしてもピン留めされたタブが削除されることはありません。削除するには、タブを Control キーを押しながらクリックするか、メニューを使用する必要があります。Arc では、サイドバーにマウスオーバーすると閉じるボタンが表示されますが、誤って削除してしまった場合は「元に戻す」で元に戻すことができます。
Firefoxでは、ピン留めされたタブがアクティブな状態でCommand+Wを押しても何も起こりません。これは良いことです。SafariとArcでは、ピン留めされたタブのビューは閉じられますが、ピン留めされたタブ自体はそのまま残ります。これは非常に良いことです。Chromeでは、Command+Wを押すとピン留めされたタブが閉じられ、削除されてしまいますが、これは重大な誤りです。
同様に、Chrome ではウィンドウの赤い閉じるボタンをクリックすると、ピン留めしたタブがすべて消えてしまいますが、Arc や Safari のウィンドウでは、新しいウィンドウを開くとピン留めしたタブが再び表示されます。Firefox はその中間です。ピン留めしたタブを開いているウィンドウが 1 つだけであれば、赤い閉じるボタンで閉じて再度開いてもピン留めしたタブは消えません。しかし、異なるピン留めしたタブを開いているウィンドウが 2 つある場合、片方のウィンドウを閉じると、そのウィンドウのピン留めしたタブも消えてしまいます。
私の見解：ArcとSafariはここで正しく動作します。タブをピン留めする手間をかければ、誤ってウィンドウを閉じてもタブが失われることはありません。重要なのは、ArcとSafariではピン留めされたタブがウィンドウに紐付けられていないのに対し、ChromeとFirefoxでは紐付けられている点です。
ピン留めされたタブはセッションを超えて保持される必要がある
ウェブブラウザを終了して再起動しても、ピン留めしたタブは失われません。幸いなことに、4つのブラウザすべてで同じですが、前のセッションのウィンドウとタブを復元するための設定を有効にする必要があるかもしれません。
私の見解：これは、すべてのブラウザがピン留めされたタブを正しく処理できる唯一の領域です。すべてのブラウザは、起動後もピン留めされたタブを維持できます。
ピン留めされたタブはグローバルであるべき
先ほども述べたように、ChromeとFirefoxはピン留めしたタブを特定のウィンドウに紐付けるため、新しいウィンドウを開いたときには表示されません。この方法の主な利点は、複数のウィンドウにそれぞれ異なるピン留めしたタブを表示できるという点ですが、誤ってウィンドウを閉じてしまい、ピン留めしたタブが失われてしまう可能性が非常に高いため、個人的には賛成できません。
Safari のピン留めされたタブは、グローバルまたはタブグループ固有のものであり、どちらにしてもいつでもアクセスできます。Arc のモデルは Safari のタブグループに似ており、ピン留めされたタブは各ワークスペース固有のものですが、お気に入りはグローバルです。
私の見解：ここでも、SafariとArcはまさにその点をうまく活用しています。ピン留めされたタブの目的は、サイトへの再アクセスを容易にすることなので、タブは可能な限り永続的に表示されるべきです。簡単に閉じられるウィンドウからタブを切り離すことで、その目的が達成されます。
ピン留めしたタブは簡単に並べ替えられる
4つのブラウザすべてで、固定されたタブをドラッグして固定領域内で並べ替えることができます。Arcではサイドバー内でのフォルダやネストも可能で、他のブラウザの直線的なタブよりも構造化された整理モデルを提供しています。
私の見解：フォルダ機能とピン留めしたタブの名前変更機能のおかげで、Arcはこの点で勝っています。Safariは、ピン留めしたタブを並べ替える際に作業内容が分かりやすいタイトル表示機能を備えている点で、他のブラウザをリードしています。
ピン留めされたタブはグループ化機能と統合する必要がある
タブグループは比較的新しいブラウザ機能で、関連するタブをグループにまとめることでタブの負荷を軽減できます。ChromeとFirefoxのピン留めされたタブはタブのグループ化システムとは完全に独立していますが、Safariではタブグループ内のタブをピン留めでき、Arcではピン留めされたタブをワークスペース内にまとめます。
私の見解：SafariとArcは正しい方向に進んでいます。なぜユーザーがピン留めしたタブをグループに含めることを禁止するのでしょうか？ChromeとFirefoxは、ピン留めしたタブがウィンドウレベルでしか存在しないことが、おそらく足を引っ張っているのでしょう。
ピン留めされたタブは元のURLを記憶する必要がある
例えば、TidBITSのホームページのタブをピン留めしたとします。その後、TidBITSサイト内をあれこれクリックして、どこかの記事にたどり着いたところで、その日の作業を終えます。私の考えでは、翌日ブラウザに戻ったときに、ピン留めしたTidBITSのタブをクリックすると、TidBITSのホームページが読み込まれるはずです。しかし残念ながら、Chrome、Safari、Firefoxではそうはなりません。これらのブラウザでは、ピン留めしたタブには、元のURLではなく、最後にアクセスしたページが表示されたままになります。
Arc の動作は異なります。作業中に Arc のピン留めされたタブを切り替えると、他のタブと同様に、そのサイト内での移動履歴が反映されます。ただし、ピン留めされたタブが一定時間非アクティブになると、Arc は現在の状態をアンロードし（これによりメモリ使用量も削減されます）、元のピン留めされた URL に戻ります。タブがピン留めされてからのナビゲーション履歴はすべて破棄されます。
本質的には、Arc のピン留めされたタブは、セッション中に最初にクリックした時はブックマークのように機能しますが、セッションの残りの期間はタブのように機能します。これは両方の長所を兼ね備えており、Arc ユーザーがこれほど多くのピン留めされたタブを持っている理由を説明しています。これは、ブックマークの永続性とタブの即時アクセス性を組み合わせた「タブマーク」と考えることができます。
私の意見はこうです。Arc の考え方は正しいので、他のブラウザもそれを模倣すべきです。Arc のようにうまく実装されたシステムなら、ブックマークとタブを効果的に組み合わせることができるので、わざわざ両方を使い分ける必要はありません。
ピン留めされたタブはデバイス間で同期される必要がある
よく訪れるサイトをピン留めしたタブを作成するなら、すべてのデバイスからアクセスできるようにしたいと思いませんか？ ChromeとFirefoxはブックマークと開いているタブを同期できますが、ピン留めしたタブは同期されません。これは、ピン留めしたタブがウィンドウに紐付けられる仕組みに問題があると考えられます。
対照的に、Safari と Arc はピン留めされたタブを他のすべてと同期します。これは、ピン留めされたタブがタブ グループまたはワークスペースに含まれているため簡単です。
私の考えでは、Safari と Arc にはこれが備わっており、これがピン留めされたタブがウィンドウから独立している必要があるもう 1 つの理由です。
どの再訪問テクノロジーを使用すべきですか?
長々と書きすぎてしまったのは承知しています。まさかここまで深く掘り下げるとは思っていませんでした。とはいえ、いくつかのユーザータイプに向けたアドバイスをまとめてみたいと思います。
- カジュアルユーザー：これらのユーザーは、タブのピン留めを最小限にするか全く行わず、銀行、メール、ニュース、ショッピングなどの重要なサイトをブックマークするだけです。一度に1つのことだけに集中するため、通常のタブをほとんど開きません。アドレスバーの候補表示や検索エンジンに大きく依存しています。簡素化されたブラウザインターフェースの恩恵を受けており、ブラウザの基本機能以上のものは必要ありません。
- オンラインショッピングをするユーザー：お気に入りの小売店やセールサイトのタブをピン留めし、ストアやウィッシュリストのブックマークを適度に持つこれらのユーザーは、ショッピング中にタブを頻繁に使用し、その後大量に閉じるという経験をしています。彼らはブラウザ履歴やアドレスバーからのウェブ検索に大きく依存しています。これらのユーザーにとって、どのブラウザでも十分に機能するはずですが、Safari、Chrome、Firefox以外のブラウザを選ぶ理由はほとんどありません。
- ニュースジャンキー：ニュースやフォーラムなど、毎日チェックするサイトをピン留めしたタブをいくつか保持し、膨大なブックマークコレクションと「後で読む」システムとして機能する多数の通常のタブを保有しています。どのブラウザでも使用できますが、SafariのタブグループやArcの自動タブクリーンアップ機能を活用することで、情報過多を回避できる可能性があります。
- 研究者や学者： Gmail、Slack、研究データベース、大学のポータルサイトといった主要な仕事用サイトへの多数のピン留めタブは、これらのユーザーの生産性維持に役立ちます。また、プロジェクト、クライアント、コース、研究トピックごとに整理された充実したブックマークフォルダも利用できます。研究者や学者は、活発な研究や文献レビューのために複数のタブを同時に操作することもあるため、フォルダやワークスペース機能を含む、ArcやSafariの優れたピン留めタブの実装は大きなメリットとなるでしょう。
- ジャーナリストとコンテンツクリエイター：これらのユーザーは、出版プラットフォーム、ソーシャルメディアサイト、分析ツールのタブをピン留めし、インスピレーションの源や競合サイトをブックマークしています。また、活発な調査や参照のために、通常のタブも多数開いています。研究者と同様に、SafariのタブグループとArcのワークスペースは彼らにとって非常に便利です。
- ITプロフェッショナルとアプリワーカー： Googleドキュメント、Notion、監視ダッシュボード、管理パネルなどのWebアプリで多数の固定タブに大きく依存するこれらのユーザーは、主にアプリケーション内で作業するため、従来のブックマークをそれほど必要としません。ほとんどの作業は固定されたWebアプリ内で行われるため、通常のタブは数個しか保持しません。また、複数のブラウザプロファイルやワークスペースを使用して、異なるクライアント環境を区別することがよくあります。Arcの「タブマーク」動作とワークスペースは、これらのワークフローに最適です。
これらの提案に関係なく、この調査によって、現在のアプローチがニーズに最適であると確信できたか、ワークフローで煩わしい側面を排除するために変更する方法のアイデアが得られたことを願っています。