拡張機能データの同期は既定でオフのため、パスワード、LocalStorage、IndexedDB などはローカルに残ります。本記事では同期対象、暗号化クラウド利用のプライバシー上の代償、チームでの運用ルール、自前同期の判断材料を整理します。
端末を替えたとき、あるいは環境を同僚に引き継いで運用を続けてもらうとき、よく困るのはログインできないことそのものではありません。拡張機能の中にあるデータが付いてこないことです。ログイン状態を作り直し、拡張機能の設定をやり直し、蓄積してきた業務データの連続性も途切れます。拡張機能データの同期は、その引き継ぎの隙間を埋めるための仕組みです。
しかも対象には、パスワードやローカルストレージといった機微な情報が含まれます。有効にする前に、何が同期されるのか、どこに代償があるのか、チームではどのようなルールを決めるべきかという3点を整理しておく価値があります。
どの種類のデータが同期されるのか
環境単位の拡張機能データ同期が対象にするものは、通常ほぼ決まっています。ブラウザーに保存されたパスワード、Webページが LocalStorage と IndexedDB に書き込んだデータ、そして拡張機能自身のアプリケーションデータです。前の2つはWebサイトを開いたときにログイン状態が維持されるかを左右し、最後の1つは拡張機能が以前の設定のまま動作できるかを左右します。
ブックマークや閲覧履歴のようにブラウザーアカウント層に属するデータは、通常このスイッチでは扱いません。別の経路で同期されるため、拡張機能データと一緒に移ると期待しないほうがよいでしょう。混同すると「同期をオンにしたはずなのに、ブックマークは移っていない」という結果になりがちです。
既定でオフなのは意図的な設計
多くの環境管理ツールは、プライバシーを優先して拡張機能データ同期を既定でオフにしています。同期を使わなければ、データはローカル端末だけに保存され、ネットワークを通過しません。その分、転送途中で読み取られる機会も減ります。全員に自動で有効化するのではなく、必要な人が判断してオンにする設計です。
固定した1台の端末だけで作業する人には、この既定値がよく合います。データが端末の外へ出ないため、外部にさらされる範囲を最小化できます。複数端末で使う必要がある場合や、複数人で引き継ぐ場合にだけ有効化すれば十分です。
有効化後は、2つの手順を逆にしやすい
有効化自体は難しくありません。グローバル設定を開き、ブラウザー設定を見つけて、拡張機能のアプリケーションデータを同期するオプションを選びます。注意が必要なのは操作の順序です。
データが保存され、同期が開始されるのは、ブラウザーを正常に終了したときだけです。作業中にリアルタイムで同期されるとは考えないでください。環境が動いている間、別の端末で何度も確認して「なぜ変わっていないのか」と確かめる必要はありません。
ブラウザーを閉じる前に、別の端末から同じ環境を開かないでください。両方から同時に書き込むと、同期エラーが起きやすく、より新しいデータが上書きされることさえあります。作業を終えたらブラウザーを完全に閉じ、その後で別の端末を確認します。
なお、この種のツールでは拡張機能を自動更新しないことも一般的です。自動更新では、気付かないうちに新しい権限が追加される可能性があります。手動更新なら、少なくとも新バージョンの権限やプライバシーポリシーを確認する機会を持てます。
クラウド同期に伴うプライバシー上の代償
同期を有効にすると、データはエンドツーエンド暗号化でクラウドへ送信され、クラウド上でも暗号化された状態で保存されます。同期を無効にすれば、データは一切アップロードされません。この仕組みでは第三者が内容を読めない一方、代償も明確です。データが「自分の手元にだけある」状態から「他者のデータセンターに存在する」状態へ変わります。
そのため、本当に評価すべきなのは暗号化の強度だけではなく、データのライフサイクルを自分たちで管理できるかどうかです。多くのツールには削除手段があります。スーパー管理者権限を持つ人が環境管理で対象環境を選択し、キャッシュ削除を使って種類ごとにデータを消せます。チームの引き継ぎやアカウントの業務用途変更の前に機微なキャッシュを削除しておくほうが、問題が起きた後で責任を追及するより実務的です。
チーム環境では有効にすべきか
判断は3つの質問にまとめられます。その環境を複数人が使うか。利用者が端末を替えるか。パスワード、決済、管理画面などの機微なアカウントが含まれているか。
3つとも「いいえ」なら、同期はオフのままで構いません。1つでも「はい」があるなら、同期によって繰り返し作業を大きく減らせますが、個人任せではなく共通ルールを設ける必要があります。
- どの環境で同期を有効にするかを共通ルールとして定め、個人の習慣に任せない。
- 同期を開始するために誰がブラウザーを閉じるかを明確にし、2人が同じ環境を同時操作しないようにする。
- 引き継ぎ前にキャッシュを削除し、環境・アカウント・担当者の対応関係を記録する。
- 環境数が増えたら、グループで用途を分け、権限で誰がどの環境を扱えるかを制限する。
このような複数アカウント運用では、PurpleMark が集中管理の層を提供します。環境、プロキシ、アカウント情報を一か所にまとめ、メンバー権限で操作範囲を分け、操作記録から変更を追跡できます。ある環境で拡張機能データ同期が有効だったか、誰が変更したかも確認できます。
自前同期では何を追加で負担するのか
クラウドを使わず、自前で仕組みを構築しようと考えるチームもあります。データを自社設備やオブジェクトストレージに置き、内部経路だけで転送する構成です。
自前運用にすると第三者への依存は減りますが、その代わり同期全体の責任を自分たちで負うことになります。鍵をどう生成してローテーションするか、バックアップをどう取るか、失ったデータをどう復旧するか、誰に読み取り権限を与えるか、事故時にどう監査するか。マネージド型なら通常はサービス提供者が支える領域ですが、自前運用ではすべて社内の仕事になります。
同期をうまく作れなかったときに典型的に起こるのは、攻撃よりも静かなデータ消失です。本来同期されるべきときに同期されず、利用者が気付いたころには手遅れになっています。判断基準としては規模と人員を見るとよいでしょう。環境数が少なく、安定した運用体制がないなら、暗号化を備えたマネージドな同期機能で足りることが多いです。社内の権限管理と運用能力がすでに整っている場合に初めて自前同期に意味があり、そうでなければ長期保守が必要な部品を一つ増やすだけです。
よくある質問
同期を有効にすると、データはすぐアップロードされますか？ いいえ。ブラウザーを正常に閉じるまで待つ必要があります。
同期を無効にすると、既存のローカルデータは消えますか？ いいえ。アップロードされなくなるだけで、ローカルデータは残ります。後で同期を再度有効にすれば、そのまま利用できます。
パソコンを替えてもデータは残りますか？ 同期が有効なら環境と一緒に移ります。無効なら元の端末にだけ残ります。
なぜ拡張機能の新バージョンが自動でインストールされないのですか？ 意図的な設計です。自動更新には利便性がありますが、その代わり権限変更を自分で判断する機会が減ります。
