结构化数据与品牌实体
同一家公司，官网上叫「CNCNC 信息港」，地图上叫「郑州中科信息技术有限公司」，招聘页又写成别名——在 AI 眼里这可能是三家不同的公司。实体一致性，是 GEO 里最容易被忽略、又最难补救的一环。
企业官网需要哪些结构化数据？怎么写才不算作弊？
最小可用集合是五类：Organization（公司名、地址、电话、Logo、社会信用代码）、Product/Offer（产品与价格区间）、Service（服务内容与覆盖区域）、FAQPage（页面可见问答）、BreadcrumbList（层级）。写法原则只有一条：标注的必须是页面上看得到、且真实的信息。价格与页面一致、问答与正文一致、地址与地图一致，就不会被判作弊；反之，标注了页面上不存在的评分或价格，属于典型违规。
- Organization 全站统一，用 @id 复用，不要在每页重复写两份
- Product 的 price 必须与页面显示数字一致
- FAQPage 只收页面上真实渲染出来的问答
- 实体一致性：公司名 / 地址 / 电话 在官网、地图、工商信息里对齐
- 一个页面一个主实体，别把十个产品挤进一页
AI 认的不是页面，是实体
搜索引擎与生成式引擎内部都在维护「实体」：一家公司、一个产品、一个地点。判断可信度时，它们会看这个实体的信息在不同来源之间是否自洽——官网上写的电话，和地图、工商、招聘页上的电话是否一致；官网上的业务范围，与你在其他平台上的描述是否矛盾。
不一致的代价是：无法建立稳定实体，只能被当成「某个网页」而不是「某家公司」。这时即使内容不错，也很难在品牌词、地域词的回答里被当成权威来源。
| 不一致类型 | 表现 | 后果 |
|---|---|---|
| 名称 | 官网用品牌简称，地图与工商用全称，从未并列出现 | 实体无法归并，品牌词检索命中弱 |
| 联系方式 | 官网 400 电话，地图留手机号，招聘页又是另一个 | 可信度下降，AI 不敢引用 |
| 业务范围 | 官网写「服务器租用」，平台写「网站建设」 | 被归到错误品类，检索时不出现在正确问题下 |
五类标注，覆盖 90% 的场景
| 类型 | 放在哪 | 关键字段 | 容易漏的 |
|---|---|---|---|
| Organization | 全站（首页或统一模板） | name、url、logo、telephone、address、sameAs | sameAs 里补公众号、地图、企业信息页 |
| Product / Offer | 产品与报价页 | name、image、offers.price、priceCurrency、availability | price 与页面数字不一致 |
| Service | 服务介绍页 | serviceType、areaServed、provider | areaServed 写成「全国」但实际只做本地 |
| FAQPage | 含问答的页面 | mainEntity[].name / acceptedAnswer.text | 塞了页面上看不到的问答 |
| BreadcrumbList | 全站 | itemListElement 的 position / name / item | 可见面包屑与标注层数对不上 |
@id 定义一次，其余类型通过 provider: {"@id": "…#organization"} 引用。这样改一次公司信息，全站生效，也避免多处副本互相矛盾。Organization：把「你是谁」写死
{
"@context": "https://schema.org",
"@graph": [{
"@type": ["Organization", "LocalBusiness"],
"@id": "https://www.cncnc.com.cn/#organization",
"name": "郑州中科信息技术有限公司",
"alternateName": "CNCNC 信息港",
"url": "https://www.cncnc.com.cn/",
"logo": "https://www.cncnc.com.cn/assets/img/logo.png",
"telephone": "+86-371-65111123",
"address": {
"@type": "PostalAddress",
"addressCountry": "CN",
"addressRegion": "河南省",
"addressLocality": "郑州市"
},
"areaServed": { "@type": "AdministrativeArea", "name": "河南省" },
"sameAs": [
"https://www.cncnc.com.cn/about/index.html"
]
}]
}两个细节值得注意：name 与 alternateName 同时给，让品牌简称与工商全称能被归并到同一实体；telephone 用国际格式，避免不同来源的格式差异导致匹配失败。
四个把标注做废的错误
价格写了「面议」
Offer 里没有 price 或写成 0，等于没标。宁可给区间，也别留空。
FAQ 与正文两套话
页面上是一条答案，标注里是另一条，属于典型不一致。
公司信息写五份
每页都复制一份 Organization，改地址时漏改三处。
类型乱用
把服务页标成 Product，把案例页标成 Article 却不给作者与时间。
一致性检查：六个问题问一遍
- 公司全称与简称，是否在官网上同时出现过（至少一次并列）？
- 电话、地址、邮箱，官网与地图、工商信息是否完全一致？
- 页面显示的价格与 Offer 里的 price，是否逐条对得上？
- FAQPage 里的问答，是否都能在页面上找到原句？
- 可见面包屑的层数，与 BreadcrumbList 的 position 是否一致？
- 是否有页面标注了页面上不存在的评分、奖项或认证？
结构化数据的五个常见疑问
结构化数据能提升排名吗？
直接影响很小，间接影响明显。它的主要作用是让搜索引擎与 AI 正确理解页面（富摘要、实体归并、问答抽取），从而提升点击率与被引用概率。指望靠标注冲排名不现实，但缺少标注会在同类竞争中处于劣势。
小公司没有品牌知名度，做实体标注有用吗？
更有用。知名度低意味着 AI 对你「一无所知」，此时官网的结构化数据几乎是它唯一的可靠信息来源。把名称、地址、业务范围、价格区间写清楚，至少能保证被正确归类，而不是被算法猜测。
同一页放多个 Product 可以吗？
可以，但建议用 ItemList 组织，且每个 Product 都要有独立的 name 与 offer。更推荐一页一个主产品、其余用列表链接到详情页——这样每页主题清晰，也更容易被单独引用。
LocalBusiness 和 Organization 要同时用吗？
本地经营的企业建议同时标注（数组形式 ["Organization","LocalBusiness"]），既表达公司身份，也表达地理位置与服务半径。如果只做线上业务、无线下网点，单独用 Organization 即可。
标注写完怎么验证？
两件事：① 用 Schema 校验工具跑一遍，确认零报错、无孤儿节点；② 人工比对页面可见内容与标注字段是否逐条对应。前者查语法，后者查一致性——实际出问题的多是后者。
把公司信息一次性写对，全站复用
我们可以输出一套统一的实体数据（Organization + 五类页面标注模板），配好 @id 复用与校验流程，新页面沿用模板即可，不用每次重写。
告诉我们你的需求，工程师直接对接
提交后由对应产品线的工程师联系，提供资源清单与报价区间。电话与信息仅用于本次咨询对接，不做他用。
- 2 小时内响应（工作日）
- 提供多方对比的选型建议
- 可开具资质文件与正规发票