Sidekickブラウザがうまくいかないとき｜確かめる順番

Sidekickブラウザでログインが通らない、サイドバーのアプリが白いままになる、通知が届かない。こうした症状が出たとき、設定を触る前に確かめる順番がある。この種類のブラウザは、土台のChromium、その上のアプリの層、さらにその中で動くWebサービスという三層の構造になっていて、どの層で詰まっているかによって直し方がまったく違う。設定画面を先に開くと、いちばん直りにくい場所から手を付けることになりやすい。ここでは、手前から順に切り分ける手順を並べる。

最初に確かめるのは設定ではなく、提供の状況

症状の原因が自分の環境にない場合がある。この分野では、運営の移管や提供の終了が実際に起きていて、Sidekickもその1つに当たる。公開されている情報では、2025年5月にPerplexityが開発チームを取得したと報じられ、製品そのものは2025年8月3日に提供を終えている。公式サイトのアドレスは現在、別サービスのドメインへ恒久的に転送される状態になっている。

提供が終わった製品で起きる症状には、特徴がある。

• 起動時に告知の画面が出る、または以前は出なかった案内が挟まる
• ログイン情報や設定の同期が返ってこない
• アプリ内のヘルプや料金のリンクを押すと、別のサイトへ飛ぶ
• 拡張機能の一覧が読み込めない

この4つのどれかに当てはまるなら、手元の設定を触っても直らない。逆に、これらが出ていないなら原因は別の層にあるので、次の手順へ進む。順番を逆にして数時間を溶かすのは、この分野でよく起きる。

確かめ方は手元でできる。公式サイトのアドレスをブラウザで開いて、表示されたあとのアドレスが入力したものと同じかどうかを見る。違うドメインに変わっていたら、その製品は形を変えている。ターミナルが使えるなら、応答の行を見るだけでも判別できる。料金やヘルプのような下の階層についても同じ結果が返るなら、一次情報で仕様を確認する手段はもう残っていない。

なお、提供が終わったあとも、すでに入っているアプリ自体は起動することが多い。起動するという事実は、そのまま使い続けてよいという意味にはならない。土台であるChromiumの更新が取り込まれなくなるため、時間が経つほど、表示の崩れや接続の拒否のような症状が増えていく。症状が「最近になって急に増えた」と感じるなら、この経過の途中にいる可能性がある。

サービス側かアプリの層かを、1回の操作で分ける

次に見るのは、詰まっているのがWebサービスなのか、それを載せているアプリなのかという点だ。判別は1回の操作で済む。

症状が出ている画面のアドレスを控えて、同じアドレスを素のブラウザで開く。Safariでも、普段使っていないブラウザでもよい。そこで同じ症状が出るならサービス側の問題で、アプリを直しても変わらない。素のブラウザでは正常に開けるなら、原因はアプリの層にある。

この判別を先に済ませると、調べる範囲が半分になる。サービス側だった場合は、そのサービスの障害情報を見るのが最短で、ブラウザの設定を戻す作業は無駄になる。アプリの層だった場合は、次の項目へ進む。

判別のときに1つ注意がある。素のブラウザではログインし直す必要があるので、二要素認証の手段を手元に用意してから試す。あわせて、素のブラウザ側で同じアカウントにログインすると、サービスによっては元の側のログイン状態が外れることがある。仕事の途中で試すなら、この点を織り込んでおく。

ログインが通らないときに見る場所

アプリの層に原因があると分かったとき、症状の中でいちばん多いのがログインの失敗になる。ログインの画面が繰り返し表示される、ボタンを押しても元に戻る、あるいは安全でないという趣旨の警告が出て先へ進めない。

Googleのアカウントで入る場合、サインインが拒否される条件は公開されている。

Don't support JavaScript or have JavaScript turned off. Have unsecure or unsupported extensions added. Are being controlled through software automation rather than a human. Are embedded in a different application. 出典: support.google.com

最後の1つが、この種類のブラウザで起きやすい条件に当たる。別のアプリの中に埋め込まれた表示部品としてログインしようとすると、拒否されることがある。対処は2つで、アプリ側が用意している外部ブラウザでのログインの経路を使うか、そのサービスだけ標準のブラウザに置く。設定を何度も見直すより、この2つを先に試したほうが早い。

ログイン画面が繰り返し出る症状には、別の原因もある。区画ごとにCookieを分ける作りでは、その区画に対してCookieの保存が許可されていないと、ログインの直後に状態が消えて元の画面へ戻る。プライバシー関連の設定を強めにしたあとで起き始めたなら、そこが原因である可能性が高い。該当のサービスだけ例外に加えて、1回試す。

拒否の理由として挙がっている条件のうち、拡張機能の項目も見ておきたい。移行の前後で入れた拡張機能が原因になっている場合は、一時的に全部を無効にして1回だけログインを試すと切り分けられる。通ったなら、1つずつ戻して原因を特定する。

画面が白いまま、または読み込みが終わらないとき

ログインは通るのに画面が白いままになる症状は、原因の場所が少し違う。サービス側の画面を描くための部品が読み込めていない状態なので、見る場所は3つになる。

1つ目が、遮断の設定。広告や追跡を遮断する仕組みが標準で入っている製品では、サービス側が使っている部品まで巻き込んで止めてしまうことがある。該当のサービスだけ遮断を外して再読み込みし、表示されるかを見る。

2つ目が、保存されている一時データ。区画ごとにCookieと保存データを持つ作りでは、その区画の分だけを消せることが多い。全体を消すとすべてのログインが外れるので、範囲を該当の区画に限ってから実行する。

3つ目が、日時のずれ。機材の時計が大きくずれていると、暗号化された通信の検証に失敗して、画面が出ないことがある。macOSの日付と時刻を自動設定にしてあるかを確認する。この原因は頻度こそ低いが、確認が数秒で済むので順番に入れておく価値がある。

通知が来ないときの3つの層

通知は、原因の層が3つあるため混乱しやすい。上から順に確かめる。

いちばん外側がmacOSの通知設定で、アプリごとに許可と表示形式が決まっている。集中モードが有効になっていると、許可していても画面に出ない。ここを最初に見る。

次がブラウザ側の許可で、サイトごとに通知を出してよいかの設定を持っている。区画ごとに設定が独立している作りの製品では、片方の区画だけ許可が落ちていることがある。同じサービスでも、置き場所が違えば別の設定として扱われる。

いちばん内側がサービス自身の設定で、Slackの通知設定やメールの通知条件がここに当たる。3つのどれか1つでも切れていれば通知は出ないので、外側から順に見るのが最短になる。

なお、アプリを常駐させずに終了させている場合、Webの通知はそもそも届かない。常駐の設定と、起動時に自動で開くかどうかの設定も、この機会に確認しておく。

通知の症状で紛らわしいのが、「届かない」ではなく「どれの通知か分からない」というものだ。これは不具合ではなく、置き方の問題になる。同じサービスの2つのアカウントを1つの区画にまとめていると、通知の見た目が同一になり、どちらに来たのかが判別できない。設定をいくら見直しても変わらないので、区画を分ける側で解く。

もう1つ、勤務先の管理者が端末やアプリに制限をかけている場合、通知そのものが管理側の設定で止まっていることがある。個人の設定を3層とも確認しても出ないときは、この可能性を疑って管理者に確認する。

動作が重いときは、症状を数字に置き換える

重いという感覚のままでは対処が決まらないので、先に数字にする。macOSのアクティビティモニタを開き、該当のアプリのメモリと、CPUの使用率を見る。あわせて、常駐させているアプリの数と、開いたままのタブの数を数える。

• 常駐の数が多い場合は、月に数回しか開かないものを常設から外す
• 1つのアプリだけが極端に重い場合は、そのサービスの画面の作りが原因のことが多い
• 全体が重い場合は、土台の更新が止まっていて最近の最適化が入っていない可能性がある

3つ目に当たるなら、設定では解決しない。更新履歴の直近の日付を見て、年単位で止まっているなら、その状態を受け入れるかどうかの判断になる。

数えるときに一緒に見ておきたいのが、常駐しているサービスのうち、実際に今日触ったものがいくつあるかという点だ。この数が常駐の総数の半分を下回っているなら、重さの原因は製品ではなく置き方にある。常設から外したものは、必要になったときに開き直せばよく、探す手間は思ったほど増えない。

3つの対処を試しても変わらない場合、原因がアプリの層ではなく機材側にあることもある。他のアプリを終了させた状態で同じ操作をして、症状が消えるかどうかを見ておくと、切り分けが一段進む。

直すのをやめる基準を、先に決めておく

不具合の対応で時間を失いやすいのは、どこまでやったら諦めるかを決めていないときになる。基準は2つでよい。提供が終わっている製品であること、そして症状が仕事の中心の作業に当たっていること。この2つがそろったら、直す作業ではなく移す作業に切り替える。片方しか当てはまらないなら、症状を避ける運用でしのぐ判断も成り立つ。たとえば、ログインが通らないサービスだけを標準のブラウザへ移し、残りはそのまま使うという形になる。

移す先を考える段になったら、何が個別に持てて何が共有されるのかという線引きができることに、案件や取引先の単位でアプリの組ごと切り替える考え方がワークスペースにまとまっている。アプリごとに独立したワークスペースを持つ作りでは、上で挙げた通知の2番目の層が区画ごとに分かれるため、どの区画の通知なのかが見た目で判断できる。手元のサービスが対象に入るかは使えるアプリで確認でき、同じ窓の中にターミナルを置く使い方はターミナルにある。

似た作りの製品どうしの違いは、多機能な製品を並べたWaveboxとの比較、切り替えの速さを軸にしたShiftとの比較、無料のオープンソースとの線引きを扱うFerdiumとの比較とRamboxとの比較にそれぞれ整理されている。作業空間の作り方の対応関係はSidekickとの比較にある。費用の考え方は料金、移す前に引っかかりやすい点はよくある質問に出ている。

いま手を付けるなら、症状の出ている画面のアドレスを1つ控えて、素のブラウザで開くところからでよい。そこで再現したならサービス側なので、その日はブラウザを触らない。再現しなかったなら、上のログインと通知の項目を上から順に当てる。この順番を守るだけで、設定を戻したり入れ直したりする作業のほとんどが不要になる。