本地 SEO：Google Business Profile 优化，以及你自己拥有的那一半

一家本地生意在 Google 上有两个面，它们做的事不一样。

资料档是 Google 的。 Google Business Profile 是地图结果的来源，对「附近」的 搜索者来说，它是两个面里更大的那个。

站点是你自己的。 点击落在站点上、知识面板引用的是站点，而当有人问助手 「附近有没有靠谱的水管工」时，助手引用的是站点。

大部分建议只讲前一半，而网站真正值钱的地方在后一半。所以这份指南两面都讲， 并且明确说清：哪一半是本平台替你做的。

1 · 资料档：把它填满，并且保持一致

Google Business Profile 免费认领、免费维护，地图结果就来自这个面。字段清单和使用规则 归 Google 所有——它们写在 Google 自己的帮助文档里，而且会由 Google 改动。

验证排在这一切之前。Google 会要你证明这家生意真实存在，证据就是你的生意本身。 在那之前，资料档只是一个主张，还不是一个条目；把字段填满也改变不了这一点。

所以优化资料档既不是技巧，也不是关键词堆砌，而是三步，顺序有讲究。

把每个字段填满。 空着的字段，就是少一个被展示出来的理由。先填附近客户在决定 打电话之前会读的那些：主分类与次分类、营业时间（含例外）、你卖的服务或产品、 电话号码、照片。然后是让资料档成为「档案」而不只是一张卡片的那些：简介、属性、 问答与帖子。

让它与你的站点一致。 资料档上出现的名称、地址、电话号码与营业时间，必须与 站点上出现的同样四项一模一样。不是「差不多」，是「一样」。与站点互相矛盾的 资料档等于两家生意，而搜索引擎的处理方式是两边都不信。

名称就写名称。 名称字段写的是这家生意的名字，不是客户会搜的那些词。那些词 属于分类和服务。把它们塞进名称里，描述的就是另一家生意，与你的站点描述的那家 不是同一家——两个面从此不再是同一家生意，而这正是这份指南要防的那种失败。

三步没有一步是产品能替你做的。本平台不替你创建或维护 Google Business Profile， 也不替你写评价、买评价。它能做的是能自动化的那一半：站点那一半——机器读的就是 资料档里手写的那几项——名称、地址、营业时间、电话号码只声明一次，站点每一处 提到它们的地方都是同一份。第 2、3 节讲的就是这一半。

2 · 站点：它必须自我声明，而且声明必须完整

搜索引擎读不出一家从不说自己是什么的生意。有四样声明在承担这件事，而且 全都是机械的，不靠文案。

实体。 站点输出一段组织实体的 JSON-LD，写明经营类型、邮政地址、 电话号码、营业时间与社交资料。它用什么类型，由一条规则决定：你自行指定的 经营类型，就是输出的类型；否则，地址、电话或营业时间中的任意一项让它 成为 LocalBusiness，三者皆无则是 Organization。在一个属于牙医诊所的页面上挂一个泛泛的 Organization，不是「中性」，而是一次漏掉的声明——而且这个切换是静默的， 所以值得核对而不是假设。核对方法见这里。

机器可读摘要。 站点根目录的 llms.txt 清单，给答案引擎一份「值得读的 页面」清单，而不是让它去猜。它是一份善意，不是排名因素——详见 什么是 llms.txt。

URL 清单。 站点地图列出每一个已发布页面及其各自的语言版本，爬虫因此知道 两个语言版本是同一份文档、而不是两个互相竞争的页面。它同时记录每个页面最后 一次变更的时间，爬虫据此判断重读值不值。

抓取规则。 robots 文件放行公开页面，拦截需要登录的面——工作台、预览、 租户目录、API。而那些看起来浪费抓取预算的路径反而被刻意放行：一个被 重定向而不是被拦截的 URL，正是那些陈旧索引页退役的方式。

3 · 检查清单，按最快找出问题的顺序

1. 认领并验证资料档，然后把每个字段填满：分类、营业时间、服务项目、照片。见第 1 节。
2. 让名称、地址与电话号码在资料档与站点上完全一致。
3. 确认站点输出了 LocalBusiness 结构化数据且字段填全——核对方法在这里。
4. 让站点上的营业时间与资料档一致。
5. 确认站点在站点地图里，且规范地址指向页面自身。
6. 检查主机：顶级域名与 www 名字必须解析到同一个站点，而资料档上写的那个必须是真正会应答的那个。
7. 抓取页面，看有没有 noindex、有没有重定向链、首字节是否够快。
8. 去问那个会引用你的助手：它说你的生意是做什么的？它是从哪儿读到的？

4 · 当它没有出现时

下面的顺序是能查出问题的顺序，因为每一步都排除一个原因，而那个原因会让下一步的答案失去意义。

前两项检查各是一条命令：

bash
$ curl -sI https://yourbrand.com/ | head -1
HTTP/2 200

$ curl -sIL https://yourbrand.com/pricing | grep -E "^HTTP|^location"
HTTP/2 301
location: https://www.yourbrand.com/pricing
HTTP/2 200

第一行回答的是「主机应答吗」。第二行回答的是「URL 返回 200 吗」——而它之所以 要一次看完整条链，正是因为重定向链的终点也是 200。三行末尾的一个 200，和 孤零零一个 200，是两个不同的答案。

1. 主机应答吗？ 要看的是资料档上写的那个主机，不是 www 那个。一个不存在的 www 名字不等于网站已死——那是另一个名字，也是「一个健康的生意被记成联系不上」最常见的原因。
2. URL 返回 200 吗？ 重定向链的终点也是 200，而链在状态码里是看不见的。
3. 它被收录了吗？ 问站长控制台，不是问搜索框——那是两个不同的面。
4. 它被排除吗？ noindex、规范地址指向别处，或者一条把它挡住的 robots 规则。被拦截的 URL 永远不会被抓取，所以那个本该让它退役的 301 也永远不会被看到。
5. 声明对吗？ 一段缺了邮政地址的 LocalBusiness 放不下任何东西。
6. 它够快吗？ 本地搜索者通常在手机上、在弱网下、同时比较三个结果。慢是排名输入，不是锦上添花。

5 · 本平台做什么、不做什么

做： 按你配置的信息输出 LocalBusiness JSON-LD · 从已发布站点生成 llms.txt 与 llms-full.txt · 输带各语言交替链接的站点地图 · 为你的 自定义域名配置 DNS 与 TLS · 把站点预编译为静态资源并从边缘分发，中位数首字节 <50ms，覆盖 330+ 个节点 · 把整站存为一份 开放的 JSON 文档，其内容可通过公开 API 读取，不需要密钥。

不做： 认领或维护 Google Business Profile · 写或买评价 · 管理引用与外链 · 保证排名。任何承诺最后一项的平台，承诺的是没有人能控制的东西。