Discord App 資料存取審查 2026：使用者門檻、年度重審與權限判讀
操盤手A・・Discord 開發者與社群管理
先講結論：Discord 在 更新 App 資料存取要求，觸及 10,000 位以上總使用者、又需要讀取訊息內容、伺服器成員或 presence 的 App，會進入資料存取審查並且每年重新申請。這不是所有 App 都會突然多拿資料，也不是伺服器管理者只要看到門檻數字就能判定 App 會被停用；真正要看的是功能依賴哪一種資料、是否仍有必要，以及開發者是否維持審查要求。
本文重點
- 2026 年門檻改以總使用者數判讀，達到 10,000 位且需要敏感資料時才進入審查範圍
- 年度重審要證明資料用途、功能需求與目前 App 行為仍然一致
- Message Content、Guild Members 與 Presence 是三種不同的特權 Intent
- 資料存取被限制不等於 App 一定消失，依賴該資料的功能才可能受影響
Discord App 資料存取審查 2026 是什麼？
Discord App 資料存取審查是指平台要求部分 App 說明為什麼需要讀取伺服器成員、使用者 presence 或訊息內容，以及這些資料如何支撐目前功能。根據 Discord 官方公告，這次調整的核心是提高資料存取的保護與審查頻率，不是把新的資料交給所有 App。大多數不使用這類資料的 App，使用者體驗不會因此改變；這也不是社群曝光、流量或貼文分發的成效審查。
這個主題要先和一般伺服器權限分開。伺服器管理者授予 App 的管理頻道、發送訊息或管理角色權限，和 Discord 對特權資料的審查是兩條不同軸線；一個 App 可能有管理權限，卻不需要讀取訊息文字，也可能反過來需要某種資料 Intent 才能完成 moderation。若想先了解 Discord App 在其他裝置上的安裝與帳號使用，可延伸閱讀Discord Meta Quest 2026，但裝置支援不等於資料存取審查通過。
2026 年 Discord App 的使用者門檻怎麼算？
Discord App 使用者門檻是指以 App 能觸及的總使用者數判讀，而不是只用加入伺服器的數量判讀。根據 Discord 官方公告，達到 10,000 位以上總使用者、且需要這類資料的 App 要進入審查；舊方向則是以達到 100 個伺服器作為審查參考。這項改變讓「一個大型伺服器」和「許多小型伺服器」都回到實際使用者範圍來看，不能用伺服器數量直接代替使用者數量；門檻只判資料審查，不判社群曝光、流量或貼文分發。
| 判讀項目 | 官方調整 | 實務上要問 |
|---|---|---|
| 舊基準 | 以 100 個以上伺服器作為審查參考 | App 是否只在少數大型社群使用 |
| 新基準 | 達到 10,000 位以上總使用者且需要資料時進入審查 | 實際觸及哪些使用者與哪些資料類型 |
| 審查頻率 | 每年重新申請持續存取 | 目前功能是否仍然需要原本的資料 |
情境示意一：同一個大型伺服器不等於同一種門檻
這是判讀方法，不是客戶案例。假設一個 moderation App 只被加入一個大型伺服器，但該伺服器有大量成員；另一個 App 分散在許多小型伺服器，總使用者反而較少。兩者都不能只用「伺服器數」推論是否需要審查，應先記錄實際觸及的使用者範圍，再對照 App 是否使用訊息內容、成員資料或 presence。這份紀錄至少保留 3 項：使用者範圍、資料類型、對應功能。
Discord App 年度重審要準備什麼？
Discord App 年度重審是指把目前 App 的資料需求重新對照實際功能，而不是把去年送過的文字原封不動再交一次。根據 Discord 官方公告，年度 check-in 是讓開發者證明資料存取仍符合 App 現在用途的機會；因此準備時要把功能、資料欄位、使用情境與替代方案放在同一份檢查表裡。以下是工作方法，不是 Discord 另行公布的保證清單，也不等於社群曝光、流量或貼文成效審查。
- 功能對照：列出每個指令、事件或自動化流程，標記是否真的需要敏感資料。
- 資料最小化：把 Message Content、Guild Members、Presence 分開，不需要的 Intent 不要一起申請。
- 使用證據：保留功能畫面、錯誤處理、資料保存週期與誰能查看的內部紀錄。
- 替代流程：評估 Slash Commands、按鈕、Select Menus 或明確互動是否能減少讀取一般訊息。
- 年度版本：記錄 App 目前版本、政策頁、隱私政策與上次申請後的功能變更日期。
這份資料不要和行銷成效報告混在一起。App 的使用者數、伺服器數和指令互動數，只能幫助你理解規模與功能使用情況，不能被寫成「通過審查就會增加觸及」或「開啟 Intent 就能提升社群成長」。若要做帳號與權限的日常盤點，可搭配社群帳號健康度檢查清單，但那是管理流程參考，不是 Discord 審查標準。
情境示意二：moderation App 的年度盤點
這是方法示意，不是客戶結果。假設一個 moderation App 同時有關鍵字提醒、/report 指令和成員加入通知，開發者可先把 3 項流程拆開：關鍵字提醒可能需要訊息內容，/report 主要依賴使用者主動互動，加入通知則可能需要成員事件。逐項測試後，再把實際必要的資料寫進年度申請，避免用「moderation」一個總稱掩蓋不同資料需求。
Message Content、Guild Members 與 Presence 有什麼差別？
三者差別是指 App 讀取的資料型態不同：Message Content 處理訊息文字與相關欄位，Guild Members 處理伺服器成員事件與成員清單，Presence 則處理線上、離線或狀態更新。根據 Discord 官方公告與 Developer Docs，這 3 項都屬於 privileged intents；是否需要申請，應從功能實際讀取的資料回推，而不是從 App 名稱或「機器人」這個稱呼回推。首先分清資料型態，才能避免把社群曝光、流量或貼文排序和資料權限混在一起。
| Intent | 主要資料 | 判讀問題 |
|---|---|---|
| MESSAGE_CONTENT | 訊息的 content、embeds、attachments、components 等欄位 | 功能是否必須理解使用者一般訊息 |
| GUILD_MEMBERS | 成員事件與要求成員清單的能力 | 功能是否要管理或分析成員狀態 |
| GUILD_PRESENCES | 線上、離線與 presence update 事件 | 功能是否真的依賴即時線上狀態 |
Discord 在 的 Developer Docs Change Log 也提醒，沒有 MESSAGE_CONTENT 的 App 可能在 API 欄位收到空值，但 App 自己送出的訊息、與 App 的 DM、提及 App 的訊息，以及訊息 context menu command 的內容有例外。這些例外要回到當下 API 文件核對，不要把「有例外」擴大解讀成所有訊息都能讀取。若要比較其他平台的資料控制概念，可閱讀WhatsApp 使用者名稱 2026，但不同平台的權限模型不能互相套用。
Discord App 沒通過審查會發生什麼？
Discord App 審查未通過是指依賴該資料的功能可能先受影響，不是所有 App 功能同時消失。根據 Discord 官方公告，若 App 沒有維持資料存取，讀取訊息內容等功能可能停止；App 本身仍可繼續執行不需要該資料的部分，開發者也能再次申請。這是「資料能力受限」和「App 被刪除」的差別，也不是社群曝光、流量或貼文分發被平台一概處理。
- 先定位失效欄位：確認是訊息內容、成員清單還是 presence 事件不再提供。
- 再定位功能：把失效資料連回指令、事件處理器或 moderation 流程。
- 保留替代路徑：讓不依賴該資料的指令仍能使用，並用清楚訊息告知管理者。
- 最後再申請：修正用途、權限與說明後，依 Discord Developer Portal 的流程重新提交。
Discord 同時表示，為降低轉換中斷，開發者會有 90 天保留存取的通知期來調整或申請持續使用。這段時間不應被當成永久寬限，也不應拿來保證所有 App 都會有相同日期；實際通知、審查結果與帳號狀態仍要以 Discord 發給開發者的內容為準。若是使用者端遇到 App 功能變化，先詢問管理者目前安裝的版本與權限，不要把所有異常都判定為 Discord 帳號被封鎖。
怎麼判讀 Discord App 需要申請哪些權限？
Discord App 權限判讀是指從資料欄位回推功能，而不是從 App 的宣傳名稱猜測。根據 Discord 官方公告，先列出功能會接收什麼資料，再確認是否能用使用者主動互動取代，最後才對照門檻、Intent 設定和 Discord 的審查說明。這樣可以把「想要更完整資料」和「功能真的需要資料」分開，也不會把社群曝光、流量或貼文成效當成申請理由。
四步驟判讀表
- 列出輸入：把訊息、成員、presence、使用者主動指令分開記錄。
- 對照例外：查看是否只需要 App 自己送出的訊息、DM 或被提及內容。
- 檢查替代：測試 Slash Commands、按鈕或 Select Menus 能否完成同一個操作。
- 留下證據：保存測試結果、版本、資料用途與審查提交內容，方便年度重審。
例如，單純讓使用者按下 /report 後送出檢舉內容，和在所有頻道中搜尋特定詞彙，是兩種不同的資料需求；前者可能依賴明確互動，後者則可能涉及一般訊息內容。Discord 官方 Blog 以文字指令改成 slash command 作為可能的重新設計方向，但開發者仍要按照自己的實際資料流驗證，不能只改一個按鍵名稱就宣稱已完成合規。 若要理解內容標示與平台判讀不要混為一談，也可延伸閱讀TikTok AIGC 推薦控制 2026，但那篇不會替 Discord App 判定權限。
Discord App 審查和伺服器權限有什麼差別？
Discord App 審查和伺服器權限的差別是指三個層次各自回答不同問題：資料存取審查回答「App 能不能取得某類資料」，伺服器權限回答「App 能不能在某個伺服器執行某種操作」，使用者安裝情境則回答「誰把 App 加到哪裡」。三者可能同時出現在安裝畫面，卻不是同一個許可。根據 Discord 官方說明，加入伺服器的 App 和加入個人帳號的 App 有不同使用情境，管理者應把這三層分開核對；這也不等於社群曝光、流量或貼文分發權。
| 層次 | 回答的問題 | 檢查位置 |
|---|---|---|
| 資料存取審查 | 是否能取得訊息、成員或 presence | Developer Portal、審查結果與 API 文件 |
| 伺服器權限 | 是否能發訊息、管理頻道或角色 | 伺服器設定、安裝畫面與角色權限 |
| 安裝情境 | App 被加入伺服器還是使用者帳號 | App 個人檔案、Data Access 與隱私政策 |
管理者可以先完成 3 次確認：安裝前看要求、安裝後看 Data Access、功能運作時看實際讀取內容。若 App 的宣稱功能和實際要求的資料不一致，先暫停擴大安裝，保留畫面和日期，再向 App 開發者或 Discord 官方支援查詢。需要整理 Meta 帳號與跨服務設定時，可參考Meta 帳號 2026，但跨平台的資料權限仍要各自回到原廠文件。
管理者與創作者發布前要檢查什麼？
Discord App 發布前檢查是指把資料存取、功能必要性、成員告知與替代流程留成可回溯紀錄；這份清單是操作方法，不是 Discord 的通過保證。根據 Discord 官方公告，當 App 要跨越 10,000 位使用者規模，或即將進入年度重審時，至少完成以下 5 項；清單也不判定社群曝光、流量或貼文成效：
- 確認功能名稱、資料欄位與實際用途一一對應，刪除不再使用的 Intent。
- 確認 App 個人檔案與 Data Access 說明沒有把伺服器操作權限寫成資料存取權限。
- 確認隱私政策、資料保存、內部可見範圍與成員通知仍是最新版本。
- 確認訊息內容、成員清單與 presence 的錯誤情境都有替代提示，不會靜默失效。
- 確認下一次年度盤點日期、負責人與證據位置，避免只依賴單一開發者記憶。
Discord App 資料存取審查 2026 常見問題？
Discord App 資料存取審查 2026 是什麼？
這是 Discord 對需要讀取訊息內容、伺服器成員或 presence 的 App 所設的資料存取審查。達到新的使用者門檻後，App 要說明資料用途並每年重新申請；一般 App 不會因此自動多拿到資料。
Discord App 10,000 位使用者門檻怎麼看？
Discord 在 2026-06-10 說明，觸及 10,000 位以上總使用者、且需要這類資料的 App 會進入審查；判斷基準從舊的伺服器數量轉向使用者數量，不能只看 App 加入了幾個伺服器。
Discord App 每年都要重新審查嗎？
需要進入這套資料存取審查的 App，必須每年重新申請持續存取。年度檢查要能說明目前功能仍然使用該資料，而且資料範圍仍符合 App 的實際用途；這不等於每個 Discord App 每年都要重新註冊。
Message Content、Guild Members 與 Presence 有什麼差別？
Message Content 影響訊息文字與相關欄位，Guild Members 影響成員事件與成員清單，Presence 影響線上狀態事件。三者都是特權 Intent，應依功能真正需要的資料申請，不要一次全部開啟。
Discord App 沒通過審查會被刪除嗎？
不一定。Discord 表示，未維持資料存取的 App 可能失去相關資料權限，但 App 本身仍可繼續運作不需要該資料的功能；開發者也可以重新申請。實際影響要看哪一項功能依賴被限制的資料。
Slash Commands 可以取代 Message Content 審查嗎？
Slash Commands 能讓部分功能不必讀取一般訊息文字，但不代表使用 Slash Command 就自動免除所有審查。開發者仍要盤點是否需要內容、成員或 presence，並以 Discord Developer Portal 與最新文件為準。
伺服器管理者要怎麼檢查 App 的資料存取？
管理者可先查看 App 個人檔案的 Data Access、安裝時要求的權限與 App 隱私政策，再把實際功能拆成訊息、成員、presence 三類資料。若功能不需要某項資料，應優先關閉或移除不必要的存取。
Discord App 資料存取審查 2026 的資料來源有哪些？
Discord App 資料存取審查的資料來源是指 Discord 第一方 Blog、Developer Docs 與 Developer Help Center；根據官方公告，本文交叉核對 10,000 位使用者門檻、每年重新申請、3 項特權 Intent、MESSAGE_CONTENT 的欄位限制與未維持存取時的功能影響。因此，本文截至 整理已公告內容；門檻、通知、帳號資格和介面可能更新，開發者操作前仍應回到自己的 Discord Developer Portal 與官方文件核對。
資料來源