结构化資料（常见格式是 JSON-LD）本身不直接带来流量，它的作用是把頁面里的關键信息用统一格式说清楚，方便搜尋蜘蛛理解“這是什么頁面、寫了什么、和谁有關”。但很多站点上线标注後就不再检查，结果出現标记與正文對不上、過期信息没删、同一頁面多種類型互相冲突等問题。對蜘蛛来说，這相当于收到一份和實际内容不一致的說明书。
先判断頁面是否真的需要标注
並不是每個頁面都适合加结构化資料。产品頁、文章頁、FAQ、教程、活動頁通常有明确的标注類型；而栏目列表、标簽聚合、搜尋结果頁往往没有合适的類型，硬加反而容易出错。自查时可以先問三個問题：
- 頁面是否有稳定、單一的實体？比如一篇文章、一個产品、一個视频。
- 正文中是否明确出現了要标注的字段？比如评分、價格、作者、更新時間。
- 這個字段是否會频繁變化？如果會，是否有同步更新机制？
如果答案模糊，可以先不加，或者只保留最基础的 Article 或 WebPage 類型。
最常见的几類“對不上”
- 類型選错：把产品列表頁标成 Product，但頁面上並没有具体商品參數。
- 字段缺失或空白：标了评分却没有评分来源，标了價格却只寫“咨询客服”。
- 過期信息未清理：活動結束、價格調整、作者离职後，标记里仍保留舊資料。
- 正文與标记矛盾：正文寫“预計三個月更新一次”，标记里的更新時間却是每天。
- 嵌套错誤：把多個不相關的實体塞進同一個 @graph，導致關系混乱。
结构化資料不是“寫了就有”，而是“寫得對才有參考價值”。
可执行的自查步骤
- 列出全站已部署结构化資料的頁面類型，按模板归類，而不是逐頁翻看。
- 抽取每個模板的代表頁面，查看源碼中的 JSON-LD，確認语法没有括号、逗号错誤。
- 把标记字段與頁面可见内容逐項對照，重点看名稱、描述、日期、作者、價格、评分。
- 检查字段之間是否冲突，比如 datePublished 晚于 dateModified。
- 用搜尋平台提供的測試工具或校驗工具检查，把报错項记錄到表格里。
- 對没有再维護的類型，要么补齐信息，要么直接移除，不要留空壳。
把检查放進日常维護
结构化資料不需要每天盯着，但适合纳入模板變更和内容更新的流程。每次改版、換模板、調整字段时，顺手抽查一個代表頁面；内容編輯在更新文章时，如果改了标题、作者或發布時間，也確認一下标记是否同步。對于已经下线的活動頁或舊产品頁，如果保留頁面，就把标记一並清理或替換。
另外，标记只是辅助，不要為了标注去改動正文信息，也不要让标记承担頁面没有的内容。让标记和用戶看到的内容保持一致，蜘蛛理解起来會更省力，站点运营也少一類需要排查的隐患。