会过期的字段怎么管：目录站条目的价格、免费额度、有效期该多久核一次

做目录站的人对「死链」很敏感，但对「过期信息」普遍迟钝。一条条目链接还活着、页面打得开，但上面写着的价格是两年前的，这种条目比死链更伤信任——用户是照着它做了决定才发现不对的。

问题在于，这些字段的过期速度和常规字段完全不是一个量级，用同一套核对周期必然不够。

图片来源：网络，版权归原作者所有，侵权请联系删除

先给字段分档

档位	字段举例	建议核对周期	过期后怎么办
基本不变	站点名、官网域名、所属分类	一年或变更触发	按变更流程改
慢变	有没有免费版、是否需注册	季度	标为待确认
快变	价格、免费额度、套餐内容	月度	隐藏价格，保留条目
有截止日	活动时间、优惠截止	按日期自动	到期自动下线

分档的意义在于，把有限的核对精力花在真正会变的字段上。一年核一次站点名就够了，但价格三个月不管就会出问题。

价格类字段：三处必须一致

如果条目上有结构化数据，价格相关的字段要格外小心。商家列表类的标记里，价格、币种、库存状态是核心字段；一旦页面上的价格、结构化数据里的价格、以及对方向搜索引擎提交的 feed 三者不一致，轻则不展示，重则被视为误导。

限时价要标清楚起止。谷歌的文档建议用 validFrom 标开始，用 validThrough 或 priceValidUntil 标结束，用 ISO 8601 格式，尽量带上时区：

"offers": {
  "@type": "Offer",
  "price": "74.90",
  "priceCurrency": "CNY",
  "availability": "https://schema.org/InStock",
  "validFrom": "2026-08-18T00:00:00+08:00",
  "priceValidUntil": "2026-08-24T23:59:59+08:00"
}

有一处文档里明确点出的坑：priceValidUntil 指向过去的日期，可能导致这条内容不再展示。也就是说，活动结束了却没更新这个字段，不是「显示旧价格」，而是整个不显示。这比显示错价还麻烦，因为你看不到任何异常。

所以这类字段必须程序化生成，不能手填。促销时间一到，字段要自动更新或者自动摘掉。

「免费/付费/有试用」这类状态字段

这比价格更容易错，原因是它变化的触发点很隐蔽：对方官网上线了一个新套餐、把某个功能从免费挪到了付费，首页不会有任何提示。核对时不能只看首页，要直接看定价页。

展示上建议给这类字段加一个「核对时间」，哪怕只是一个小字。用户看到「2026 年 9 月核对」和什么都不看到，判断完全不同。

有截止日的字段：到期一定要有动作

活动类字段必须配一个到期的自动动作，二选一：摘掉这个字段但保留条目，或者整条下线。不要留着过期内容在页面上——哪怕标了「已结束」，对搜索引擎来说这也是一个长期存在却没价值的页面。

处置上注意一点：到期下线不要 301 到首页或分类页。改版时的重定向要指向内容对得上的页面，跳首页会被当成软 404。

核对怎么排期

• 按档位设周期，别一刀切。快变字段月度，慢变字段季度，基本不变的年审。
• 记「最后确认时间」而不是「最后抓取时间」。抓取只说明程序跑过，确认说明人看过或者规则验证通过。这两个字段要分开存。
• 过期未确认自动降级。超过核对周期还没确认的字段，前端就不再展示它，而不是继续显示一个可能过期的值。宁可少显示，不要显示错的。
• 和年审、巡检分开。年审看的是这条目还该不该在，存活巡检看的是链接还通不通，这一层看的是字段还准不准。三件事的周期和输出都不一样，别合并成一次「大检查」，那只会让每件都做不细。

最后补一句：这些字段错了，用户多半不会来投诉，只会默默走掉。所以要靠自己盯——把「有多少条目的价格字段超过 90 天没确认」做成一个能看的数字，比任何流程文档都管用。