スマートフォンには何十ものアプリが入っている。旅行予約、メール、SNS——インストールのたびに「連絡先へのアクセスを許可しますか？」「位置情報を許可しますか？」と聞かれ、多くの人はそのまま「許可」を押し続ける。

その結果、端末の深い部分にアクセス権を持ったアプリが常駐し、使っていない時間もバックグラウンドで動き続ける。

この状態を整理する現実的な手段が、BraveブラウザのPWA（Progressive Web App） だ。ネイティブアプリをPWAに置き換えることで、スマートフォンの権限管理を自分の手に取り戻せる。

なぜBraveを使うのか

PWAはBrave以外のブラウザでも使えるが、Braveを使う理由がある。

Braveはインストール直後からデフォルトで以下が有効になっている。

  • 広告・トラッカーのブロック
  • フィンガープリント対策
  • HTTPS強制接続

つまり、PWAとしてインストールしたサービスは、Braveの保護下で動作する。 公式ネイティブアプリには存在しない保護層が加わる形になる。

加えて、広告ブロックによって通信量が減る。モバイルデータやローカルSIMで動くノマド環境では、これだけでも実用的なメリットだ。

PWAとは何か

PWAとは、ウェブサイトをスマートフォンのホーム画面にアプリとして置く仕組みだ。

インストール後はホーム画面にアイコンが表示され、タップするとブラウザのURLバーが消えてアプリのような見た目で起動する。操作感はネイティブアプリとほぼ変わらない。

ただし内部的には、ブラウザのサンドボックス内で動いている。これがセキュリティ上の核心だ。

🌾：対応しているサイト（Agoda）していないサイト（Booking.com）があるのは注意。

ネイティブアプリよりPWAが安全な理由

比較項目 ネイティブアプリ PWA（Brave）
連絡先・位置情報アクセス 可能（許可次第） 不可
バックグラウンドでのデータ収集 可能 制限あり
ストレージ使用量 大きい 軽量
バッテリー消費 常駐により増加 起動時のみ
アップデート管理 アプリ側が制御 ウェブと自動同期
インストール経路 App Store / Google Play ブラウザから直接

旅行系・予約系のアプリは特に位置情報と行動履歴の収集が積極的だ。アプリを開いていない時間もデータを送り続けている場合がある。PWAに置き換えれば、使う時だけ起動し、閉じれば終わりというシンプルな運用になる。

AndroidとiOSの違い

本題に入る前に、重要な前提を整理しておく。

iOSでは、BraveはAppleのルールによりWebKitエンジン（Safariと同じ）を使用することが義務付けられている。 これはBrave固有の問題ではなく、iOS上のすべてのサードパーティブラウザに適用されるAppleの制約だ。

この制約がPWAの動作に影響する。

機能 Android（Brave） iOS（Brave）
PWAのインストール 完全対応 ホーム画面追加は可能
プッシュ通知 対応 iOS 16.4以降で一部対応
バックグラウンド同期 対応 制限あり
アプリとしての完成度 高い やや劣る

iOSでもPWAは使えるが、メール通知などリアルタイム性が必要なサービスはAndroidかDesktopでの運用が確実だ。 iOSの場合は「ホーム画面からすぐ開けるブラウザショートカット＋Braveの保護が有効」として割り切る使い方が現実的になる。

PWAの実践的な使い方

旅行・予約サービス（Agoda、Trip.com、Booking.com）

旅行系アプリの筆頭がこのカテゴリだ。ネイティブアプリをインストールすれば位置情報・行動履歴の収集が始まるが、PWA化すれば開いた時だけ動く。

機能面でも、ホテル検索・予約・支払いまで一通りの操作はPWAで完結する。アプリと遜色ない使い勝手で、追跡リスクは大幅に下がる。

🌾：企業側はアプリを使えば５％割引アップとかのキャンペーンを行う理由は、ここにある。

iOSでも問題なく使えるカテゴリ。通知が不要なサービスなので、WebKitの制限が実用上ほぼ影響しない。

インストール手順（Android / Brave）： サイトを開く → 右上のメニュー →「ホーム画面に追加」または「アプリをインストール」

インストール手順（iOS / Brave）： サイトを開く → 共有アイコン（四角に上矢印）→「ホーム画面に追加」

Gmail（Googleメール）

GmailはPWA化が可能で、Braveとの相性も良い。

ネイティブのGmailアプリはGoogleのエコシステムに深く統合されており、デバイス上の他のデータと行動を紐付けやすい構造になっている。PWA版はブラウザのサンドボックス内で動作するため、そのアクセス範囲が制限される。

また、Braveのトラッカーブロックが有効なままGmailを使える点も利点だ。

ただし、iOSでのGmail PWAはプッシュ通知の信頼性が低い。 メール着信をリアルタイムで受け取りたい場合はAndroidかDesktopでの運用を推奨する。iOSの場合は通知をあきらめてPWAを起動ショートカットとして使うか、公式アプリと併用する判断になる。

プライバシー特化型ウェブメール（ProtonMail、Tutanota）

プライバシー志向のメールサービスはPWA化との相性が良い。

ProtonMailを例にとると、公式アプリをインストールせずにPWAとして使えば、BraveのトラッカーブロックとHTTPS強制が有効なまま動作する。ネイティブアプリが要求するOS権限を与えずに済む。

Androidであればプッシュ通知も機能する。iOSはiOS 16.4以降で通知対応が改善されているが、確実性を求めるならAndroidが安定している。

SNS・コミュニケーションサービス

X（Twitter）はPWA対応が整っており、ネイティブアプリに近い操作感で使える。タイムラインの閲覧・投稿・通知まで一通り動作する。

WhatsAppはモバイルブラウザからの利用に制限があるため、PWA化よりネイティブアプリの方が実用的なケースが多い。サービスによってPWAの完成度にはばらつきがあるため、実際に試して判断するのが現実的だ。

生産性ツール（Notion）

NotionはPWA化してもほぼ全機能が使える。ネイティブアプリと比較して機能的な差はほとんどなく、ストレージと権限の節約になる。

運用のコツ

PWAに置き換えたネイティブアプリはアンインストールする。 置き換えた意味がなくなるため、ネイティブアプリは削除してしまって構わない。ストレージが空き、バックグラウンド通信も止まる。

通知が必要なサービスとそうでないサービスを分ける。 旅行予約・ショッピング・調べ物→PWA化に向いている。リアルタイム通知が必須のメッセージアプリ→ネイティブアプリを残す。この線引きをしておくと迷わない。

iOSは「トラッカーブロック目的」として割り切る。 通知の制限はあるが、Braveの保護下でサービスを使えるというメリットは有効だ。通知不要なサービスからPWA化を始めると運用しやすい。

Desktop版Braveでできること——次のステップとして

モバイル版BraveにはプロファイルはProfile機能が存在しないが、Desktop版Braveには複数プロファイル機能が備わっている。

これはスマートフォンのPWA運用とは別次元の「使い分け」を実現する機能だ。

  • 仕事・個人・金融・AIそれぞれを独立したブラウザ環境として分離
  • プロファイルをまたいだクロストラッキングを遮断
  • 各プロファイルにPWAをインストールして「専用アプリ環境」を構築

たとえば銀行専用プロファイルにネットバンキングのPWAを入れると、そのサービスは他の一切のブラウジングから切り離された専用ウィンドウとして動作する。

スマートフォンでPWAの感覚をつかんだあと、Desktop版でProfileと組み合わせるとセキュリティと利便性がさらに一段上がる。この詳細はDesktop編で取り上げる。

まとめ

スマートフォンに入れているネイティブアプリを、すべてBraveのPWAに置き換える必要はない。まず1つ——よく使う旅行予約アプリか、GmailかProtonMail——をPWAに置き換えるところから始めれば良い。

アプリを削除してPWAで代替することで、端末に渡した権限を少しずつ取り戻せる。それが積み重なると、スマートフォン全体の追跡リスクが着実に下がっていく。

次回：Desktop編——ProfileとPWAを組み合わせた、仕事・金融・AIのセキュアなワークフロー構築