不该写，桌面端浏览器（Chrome、Firefox、Edge）完全忽略<meta name="application-name">，不解析也不生效；真正控制桌面端应用名称的是<title>标签和manifest.json中的name/short_name字段。
application-name 该不该在桌面端写
不该。HTML 规范里 application-name 是为「已添加到主屏幕的 Web App」设计的，只在 iOS Safari 和部分 Android PWA 环境下被读取；桌面浏览器（Chrome、Firefox、Edge）完全忽略这个 meta 标签，连解析都不做。
常见错误是看到文档里写了 application-name 就照搬进桌面网页的 <head>，结果发现标题栏、任务栏、书签栏显示的仍是 <title> 内容——这不是配置错，是根本没生效。
- 桌面端真正影响「应用名称显示」的是
<title>标签（标签页标题、任务栏文字、书签名） - Windows 的 PWA 安装后，名称取自
manifest.json中的name或short_name字段，不是meta[name="application-name"] - macOS Safari 添加到程序坞（Dock）时，也只认
<title>，无视application-name
desktop PWA 场景下 application-name 的实际作用边界
只有当用户通过 Safari 在 iOS 设备上「添加到主屏幕」，且页面满足 PWA 基本条件（HTTPS、有 manifest.json、注册了 Service Worker），meta[name="application-name"] 才可能被 Safari 读取并用于主屏幕图标下方的显示名称——但它优先级低于 manifest.json 中的 short_name。
换句话说：它是个 fallback，不是主力字段；且只在 iOS Safari 这一特定路径下起效，和桌面端零关联。
立即学习“前端免费学习笔记（深入）”；
- 如果同时提供了
manifest.json和meta[name="application-name"]，iOS Safari 会优先用 manifest 里的short_name - 没有 manifest 时，Safari 才退而求其次读
meta[name="application-name"]，但桌面端浏览器连 fallback 都不触发 - Chrome for Desktop 的「添加到桌面」功能完全不看任何
metaname，只依赖 manifest
桌面端想控制网页“应用名”该配什么
直接改 <title>。这是唯一跨浏览器、跨平台生效的方式。所有桌面环境（包括 Edge 的 PWA 安装、Firefox 的「固定网站」、Chrome 的「添加到桌面」）都以 <title> 为默认名称来源。
如果你走标准 PWA 路线，必须提供 manifest.json 并确保它被正确引用：
- 在
<head>中加：<link rel="manifest" href="/manifest.json"> -
manifest.json至少包含：{"name": "我的应用", "short_name": "应用", "start_url": "/"} - Chrome Desktop 安装 PWA 时，若
short_name存在且 ≤12 字符，会优先显示它；否则回退到name；再否则才看<title>
注意：meta[name="application-name"] 不会覆盖 manifest 字段，也不参与桌面 PWA 名称决策链。
容易被忽略的兼容性细节
很多人以为写个 meta[name="application-name"] 就能统一控制所有端的显示名，其实它在桌面端连「无效」都算不上——是「不存在」。浏览器根本不解析这个字段，DOM 中查不到，DevTools 里也看不到对应行为。
真正需要关注的，是 manifest 文件是否被正确加载（检查 Network 面板中 manifest.json 返回 200）、是否声明了 display: "standalone"（影响是否隐藏地址栏）、以及 <title> 是否随路由动态更新（比如 SPA 中用 JS 修改 document.title）——这些才是桌面端 PWA 名称和体验的关键点。
