什么是 PWA？它和普通 Web、原生 App 的区别在哪里？
PWA，全称 Progressive Web App，直译是渐进式 Web 应用。说白了，它还是一个网站，但在浏览器支持的情况下，可以逐步获得接近原生 App 的体验：能安装到桌面或主屏幕，能离线打开部分页面，能缓存资源提升加载速度，也能在合适场景下发送通知。它不是一个新框架，而是一组 Web 能力和工程实践的组合。
PWA 到底“渐进”在哪里
渐进式的意思是：基础体验先保证可访问，再按浏览器能力增强。用户用老浏览器访问，它仍然是普通网页；用户用现代浏览器访问，Service Worker、Manifest、Push API、Background Sync 等能力才逐步启用。这个思路很适合 Web，因为你无法控制每个用户的设备、系统版本和浏览器策略。
PWA 的核心通常包括三块。第一是响应式页面，能适配手机、平板和桌面。第二是 Web App Manifest，告诉浏览器应用名称、图标、启动地址和显示模式。第三是 Service Worker，负责缓存资源、离线回退、请求拦截和更新控制。
{ "name": "Demo PWA", "short_name": "Demo", "start_url": "/", "display": "standalone", "icons": [ { "src": "/icon-192.png", "sizes": "192x192", "type": "image/png" }, { "src": "/icon-512.png", "sizes": "512x512", "type": "image/png" } ] }
它比普通 Web 强在哪里
普通 Web 最大优势是可搜索、可链接、免安装，弱点是弱网体验差、留存入口浅。PWA 保留了链接和搜索的优势，又通过缓存和安装入口补上体验短板。对工具站、内容站、内部系统、轻量电商来说，用户不用去应用商店，打开网页就能使用，愿意的话再安装到主屏幕。
但 PWA 不是万能替代。它无法完全获得原生 App 的系统权限，iOS 上部分能力也有限制。高强度后台定位、蓝牙深度控制、复杂系统级能力，仍然更适合原生方案。PWA 的边界是“把 Web 体验做得更像 App”，不是“把浏览器变成操作系统”。
它比原生 App 省在哪里
PWA 通常一套 Web 代码覆盖多端，发布也不必每次等应用商店审核。更新可以通过服务器部署和 Service Worker 缓存策略完成，适合频繁迭代。安装包小、入口轻、分享方便，这些都是增长和内容分发上的优势。
代价是平台差异需要认真测试。桌面 Chrome、Android Chrome、iOS Safari 对安装、通知、缓存清理的表现并不完全一样。工程上要做好降级：支持就增强，不支持也不能影响核心功能。
落地时先看业务场景
做 PWA 前先确认用户有没有复访、弱网和安装入口需求。如果只是一次性营销页，完整 PWA 可能反而增加维护成本。
追问
PWA 和响应式网站是一回事吗？
不是，响应式只解决不同屏幕上的布局问题。PWA 在响应式之外，还强调可安装、离线能力、缓存策略和类原生启动体验。一个网站可以是响应式的，但没有 Manifest 和 Service Worker，它通常不能算完整 PWA。取舍上可以先做好响应式，再逐步加 PWA 能力，不必一次改完。
PWA 能完全替代原生 App 吗？
不能一概而论，轻量工具、内容阅读、内部系统很适合 PWA。需要深度系统权限、复杂后台任务或高性能图形能力的产品，原生 App 仍然更稳。PWA 的优势是低摩擦和跨平台，原生的优势是权限、性能和系统整合。判断时不要只看开发成本，也要看业务是否依赖平台能力。
PWA 必须支持离线吗？
严格说，PWA 至少应该在关键路径上有离线或弱网降级能力。不是所有功能都要离线可用，支付、实时聊天、库存查询这些功能本来就需要网络。更现实的做法是缓存应用壳、历史内容和离线提示页。踩坑点是宣传“离线可用”，结果断网后核心页面空白，这比不做离线更伤用户信任。
PWA 对 SEO 有帮助吗？
PWA 本身不会直接让排名上升，但它能改善加载速度、可访问性和用户体验，这些会间接影响搜索表现。内容仍然要能被搜索引擎抓取，不能把核心文本藏在登录后或只靠客户端异步渲染。边界是：PWA 是体验增强，不是 SEO 魔法。做内容站时，服务端渲染或静态生成仍然很重要。
什么项目不适合优先做 PWA？
如果产品核心依赖系统通讯录、后台定位、复杂蓝牙、长时间后台运行，PWA 可能会受很多限制。如果团队没有能力维护缓存更新流程，也容易把用户卡在旧版本。短期活动页、一次性落地页通常不需要完整 PWA，只要做好性能和移动端适配即可。PWA 适合有复访、有弱网场景、又希望降低安装门槛的产品。