Safari 26 让 iOS "Add to Home Screen" 行为跨平台一致

为何现在重要

• 在 Safari 26 之前，iOS/iPadOS 需要特定 meta 标签或 Web Application Manifest 才能把主页添加时以 web app 打开。不加这些，站点会在浏览器中打开，体验混淆。
• Mac 早在 Safari 17 就统一了：所有添加为 web app 的站点都以 web app 打开，不论有无 manifest。
• Safari 26 将此扩展到 iOS 和 iPadOS：任何添加到主屏幕的站点默认都作为 web app 打开，跨平台行为统一。

新行为

默认 web app 体验

• 用户添加任何站点到主屏幕时，会自动作为 web app 打开。
• 不再需要 "apple-mobile-web-app-capable" meta 标签或 manifest 中的特定 display 模式。
• 用户仍然可以在 UI 中关闭 "Open as Web App" 来添加一条书签，在浏览器中打开。

渐进增强保持不变

• 如果站点有 Web Application Manifest，所有 manifest 功能继续有效：图标、start URL、shortcuts、share targets 等。
• Service Worker 与离线能力同之前一样工作。
• 改变没有移除任何 manifest 相关功能——它只是移除了基础 web app 体验中 manifest 的存在要求。

开发者收益

• 不再需要为获得 "web app 打开" 体验而加 manifest。
• 这减少了小站点或原型的摩擦。
• 用户信任并添加到主屏幕的任何站点都会有一致体验，而不只是有 manifest 的站点。

这对 PWA 策略的含义

| 方面 | Safari 26 之前 | Safari 26 之后 | |-----|--------------|--------------| | web app 需要manifest? | 是 | 否 | | manifest 仍然有价值? | 是 | 是 | | 用户控制消失了吗? | 否；用户可关闭 "Open as Web App" | | Service Worker 仍然有效? | 是 | 是 | | shortcuts/share targets? | 仅在 manifest 时有效 | 仅在 manifest 时有效 | | 跨平台一夜一致性? | iOS 与 Mac 不同 | 全平台对齐 |

决策框架

• 若你的 PWA 已有成熟manifest：保留它。所有功能仍有效，并提升体验。
• 若新建站点且想要 web app 体验：可以从 HTML 和 URL 开始，稍后加manifest特性。
• 若你加 meta 标签仅为切换到 web app 模式：不再需要；关注其他 PWA 信号（HTTPS、图标、service worker）。

开发者务录

• [ ] 审查站点manifest：所有特性在 Safari 26 中应仍如预期工作。
• [ ] 在 iOS 26 设备上测试添加到主屏幕；确认以 web app 打开。
• [ ] 验证关闭 "Open as Web App" 能如预期回退到浏览器模式。
• [ ] 检查 shortcuts、share targets 与其他manifest特性是否仍然有效。
• [ ] 去掉文档中"web app 在iOS需要manifest"的说法。

避免什么

• 不要删除或修剪manifest；它仍承载重要特性和元数据。
• 不要假设所有 web app 特性都自动化；它们仍需要 manifest 定义。
• 不要再依赖 "apple-mobile-web-app-capable" meta 标签；已不必要（虽然 Safari 26 不太可能因此失效）。

对用户的含义

用户得到可预测的经验：任何添加到主屏幕的站点都会有 web app 展示，而不只是有 manifest 的站点。这减少了"为什么这个站点在浏览器里打开"的意外，并增强信任：把站点加到主屏幕意味着"我正在得到一个应用体验"。

用户保持掌控：如果他们更喜欢，可以关掉 web app 模式。UI 在 iOS、iPadOS 与 Mac 上一致。

下一步

• 在 Safari 26 beta 或即将到来的正式版中测试现有 PWA。
• 更新引导或 "Add to Home Screen" 说明，突出跨平台一致性。
• 评审 manifest 覆盖范围，确认哪些特性不能降级到基准。
• 在更新日志中记录任何 iOS 特有行为，让未来贡献者知悉 Safari 26 的改动。