itemtype写错则结构化数据完全失效,因其必须是schema.org定义的完整https url,大小写、协议、拼写全敏感;错误如“article”“http://”或小写“product”均不被识别。

itemtype 本身不提升点击率,但它决定搜索引擎能否把你的页面识别为特定实体(比如 Article 或 Product),进而触发富媒体摘要——而富摘要才是点击率提升的直接原因。没写对 itemtype,后面所有字段都白标。
为什么 itemtype 写错就完全失效
Google 和百度只认 schema.org 官网定义的完整 URL,且大小写、拼写、协议全敏感:
-
itemtype="https://schema.org/Article"✅ 正确;itemtype="Article"❌ 不解析 -
itemtype="https://schema.org/Product"✅;itemtype="https://schema.org/product"❌(小写 p) -
itemtype="http://schema.org/Article"❌ HTTP 已被弃用,必须 HTTPS - 用旧版
data-vocabulary.org地址(如http://data-vocabulary.org/Person)在 2026 年已基本不被识别
itemtype 对应的富摘要类型和最低字段要求
不是所有 itemtype 都能出富摘要,Google 只对满足“必要字段”的类型生效,缺一不可:
-
Article:必须同时有headline、datePublished(ISO 8601 格式)、description;漏掉datePublished,哪怕其他全对,也不会显示“X 小时前”浮层 -
Product:必须含name、offers对象(内含price和priceCurrency);只写price不写priceCurrency,富摘要直接降级为纯文本 -
FAQPage:每个mainEntity必须有非空acceptedAnswer,且值不能含 HTML 标签(如<p>答案</p><div class="aritcle_card flexRow artxards"> <div class="artcardd flexRow"> <a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill9263" title="Html2md"><img src="https://img.php.cn/upload/skill/000/000/081/179249945220127.jpg" alt="Html2md" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a> <div class="aritcle_card_info flexColumn"> <a rel="nofollow" href="/xiazai/skill9263" title="Html2md" class="overflowclass">Html2md</a> <p class="overflowclass">使用 Readability + Turndown 将 HTML 页面转换为干净的、Agent 友好的 Markdown。去除导航栏、广告、页脚、Cookie 横幅、社交按钮等干扰元素。支持 URL...</p> </div> <a rel="nofollow" href="/xiazai/skill9263" title="Html2md" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a> </div> </div>会被忽略)
富文本内容怎么让 itemprop 抓得准
富文本里混着 <pre class="brush:php;toolbar:false;"></pre>、<figure></figure>、广告 div、懒加载占位图,直接 innerText 提取会污染摘要。实际抓取要过滤干扰:
- 用 JS 提取时,先克隆节点并移除
pre、figure、.ad-banner等无关容器,再取innerText -
description字段值必须与用户可见正文严格一致——如果页面上显示“库存仅剩 3 件”,但结构化数据里写"availability": "InStock",Google 会标记为误导 - 时间类字段(如
datePublished)不能从富文本里正则提取中文日期(如“昨天”“2026年6月”),必须由后端或构建时注入 ISO 格式字符串 - 图片字段
image值要是可公开访问的 HTTPS 绝对地址,且宽高比接近 16:9 或 4:3;用srcset或懒加载 URL(如data-src)不会被识别
移动端富摘要最常卡在哪几个点
很多团队在 PC 端看到富摘要,但移动端不展示,问题往往不在 itemtype 本身,而在上下文约束:
- 页面返回状态码不是 200(如 301 跳转、503 服务不可用),Search Console 直接跳过解析
-
script type="application/ld+json"放在底部或由 JS 动态插入,Googlebot-Mobile 抓取时大概率未执行到 -
meta name="viewport"缺失或设了user-scalable=no,Google 判定为非响应式页面,限制富摘要投放 - 首屏关键图用了
loading="lazy",导致 image URL 在爬虫预取阶段不可达,整个富摘要资格被剔除
真正难的不是写对 itemtype,而是让它的语义在 DOM 结构、HTTP 响应、图片加载、时间格式、移动端适配这整条链路上都不出岔子——任何一个环节松动,富摘要就断在半路。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!










