Arcの使い方を覚え直す前に確かめたいこと

arc ブラウザ 使い方を調べている人の多くは、これからArcを使い始める人ではない。すでに入れていて、スペースやピン留めを自分の仕事に合わせて並べ、もう一段うまく使う方法を探している。この記事では、操作の手順に入る前に押さえておくべき前提、Arcの基本の使い方、覚えても解決しない部分、そして分ける単位が増えたときに何を見ればよいかを順に整理する。

対象は、Gmail・Slack・Notionのように複数のWebアプリを毎日行き来していて、どこかで注意が切れている感覚がある人になる。使い方を覚え直す価値があるのか、それとも置き場所そのものを変えるべきなのかは、いま何個の単位を同時に開いているかで答えが変わる。

使い方を覚える前に、いまのArcの状態を押さえる

手順を覚える労力をどこまで払うかは、その道具がこの先どう扱われるかで変わる。Arcについては、開発元がその点を公開している。

Arcの配布ページには、ダウンロードボタンの上に次の一文が置かれている。

FYI: Arc receives Chromium updates only. For active security patches and enterprise-grade protection, download Dia instead.（Arcが受け取るのはChromiumの更新のみです。能動的なセキュリティ修正と企業向けの保護が必要な場合はDiaをダウンロードしてください） 出典: arc.net

Chromiumの更新は受け取る、という部分は軽くない。ブラウザの中核であるエンジンの修正はここに含まれるので、パスワードを入力する道具としての土台は更新され続けている。一方で、その更新と「active security patches」を開発元自身が別のものとして書き分けている点は読み落とせない。Chromiumの上に乗っている部分、つまりサイドバーやスペースのようなArcらしさを作っている層は、同じ頻度で手が入る前提ではないということになる。

開発元は2025年5月に公開した利用者向けの文書で、Chromiumの更新とセキュリティ上の修正は続けているが、中核の製品体験を積極的に作るのはやめた、と明言している。同じ文書の中で、Arcを終わらせようとしているわけではない、とも書かれている。

つまり、いまArcの使い方を覚えることは無駄にはならないが、覚えた操作が来年さらに便利になる方向へ伸びていく前提では組まないほうがよい。ここを踏まえたうえで、実際の操作に入る。

開発元が出した数字が示す、実際に使われている使い方

使い方の記事は、紹介できる機能を全部並べる形になりやすい。Arcの場合、どの機能が実際に使われているかを開発元が数字で出しているので、そこから優先順位を決められる。

Only 5.52% of DAUs use more than one Space regularly. Only 4.17% use Live Folders (including GitHub Live Folders). It's 0.4% for one of our favorite features, Calendar Preview on Hover.（日常的に複数のスペースを使っているのはデイリーアクティブユーザーの5.52%だけです。ライブフォルダは4.17%、お気に入りの機能のひとつであるカレンダーのホバー表示は0.4%です） 出典: browsercompany.substack.com

日常的に複数のスペースを使っている人は、1日に使う人のうち5.52%にとどまる。ライブフォルダは4.17%、カレンダーのホバー表示にいたっては0.4%になる。紹介記事やSNSで話題になる機能ほど、実際には使われていないという結果が出ている。

この数字は、使い方を覚える順番をそのまま示している。多くの人が実際に使っているのは、縦に並ぶサイドバー、コマンドバー、ピン留めした少数のタブ、そして画面の静けさで、そこから先の機能は覚えても習慣にならずに戻っていく。したがって、最初に覚えるべきはこの4つで、スペースを何枚も作る使い方は「必要になってから」で間に合う。

裏返すと、すでに複数のスペースを日常的に使い分けている人は、全体の20人に1人の側にいることになる。その使い方は製品が狙って作った形でもあるが、同時に、開発元が商業的に支え続ける理由がいちばん薄い側でもある。

最初に覚える4つの操作

覚える順番を決めたら、実際の手順は短い。

1つ目はサイドバーの扱いになる。Arcはタブを横ではなく左の縦列に並べる。上から、ピン留めしたお気に入り、そのスペースのピン留めタブ、そして一時的に開いたタブ、という3段の構造になっている。いちばん下の段は放っておくと自動で片付く設定にできるので、ここを「作業が終わったら消える場所」と決めておくと、タブの整理そのものが要らなくなる。

2つ目はコマンドバーになる。新しいページを開くときも、開いているタブを探すときも、同じ入力欄から行う。ブックマークを探す、履歴を探す、検索する、という3つの操作が1本にまとまっているので、ここだけ使うようにすると画面上の移動が減る。使い方を覚えるコストがいちばん低く、効果が出るのが早いのがこの機能になる。

3つ目はピン留めになる。毎日開くものはピン留めして上の段へ、それ以外は下の段に置く。ピン留めしたタブは閉じても消えず、開き直したときに同じ場所へ戻る。ここで大事なのは、ピン留めを10個以内に抑えることで、増やすほど縦列の中で探す時間が戻ってくる。

4つ目がスプリットビューになる。ひとつの窓を左右に割り、資料とドキュメントを並べる。会議中の議事録や、仕様書を見ながらの作業では効く。ただし常用する機能ではなく、必要なときに呼び出して終わったら戻す、という使い方に落ち着くことが多い。

スペースの使い方と、その限界

スペースは、仕事と個人、あるいは案件ごとに、サイドバーの中身をまるごと切り替える仕組みになる。それぞれに別のプロファイルを割り当てられるので、同じサービスに別のアカウントで入り続けることもできる。

使い方としては、まずスペースを2枚だけ作るのがよい。1枚目を仕事、2枚目をそれ以外にして、色を大きく離して設定する。色は装飾ではなく、いまどちらを見ているかを視界の端で判断するための印になる。この状態で2週間使ってみて、行き来が苦にならないかを見る。

ここで限界も見えてくる。スペースは切り替えて使うものなので、同時に見張ることはできない。仕事のSlackと自社のSlackを両方見ていたい場合、片方を開いている間、もう片方の未読は見えない。通知をスペースをまたいで1か所に集める仕組みは用意されていない。

もう1つは、リンクを開く先の問題になる。メールに貼られたリンクをクリックしたとき、そのリンクが属するスペースへ自動で振り分けられるわけではない。手元で開いている側に着地するので、アカウントを取り違えた状態でページを開く場面が出てくる。分ける単位が3つを超えると、この取り違えが1日に何度も起きるようになる。

覚えても解決しない部分を先に切り分ける

使い方を覚えることで解決する問題と、覚えても解決しない問題は分けておいたほうがよい。

覚えることで解決するのは、タブが探せない、ブックマークが散らかる、画面がうるさい、という種類の問題になる。これはサイドバーとコマンドバーとピン留めでほぼ片付く。

覚えても解決しないのは、次の3つになる。1つ目は、同時に見張りたい単位が3つ以上あること。2つ目は、複数の場所の未読を1か所で把握したいこと。3つ目は、リンクを正しいアカウントの側で開きたいこと。この3つは操作の習熟ではなく、道具の構造から来ているので、手順をいくら覚えても変わらない。

加えて、機能の追加が止まっている以上、いま足りない部分が来年の更新で埋まる見込みは立てにくい。壊れ方は派手ではなく、あるサイトがログインの仕組みを変えた、拡張機能の仕様が変わった、macOSの更新で窓の挙動が変わった、といった形で静かに現れる。いつそれが来るかは誰にも言えないが、来たときに自分の何が止まるかは、いまのうちに把握しておける。

いまの使い方を数えて、次を決める

抽象的に考えても決まらないので、数えるのが早い。

1週間、次の2つを数える。1つ目は、実際に行き来したスペースの枚数。頭の中の予定ではなく、実際に開いた数を数える。2つ目は、それらの中にログインしているアカウントの総数になる。

スペースが1枚でアカウントが1つなら、この先に読むことはほとんどない。サイドバーとコマンドバーの使い方だけ覚えれば、現状で足りている。

スペースが3枚あり、アカウントが5つ以上入っているなら、もうブラウザとしてではなく、Webアプリの置き場所として使っていることになる。その場合、覚え直すべきは操作ではなく、置き場所の作り方のほうになる。

判断の目安として、リンクを間違った側で開いた回数と、未読を探して窓やスペースを行き来した回数を、それぞれ数えておくとよい。どちらも1週間で5回未満なら、いまの形で困っていない。20回を超えるなら、操作の習熟では戻らない領域に入っている。

置き場所を変える場合に見るもの

置き場所そのものを見直す場合、同じ分野の道具は大きく3つの方向に分かれる。

1つ目は、ChromeやSafariのプロファイルに戻す方向になる。窓ごとにCookieの入れ物が分かれ、開発が止まる心配もない。サイドバーの並びは失うが、確実さは得られる。費用もかからない。

2つ目は、別のAI付きブラウザへ移る方向になる。Arcの開発元が案内しているのもこの方向で、タブの横に対話の窓を置きたい場合には筋が通る。

3つ目が、Webページではなくアプリごとに独立したワークスペースを持たせる作りの道具へ移る方向になる。スペースを使う目的でArcにいた人にとっては、これがいちばん近い。アプリ1つにつき1つの入れ物を割り当て、常時読み込んだまま1つの窓の中に並べる、という考え方が既定になっている。この分け方の実際の形はワークスペースのページに、アプリごとにCookieの入れ物を持たせる仕組みとして説明されている。機能の全体像はできることにまとまっている。

各社の無料で使える範囲と金額は、2026年9月18日時点で各社の公開ページに次のように書かれている。

製品	無料で使える範囲	有料
Arc	ブラウザ全機能が無料	なし
Wavebox	2グループ、各2アプリ、拡張機能1つ	年払いで月8.33ドル
Shift	5スペース、各10アプリ	年199.99ドル
Rambox	アプリ数は無制限、1アプリ2インスタンスまで	月7ドル、年70ドル
Ferdium	制限なし、オープンソース	なし

製品ごとの違いを機能単位で見るならWaveboxとの比較、Shiftとの比較、Ramboxとの比較、Ferdiumとの比較、Sidekickとの比較の各ページに整理されている。対応しているサービスは使えるアプリで確認でき、一覧に無いサービスもURLを入れれば追加できる作りが一般的だ。

移る前に確かめるべき項目は1つに絞れる。同じサービスに何個のアカウントで同時にログインできるか、そしてそれが無料の範囲に入っているかになる。この分野で実際に探されている機能はほぼこれで、なおかつ有料側に置かれていることが多い。金額の条件は料金のページに、購入前に聞かれる点はよくある質問に書かれている。ターミナルを同じ窓の中で開きたい場合はターミナルのページが該当する。

移すと決めたときの順番

移す作業が重く見えるのは、全部を一度に動かす前提で考えているからで、順番を決めれば1週間で判定できる。

Arcのスペースは内部的にChromeのプロファイルの上に作られているため、ブックマークとパスワードは独自形式に閉じ込められているわけではなく、Chromium系の標準的な手順で書き出せる。最初にやるのは、スペースごとのブックマークの書き出しになる。パスワードについては、ブラウザの中ではなくパスワード管理ツール側に置き換えるほうがよく、これは移るかどうかに関係なく進めておく価値がある。書き出しの手順はChrome ヘルプに説明がある。

次に、いちばんよく使うスペース1枚だけを、新しい道具の上に組み直す。全部を一度に移さない。2つのブラウザを1週間並べて動かし、同じ作業が同じ手数で終わるかを見る。ここを飛ばすと、組み直したあとで合わないことに気づき、戻す作業が発生する。

1週間経ったら、最初に数えた2つの数字をもう一度数える。リンクの取り違えと、未読を探した回数が減っていれば、残りを移す価値がある。変わらなければ、原因は道具ではなく開いているアカウントの数のほうなので、まず数を減らすほうが効く。