用来源顺序核对赛事、主客队、开球时间和改期记录，把官方赛历、北京时间、比赛状态和后续变化整理成一套可复查流程。
直接答案
查询周末足球赛程时，应先在英超官方赛程、MLS 官方赛程确认周五晚至周一凌晨的比赛窗口，再记录赛事、主客队、开球时间和改期记录。本篇采用“来源顺序”路径，把比赛身份、原始时区、北京时间和状态变化分开核对；把不同时区的周末范围直接合并会直接造成日期或比赛归属错误。
8月14日先确认比赛身份
查询周末足球赛程时，应先在英超官方赛程、MLS 官方赛程确认周五晚至周一凌晨的比赛窗口，再记录赛事、主客队、开球时间和改期记录。本篇采用“来源顺序”路径，把比赛身份、原始时区、北京时间和状态变化分开核对；把不同时区的周末范围直接合并会直接造成日期或比赛归属错误。
先记录原始时区与官方状态，再换算北京时间；任何改期都沿用原比赛页面和日历 UID。
来源顺序稿件把组织方赛历放在第一层，联赛和俱乐部公告放在第二层，电视节目单与聚合页仅作发现线索。
| 核对项目 | 记录内容 | 用途 |
|---|---|---|
| 比赛身份 | 周五晚至周一凌晨的比赛窗口 | 防止串场 |
| 时间字段 | 赛事、主客队、开球时间和改期记录 | 处理跨日与夏令时 |
| 页面状态 | 来源顺序 | 判断是否需要复查 |
来源顺序怎样换算北京时间
每个字段指定责任来源：赛事阶段由组织方确认，球队场地可由俱乐部补充，时区换算由标准地区时区完成。
如果换算结果跨越午夜，页面应同时写明当地日期与北京时间日期。赛事、主客队、开球时间和改期记录中的日期、星期和开球时刻必须彼此一致，不能只改小时而保留原日期。
赛前再打开组织方比赛页复核一次，确认临时转播调整没有改变正式开球时间。
- 保存当地日期和原始时区
- 换算 UTC 与北京时间
- 标记跨日和夏令时
- 赛前复核正式状态
发生改期时保留什么
比赛从 scheduled 变为 postponed、cancelled 或 finished 时，只更新发生变化的字段，稳定 URL、比赛 ID 和日历 UID 保持不变。补赛日期尚未公布时应明确写“日期待官方公布”。
出现冲突时列出双方页面的发布日期、字段值和适用范围，不用‘多个网站都这样写’作为证据。
页面排版变化、社交海报或搜索摘要不属于结构化赛程变化。只有开球时间、状态、比分、场地或轮次得到正式确认，才更新可见事实与修改日期。
比赛日前的四步复查
搜索摘要可能滞后或截断，最终记录必须来自可访问的完整页面，并保存核对日期。
延期或取消的比赛必须显示状态原因的来源；官方没有说明原因时不自行补充。
本篇提供的是查询与复核方法，不承诺分钟级实时更新。临近开球仍应查看赛事或俱乐部正式页面，避免缓存、旧截图和转载时间造成误差。
常见问题
周末足球赛程为什么会与手机日历差一天？
常见原因是官方页面使用当地日期，而设备按北京时间展示；跨午夜、夏令时或一次性 ICS 未同步也会造成差异。应从原始时区重新换算并检查事件 UID。
周末足球赛程改期后需要新建页面吗？
不需要。只要仍是同一场比赛，就应沿用稳定比赛 ID、URL 和日历 UID，更新开球时间与状态历史，避免产生重复页面和重复提醒。