结构化資料不是“加分項”，也不是能直接換来排名的開關。它更像是给搜尋引擎看的一份頁面說明书：這段文字是人名、這是發布日期、這里是面包屑层級。寫對了，机器更容易理解頁面；寫错了，最坏的情况是标记被忽略，甚至因為與實际内容不符而引来麻烦。
第一步：核對标记與頁面可见内容
最常见的問题不是语法错誤，而是“说的和看到的不是一回事”。
- 评分與评论數量是否真實存在于頁面上，還是只出現在代碼里；
- 價格、库存狀態、促销時間是否和頁面展示保持同步；
- 作者、發布時間、更新時間是否與頁面顶部标注一致；
- 面包屑标记的层級是否與實际導航路径吻合。
如果這些字段在頁面上找不到對應内容，就不该出現在标记里。宁可少寫，也不要為了凑字段而编造。
選類型：從頁面真實用途出發
文章類與站点基础
资讯、教程、帮助文档用 Article 系列比較稳妥，配合 BreadcrumbList 說明层級，用 Organization 描述站点主体。注意 Article 的 headline 與頁面标题不必完全相同，但指向的必须是同一篇内容。
商品與服務類
只有当頁面确實在售賣或展示某個可交易對象时，再用 Product 與 Offer。评分聚合（AggregateRating）尤其要谨慎：没有真實评價来源就不要寫，這是最容易出問题的一類字段。
部署方式與常见坑
JSON-LD 放在 head 或 body 都可以，但要注意几点：
- 同一頁面重复輸出多份相同類型的标记，容易互相冲突；
- 模板批量生成时，把預設值（固定價格、示例作者）带到了所有頁面；
- 由前端脚本動態插入，而脚本依赖用戶交互才执行，導致抓取时拿不到；
- 本地化頁面直接複製主語言标记，語言、货幣、地区没有跟着改。
一次完整的检查流程
- 從各栏目里分別挑一個代表頁面，導出渲染後的 HTML，確認标记能稳定出現；
- 用官方測試工具校驗语法，再看能识別出哪些富媒体结果類型；
- 把标记里的每個字段與頁面可见内容逐條對照，删掉没有對應内容的部分；
- 检查模板层：分頁頁、篩選頁、标簽頁是否该輸出同一套标记；
- 發布後观察站長平台里的增强报告，区分“错誤”和“警告”，優先處理影响面大的部分。
把它纳入日常维護
结构化資料會随着模板改版、字段調整、内容迁移而失效。建议在每次改版上线前，固定检查几個高频模板；每月掃一遍全站的标记语法問题，记錄新增與消失的類型數量。
标记的作用是减少歧义，不是制造差异。頁面说什么，标记就寫什么，這條底线守住，剩下的都是细节。
最後提醒一句：结构化資料不會替代内容质量本身。它能让理解成本更低，但頁面值不值得被展示，還是由内容和使用体驗决定。