Google Play 被拒或違規時先看狀態
Play 後臺的紅字不都是同一種事。有的是這一版被拒，改完可以再提；有的是政策警告，不改會下架；有的已經停到帳號。先看狀態，再動手。
01先分清你看到的是哪一種
| 後臺提示 | 通常意味著 | 下一步 |
|---|---|---|
| 此版本被拒 | 這一版不能發布，舊版如果還在架，用戶仍能下載 | 看拒絕原因，改這一版再提交 |
| 政策警告 | 應用或商店資料違反某條政策，常給整改期限 | 在期限內改掉被點名的問題 |
| 應用已下架 | 用戶不能再安裝，可能還能打開已安裝的 | 按郵件裡的政策編號修改後申請恢復 |
| 開發者帳號被停用 | 帳號下的應用一起受影響 | 走帳號申訴，不要另開新號 |
拒絕原因和整改期限以後臺郵件和「政策狀態」頁的當前文字為準。截圖留一份，申訴時要引用。
02被拒後按這個順序改
- 打開這一版的審核詳情，記下政策名稱和具體句子，不要只記「被拒」兩個字。
- 對照應用裡的實際界面。商店描述、截圖和打開後的功能必須是同一件事。
- 數據安全表單、隱私政策網址和 App 裡真實收集的數據要對得上。表單少報比功能本身更容易被點名。
- 改的是被點名的那一處。同一天把標題、截圖、包和隱私政策全換掉，審核更難判斷你改了什麼。
- 在回復或版本說明裡寫：哪一條、改了什麼、在哪個界面可以核對。
只改商店文案就能解決的，不要重傳一個沒變化的包。必須改包時，版本號要升高。
03這幾類最常被點名
- 功能與描述不符。描述寫工具，打開是貸款、博彩、仿冒或未說明的廣告牆。
- 數據安全表單漏報。用了廣告、統計或登錄 SDK，表單裡卻寫沒有收集數據。
- 隱私政策打不開，或政策和表單不是同一份收集清單。
- 目標受眾選了兒童，應用裡卻有不適內容或未按家庭政策配置廣告。
- 權限要得過寬。通訊錄、簡訊、位置說不出和核心功能的關係。
- 已下架應用換一個包名再交一份幾乎相同的應用。這會被當成規避，而不是新應用。
04申訴只在你認為判斷錯了時用
你已經改完，或你確認應用本來就符合那條政策，才寫申訴。申訴不是把同一版再點一次提交。
- 引用郵件裡的政策名稱，不要只寫「請恢復」。
- 說明審核員可以在哪一個界面看到修改。測試帳號、步驟和地區寫全。
- 附上隱私政策網址和數據安全表單裡對應的那一行。
- 一次說完。連續用不同故事申訴，會讓後面的審核更難採信。
不要承諾「包過」，也不要找人改後臺狀態。恢復與否由 Google 決定。
05不要用這些辦法繞
- 被拒後立刻換包名、換開發者帳號再提交同一份應用。
- 把違規功能藏進網頁或遠程開關，審核時關掉、過審後再打開。
- 用別人的開發者帳號頂上。帳號協議不允許這樣轉移風險。
- 忽略警告期限，等下架後再從零寫一份新描述。
帳號如果已經被停用，先看帳號申訴那一篇。應用這一層的修改，解決不了帳號停用。
問常見問題
Google Play 被拒了，舊版本還會在架嗎？
只拒了新版本時，已發布的舊版通常還在。應用被下架或帳號被停用時，用戶就不能再安裝。
被拒後多久可以再提？
改完就可以提交下一版。後臺如果寫了整改期限，以那個日期為準，不要空等。
換一個包名重新上架可以嗎？
不可以當作被拒後的處理辦法。同一應用換包名再交，常被看成規避。
申訴和重新提交有什麼區別？
重新提交是交一個改過的版本。申訴是說明你認為這條拒絕判斷不對。沒改問題就申訴，通常不會通過。