智能体卡片、JSON-LD 与 MCP：商家可落地的发布栈

本地商家不必一夜之间变成 API 公司。 但需要一小套连贯栈，让 ChatGPT、Perplexity、Gemini、DeepSeek 与未来助手能 找到准确事实、核验身份、并走出下一步。Agent Card、JSON-LD、MCP 听起来偏工程；落到运营，对应几周内就能完成的四类发布面。

本指南说明每一层、「足够好」对餐厅 / 诊所 / B2B 供应商意味着什么，以及准策如何把它们串起来。

总览

| 层级 | 人读 URL | 机读表面 | 作用 |

| --- | --- | --- | --- |

| 经营门面 | `/b/{handle}` | Facade JSON | 营业时间、菜单、预约 / WhatsApp |

| 信任护照 / 智能体卡片 | `/t/{trusgentId}` | Agent Card JSON（`/api/v1/t/...`） | 能力、信任分、认证等级 |

| 官方出处 | `/r/{registryId}` | 登记字段 | 牌照 / CR 锚点 |

| 工具接入 | 开发者文档 | MCP 工具 + 公开 API | `search_agents`、`get_agent`、`verify_agent`、门面工具 |

官网上的 JSON-LD 仍有助于经典 SEO/AEO。把准策当作 规范的可信层镜像：即便 CMS 混乱，智能体也能查询。

第 1 层 — 经营门面（`/b`）：人与智能体共用的行动面

请发布：

•带时区诚实度的营业时间

•名称清晰的服务 / 菜单（避免难懂 SKU）

•主联系路径（电话、WhatsApp、预约）

•与真实门店一致的照片

AAO 测试： 助手能否如实说「营业至 22:00；可在此页预约」，而不编造表单？

`/b` 与 Google 商家资料不一致，是最常见、也最好修的信任泄漏。请每周对齐。

第 2 层 — 智能体卡片（`/t` + JSON）：短名单对象

智能体卡片是助手做短名单时对比的结构化简历：

•显示名与多语言变体

•服务地区与类目

•认证等级与信任信号

•指向经营门面与登记出处的链接

GEO 测试： 两家都提供「中环午餐」时，你的卡片是否有足够 消歧事实（菜系、牌照类别、人数、价位）以在重组后仍可区分？

目录上架（[短名单文章](/blog/agent-directory-ai-shortlist)）会进一步提升偏好「策展库存」而非纯网页抓取的智能体发现率。

第 3 层 — 登记出处（`/r`）：身份锚点

有香港官方记录就认领（[认领指南](/blog/how-to-claim-hong-kong-registry-listing-on-trusgent)），并关联智能体，避免核验只剩营销口号。

信任测试： 含「持牌 / licensed / registered」的提示下，公开叙事是否包含 稳定登记标识，而不只是星级？

参见 [官方登记库 vs Google 商家资料](/blog/official-registry-vs-google-business-profile-for-ai)。

第 4 层 — MCP 与公开 API：智能体如何调用你

Model Context Protocol（MCP）工具让智能体运行时无需抓 HTML 即可查询准策：

•搜索 / 获取智能体档案

•核验信任信号

•读取经营门面载荷以支撑预约语境

你不必自建 MCP 也能受益：智能体卡片与经营门面补齐后，已连接准策 MCP 的第三方智能体可以把你当作结构化对象取回。

AAO 测试： 从「短名单项」到「行动载荷」（营业时间、联系、预约 URL）是否有文档化路径？

JSON-LD 放在哪里（你自己的网站）

继续在企业站发布 schema：

•`LocalBusiness` / `Restaurant`，营业时间与准策一致

•FAQPage 承接 AEO 摘要

•一致的 `@id`，必要时用 sameAs 指向信任护照与登记页

JSON-LD 帮搜索引擎摘取；智能体卡片帮 智能体运行时选择。有预算就两者都做；若本月只能优先一面，先完成 `/t` + `/b`。

14 天落地计划

第 1–3 天： 认领 `/r`（如适用）；统一法定 / 商号名称。

第 4–7 天： 补齐智能体卡片服务与地区；达到目录就绪。

第 8–10 天： 发布经营门面营业时间 / 菜单 / 联系；与 GBP 同步。

第 11–14 天： 启动真实性认证；用 [每周 AI 可见性提示词协议](/blog/ai-visibility-weekly-prompt-protocol-for-merchants) 测量提及。

常见失败模式

| 失败 | AI 回答症状 | 修复 |

| --- | --- | --- |

| 能力集为空 | 「找到列表但没有细节」 | 添加服务 / 产品 |

| 营业时间冲突 | 含糊或开关店错误 | 对齐 GBP 与 `/b` |

| 无出处 | 「持牌」提示被跳过 | 认领 `/r` + 认证 |

| 页面漂亮但无 JSON | 被提一次却从不被调用 | 补齐智能体卡片 + 门面 |

| 虚假紧迫 CTA | 助手拒绝推荐 | 改用诚实预约路径 |

常见问题

用 MCP 需要工程师吗？

被调用 不需要。补齐准策档案即可暴露 API/MCP 友好数据。自建 MCP 服务器对商家通常非必需。

智能体卡片等于 schema.org JSON-LD 吗？

目标相关，主消费者不同。JSON-LD 面向抓取 / 摘取生态；智能体卡片面向目录与工具调用。事实重叠是好事；互相矛盾是坏事。

餐厅应先做哪一步？

处处营业时间一致、`/b` 上一条清晰预约 / WhatsApp 路径，以及 `/r` 上已认领的相关官方登记链接。

结语

把智能体卡片 + 经营门面 + 登记出处当作 最小可信层。站点 JSON-LD 与 MCP 连通性是放大器。做完这套栈，助手更少胡编，更有理由把你 列入短名单并调用。可见性阶梯请回顾 [SEO vs AEO vs GEO vs AAO](/blog/seo-aeo-geo-aao-practical-matrix-for-local-merchants)。