结构化数据怎么加
让机器不用猜就知道「这家公司叫什么、做什么、在哪」
它解决什么问题
你的官网首页写着「XX 智能装备有限公司,成立于 2015 年,位于东莞」。人一眼就懂,但机器要从一堆文字里判断哪个是公司名、哪个是成立时间、哪个是地址,是要靠猜的——猜错了,AI 转述你的时候就说错了。
结构化数据就是把这些信息按约定好的格式再标注一遍,明确告诉机器「这是公司名」「这是成立年份」。它不改变页面的显示效果,纯粹是给机器看的。
对 AI 能见度的作用是间接但实在的:标注过的事实更容易被准确提取,也更容易在多个来源之间被交叉印证——而「多处一致」正是 AI 敢把某件事当作事实来说的前提。
最该加的三种
格式用 JSON-LD(写在一段 `<script>` 里,放进页面的 `<head>`)。这是目前各家都推荐的写法,也最好维护。企业官网优先加这三种:
| 类型 | 放在哪 | 解决什么 |
|---|---|---|
| Organization | 全站(放在通用模板里) | 公司名、logo、官网、联系方式、社交账号 |
| FAQPage | 只放常见问题页 | 把问答对标注出来,AI 直接引用整段答案 |
| Service / Product | 服务或产品页 | 你提供什么、面向哪个区域、价格区间 |
Organization:先加这一个
如果只做一件事,做这个。把下面这段的内容换成你自己的,放进网站每一页的 `<head>` 里:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "东莞市XX智能装备有限公司",
"url": "https://你的域名",
"logo": "https://你的域名/logo.png",
"foundingDate": "2015",
"description": "主营 XX 设备的研发、生产与维保,服务珠三角地区制造企业。",
"address": {
"@type": "PostalAddress",
"addressCountry": "CN",
"addressRegion": "广东省",
"addressLocality": "东莞市",
"streetAddress": "XX镇XX路X号"
},
"contactPoint": {
"@type": "ContactPoint",
"contactType": "sales",
"telephone": "+86-769-XXXXXXX"
}
}
</script>FAQPage:性价比最高的一个
如果你有一个常见问题页,加上 FAQPage 标注,等于把一问一答直接摆到 AI 面前——它不需要从段落里自己切分出问题和答案。
有个坑要避开:同一个站里 FAQPage 只标注在真正的常见问题页上,别每个页面都放一份。重复标注不会加分,只会让机器困惑。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "你们的设备保修多久?",
"acceptedAnswer": {
"@type": "Answer",
"text": "整机保修 24 个月,核心部件 36 个月,
保修期内上门服务不额外收费。"
}
}]
}
</script>加完怎么验证
- ·在页面上右键「查看网页源代码」,搜 `application/ld+json`,能找到你加的那段就说明部署上了。
- ·把那段 JSON 贴进任意一个 JSON 校验工具,确认没有语法错误——少一个逗号整段就会被忽略,而且页面上看不出任何异常,这是最常见的失败方式。
- ·各大搜索引擎都提供免费的结构化数据测试工具,把网址贴进去能看到机器实际解析出了什么。
别期待立竿见影
结构化数据是打地基,不是开关。加完当天不会有任何变化,它的作用要等爬虫重新抓取、并且在多次问答中累积体现出来。
更重要的是:标注不会让错的信息变成对的。如果你官网上的信息本身就过时了,标注只会让 AI 更高效地采信一条错误事实。先把内容改对,再标注。
延伸阅读
- llms.txt 是什么,要不要写
写给 AI 读的一页纯文本摘要。先说清楚它不是标准,再说为什么仍值得写。
- 官网内容怎么写,AI 才「抄得动」
AI 只转述能确认的具体事实。哪些句子它抄得动,哪些它会直接跳过。
- 怎么让 AI 爬虫读得到你的网站
AI 爬虫被挡在门外是最常见也最容易修的问题,附一份可直接抄走的配置。
