你真的需要每一个 Favicon 文件吗，还是只要 favicon.ico？
生成器扔给你一整个文件夹的图标文件。大多数网站只用到其中几个。这里讲清楚每个文件到底有什么用，好让你交付各个位置真正需要的那些，并心安理得地跳过其余的。
为什么生成器给你整个套件
favicon 生成器会导出十几个甚至更多文件，因为它无法知道你在意哪些位置，于是一次性把它们全都覆盖：每一款浏览器、iOS、Android、PWA 安装、Windows 磁贴，一应俱全。这是个合理的默认：这些文件很小，多交付几个用不上的，除了略显杂乱之外没什么代价。
但文件更多并不等于 favicon 更好，只是覆盖更全而已。这份覆盖到底值不值，完全取决于你的访客实际会到达哪些位置，而对很多网站来说，那是一份很短的清单。
每个文件的用途，以及谁需要它
| 文件 | 它服务的位置 | 你需要它吗？ |
|---|---|---|
| favicon.ico | 浏览器标签页、书签、爬虫、feed 阅读器 | 是，永远需要 |
| favicon.svg / 32px PNG | 现代浏览器上更清晰的标签页图标 | 锦上添花 |
| apple-touch-icon (180) | iOS 主屏幕快捷方式 | 仅当有人把你的网站保存到 iPhone 时 |
| manifest + 192/512 PNG | Android 和 PWA 安装 | 仅当它是可安装的应用时 |
| maskable 图标 | Android 自适应图标的形状裁切 | 仅用于 PWA |
| 48px+ 图标 | Google 搜索结果中的 favicon | 是，如果你在意在搜索中的样子 |
诚实的最低限度
对于一个普通的营销网站、一个博客或一个文档页面，一个包含 16、32 和 48 像素版本的 favicon.ico 确实就足够了。如果你想在高密度屏幕上有个清晰的图标，就再加一个 SVG，然后就完成了。没人会把你的博客安装到主屏幕，所以 apple-touch-icon 和 manifest 图标就那样闲置着。
那个 48 像素的条目身兼两职：它也是 Google 在你结果旁显示 favicon 之前想要的尺寸，所以一个好的 .ico 悄悄地也覆盖了你在搜索中的样子。
完整集合何时物有所值
在你用到那些额外文件所服务的位置的那一刻，它们就不再是可选的了。一个可安装的 PWA，如果 manifest 里没有一个 192 和一个 512，它甚至都不会提示安装。一个人们添加到 iPhone 主屏幕的应用，没有 apple-touch-icon 看起来就是坏的，因为 iOS 会退而使用一张模糊的截图。一个倚重深色模式的产品，会想要一个主题感知图标，以免它在标签栏上消失不见。
在那些网站上，“额外”的图标根本不是额外的：它们是让你在用户真正会到达的位置上看起来正常的唯一方式。覆盖恰恰在被使用的地方才重要，而这正是支持完整覆盖的论点真正想说的。
那么生成器应该让你来选吗？
我们的看法：导出完整集合是正确的默认，因为它安全，而且几乎不花你什么成本。但你应该可以放心地只交付各个位置需要的那些（给所有人的一个 favicon.ico，外加一个 apple-touch-icon 和一个 manifest——如果你有应用或 PWA 的话），并毫无愧疚地删掉其余的。
有用的思维模型不是“我应该有多少个 favicon 文件”，而是“我实际会出现在哪些位置”。回答了这个，文件清单就自己有了答案。
常见问题
我需要那些所有的 favicon 尺寸吗？
不需要。一个带 16、32 和 48 像素版本的 favicon.ico 就能覆盖浏览器标签页和 Google 搜索图标。其他尺寸对应特定位置（iOS 主屏幕、Android 和 PWA 安装），所以只在你会用到时才交付它们。
只有 favicon.ico 够吗？
对于各款浏览器的标签页，够了。但它不足以支撑 iOS 主屏幕快捷方式、PWA 安装或主题感知的深色模式图标，这些每一个都需要自己的文件。如果你不用这些位置，一个好的 .ico 就够了。
拥有更多 favicon 文件对 SEO 有帮助吗？
没有。额外的图标没有排名上的好处。Google 只需要一个至少 48x48 的图标就能在结果中显示 favicon；额外的文件服务于非搜索位置，不影响排名。
用不上的 favicon 文件会拖慢我的网站吗？
几乎不会。一个文件只有在某个位置真正请求它时才会被获取，而 favicon 在首次加载后会被强缓存。交付你用不上的图标，真正的代价是项目里的杂乱，而不是页面速度。