你看到「某平台將退出市場」「某供應商已被收購」這類貼文時,先別急著轉成確定語氣。最實用的做法,是追回最早發布點,再核對發布者是否有權知道這件事、文件目前處於哪個階段,以及另一個獨立來源能不能重現同一個結論。只要原始文件、日期或適用地區其中一項對不上,就先標成「未確認」,不要替消息補完。
這篇不是要替任何特定平台背書,也不判斷牌照或合法性。查證範圍限於公開資料:公告、監管或交易文件、具名媒體與可追溯社群貼文。英國國會圖書館整理的來源評估方法,把權威性、動機、準確性與相關性列為核心問題;AP 的查證流程則強調原始發布者、時間、地點與多來源核對。
先用四級來源表決定「現在能說到哪裡」
來源分級的重點不是把第一級寫成永遠正確,而是辨認它離事件有多近、可否追責,以及能支持哪種句子。公司公告能證明公司說過什麼,卻不一定能證明交易已獲主管機關同意;監管文件能證明程序狀態,也不一定能代替公司說明產品如何調整。
| 級別 | 常見來源 | 可支持的結論 | 不能直接推出 |
|---|---|---|---|
| A 原始文件 | 監管決定、法院文件、公司申報文件 | 程序、決定、日期與明載條件 | 所有使用者都已受影響 |
| B 第一方公告 | 交易雙方、供應商、平台狀態頁 | 發布者已公開主張的內容 | 對方已同意或監管已核准 |
| C 具名媒體 | 有作者、日期、引原始文件的報導 | 事件脈絡、訪問與交叉來源 | 匿名轉述已成定案 |
| D 社群線索 | 貼文、截圖、群組轉傳 | 提醒你該查哪個說法 | 任何已確認事實 |

十分鐘內可以完成的查證順序
第一步找原點。把轉述句中的公司名、產品名、日期和最具體的動詞拆出來搜尋,例如「宣布」「提交」「完成」「暫停」。不要停在搜尋摘要,必須打開頁面看發布者、網址與全文。若只找到互相抄寫的同一句話,來源數仍然只有一個。
第二步核時間。記錄文件發布時間、事件預定發生時間與你查閱的時間。舊公告被重新截圖後,日期常是最先消失的資訊。若文件寫「預計」「計畫」「有待核准」,標題就不能改成「已完成」。
第三步核範圍。同一則消息可能只適用一個國家、一個平台版本、一種付款方式或一段維護時窗。公告沒有寫到的地區,不要用「全球」「全面」代填;供應商發布新產品,也不等於每個合作平台同日上架。
第四步找獨立支持。最理想的是不同性質的來源互補,例如公司公告加監管文件、供應商公告加平台商店頁。兩家媒體若都引用同一位匿名人士,仍不是兩個獨立證據。AP 的公開說明也把多個可靠來源與文件核對放在查證流程裡。

公告有寫,仍要讀它沒有寫的部分
公告常把「合作意向」「簽署協議」「完成交割」寫在相近位置,三者法律與營運意義不同。讀者真正需要的不是漂亮形容詞,而是主詞、動作、條件與生效日。把句子拆成「誰在什麼時間做了什麼、還要通過哪一關」,缺一格就把它列為未知。
監管文件也要讀狀態。收件、補件、進入審查、核准附帶條件、禁止與撤回,都是不同事件。新聞標題若只寫「監管介入」,正文必須說清楚介入到哪一步;沒有決定書,就不能宣稱監管機關已下結論。
遇到來源衝突,不要挑比較順眼的那一個
| 衝突情況 | 先做什麼 | 公開寫法 |
|---|---|---|
| 公司稱已恢復,狀態頁仍異常 | 記錄兩邊時間戳與受影響元件 | 官方稱恢復,但狀態頁尚未同步,仍待確認 |
| 媒體稱完成,監管文件顯示審查中 | 以程序文件限制交易狀態 | 公司已宣布交易,主管機關程序仍在進行 |
| 社群截圖早於官網公告 | 保存原始網址並檢查是否後補或刪文 | 社群先出現說法,第一方於某時正式確認 |
| 兩份第一方公告範圍不同 | 逐項比對地區、版本、日期 | 雙方公告對適用範圍描述不同 |
衝突不一定代表有人說謊,可能是更新節奏、地區版本或用詞不同。編輯上最安全的做法是同時呈現差異、標記查核時間,並留下下一個可觀察點。等資料一致後再更新同一篇,而不是另開一篇近似文章。
社群傳言可以保存,但不能升級成事實
社群貼文的價值在於提供線索:原始帳號、首發時間、可能涉及的產品名稱與需要求證的人。要保存的是原始網址、完整畫面與時間戳,不是只存一張裁掉帳號的截圖。若找不到原作者,或原作者拒絕說明資訊來源,就把它留在內部查證台帳,不要用「網傳」「據悉」包裝成可發布事實。
IFCN 的原則要求查核內容透明列出來源與方法,讓讀者可以重走一次路徑。套用到娛樂產業新聞,就是文末要讓人看得見:哪些是文件直接支持、哪些是編輯分析、哪些仍未知,以及最後一次查核在什麼時間。
發稿前的停損清單
有下面任一情況就先停:只找到搜尋摘要或轉貼;公告沒有日期;截圖看不到網址;「已完成」只有匿名人士說法;適用地區或版本被省略;公司公告與監管狀態相衝突;來源頁已刪除且沒有可信存檔;文章要寫的結論比來源原句更重。停止不是漏新聞,而是避免把未完成的證據寫成完成式。
來源與更新註記
本文方法參考英國國會圖書館的來源評估說明、Associated Press 的驗證流程與 IFCN 查核原則。最後查核:2026 年 8 月 31 日。本文未查證特定平台事件,也不把社群聲量、HTTPS 或單一公告視為安全、合法或交易完成的證明。
把一則消息走完一次:從截圖回到可引用文件
假設你先收到一張「某供應商下週停止服務」的截圖。第一輪不要判斷真假,只把可搜尋欄位抄出來:供應商名稱、產品名稱、日期、停止服務這個動作,以及截圖裡露出的網址片段。用這些欄位找最早發布頁,同時確認頁面是否仍在線、是否有更新紀錄、是否只適用一個地區。
如果最早找到的是媒體報導,就順著報導內的文件連結繼續查。報導說「公司證實」卻沒有連結時,去公司的新聞中心、投資人關係頁與正式社群找同一天內容;仍找不到,就只能寫「媒體報導」,不能升級成公司已正式公告。
找到公司公告後,再問一次:這個發布者能證明哪一段?供應商可以說自己的產品將停止提供,但某平台是否同步下架,仍需平台頁或平台公告。公司可以宣布簽署交易協議,但主管機關是否核准,要看程序文件。查證不是找到第一方就停止,而是把每個主張交給真正有權回答的來源。
時間戳要保留三種,不要只留文章日期
來源發布時間回答「消息何時公開」,事件時間回答「事情何時發生或生效」,查核時間回答「編輯何時確認頁面仍是這個狀態」。三者可能完全不同。一篇 8 月 31 日查核的文章,可以引用 8 月 20 日公告,說明 9 月 15 日生效;少寫任何一個日期,都可能讓舊資訊看起來像即時狀態。
來源被更新但網址不變時,記錄 modified time、更新段落與原本版本。若網站沒有公開修訂紀錄,可以在內部台帳保存查核畫面,再在文章寫「截至某時,頁面顯示」。不要猜網站何時偷偷改過,也不要把你第一次看到頁面的時間當成來源發布日。
獨立來源不等於兩個網址
兩篇文章引用同一份新聞稿,只是兩個轉載頁;兩個社群帳號貼出同一張截圖,也可能都來自同一個群組。判斷獨立性時,畫出每個來源的上游:它是親自取得文件、訪問當事人,還是轉述另一家媒體。上游只剩一條線,就仍是單一來源。
真正有用的組合通常是不同證據型態:交易雙方公告互相對照、公司公告搭配主管機關程序頁、平台狀態頁搭配供應商服務公告。它們不必每句完全相同,但應能共同支持事件核心,並讓差異有具體欄位可以比較。
把事實、引述、分析與未知分成四欄
事實欄只放文件直接支持的內容;引述欄保留誰在何時說了什麼;分析欄要寫出推論前提;未知欄則列尚未公布的日期、地區、版本或處理方式。讀者看見這四欄,就能分辨是來源本身的話,還是編輯根據多份文件做的判讀。
例如公告只寫「將擴大合作」,可確認的是雙方公開宣布合作,不能確認新增幾款產品、何時上架或是否排他。分析可以說「實際影響取決於後續產品清單與地區公告」,但不能替公司預測市場份額或營收。
最小事件台帳:讓下一次更新不用重查全部
每筆事件至少保留事件 ID、主體、動作、來源網址、發布時間、生效時間、地區、已確認事項、未知事項、下一個查核點與更正欄。下次出現新公告時,先更新同一筆事件,不用重新從社群聲量判斷。這也能避免同一事件被拆成多篇近似文章。
相關閱讀
平台維護公告的欄位檢查;合作與併購新聞時間軸判讀;新遊戲公告的上架狀態核對。
查核來源
本文查核來源:UK House of Commons Library:How to evaluate sources、Associated Press:Verification at AP、IFCN Code of Principles。查核日:2026 年 8 月 31 日。

[…] 娛樂產業消息的四級來源查證;即時遊戲中斷事件報告欄位;下架與停止服務的狀態差異。 […]
[…] 先確認公告與商店頁的來源層級;遊戲下架與暫停服務狀態;上架延遲是否其實是平台維護。 […]
[…] 公告、監管文件與媒體的四級來源表;合作後新遊戲上架範圍的核對方式;整合期間服務下架與停服怎麼分。 […]
[…] 來源本身也要辨認。供應商公開產品頁可以支持產品規則的說明,社群截圖則可能缺少版本與前後文。如果需要整理不同說法,可以看公告、媒體與社群來源的區別。這不代表官方介紹涵蓋全部桌台細節,而是每個來源有不同的證明範圍。 […]
[…] 如果你是從轉貼文章或舊圖片看到 11:1、50:1,可以先看規則來源怎麼核對確認來源,再用供應商與版本判讀確認供應商與版本。若畫面在維護或切換中,維護公告與恢復狀態只能用來判斷服務狀態,不能代替遊戲規則。 […]