Citation 工作是企业资料治理，不是把同一家公司提交到数百个 Directory 的竞赛。实际目标是让客户与平台能够识别、联系并到达正确的真实企业。
如果团队还没有确认正式品牌名、客户可见地址或 Service Area、主电话、Location URL 与运营状态，批量修改只会更快扩散混乱。
Citation 治理周期
| 阶段 | 决策 | 输出 |
|---|---|---|
| 定义 | 每个地点的标准身份是什么？ | 已审核 Source of Truth |
| 发现 | 企业已出现在哪些来源？ | 包含准确 URL 的 Listing 清单 |
| 排序 | 哪些错误会误导客户或分裂 Entity？ | 按风险与价值排序的队列 |
| 更正 | 谁拥有 Listing，需要什么证据？ | 已提交更正与案件记录 |
| 验证 | 公开结果是否真的改变？ | 公开状态与复查日期 |
| 维护 | 企业发生了什么变化？ | Change Log、负责人及定期复查 |
定义企业 Entity 与 Source of Truth
NAP 指 Name、Address 与 Phone，但实用的 Master Record 还应包括网站、Location URL、营业时间、Category、运营状态、Service Area 与权限，并符合Google Business Profile 指南中的真实企业类型。
| 字段 | 标准值要回答 | 证据 |
|---|---|---|
| 企业名称 | 现实世界如何呈现该企业？ | 招牌、注册资料与品牌使用 |
| 地址或 Service Area | 客户可到访，还是企业上门？ | 使用权、招牌与运营模式 |
| 主电话 | 哪个号码能直接联系该企业或地点？ | 测试通话、所有权与转接 |
| 网站与 Location URL | 哪个自有页面是权威目标？ | 有效 URL、Canonical 与 Redirect 状态 |
| 营业时间与状态 | 地点何时可用，是否营业？ | 运营时间表与关闭记录 |
| 权限 | 谁能批准并编辑资料？ | 企业控制账号与具名 Manager |
优先处理客户与平台真正使用的来源
Google 说明 Business Profile 资料可能来自官网、第三方授权资料、用户贡献，以及 Google 与地点的互动。因此，来源质量、准确性和所有权比 Citation 总数更有意义。
| 来源层级 | 示例 | 为何重要 | 行动 |
|---|---|---|---|
| 自有标准来源 | 官网、Location Page 与内部 Master Record | 企业控制资料与客户旅程 | 最先修正 |
| 主要发现平台 | Google Business Profile 与本地常用地图 | 客户在此搜索、导航、拨打和评价 | 认领、验证并监控 |
| 行业来源 | 专业机构、Marketplace 与 Booking Platform | 相关受众会用来选择服务商 | 真实适用时保持准确 |
| 本地来源 | 商会、Council 与可信本地机构 | 把企业连接到真实地点或社区 | 争取合法收录 |
| 低价值 Directory | 无人审核的批量提交站 | 客户价值低、维护成本高 | 不要为数量追逐 |
- 每个合法地点都有稳定 Internal ID。
- 真实企业名称已批准。
- 已确认地址显示或 Service Area 状态。
- 主电话所有权与转接已测试。
- 正确网站与 Location URL 已上线。
- 营业时间、Special Hours 与运营状态已有负责人。
- Business Profile 所有权与恢复权限已记录。
- 每个标准值都包含验证日期与证据。
审核准确记录并判断差异等级
搜索品牌、旧名称、电话号码、地址与域名变体，记录准确 Listing URL 和公开资料。格式差异不等于身份冲突；优先处理会把客户带错地方，或让平台无法确认企业身份的错误。
| 差异 | 风险 | 示例 | 优先级 |
|---|---|---|---|
| 运营状态错误 | 客户无法按预期使用服务 | 营业地点被标为永久关闭 | 严重 |
| 地址、地图 Pin 或服务模式错误 | 到访错误或私人地址暴露 | 显示旧分店或住家地址 | 严重 |
| 电话失效或网站错误 | 询盘流失或进入不安全目标 | 旧号码或过期 Domain | 高 |
| 重复有效 Listing | 权限、评价与客户选择被分裂 | 同一企业两个 Profile | 高 |
| 轻微缩写或标点差异 | Entity 清楚时通常风险低 | Jalan 与 Jln；逗号位置 | 低 |
| 电话显示格式 | 能到达同一自有号码时风险低 | +60 17… 与 017… | 低 |
安全更正 Listing、权限与重复资料
尽可能使用 Owner Account，提交已批准标准值、附上证据并保存案件状态。Google 会审核 Business Profile 修改；部分更改可能处于 Pending 或被拒。不要在不了解无法确认原因时反复覆盖 Pending Edit。
| 情况 | 正确行动 | 避免 |
|---|---|---|
| Listing 未认领 | 认领并验证现有资料 | 立即新建第二个 Listing |
| 由其他账号拥有 | 请求访问并记录所有权 | 共享密码或放弃资料 |
| 同一企业有重复资料 | 确认正确 Profile，并走官方 Duplicate 或 Merge 流程 | 把两个都当独立分店维护 |
| 不同企业共用地址 | 只有双方均符合资格且明显独立时才分开 | 虚构 Unit 或名称强行分开 |
| 公开用户修改错误 | 恢复标准资料并提供证据 | 忽略重复出现的 Google Update |
| 地点应关闭 | 使用正确关闭或移除流程 | 删除管理权限并以为资料会消失 |
- 确认生效日期、标准值与受影响地点。
- 更新内部 Source of Truth 并分配负责人。
- 上线前准备证据、客户通知与 Redirect。
- 更新自有网站并测试全部联系路径。
- 更新现有 Business Profile 并监控 Edit 状态。
- 更正重点地图、行业来源与本地 Listing。
- 处理重复资料、旧 URL、旧号码与关闭状态。
- 平台处理后验证公开结果。
- 记录未解决案件并安排复查日期。
为搬迁、改名与迁移建立受控流程
企业资料变更应按计划顺序更新内部 Master Record、自有网站、Business Profile 与重点外部来源。URL 改变时，使用Canonical 与 Redirect 流程保留客户与搜索路径。Google 建议搬迁时更新现有 Business Profile，而不是仅因地址变化就新建 Profile。
| 变更事件 | 先做决策 | 执行顺序 |
|---|---|---|
| 搬迁 | 开业日期、到访方式、Service Area 与验证证据 | Master Record → 网站 → 现有 Profile → 重点 Listing → 验证 |
| 品牌改名 | 是轻微改名还是实质新企业？ | 证据 → 自有资产 → Profile 审核 → Listing → 监控 |
| 换电话 | 主号码、转接周期与所有权 | 测试转接 → 网站/Profile → 重点来源 → 停用旧号码 |
| Domain 或 URL 迁移 | 最终目标、Redirect、Canonical 与 Tracking | 上线 Redirect → 更新自有链接/Profile → 重点 Listing → Crawl Audit |
| 关闭或合并 | 临时关闭、永久关闭、合并还是业务转移？ | 客户通知 → Profile 状态 → Directory 清理 → 安全 Redirect |
统一多地点、Tracking Number 与 Structured Data
每个真实地点都需要独立记录，并在有用时按地区页面指南建立自己的页面。Structured Data 必须符合用户可见事实；它不能修复虚假地址、不符合资格的 Profile 或重复 Listing。
| 元素 | 治理规则 | QA 检查 |
|---|---|---|
| Location ID 或 Store Code | 每个合法地点一个稳定 ID | 无重复或重复使用 ID |
| 主电话 | 企业控制、客户可直接拨打 | 用 Mobile 测试并验证地点分流 |
| Tracking Number | 仅在所有权稳定、转接可靠并保留主号码时使用 | 测试来源、Fallback 与数据保留 |
| Location URL | 链接到该地点的具体自有页面 | 200 状态、自指 Canonical 与有效询盘路径 |
| LocalBusiness Markup | 使用最具体的有效类型与可见事实；遵循Structured Data 指南 | 验证语法，并逐项对照页面 |
| 权限与访问 | 企业拥有资料；具名人员获得最低必要权限 | 每季度审核用户与恢复资料 |
衡量更正结果并持续维护
提交修改不等于更正完成。必须验证客户看到的公开结果、测试电话与目标页面并记录结果。把重要 Listing 变化接入本地衡量，但不要宣称 Citation 数量单独带来排名或收入。
| 衡量项 | 回答的问题 | 证据 |
|---|---|---|
| 重点资料准确覆盖 | 客户关键来源是否正确？ | 按优先级验证的公开 Listing |
| 更正完成率 | 提交修改是否获批并公开显示？ | 前后截图与状态日期 |
| 重复资料解决 | 竞争资料是否正确关闭、合并或分开？ | Profile ID 与平台决定 |
| 电话与 URL QA | 客户能否到达正确团队与页面？ | 测试通话、Response Code 与 Redirect Chain |
| 变更同步耗时 | 重点来源多久同步新资料？ | 批准日期与公开验证日期 |
| Profile 行动与合格询盘 | 准确曝光是否帮助客户行动？ | 说明限制的趋势报告 |
常见错误
- 购买数百个低质量 Directory 提交。
- 团队未确认标准资料就开始更正 Listing。
- 把标点与缩写当作严重身份冲突。
- 保留旧地址、失效电话或过期 Domain。
- 仅因普通搬迁就新建 Business Profile。
- 为同一企业的不同服务建立独立 Profile。
- 删除管理权限并以为公开 Listing 会消失。
- 使用没有稳定所有权或 Fallback 转接的 Tracking Number。
- 发布与可见页面矛盾的 Structured Data。
- 把 Citation 数量当作排名保证。
常见问题
什么是 Local Citation？
它是企业及其识别资料的公开提及或 Listing，通常包括 Name、Address 和 Phone。有用的 Citation 能帮助客户识别并联系正确的真实企业。
每个 NAP Listing 的标点必须完全相同吗？
不需要。轻微缩写、空格与电话格式可以不同，只要仍代表同一 Entity。应优先处理错误地点、号码、网站或运营状态等事实冲突。
本地企业应该加入多少个 Directory？
没有通用目标。应选择真实客户、行业参与者或可信本地机构会使用，而且企业能准确维护的来源。
能使用 Call-tracking Number 吗？
可以，但需要谨慎治理。企业应控制号码、转接必须可靠；平台支持时应保留稳定主号码，并测试每个来源。
企业搬迁时要新建 Google Profile 吗？
通常不需要。Google 建议在现有 Profile 更新新地址，而不是仅因搬迁就新建 Profile；过程中可能需要重新验证。
重复 Business Profile 应如何处理？
先确认它们代表同一企业，还是两个真实独立且符合资格的企业。同一企业应走 Google 官方 Duplicate 或 Merge 流程，不要把两者当作独立地点维护。
Service-area Business 应公开住家地址吗？
如果客户不会在该地址接受服务，就不应公开。应准确设置 Service-area 模式，并按 Business Profile 规则隐藏私人地址。
LocalBusiness Schema 能修复不一致 Listing 吗？
不能。Structured Data 可明确自有页面上的可见事实，但不能直接更正第三方 Listing、让不符合资格的地点变有效，或取代正式更正流程。
Citation 准确性多久检查一次？
重点来源应定期监控；搬迁、改名、换电话、Domain 迁移、关闭、合并或所有权变化后立即复查。低优先级来源可采用较轻周期。
应该使用法定公司名还是客户面对的品牌名？
应按各平台要求使用客户现实中识别的品牌身份，不要为影响搜索而添加关键词、城市或 Legal Suffix；法定名称与 Trading Name 的证据应保存在 Master Record。
官方参考资料
- Google Business Profile: Representation guidelines
- Google Business Profile: Local ranking
- Google Business Profile: How Google sources business information
- Google Business Profile: Edit your Business Profile
- Google Business Profile: Manage Google updates
- Google Business Profile: Resolve duplicate profiles
- Google Business Profile: Manage your business address
- Google Business Profile: Eligibility and ownership
- Google Business Profile: Bulk upload spreadsheet
- Google 搜索 Central: LocalBusiness structured data
- Google 搜索 Central: Organization structured data
- Google 搜索 Essentials
Jack 可以建立 Source of Truth、审核重点 Listing、解决冲突 Profile，并为单个或多个地点准备安全的资料变更流程。
Google 排名如何演变：从 PageRank 到现代搜索系统2026年9月2日
Google AI 内容与 SEO：什么被允许、什么是垃圾内容，以及怎样安全发布2026年9月2日
Google Florida Update 2003：事实、理论与 SEO 教训2026年9月2日