「PWAを作ったのに、Safari（iPhone）で動かない…」 この問題、2024年以降かなり増えています。
結論から言うと、 **SafariではPWAが“本来の形では動かなくなっている”**のが原因です。
この記事では、なぜSafariでPWAが使えないのか、 2026年時点の仕様をもとにわかりやすく解説します。
① SafariはPWAを完全サポートしていない
まず前提として、SafariはもともとPWAへの対応が限定的でした。
特に他のブラウザ（Chromeなど）と比べると、
- Service Workerの制限が多い
- プッシュ通知の扱いが違う
- インストール挙動が統一されていない
つまりSafariは最初から **“PWAを本気で推しているブラウザではなかった”**のです。
② 2024年以降、実質的にPWAは終了方向へ
2024年、AppleはEU規制への対応をきっかけに WebKit（Safariのエンジン）の仕様を大きく変更しました。
その結果、次のような問題が発生します：
- Service Workerが正常に機能しない
- ホーム画面アプリがアプリ表示にならない
- キャッシュが不安定になる
これにより、PWAは **“動くことはあるが安定しない技術”**になりました。
③ iPhoneではPWAではなくWebClipとして扱われる
2026年現在、iPhoneの「ホーム画面に追加」は PWAではなくWebClipとして動作します。
WebClipの特徴：
- Safariで開かれる（完全なアプリではない）
- オフライン機能がない
- manifestの多くが無視される
つまり、 PWAの“アプリ化機能”はほぼ使えない状態です。
④ 「動かない」の正体は“仕様通り”である
よくある勘違い👇
- 「バグってる？」
- 「設定ミス？」
- 「キャッシュの問題？」
しかし実際は、
Safariの仕様として制限されているだけです。
つまり開発者側の問題ではなく、 ブラウザ側の設計です。
⑤ それでもPWAが動くケースもある
完全に使えないわけではなく、 次のような条件では一部動作します：
- 単純なキャッシュのみ使う場合
- 高度な機能（通知など）を使わない場合
- 表示だけの軽いアプリ
ただし、これらは “PWAの一部機能だけ”を使っている状態です。
⑥ じゃあ今はどうすればいい？
2026年の結論👇
- iPhoneではPWA前提で設計しない
- WebClipベースで考える
- UXは「ブラウザ前提」で作る
特にiOSユーザーが多いサービスでは、 PWA依存はリスクになるため注意が必要です。
まとめ
- SafariはPWAを完全サポートしていない
- 2024年以降、実質的に弱体化した
- iPhoneではWebClipとして動作する
- 「動かない」は仕様である
- 2026年はWebClip前提で設計するのが安全
PWAは強力な技術ですが、 環境によって成立しないこともあるのが現実です。
その違いを理解することが、 これからのWeb設計では重要になります。
