结构化資料不是排名開關，它的作用是让搜尋引擎更清楚地识別頁面上的實体和關系。對站点运营来说，真正麻烦的不是“没加标记”，而是标记與用戶看到的内容不一致。蜘蛛拿到一份自相矛盾的說明，轻則忽略，重則對整站資料质量打折扣。
先確認頁面類型，再谈字段
做结构化資料自查，第一步不是打開代碼，而是問：這個頁面到底在讲什么？是文章、商品、問答、教程，還是机构介绍？頁面類型選错，後面填得再全也白搭。建议把栏目和内容類型先對齐，再决定用哪種 Schema。
常见類型與适用场景
- Article / NewsArticle：资讯、博客、帮助文档等以正文為主的内容頁。
- BreadcrumbList：配合面包屑導航，說明頁面在站点层級中的位置。
- Product：有明确商品名稱、價格、库存、评價的商品詳情頁。
- FAQPage：頁面主体确實是一组問答，而不是把正文硬拆成問答。
- HowTo：步骤清晰、可复現的操作教程。
- Organization / LocalBusiness：品牌或线下门店信息，通常放在首頁或联系頁。
不要為了覆盖更多類型而给同一頁面堆叠大量标记。一個頁面有一個主要實体就够了，辅助實体可以少量补充。
JSON-LD 的摆放與更新
JSON-LD 通常放在 head 或 body 末尾，不影响頁面渲染。但要注意，如果 JSON-LD 是前端動態注入的，需要確認蜘蛛抓取时能拿到完整内容。對于内容更新频繁的頁面，價格、库存、活動時間、评分等字段最容易過期，最好纳入栏目运营的更新流程。
容易踩的坑
- 标记與正文不一致：标记里寫“限时五折”，頁面上已经没有這個信息。
- 必填字段缺失：比如 Product 没寫 name、offers 缺價格或货幣。
- 日期格式混乱：發布日期、更新日期寫错，或用了本地化格式。
- 评论标记滥用：把站内推荐语、編輯评分冒充用戶评價。
- 嵌套层級错誤：把 FAQ 塞進 Article，或把多個實体硬拼在一個脚本里。
- 多語言版本混用：不同語言頁面共用同一套标记，却没有区分語言和地区。
标记是頁面的“說明书”，不是頁面的“广告词”。說明书寫错，比不寫更麻烦。
上线前自查清單
- 確認頁面主類型與可见内容一致。
- 检查必填字段是否完整，字段值是否與頁面一致。
- 核對日期、價格、库存、评分等易變信息。
- 確認 JSON-LD 在蜘蛛抓取版本中可见。
- 检查多語言、多地区頁面是否使用對應标记。
- 用測試工具驗證语法，但不要只看“通過”就結束。
- 把结构化資料纳入内容更新和模板改版流程。
和站点其他配置配合
结构化資料不是孤立配置。它需要和 canonical、robots、站点地图、面包屑導航保持一致。比如 canonical 指向 A 頁面，结构化資料却描述 B 頁面；或者站点地图提交了已下线的商品頁，标记里還保留着舊價格，都會让蜘蛛收到混乱信号。站点运营可以把它当成頁面质量检查的一部分，而不是單獨的技術任務。
最後提醒一句：结构化資料能帮助理解，但不承诺一定带来富媒体展示或排名變化。把字段寫准、和正文對齐、定期跟着内容更新，才是更稳妥的维護方式。