结构化資料大多以 JSON-LD 的形式寫在頁面里，訪客看不见，所以在改版、換模板、批量調整字段时最容易被漏掉。它的作用是帮搜尋引擎更准确地理解頁面在讲什么，本身不给頁面加分。一旦标记和頁面上可见的内容互相矛盾，搜尋结果里就可能出現错誤的作者、评分或價格，也可能被判定為無效标记。這一篇只谈站点运营层面的自查，不涉及具体框架的寫法。
先分清哪些頁面该有标记
不是每個頁面都需要结构化資料。先按栏目拉一張表，寫清楚每種頁面類型准备用哪種标记：文章頁用 Article，商品頁用 Product，常见問答用 FAQPage，面包屑用 BreadcrumbList，公司信息用 Organization。同一類頁面共用一個模板、保持字段一致，比每頁各寫各的要好维護得多。没有合适類型的頁面宁可不加，也不要硬套一個不相關的類型。
自查清單：從字段到内容
1. 标记類型和頁面類型是否匹配
- 文章頁被标成 Product，商品頁被标成 Article，這類错位多半来自模板複製。
- 列表頁、聚合頁、标簽頁套用了詳情頁模板，标记里出現了並不存在的單個作者或單價。
- 同一頁面同时挂了两三種互相冲突的标记，谁也不服谁。
2. 标记里的值和頁面上寫的是否一致
這是最常见的問题。把頁面上真實可见的标题、作者、發布時間、更新時間、價格、库存、评分逐項和标记里的字段比一遍。运营改動标题、調價、調整库存之後，标记是否跟着更新，要有明确的责任人和流程，而不是靠记得住。
标记里的评分、评论條數和價格，必须能在頁面上被訪客直接看到。只给机器看、藏起来的資料，風險通常大于收益。
3. 必填字段和格式
- 日期用统一格式並带上时区，別一半是标准格式，一半寫成“昨天”。
- 图片地址用绝對 URL，別用相對路径，也別指向已经下线的图片。
- 價格寫清楚货幣單位，促销價和原價不要混在同一個字段里。
- URL 字段指向 canonical 認定的那個地址，不要指向带參數的版本。
4. 重复、冲突和過期
- 頁面里残留着舊版本的标记块，新舊两份同时被讀取。
- 专题活動已经結束，活動标记和倒計时還挂在頁面上。
- 同一篇文章在 PC 和移動两套模板里輸出的标记字段不一致。
5. 批量輸出带来的连鎖問题
模板批量輸出时，一個字段寫错會影响整個栏目。抽查时不要只盯首頁，按栏目各挑三五個不同狀態的頁面：新發布的、近期修改過的、被轉载的、置顶的，覆盖度比數量更重要。
怎么驗證
先用搜尋引擎官方的富媒体结果測試工具，按類型逐個跑一遍，看有没有报错和警告；再從浏览器查看渲染後的 HTML，確認标记是服務端直出還是脚本注入，有没有因為前端报错而根本没渲染出来。最後從抓取日誌里挑几個带标记的地址，確認它們能被正常抓取，而不是被 robots 規則或登入墙挡在外面。三件事做完，基本能判断标记是“能用”還是“看着像能用”。
一個能落地的节奏
- 列出全站使用结构化資料的頁面類型和對應模板。
- 给每類頁面選一個代表地址，做一次完整校驗。
- 把标记字段和内容後台的字段對應起来，改内容时顺带更新标记。
- 每次改版、換模板、調整字段後重跑一遍校驗。
- 每季度抽查一次，重点看活動頁和已经下线的舊頁面。
需要說明的是，寫好结构化資料只是让搜尋引擎更准确地理解頁面，它不保證出現富媒体结果，也不影响收錄與否。頁面内容是否清晰、地址是否可抓取、服務器是否稳定，仍然是更基础的事。把标记当作内容的补充說明来看待，就不會為了“标记好看”去寫頁面上根本没有的東西。