開賽前三十分鐘是資料最容易改變的時段，亦是讀者最容易因心急而跳過核對的時段。一份可靠清單不應只寫「查看正選」，而要把賽事身份、香港時間、官方狀態、名單、資料新鮮度和發佈界線排成固定次序。每次都跟同一順序，可以減少把同名球隊、不同賽事或海外日期混淆的機會，也方便值班編輯在短時間內交接。
閱讀提示與資料風險
本文以香港用戶的比賽日閱讀場景整理資訊，只供參考，不構成投注建議、盈利承諾或賽果保證。賽程、正選、傷停和比分請以官方及可信來源最後更新為準。
T-30 先確認賽事身份。對賽雙方、賽事名稱、輪次或階段、場地和香港日期要放在同一張檢查卡。海外來源可能仍顯示上一個曆日，因此只看鐘點並不足夠；應把原始時區換算結果和 HKT 日期一併記錄。若頁面展示的是下一輪快照，而不是今日同日賽程，標籤必須清楚，不能因為時間接近便改寫成今晚已確認場次。
完成身份核對後，再查看延期、取消、改期或場地安排。這些屬於高影響可變事實，應優先使用賽事主辦方或球會直接公告。搜尋結果摘要、轉載截圖和群組訊息可以提醒編輯去找來源，但不適合獨立支持正式陳述。兩個來源互相衝突時，最安全的處理是保留原有頁面狀態、標示待覆核，並在 ledger 寫明差異。
T-25 檢查頁面資料的 generated_at 和狀態。fresh 只代表快照仍在設定時限內，不代表內容已經人工確認；快照過期 表示不能再把快照當作目前狀況；unavailable 則表示暫時沒有可用資料。若 API 有回應但特定欄位缺漏，編輯要分清楚是局部空白還是整個來源失效，避免用舊文字補回缺失位置。
T-20 開始核對正式正選與後備名單。只有直接來源已公布，才可以把名單寫成正式資料；預計陣容、記者推測或早前一場的排陣都要保持清楚標籤。名字翻譯亦應對照來源，不能因為讀音相近而自行合併球員。若尚未公布，頁面寫「待確認」已經足夠，毋須用猜測令版面看起來完整。
傷停與臨場缺席要另開欄位處理。球員沒有出現在某張圖片，不等於已確認受傷；訓練片段、傳媒報道和球會公告的證據強度亦不相同。編輯應記錄消息類型、公布者、取回時間和是否仍適用於本場賽事。沒有可追溯資料時，只提供讀者應查看哪些來源，不建立具體名單。
T-15 比較頁面現有內容與新取得資料。逐項查看隊名、香港日期、時間、賽事狀態和名單有沒有改變，並把每個改動寫入 before／after 差異。這一步不只為審核方便，也能阻止無關欄位被意外改寫。slug、canonical、published_at 和 CTA tracking 應保持原值；若差異工具顯示這些欄位有變，就要立即停止送審。
T-10 完成 來源與事實紀錄。每一項準備寫入文章的可變陳述，都應連到直接網址、香港取回時間、第二來源狀態和風險判斷。若某項只有單一來源，決定欄可以寫 HOLD 或只作背景；若來源已過時，則改為等待刷新。ledger 的作用是讓下一位編輯可以重做核對，而不是只相信上一位同事的結論。
T-5 進行語言與風險覆核。標題、摘要和正文的肯定程度要與證據一致，不把「可能」、「預計」或「來源尚未確認」刪走。亦要檢查香港繁體中文、跨日寫法和數字格式是否容易理解。若內容涉及即時資料，頁面需保留最後更新時間；若更新時間不能取得，就不應營造仍在持續追蹤的印象。
到最後一分鐘仍然可以選擇不發佈。遇上來源衝突、名單未公布、快照變舊或審核未完成，最恰當的決定是維持待確認，並向讀者提供官方賽事中心的核對方向。開賽並不會令不完整證據自動變得可靠，時間壓力亦不能跳過 內容審核。草稿可保存所有線索，但正式內容只接受已經通過界線的部分。
Telegram「聯絡我們」只用作接收可追溯更正線索。讀者提交時，最好附上頁面連結、直接來源和發現問題的香港日期時間；編輯收到後仍要自行打開來源，不會直接照抄訊息。任何人都不需要提供帳戶密碼、驗證碼或付款資料。這個入口協助發現問題，但不取代賽事或球會公告。
把以上步驟固定成 T-30 至 T-0 的清單後，內容團隊就能在忙碌時維持一致標準。讀者亦會知道頁面顯示甚麼、哪些內容尚待確認，以及何時應轉到直接來源。這種透明流程比追求最快更新更重要，因為它同時保護賽事身份、時間換算和臨場資料不被錯誤合併。
