小型團隊的社群內容審核檢查清單

好的審核流程，會在貼文發布前，對一個命名清楚的版本給出明確的「通過」或「不通過」。如果之後圖片、連結或文字改了，一句「看起來不錯」就沒什麼用。請照發布時的樣子檢查整則貼文，並指定真正負責發送的人。

本篇用一則虛構的工作坊公告當例子，由主辦人和發布人員檢查。你只需要一份共用文件和你的發布工具。

決定誰做什麼

寫下誰核對事實、誰可以同意這則公告、誰負責發布。在小團隊裡，一個人可以身兼幾項工作，但紀錄裡仍要寫明做了哪項檢查。如果只有一個人知道活動細節，就不要找五個人籠統地「同意」。

說好每個人檢查什麼：主辦人檢查日期、場地與報名條件；發布人員檢查帳號、格式與發布時間。如果貼文有翻譯，請懂該語言的人檢查。審閱期限要比發布時間早不少，留下修正的時間。沒有回覆不等於同意。

幫貼文取個簡單的名稱，例如workshop-23-oct-v2。附上完整內文、圖片檔案、圖片說明、連結、帳號、語言，以及含時區的預定發布時間。截圖能看出貼文的樣子，但不該是內文或連結的唯一副本。

在這個例子裡，活動於2026年10月23日18:00在Riverside圖書館舉行。審閱者應能把這些資訊和真正的報名頁面放在一起對照。提醒的發送時間和活動的開始時間要分開寫。「之後再加」的連結，誰都沒辦法檢查。

像第一次看到這則貼文一樣讀一遍。看得出這是什麼活動、誰可以參加、在哪裡舉行、接下來該做什麼嗎？點開連結，看看讀者會到哪個頁面。如果貼文請大家馬上報名，確認報名已經開放。

別讓審閱加上做不到的承諾。「提供材料」與「請自備材料」是不同的指示，不是同一件事的兩種說法。多語言貼文指南可以幫你檢查不同語言之間的這類差異。

寫一則明確的回覆：「同意發布：workshop-23-oct-v2、帳號@workshop、繁體中文內文與圖片如所示，依預定時間發布。」或者寫「需要修改」，並列出還要改的具體內容。

如果同意後場地變了，就做一個v3，請大家重新決定。先前的同意屬於v2，不涵蓋之後的修改。事先說好哪些小修正（例如錯字）發布人員可以直接改，不必重新審閱。意義、日期或條件的改動，一律要重新檢查。

發布人員把同意的版本複製到工具裡，儲存後重新開啟已排程的貼文。把內文、圖片順序、說明、帳號和時間與你的紀錄對照。每個平台的版本要分開檢查；同意一個預覽，不代表所有平台都沒問題。

只能由一個人或一項工具發送貼文。如果審閱期限已過，問題還沒解決，貼文就維持未通過狀態：在工具裡改期或取消。行事曆上有空檔，不等於可以發布。用每週內容行事曆為審閱留出足夠的時間。

儲存已發布貼文的連結，確認它與同意的版本一致。如果不一致，找出原因：貼文改過、排錯了項目，還是平台改變了顯示方式。用更正已發布貼文的指南修正讀者看到的內容。

把來源、審閱過的版本、決定和已發布貼文的連結放在一起保存。只有在清楚哪些檢查真的能抓到錯誤之後，才拿掉某個審閱步驟。這份清單適用於任何工具。如果你的團隊使用Studio，草稿可以在發布前等待同意，這樣「同意」和排程就在同一個地方完成。Studio目前還無法使用；你可以加入候補名單。