遇到赛事赛程来源冲突，应先确认各页面说的是同一场比赛，再比较发布时间、时区、场地与状态字段，最后把当前采用的版本和核验时间记录下来。两个页面显示不同日期，不一定有人出错，可能是时区换算、比赛改期、场地调整或缓存未更新。安全做法不是猜测哪个更像真的，而是建立可回溯的核对链。
先建立比赛身份
赛事名称可能存在简称、翻译差异和赞助名称变化，仅凭标题容易把不同轮次混在一起。应组合核对赛季、阶段、轮次、参赛双方、主客顺序和场地。若有稳定比赛编号，可将编号作为主键；没有编号时，也要把上述字段组成临时身份卡。
同一对球队可能在联赛和杯赛多次相遇，日期接近时尤其容易误合并。青年队、预备队和成年队名称也可能相似。发现双方名称一致但轮次不同，应保留为两条记录，不能为了消除冲突而覆盖。
- 确认赛事、赛季、阶段与轮次。
- 核对队伍层级和主客顺序。
- 记录原始时区，不只保存换算时间。
- 检查场地是否为主场、中立场或待定。
- 保存页面更新时间和本次核验时间。
区分时区差异与真正改期
跨午夜比赛在不同时区会显示成不同日期。核对时先把来源时间连同地区或偏移量完整记录，再统一换算到目标时区。只写“晚上八点”而没有日期与时区，无法可靠比较。夏令时切换期间，还要确认当地规则是否已经生效。
如果统一时区后仍不一致，再检查状态文字。计划、待确认、延期、取消、恢复和已完场代表不同生命周期。旧页面可能保留原安排，新通知则给出新日期；两者并非必须删除其一，而应建立“原计划—变更通知—当前安排”的版本关系。
按证据时间线整理差异
创建差异表时，每个来源单独占一行，列出抓取时间、页面更新时间、比赛时间、场地、状态和备注。更新时间较新并不自动意味着正确，但它能帮助确定核验顺序。若来源没有修订记录，标为“更新时间未知”，不要自行补写。
- 冻结冲突页面中的原始字段。
- 将比赛身份和时区格式标准化。
- 按通知发布时间排列版本。
- 标出变更字段及未解决问题。
- 发布时注明核验时间和当前状态。
若仍无法确认，应在公开说明中使用“待确认”或“存在差异”等有限表述，而不是给出确定结论。可以暂缓提醒推送，避免用户根据未经确认的时间安排行程。后续确认后再更新当前值，同时保留原值和修订理由。
发布与更新时保留可追溯性
赛程页面至少应显示目标时区、最后更新时间和状态。发生变更时，更新正文、列表和日历订阅等所有相关位置，避免一个页面已经改期而另一个仍显示旧值。缓存刷新后，还要从普通访问路径复查，而不只是查看后台数据。
归档不等于保留所有错误显示。对用户可见的位置应突出当前版本，历史记录则用于解释变化。若场地、入场时间或转播安排尚未确认，分字段标注，不要因为开赛时间已确定就推断其他信息也已确定。赛程核对的目标是减少误读，不是制造确定感。
FAQ：两个来源更新时间相同怎么办？
继续比较比赛编号、状态字段和修订说明。若证据仍不足，就保留冲突并标记待确认，不应随意选择其中一个覆盖。
FAQ：日期差一天一定是改期吗？
不一定。先检查原始时区和跨午夜情况。统一换算后时间相同，就属于展示差异，而不是赛程变更。
FAQ：确认新时间后可以删除旧记录吗？
面向读者的主位置应显示新时间，但建议保留原计划、变更时间和修订原因，以便解释旧提醒或旧截图为何不同。