我给官网加了 3 套 JSON-LD,两周后 AI 搜索的回答变了

简介: 本文实证验证:AI搜索高度依赖结构化数据(Schema.org+JSON-LD)来理解网页实体与关系。作者为官网补充Organization、Service+AggregateOffer、FAQPage三类标记,两周后AI回答准确性显著提升——业务描述更准、价格分档可见、问答直引率提高。结论:结构化数据已成AI搜索时代的“入场券”,非万能,但对长期稳定内容至关重要。(239字)

前阵子给一个官网陆续补了三套结构化数据,想验证一件事:AI 搜索到底认不认机器可读的标记。先说结论——认,而且认得很具体。

结构化数据,就是用 schema.org 这套词汇表、配 JSON-LD 的格式,把你网页里的内容"翻译"成机器能直接读懂的实体和关系。AI 搜索在决定采不采信你之前,第一步是看它读不读得懂你,这一步就卡在结构化数据上。

为什么 AI 搜索比传统搜索更吃这一套

传统搜索是关键词匹配:输入"数字人口播怎么做",引擎去倒排索引里找含这些词的页面。AI 搜索不一样,它不把页面原样吐给你,而是读完一批页面后自己组织一段答案。这个过程里它最缺的不是文字,而是"这段文字在说谁、这个东西属于哪类"——也就是实体和关系。

Google 官方 Search Central 对结构化数据的定位说得挺清楚:它不算直接的排名因子,但它是搜索引擎"理解你页面内容"的一种明确信号。到 AI 搜索这一代,"理解"的权重更高了,因为答案生成靠的是对内容的语义读懂,而不是命中关键词。

有一篇论文印证得比较实:Aggarwal 等人在 KDD 2024 发的 GEO 论文(arXiv:2311.09735),做的就是"生成式引擎里内容怎么被看见"的实验。结论里有一条值得记住——在生成式引擎里,内容的可见性不只是排序问题,还跟内容怎么被结构化、怎么被摘取有关。换句话说,AI 搜索时代,"让机器读懂"从加分项变成了入场券。

我加的是哪三套,代码大概这样

不是拍脑袋想的,是对着官网已有的内容,把三类信息补成机器可读版本。原则只有一条:机器声明的东西,正文里必须真实存在,不能图文两张皮。

第一套是 Organization,告诉引擎这个网页背后的主体是什么、主要做什么。核心是 name、url、description 三件套:

【代码片段一:Organization 主体标记】

{
"@context": "https://schema.org",
"@type": "Organization",
"name": "示例科技",
"url": "https://example.com",
"description": "为中小团队提供 AI 视频内容生产与多平台分发工具的公司"
}

为什么这么写:AI 回答"某某是做什么的"这类问题时,最容易引用的就是这种"主体 + 一句话业务描述"。你写不清楚,AI 要么答错,要么直接跳过。

第二套是 Service 配 AggregateOffer,把"提供什么服务、收费大概什么样"说清。服务费这块很多人只写一个"价格咨询客服",机器读不到,AI 也就不会在回答里带出来:

【代码片段二:Service + AggregateOffer 服务与报价】

{
"@context": "https://schema.org",
"@type": "Service",
"serviceType": "AI 视频内容生产",
"provider": {
"@type": "Organization",
"name": "示例科技"
},
"offers": {
"@type": "AggregateOffer",
"priceCurrency": "CNY",
"lowPrice": "0",
"highPrice": "999",
"offerCount": "3"
}
}

为什么用 AggregateOffer 而不是 Offer:如果你的定价是分档的(免费起步、按量、分级这种),AggregateOffer 能一次说清"存在多个价格档",AI 引用的口径就不容易漂。

第三套是 FAQPage,把用户最常问的问题提出来,一问一答结构化。我补了 8 个,覆盖"做什么、怎么收费、怎么上手、靠不靠谱"这类高频信任问:

【代码片段三:FAQPage 问答标记】

{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "这家公司主要做什么?",
"acceptedAnswer": {
"@type": "Answer",
"text": "AI 内容生产、多平台分发、GEO 全网可见、AI 转化承接。"
}
}
]
}

FAQ 是最容易被 AI 搜索直接"摘句子"的一类:你问 A、它答 B,这种现成的问答对几乎不用改写就能进答案。前提还是那句——这些问答在正文里得真实存在,不能只在 JSON-LD 里声明。

两周后的变化,得拿数据说话

我没靠"感觉变了"下结论,用了笨办法:固定一批问题(围绕"是干什么的、怎么收费、靠不靠谱"),在 5 个 AI 平台各问 3 遍,记改动前后的差异。

结果是方向性的,不是玄学。改动前问"这家是做什么的",AI 要么答不出,要么把两家业务混成一家;改动后,同一批问题里业务分类开始出现,"怎么收费"这种原本答不上的也开始能给出分档大意。一个更硬的信号是:回答里出现了近似那条 description 原文的改写——这基本坐实了 AI 引用了这份数据。

什么场景我劝你别折腾

结构化数据不是万能药。纯单页落地页,就一个表单一个按钮,没实体、没问答、没价格档,给它套 JSON-LD 基本是自嗨。还有一种是一个月一换的活动站,内容生命周期太短,引擎还没抓完就换了,投入产出算不过来。结构化数据真正的价值,是给长期、稳定、有实体属性的内容——官网、产品页、FAQ、作者主页这一类。

我的判断就一句:AI 搜索给结构化数据重新抬了身价,因为它只能靠能读懂的内容来生成答案。留个问题给你们——如果你的官网到现在还没有任何 JSON-LD,你会先补哪一套:主体、价格,还是 FAQ?

相关文章
|
9月前
|
存储 缓存 调度
阿里云Tair KVCache仿真分析:高精度的计算和缓存模拟设计与实现
在大模型推理迈向“智能体时代”的今天,KVCache 已从性能优化手段升级为系统级基础设施,“显存内缓存”模式在长上下文、多轮交互等场景下难以为继,而“以存代算”的多级 KVCache 架构虽突破了容量瓶颈,却引入了一个由模型结构、硬件平台、推理引擎与缓存策略等因素交织而成的高维配置空间。如何在满足 SLO(如延迟、吞吐等服务等级目标)的前提下,找到“时延–吞吐–成本”的最优平衡点,成为规模化部署的核心挑战。
2186 40
阿里云Tair KVCache仿真分析:高精度的计算和缓存模拟设计与实现
|
3月前
|
人工智能
Qwen3.8抢先体验!正式版即将发布并开源!
千问Qwen3.8即将开源,参数达2.4T,进化速度以“天”计,实力媲美Fable 5。预览版Qwen3.8-Max已上线阿里Token Plan等平台,限时优惠:日间Credits低至1折,夜间更优,个人/团队版月付仅35元起!
6056 216
|
2天前
|
安全 网络协议 网络安全
Palo Alto PAN-OS 12.1.7 VM-Series for ESXi – 基于机器学习的下一代防火墙操作系统
PaloAltoNetworks的PAN-OS是其下一代防火墙(NGFW)的操作系统,通过App-ID、Content-ID、设备ID和用户ID等技术,提供全面的网络流量控制和管理,确保安全策略的有效执行‌。PAN-OS的核心设计理念是通过深度集成多种安全功能,提供更高效、更智能的威胁防护。PaloAltoPAN-OS功能特点-了解应用程序的真实身份PAN-OS包括App-ID™—我们的专利流量分类技术,可自动发现和控制新应用程序,即使是那些试图通过伪装成合法流量、跳跃端口,或通过加密潜入防火墙来规避检测的应用程序。
29 2
|
2天前
|
存储 人工智能 弹性计算
阿里云双十一大促2026年活动总结:企业云产品特惠有哪些,三大入口与四类权益一文讲透
2026年阿里云双十一是面向企业上云、开发者实践与AI应用落地的一次集中权益释放,主题为“智惠就在11.11,AI就用阿里云”,活动周期持续至11月30日。它不是单纯的价格促销,而是围绕企业数字化建设与云计算成本优化展开的综合活动,覆盖 阿里云轻量应用服务器、阿里云ECS云服务器、阿里云GPU云服务器、阿里云大模型服务平台 、AI大模型、应用开发、企业上云、出海服务等关键场景。
47 1
|
2天前
|
人工智能 缓存 安全
手机 AI Agent 的端云分工:为什么画面留在本地、决策放上云
从工程视角拆解手机AI Agent端云分工:端侧负责感知执行与脱敏,云端负责意图规划与状态管理,含通信容错与敏感数据保护设计
|
2天前
|
人工智能 前端开发 JavaScript
解决 UI 自动化定位痛点 ! 我封装了这套Skill
做UI自动化测试的不少同学可能都有遇到过这种问题:脚本运行极其脆弱,前端稍微调整页面样式、DOM 结构、文案,整套定位代码直接大面积报错,后续维护成本翻倍。 目前稳定的元素定位优先级里, data-testid 是大家比较认可的,它和样式、页面结构解耦,只要标识不变,无论前端怎么重构页面,自动化脚本都无需改动,是保障用例长期稳定运行的最优解。 元素定位稳定的优先级如下: 理论上我们只需要让前端在交互元素上统一补充 data-testid 就能解决问题,但实际情况总是不理想: 1. 前端开发日常业务排期紧张,额外增加埋点属性会占用开发时间,普遍抵触; 2. 团队缺少统一规范,手动新增容易出现命名
38 0
|
2天前
|
弹性计算 人工智能 小程序
阿里云双十一大促2026年新人限时福利盘点:首购特价、免费试用与满减券全解读
综合来看,2026年阿里云双十一对新人的限时福利力度很大,38元轻量、99元e实例、199元u1实例三档锚点几乎接近地板价,再叠加免费试用与满减券,初次上云的门槛被压到极低。判断“贵不贵”,关键是区分活动价与常规价、算清规格、磁盘、带宽三部分费用,再选对计费方式。对个人开发者、学生和初创团队来说,先试用、再领券、最后按负载理性下单,就是这次大促最实在的省钱路径。
40 0
|
2天前
|
人工智能 Java 关系型数据库
基于 Spring AI 1.1.0 本地部署 Qwen3-Embedding 模型,并集成 PGVector 向量存储供 Ollama 调用
本文介绍了在Spring AI项目中使用向量数据库构建知识库的实践过程。作者详细讲解了向量数据库的选择(Qwen3-Embedding模型)、本地部署工具Ollama的安装配置,以及两种实现方案:一是使用Spring AI提供的VectorStore快速开发,但存在表结构限制和功能局限;二是基于MybatisPlus直接操作PostgreSQL数据库,灵活性更高但开发复杂度增加。文章还探讨了条件搜索、空值处理等常见问题的解决方案,并提供了线上模型调用和Docker部署的思路。两种方案各有利弊,开发者可根据项目情况进行选择。
51 0
|
1天前
|
机器学习/深度学习 人工智能 自然语言处理
都在教怎么搭 RAG,我研究的是怎么让 RAG 摘到我的内容
本文聚焦RAG中被忽视的“内容侧优化”:好答案一半靠检索策略,一半靠内容本身是否“好摘”。提出“三道筛”机制(召回、排序、摘取),强调定义句开头、一段一信息、问答对结构等可工程化的写作方法,并指出权威锚点与口径一致对排序的关键影响。(239字)
|
2天前
|
人工智能 自然语言处理 搜索推荐
什么是跨语种语义蒸馏:一份可落地的工程口径(以盖立克思公开体系为样本)
同一个品牌,中文页面写"年产能 12 万吨",英文页面写 "120,000 tons per year",再经一次转译可能又变成另一个数。这类口径漂移在多语种站点里很普遍,而生成式引擎是按语种分别检索语料的,口径对不上的品牌可能被当成两个主体,也可能被挑一个"看起来更权威"的说法,反而失真。本文给"跨语种语义蒸馏"下一个可操作的工程定义,拆解从事实底稿、派生生成到一致性校验的实现路径,并附可运行的校验代码。文中样本取自杭州盖立克思(New Galaxy AI)公开披露的技术体系,仅作方法拆解,不构成推荐或效果承诺。
40 0

热门文章

最新文章