搜索结果里的站点名称由 Google 自动生成，但你能在首页用 WebSite 结构化数据表达品牌偏好。
- 01先读摘要，判断是否与你的场景相关。
- 02再看来源，保留继续查证的路径。
- 03最后看步骤、风险和可复用动作。
搜索结果的站点名称（Site Name）不是网站标题，而是 Google 在结果里显示“这是哪个网站”的那一行。它由 Google 自动生成，但你可以在首页加 WebSite 结构化数据来表达偏好。这个清单教你把站点名称设置、备选名、标签页整合和验收串成一套可执行流程，适合刚换域名、改品牌或发现搜索结果品牌名不对的站长。
适用场景
- 你换了域名或改了网站品牌名，希望搜索结果显示新名称。
- 你的品牌名目前显示成域名、缩写或完全无关的文字。
- 你的首页有多个版本（HTTP/HTTPS、www/非 www），想统一站点名称。
- 你的站点支持移动端和桌面端，且需要长期维护搜索展示一致性。
不适用场景
- 你想为子目录（例如 example.com/blog）单独设置站点名称。Google 目前只支持域名级或子域名级。
- 你的首页被 noindex、登录墙或 robots.txt 挡住，Google 无法抓取首页时，站点名称无法可靠生成。
- 你只是想临时改一下 tagline，不改首页结构化数据。站点名称系统会参考更多来源。
- 你期望立即看到结果。Google 需要重新抓取和处理，几天到几周都属正常。
准备材料
- 能编辑首页 HTML/模板的管理员权限，例如 WordPress 主题、静态站点或 CMS 的头部代码。
- 站点当前的 canonical 首页 URL（例如 https://example.com 或 https://www.example.com）。
- 一个免费的 Schema 验证工具，例如 Schema Markup Validator。
- Google Search Console 的站点级访问权限，用来 URL Inspection 和请求重新抓取。
- 一份你希望 Google 使用的品牌名清单，包括首选名和 1 到 3 个备选名。
步骤一：先确定站点边界和 canonical 首页
Google Search Central 规定，站点名称只支持域名级和子域名级，不支持子目录级。先决定你的 canonical 首页是哪个 URL，再围绕它统一所有来源。www 和 m 前缀一般被看作与根域名等价，example.com 与 www.example.com 算同一个站点，但 example.com/blog 不算独立站点。
- 用浏览器分别打开 http 和 https、www 和非 www 版本，确认最终 301 到哪里。
- 记录 canonical 首页，例如 https://www.example.com/。
- 如果存在重复首页，让所有版本都指向同一个站点名称，而不是只改 canonical。
步骤二：在首页添加 WebSite 结构化数据
WebSite 结构化数据是表示站点名称偏好的最主要方式。它可以写在首页的 JSON-LD、RDFa 或 microdata 里，不需要加在每一页。最少需要 name 和 url 两个属性，name 要遵守“简短、独特、不误导”的取名准则，url 填 canonical 首页。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "WebSite",
"name": "Your Brand",
"url": "https://www.example.com/"
}
</script>步骤三：用 alternateName 提供备选名
当 Google 对你的首选名信心不足时，它可能改用域名或自动生成的名字。通过 alternateName 你可以提供缩写、更短名或以小写域名作为兜底。属性顺序代表偏好顺序，越重要越靠前。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "WebSite",
"name": "Your Brand",
"alternateName": ["YB", "example.com"],
"url": "https://www.example.com/"
}
</script>步骤四：检查 og:site_name、title 和其他来源一致性
站点名称系统不只读结构化数据，还会参考 og:site_name、title、标题元素和网上其他来源。如果你在首页用了一个名字，在社交分享标签里又用了另一个，系统可能无法确认哪个是首选。
- 查看首页源码里的 og:site_name 是否等于首选品牌名。
- 确认首页 title 和 h1 里的站名与 WebSite.name 一致，而不是每次变化。
- 检查外部品牌资料（介绍页、About、社交媒体简介）不要与首页明显冲突。
步骤五：用验证工具和 URL Inspection 验收
Rich Results Test 不支持站点名称，所以要用 Schema 验证工具检查语法，再回到 Search Console 确认首页可抓取、可索引，并请求重新抓取。
- 把首页源码粘贴到 Schema Markup Validator，确认 WebSite.name 和 url 无语法错误。
- 在 Search Console 用 URL Inspection 检查首页，确认页面可被 Google 抓取且不返回 noindex。
- 修改正确后，通过 URL Inspection 请求索引或直接请求重新抓取。
- 记录修改日期，后续每隔几周再抽查一次搜索结果里的站点名称。
检查清单
- 只保留一个 WebSite 结构化数据块，并嵌套在现有节点里。
- WebSite.name 是简短、独特的品牌名，不是营销口号。
- url 填 canonical 首页，不含参数和哈希。
- 备用名以小写域名结尾，最优先的备选排在前面。
- og:site_name 与 WebSite.name 保持一致。
- 首页可被抓取，Robots 允许。
- 没有为子目录单独设置站点名称。
实际例子：品牌名没被选中的工作流
假设站点是 wolftalkshow.com，品牌叫 Wolf Talk Show。原本没有 WebSite 结构化数据，Google 显示成域名。站长在首页加了 name=Wolf Talk Show、url=https://wolftalkshow.com/，并在 alternateName 里放 Wolf Talk 和 wolftalkshow.com。接着用 Schema 验证，把 og:site_name 也改成 Wolf Talk Show，最后在 Search Console 请求重新抓取。若两周后仍显示域名，再把小写域名降级为 name 主值，作为最后手段。
常见坑
- 把站点名称加在每一页，而不是只加在首页。Google 只读首页。
- 忽略 og:site_name。即使结构化数据正确，其他来源冲突仍可能让系统犹豫。
- 用 URL 而不是 Text。name 必须是文本，url 必须是链接。
- 在同一个页面建了两个 WebSite 块，导致系统读取不稳定。
- 把 subdirectory 当成独立站点名称来源。
排错路径
- 如果 Schema 验证报错，先检查 JSON 引号、逗号和 @type 拼写。
- 如果站点没被选中，确认首页是否被 noindex 或 robots 阻止。
- 如果版本不一致，统一 www 与非 www 的 301，并在所有重复首页放相同数据。
- 如果请求重新抓取后仍无变化，等几天到几周，再考虑把域名设为 name。
可复制模板：站点名称决策表
- 首选名：填写你最想显示的品牌名。
- 备选 1：常用缩写或较短名。
- 备选 2：小写域名（example.com）。
- og:site_name：与首选名一致。
- 首页 title：包含首选名。
- 验证方式：Schema Validator + URL Inspection。
- 复查周期：修改后第 2、4、8 周各查一次。
更新日期和维护建议
本文基于 Google Search Central 站点名称文档整理，更新日期为 2026-08-21。站点改名、域名迁移、子域名拆分或主题改版后都应重跑一次清单。每次只改变量，避免同时改结构化数据、og:site_name 和域名而无法判断原因。