發現公開貼文資訊錯誤怎麼更正？保存修正說明並通知原受眾

從核對錯誤與來源、決定保留或撤下原文，到撰寫修正說明、通知原受眾並確認更正完成。

公開貼文發出後才發現資訊有誤，先把可確認的部分、仍待查的部分分開，再決定如何修文與通知。下面依序整理核對、保留或撤下、撰寫更正和檢查完成的方法。

哪些內容已確認有誤？

先把錯誤拆成可以核對的主張，不要只用「整篇有問題」概括。逐句標出原文的位置，記下目前說法、疑似問題、可能影響的時間範圍，以及哪些資訊已確認、哪些仍待查；例如日期、金額、人物身分、地點、因果關係各自分開。事實錯誤是與可追溯資料不符，遺漏脈絡是單句可能正確但讀者容易得到錯誤印象，意見或預測則不應冒充已證實的事實。先保存原貼文網址、發布時間、畫面與互動位置，必要時記錄貼文版本；若平台編輯後不顯示修改歷程，另存修正前後的文字。清單可以用「已確認錯誤」「尚待確認」「不需更動但須補脈絡」三欄，避免把推測寫成定論。假設原文寫活動在週五，手上的行事曆只顯示週五日期，卻沒有年份，先核對年份再判錯；若只有一個日期欄位有誤，就明確圈出該句，不要擴大成整篇可信度的判決。最後指定一位整理者逐項更新狀態，讓每個結論都能對應原句和依據。若錯誤涉及多個版本，分別檢查圖卡、影片字幕、貼文內文和外部嵌入文字，避免只改文字而留下舊圖。把每一項標成「需改、已改、無法控制」，並寫出負責處理的人與下一步；這不是替團隊分責，而是避免已確認的修正卡在交接中。若某句只是表達不夠清楚，也要指出讀者可能採取的不同理解，再決定補充脈絡或更正事實，不要把語氣不合意當成內容錯誤。把讀者可能採取的行動也列出，方便判斷先處理哪項錯誤；若沒有可證明的影響，直接寫明目前沒有資料，不必推測觸及範圍。也可將每則來源連回對應的原句，避免多人核對時把兩項錯誤混在一起。

更正依據從哪裡來？

更正依據應能讓另一個人依相同資料重查，而不只是「我聽說」或一張失去來源的截圖。先找產生該資訊的原始材料，例如活動主辦方最新公告、當事人的直接確認、原始文件或可辨識版本的紀錄，再比對發布日期、適用對象與條件；搜尋結果摘要或轉傳文字可當線索，不宜單獨當結論。若依據是對話，確認說明者是否有權代表該事項，並記下確認日期及其允許公開的範圍；公開姓名、電話或私人訊息前，先遮去不必要個資。遇到兩份資料不一致，記錄差異和各自時間，不要挑對自己有利的一份。若目前只能確認一部分，可先更正已核實的句子，同時說明其餘內容正在確認；不能確認時，就標示未知或暫停轉述，不以猜測補空白。為了日後追溯，建立簡單紀錄：原說法、依據名稱與連結、檢查日期、確認人、可公開的描述，以及仍有的限制。對外只放讀者理解更正所需的依據摘要與可查連結；內部紀錄則保留完整脈絡，並控制存取。這樣可以讓更正說明有根據，也避免把私人來源不必要地公開。若來源有多個版本，保存你實際採用的那一版及其日期，並確認內容沒有被後續更新取代。紙本、會議紀錄或私人訊息未必適合公開，對外可提供經同意的摘要或公開來源，內部則記下如何取得與核對。若無法公開依據，仍應在修正紀錄中清楚寫明核對方式與限制，讓負責人日後能重做確認；不要只附一張截圖卻省略它的出處。核實的是內容本身，不是聲音最大或最早轉傳的人。若來源需要登入才能查看，記下文件標題與版本資訊，對外不要公開登入憑證。

原文要保留還是撤下？

是否保留原文，先看讀者能否從現有頁面看懂錯在哪裡，以及保留它是否會繼續造成誤讀。若平台支援編輯且改動後能清楚標示，通常可保留原貼文並在開頭加更正註記、更新錯誤段落和時間，再補一則可辨識的更正通知；不要只悄悄換字，因為已看過或截圖的人仍只會記得舊版本。若錯誤內容正在快速被轉傳、包含可能造成即時損害的指示，或平台無法讓更正與原文並列，可先隱藏或撤下，並在原連結或同一帳號留下指向更正頁的說明；這時仍要保留必要的內部紀錄。若貼文大多正確，只是缺少關鍵條件，補上條件通常比整篇撤下更能說明問題。反之，若核心主張失實且無法在頁面上避免讀者繼續誤信，撤下並發布更正可能更清楚。決策可記三個問題：錯誤是否會造成行動、原文是否仍可安全閱讀、通知能否連回修正版。假設一篇貼文只有集合地點寫錯，保留主文並突出更正有助原讀者找到新版；若整段操作資訊都不可靠，就先停用舊貼文，再提供可辨認的新版本。平台功能或轉貼狀態改變時，重新檢查這個選擇。保留副本時，標示它僅供追溯並避免再次被當成現行資訊；若平台提供編輯紀錄或置頂功能，檢查一般讀者是否看得到，而非只在管理者畫面確認。若因隱私、冒名或安全考量而移除整篇，也可在不重複暴露敏感資訊的前提下，留下主題、移除原因和新說明連結。處理後再用原連結測試一次，確認刪除或隱藏沒有讓讀者只看到錯誤快取、空白頁或失效連結。把處理理由也寫入紀錄，便於後續重查。

修正說明怎麼寫清楚？

修正說明要讓沒看過內部討論的人一眼看懂：哪一篇、哪一處、原本怎麼寫、現在改成什麼、為何改、根據什麼，以及何時更新。把承認錯誤放在前面，不用含糊的「造成誤會」取代明確說明，也不要把責任推給讀者或轉貼者；如果只確認部分，說清楚範圍，不替尚未核實之處背書。可以用簡短格式逐項填寫：貼文名稱或連結；錯誤欄位；更正後內容；依據摘要；更新時間；通知方式。以下是明確假設的例子：某社群貼文原先把活動日期寫成 11 月 12 日，主辦方其後確認日期為 11 月 21 日；更正文字可寫：「更正：本貼文的活動日期有誤，原寫 11 月 12 日，正確日期為 11 月 21 日。我們已依主辦方的最新公告更新，請以更新後日期為準；若你曾依舊日期安排，請重新核對自己的行程。」這裡兩個日期是示範資料，不是實際活動資訊。若尚無法確認日期，就不要代填另一個數字，應先註明正在核實並暫緩轉發。保留修正前後的版本紀錄，但面向公眾只留下必要內容，避免把私人聯絡、未公開附件或多餘道歉塞進說明。若一次更動多處，可編號列出，讓每項依據和更新位置一一對上。避免用「小編手滑」或「資訊有更新」模糊原因，除非這些說法確實交代了錯誤內容；讀者需要知道自己是否要更改已做的安排。若修正涉及比例、金額或日期等數字，逐字核對單位、格式和適用條件，數字有改動時保留核算步驟；不要只改摘要而漏了內文、圖說或連結預覽。更正文字也要能獨立閱讀，轉貼出去仍包含主題和必要背景。完成後請另一位讀者只看公開說明，確認他能指出改了哪一項以及應以哪個版本為準。

如何通知原受眾？

通知的目標是讓曾接觸舊資訊的人有合理機會看見更正，不能只靠改掉原文就假設大家會收到。先盤點自己可確認的接觸路徑：原貼文留言、自己管理的群組或頁面、已知的轉貼位置，以及直接收到舊資訊的人；不要為了通知而蒐集更多個人資料，或將名單拿去做其他用途。原貼文仍存在時，在原位置新增更正並置頂或用平台支援的方式標示；若已撤下，讓舊連結可找到更新說明，並在原發布帳號補發可搜尋的通知。對自己能控制的轉貼逐一更新；若是別人發布的內容，私訊對方提供更正文字和來源，請對方更新或附註，不擅自登入或代改。若內容曾傳給特定對象，只有在確實有可用聯絡方式且通知必要時才逐一告知，措辭簡潔，不要求對方公開回覆。通知範本可寫：「你先前看到的〔主題〕有一處已更正：〔原說法〕改為〔更正內容〕；依據是〔可公開來源〕。請以〔修正版連結〕為準，也請協助更新你轉貼的版本。」重要性不高或無法辨認原受眾時，公開在原渠道的更正比猜測收件人更合適。記錄每個渠道何時完成、哪些對象無法聯絡，避免把發出通知誤當成對方已讀。若涉及多個平台，先處理仍可被找到且可能影響安排的版本，再處理舊摘要或較少流通的副本；這是排序方式，不是宣稱某渠道一定有更多讀者。遇到已過期的內容，可在原頁註明資訊已更正或失效，讓從搜尋或收藏進來的人不會沿用舊說法。通知成功送出只代表訊息離開你的帳號，不代表對方已看見、理解或改好轉貼；只有取得可觀察的回覆或頁面更新，才記為已確認。

何時檢查更正完成？

更正完成不是按下儲存，而是讀者能找到修正、看懂差異，且原受眾通知工作有可查紀錄。更新後用未登入或一般讀者視角重新打開原連結，確認正確文字、標示位置、連結和圖片預覽沒有留下相反資訊；再從手機畫面檢查更正是否被折疊在「查看更多」後，或被舊圖卡遮住。逐一檢查自己管理的轉貼、摘要、置頂留言和排程中內容，遇到無權修改的外部轉貼，記下已聯絡、尚未回覆或無法辨認的狀態，不要標成已修正。可用一張完成表追蹤：內容頁已更新、修正說明可見、來源可開啟、受控副本已修正、通知已送出、待處理項目有負責人與下次檢查點。若來源後來更新或出現相反證據，回到核對步驟，補充修正而不是悄悄覆寫紀錄；若目前沒有新資訊，設定合理的再查時點即可，不必反覆刷新或製造更新。最後由未參與撰寫的人依公開頁面回答「哪裡錯、改成什麼、根據為何、原受眾如何找到」；答不出來就補清楚再結案。下一步先保存原文和依據，按上面清單更新一個最常被看見的版本，再記錄通知狀態。想了解善之樹日課 KindTree 的目前資訊，請前往首頁：https://kindtree.zhenheai.com/。檢查時可用另一個瀏覽器或登出狀態查看公開頁面，避免登入後的快取或權限畫面造成誤判；若平台延遲更新，記下實際觀察到的狀態，稍後再查，不要把等待中的畫面當成完成。完成紀錄只需保留能交代決策與後續追蹤的資訊，設定可負責的人和回看條件，例如收到新依據、受控副本重新流通或有人提出具體疑問時再開啟。若有快取或預覽延遲，記錄觀察時間與狀態，並於更新後再確認。