结构化数据是声明，不是排名魔法
服务页堆满无关 schema 不会带来魔法排名，却可能触发富结果问题。代理商服务页 JSON-LD 应诚实描述组织、服务、面包屑与可见 FAQ。可上线在站点实现中保持 JSON-LD 与可见内容同步生成。下文给出推荐图谱与验收方式。下文给出可落地的判断框架、分步清单与常见误区，便于上海及跨境团队在两到四周内推进，并把相关服务能力组合进同一交付节奏。下文给出可落地的判断框架、分步清单与常见误区，便于上海及跨境团队在两到四周内推进，并把相关服务能力组合进同一交付节奏。
组织与本地实体打底
全站 Organization/LocalBusiness 含名称、URL、logo、区域与联系。服务页引用同一 @id，避免重复冲突实体。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。
Service 类型要克制
描述真实提供的服务名称、描述、provider。勿标记未提供的服务或虚假价格。中英页面分别生成。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
FAQ 仅标记可见问答
页面上用户能看到的问题才进 FAQPage。隐藏 SEO 问答属于滥用风险。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
Article 用于洞察不是服务
服务页不要硬套 Article。洞察文用 Article/BlogPosting 并含日期与作者/组织。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
生成方式与校验
构建时或服务器渲染注入；变更内容同步变更 JSON-LD。用富结果测试抽查。错误日志进发布检查。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
不做什么
不堆 Review 假评分、不标记不可购买的 Offer 为可买、不复制全文进 schema。少而准优于多而假。结合可上线探索→设计→开发→上线节奏，把该项写入验收与预发检查，避免口头对齐后遗漏。结合可上线（KSX Studio）探索→设计→开发→上线节奏，把该项写成可验收产物：负责人、完成定义、预发验证与回滚策略，避免口头对齐后再次发散。
可执行清单
- 1全站组织 @id 统一
- 2服务页 Service 与可见文案一致
- 3FAQ 仅来自可见模块
- 4面包屑绝对 URL 正确
- 5发布前富结果抽检
核心要点
- JSON-LD 必须与可见内容一致。
- 服务页用克制图谱，洞察页用 Article。
- 假评分与隐藏 FAQ 是风险不是技巧。
常见问题
- 要不要 Product schema？
- 卖标准化产品时才考虑；项目制服务通常 Service 更合适。
- 多语言如何处理？
- 每语言 URL 独立 JSON-LD，语言与文案一致，勿混用。
- 手动维护还是自动？
- 自动从内容源生成，减少漂移；关键字段人工配置。