结构化資料（最常见的實現方式是 JSON-LD 格式的 Schema 标记）本身不承诺排名，它的作用是把頁面上已经存在的信息，用机器能讀懂的方式再说一遍。一旦這份“机器版說明”和訪客實际看到的内容對不上，站点就可能顯示错誤信息，或者在搜尋结果里丢失富媒体摘要。這篇文章整理一份结构化資料的日常自查清單，适合内容站、企业站和电商站使用。
為什么值得定期检查
评分、價格、库存、FAQ、面包屑路径這類富媒体摘要，都依赖结构化資料来生成。搜尋引擎對“标记内容與可见内容不一致”比較敏感，而這類問题往往不是某一個人寫错，而是模板改動後批量出現：全站模板改了一次，几千個頁面同时出错。定期抽查比逐個頁面修补更划算。
先记住三條底线
- 标记的内容必须是頁面上肉眼可见的。頁面上没有的评分、评價數量、價格、库存，不要标记。
- 不要為了拿富媒体摘要而编造資料。示例資料、測試資料、临时占位數字都要在正式上线前清掉。
- 同一個實体只描述一次。同一頁里重复輸出多份含义相同的标记，容易让解析结果互相冲突。
逐項自查清單
一、语法與解析是否正常
- JSON 是否合法：多余的逗号、中文引号、未轉义的換行都會让整段标记直接失效。
- 承载标记的标簽類型是否為 application/ld+json。
- 标记有没有被模板轉义，结果在頁面上直接顯示成一堆代碼文本。
- 用編輯器或在线工具把 JSON 格式化一遍，能顺利解析再進入下一步。
二、字段與頁面内容是否一致
- 标题、名稱、描述與頁面 H1 和正文是否一致，注意別把栏目名错填成全站名。
- 價格、货幣單位、库存狀態、發布時間、更新時間與頁面顯示是否一致。
- 作者、机构名稱的寫法是否與頁面一致，避免出現两種译名或简称。
- 面包屑标记里的层級和連結，是否與頁面實际层級一致。
三、類型選擇是否合适
優先使用主流搜尋引擎明确支持的類型，例如 Article、BreadcrumbList、Organization、WebSite、Product、FAQPage 等。不要给一篇普通文章硬塞商品标记，也不要把栏目頁标记成文章頁。FAQ 類型的問答必须在頁面上真實可见，而且不是广告性质的推销内容。
四、頁面級與站点級要分開
Organization、WebSite、站点 Logo 這類描述整個站点的标记，通常放在首頁或全站模板中，並保證只出現一次；Article 這類描述單篇内容的标记，放在具体文章頁。常见問题是全站模板和單頁模板同时輸出，同一個實体出現两份，解析结果反而變得含糊。
五、批量與模板輸出最容易出問题
列表頁、聚合頁、归档頁、分頁頁是重灾区：模板统一輸出了文章标记，發布時間却變成了模板渲染的時間；分頁頁面的面包屑位置错乱；栏目頁被套上了文章模板。建议先人工抽查几個代表性頁面，再用批量抓取的方式核對全站。
一次完整自查怎么做
- 挑 5 到 10 個有代表性的 URL：首頁、栏目頁、文章頁、产品或服務頁、列表頁、多語言頁。
- 查看網頁源代碼，搜尋 ld+json，把标记内容複製出来。
- 先確認能正常解析，再對照頁面可见文本逐項核對字段。
- 使用官方提供的富媒体測試工具或结构化資料測試工具，查看错誤與警告。
- 把错誤按類型归類，回到模板层统一修复，而不是逐個頁面手工改。
- 修复後重新抓取並复测，同时观察搜尋结果里的摘要是否恢复正常。
几個反复出現的坑
- 评分和评论數照抄示例資料，頁面上根本没有评论。
- 發布時間随着頁面刷新不断變化，看起来像每天都發新内容。
- 頁面寫“價格区間”或“起價”，标记里却填了一個具体數字。
- 面包屑标记里的連結和頁面實际連結不是同一個地址。
- 多語言頁面共用同一套标记，語言字段没有区分。
- 标记被模板轉义，直接顯示在頁面正文里。
结构化資料是“描述”，不是“声明”。頁面上没有的東西，不要标记。
把它變成日常习惯
可以把结构化資料检查加進改版清單：模板變更後抽测一次，栏目或頁面结构大調整後抽测一次，平时按固定频率（比如每季度）抽查几個頁面。發現富媒体摘要消失时，先查标记本身是否還能解析，再核對頁面内容是否被删改，通常能很快定位到原因。