iOS Web Push の二重の壁：ホーム画面追加と通知許可——親側は LINE 通知が正解の再確認
C 方向·应用出海机会（PWA 技術制約）。Web Push 索引 0 命中——japan-pwa-strategy（PWA 中心設計）の通知面の技術制約。xmm 本轮不可用（第 17 批连续）。
背景と問題
PWA で告警を送る設計——だが iOS では Web Push に「ホーム画面に追加」が必須（Safari のタブからは要求不可）で、さらに通知許可も別途必要。二重の壁は親側には絶対に越えられない——通知の役割分担を再確認する。
发现（访问 2026-09-15）
- iOS 16.4 からの対応と条件：PWA で Web Push が可能になったがホーム画面に追加した場合のみ——通常の Safari タブからは通知を要求できない。Chrome on iOS は WebKit 動作で代替不可（Brainhub，访问 2026-09-15）。
- 残る制約（2025-2026）：background sync なし·ストレージ制限·多段の「ホーム画面追加」フローでインストール·継続率が低下——通知には追加のユーザー許可も必要（MagicBell の制約一覧）。
- iOS 18 でも改善なし：Web Push の PWA サポートは 16.4 ベースラインのまま（追加検索でも 18 固有の改善は確認されず）。
- Android は Chrome がブラウザ内で直接 push 許可を要求できる——OS 間で通知の障壁が全く違う。
推测
- 設計への含意【推测】：親側の通知は LINE（確立済み）に一本化——告警·話頭配信は LINE で届け、PWA の通知機能は子側（家族側）に限定。子側のオンボーディングに「ホーム画面に追加」ステップを組み込む（通知を本当に使うのは子だけという設計と整合——japan-family-invite-ux の親の操作ゼロ原則）。
- iOS 子ユーザーへの「追加し忘れ」対策：通知設定の状態を D+3 に確認する 1 通（通知が届いていない家族を早期発見）。
结论
可行动启发：
- 「親側通知は LINE 一本」を技術制約として正式化：PWA の通知機能は家族側（子）のみに提供——japan-pwa-strategy·opc-notification-hub に設計原則の 1 行。
- 子側オンボーディングに「ホーム画面追加」ステップ：通知許可の要求はホーム画面追加の直後（ユーザーが関与している瞬間）に——2 段を 1 つの流れにまとめる。
- D+3 に通知設定確認の 1 通：Web Push が届いていない家族（追加忘れ）を早期発見——satisfaction gate（opc-review-collection-playbook）と同じ週次トリガーで。
- Android/iOS の通知障壁差を QA に明記：Android の家族にはブラウザ内で完結する導線を案内——OS 別の案内文を 2 種用意。
待办 / 下次继续
关联
- japan-pwa-strategy（配布形態の母体）、opc-notification-hub（通知設計）、japan-family-invite-ux（親の操作ゼロ原則）、c-google-play-japan-distribution（Android 優先の整合）。