要求指南
正式版存取權遭拒的 7 個原因與因應方式
遭拒通常是因為測試未達要求，或是有測試卻說明不清楚。從人數不足、期間中斷、問卷太簡略、沒有更新、違反政策、首次啟動錯誤到與事實不符的回答，本文依原因整理該修正的地方。
最後確認：2026年10月7日。
遭拒的原因通常不外乎兩種
正式版存取權申請遭拒，大致可分為測試沒有達到要求，以及 測試做了，卻沒能說明清楚。前者是 14 天和人數的問題，後者是問卷的問題。由上往下對照以下七點，大多都能找出卡在哪裡。
1. 參與人數未滿 12 位
計算的不是名單上的電子郵件數量，而是實際選擇加入並持續保持參與的帳戶數。只要中途低於 12 位，就會在那一刻不符合要求。
預防方法：一開始就多留一些餘裕。如果剛好湊滿人數就開始，只要一位退出，就得從頭再來。
2. 14 天沒有連續
做幾天、停一陣子再繼續的期間不會累加。重新建立或暫停測試群組，也會讓計算中斷。
預防方法：14 天內不要變動測試群組和測試人員名單。新增人員沒關係，但要避免移除。
3. 問卷回答過於簡略
這是最常見的原因。問卷由人員閱讀和判斷，因此「測試已順利完成」這類回答會被視為缺乏依據。
預防方法：具體寫出確認了什麼、修正了什麼，並附上數字。每個版本改了哪些地方尤其重要。
4. 測試期間應用程式從未更新
問卷會詢問您是否將測試中學到的東西反映到應用程式中，但如果只有一個版本，就沒有內容可以回答。這不是必要條件，卻會對您不利。
預防方法：測試期間每隔 3～4 天上傳一次改善，即使只是小修正，也能留下版本紀錄。
5. 應用程式本身違反政策
例如要求過多權限、缺少隱私權政策、內容分級不一致等，與測試無關的原因也可能讓申請卡關。
預防方法：與測試分開，先整理好應用程式內容、資料安全性表單和隱私權政策。
6. 首次啟動時就出現問題
雖然能安裝，但在特定 OS 版本上一開啟就關閉，或卡在登入畫面的應用程式，會被視為尚未準備就緒。
預防方法：確認在多家製造商、多個 OS 版本上都能正常首次啟動，並保留失敗裝置的紀錄以便修正。
7. 問卷內容與事實不符
如果編造不存在的測試人員經驗，審查人員可能從與其他回答的矛盾中察覺。一旦出問題，有風險的不是應用程式，而是帳戶。
預防方法：只寫實際發生的事。沒有確認到的功能，誠實寫出沒有確認，會比較安全。
重新申請之前
- 再次確認參與人數和期間是否確實達到要求。請參考 14 天的計算規則。
- 重新填寫問卷。各題的範例整理在 正式版存取權問卷填寫指南。
- 整理測試期間上傳的版本和變更內容。這是最有力的依據。
- 確認應用程式內容、資料安全性表單和隱私權政策沒有遺漏的項目。
如果正式版申請遭拒，只要在測試結束之日起 30 天內告訴我們，DUIRE 會免費再進行一次 14 天的封閉測試。重新進行時，有時新建測試群組會比較好，我們會依遭拒原因與您一起決定。
常見問題
- 遭拒後，封閉測試要從頭再來嗎？
- 視原因而定。如果是因為問卷回答不足而遭拒，可以補充後重新申請。如果是測試本身沒有達到要求，就必須繼續測試。
- Google 會告訴我遭拒的原因嗎？
- 審查結果會寄到帳戶擁有者的電子郵件，應用程式資訊主頁上也會顯示通知。不過原因常常不夠具體，逐一對照要求和問卷會比較快找到問題。
- 什麼時候可以重新申請？
- 重新符合要求後即可申請。與其遭拒後立刻用相同內容再次送出，不如修正不足的地方，隔幾天再申請。
- 遭拒後應用程式會被刪除嗎？
- 遭拒的是正式版存取權申請，應用程式不會被刪除。封閉測試群組也會維持原樣。