Play 政策解碼：網友提問

現在我們來做個小測驗

感謝各位參加這場 Google Play 政策解碼座談會。

我是 Jan Kleinert，車輛專用 Android 團隊的開發人員關係工程師。

我是今天座談會的主持人。

接下來，請與談人 Bohdan 和 Paul 自我介紹。

Bohdan，我們先從您開始。

大家好。

我是 Bohdan，在 Google Play 信任與安全團隊工作。

我加入 YouTube 已超過四年，在科技信任與安全領域則有十多年經驗。

我喜歡觀察科技、產業和文化如何互動，以及事件如何促成新應用程式的開發。我也喜歡這類活動，因為我們能盡力協助開發人員 (例如各位) 取得成功。

大家好。

我是 Paul。

我和 Bohdan 在同一個團隊工作，在信任與安全團隊服務的時間也差不多，至今已有十年，其中大部分時間都在 Google Play 信任與安全團隊。

很高興今天能站在這裡，我們開始吧。

好的，謝謝。

在開始座談前，我會先將時間交還給 Paul，讓他為大家說明。

他會先簡要介紹政策資源、最佳做法等資訊，協助您做好準備，讓應用程式更順利、更有效率地通過政策審查。

是啊

那麼，Play 政策究竟是什麼？

開發人員在 Google Play 商店發布及維護行動應用程式時，必須遵守這些基本規則。

畫面上提供了一些 Play 政策資源的短連結。

第一個連結會帶您前往開發人員政策中心。

按一下頁面頂端的「近期更新」，即可查看新政策的詳細資料，以及現有政策的更新或澄清說明。

如果您偏好透過影片或音訊學習，請點選第二個短連結，前往「政策快訊」播放清單。

我們會在影片中說明政策更新。

最後，第三個連結會帶您前往 Android Studio 的 Play 政策詳解頁面，進一步瞭解這項功能。這項功能旨在透過 Android Studio 的 Lint 檢查，提供實用的審查前指引。

現在我們來做個小測驗

此外，Android 技能可協助您根據 Google Play 政策稽核 Android 應用程式，確認權限、帳戶刪除和資料安全性是否符合規範。

您可以使用 Android CLI 安裝這項技能，就像安裝其他技能一樣。

android skills list
android skills add play-policy-insights

最後，在 Jan 開始提問前，我們想分享一些與 Play 政策和應用程式審查相關的最佳做法。

第一，為審查人員提供登入憑證。

這聽起來很簡單，但無法存取內容是導致延遲或拒絕的常見原因。

如果應用程式需要登入，或含有付費內容、點數或訂閱項目，您就必須提供測試憑證。

有些應用程式只會在啟動時要求登入憑證，有些則可能在不同部分要求登入憑證，例如我剛才提到的付費內容。

您可以在 Play 管理中心完成這項操作，然後將這些登入憑證提供給審查人員。

這項聲明先前稱為「應用程式存取權」，現已更名為「登入詳細資料」，位於「應用程式內容」部分。

然後，您要確保憑證繞過任何類型的雙重驗證、驗證碼、付費牆等。

是，停用舊版本代碼。

因此，開發人員經常會遇到我們俗稱的「拒絕循環」，因為他們上傳了乾淨、符合規定的正式版，但往往忘記 Play 管理中心的另一個測試群組 (無論是公開測試、封閉測試等) 仍有不符合規定的舊版本。因此，即使是舊測試群組中的應用程式套件，也必須遵守 Play 政策，接受 Play 政策審查。

因此，如果應用程式要求受限制權限，或使用過時且有安全漏洞的 SDK，仍須接受審查。

因此，請務必先更換或停用所有測試群組中的過時版本代碼，再按下提交按鈕。

第三，預留充足的審查時間，並使用控管型發布功能。

因此，應用程式審查和發布作業可能需要七天或更久才能完成，尤其是新應用程式或要求私密資訊權限的應用程式。

因此，您需要預留足夠的前置時間。

如果您要推出重大更新，請務必在實際推出日期前至少幾週提交新應用程式。

接著，您可以使用控管型發布功能連結該版本。

控管型發布功能可讓您暫緩發布已核准的更新，直到準備就緒再推出，避免在行銷廣告活動或其他重要發布活動期間發生意外延遲。

此外，請務必避免重複提交應用程式。

因為如果這麼做，時間就會重新計算。

我認為開發人員有時會忘記這一點，他們在開發應用程式到一半時，會忘記「噢，我必須做這項小調整」。

重新提交後，審查程序會從頭開始。

沒錯，請檢查宣告。

因此，應用程式內容聲明 (例如資料安全性專區、隱私權政策或相片/影片權限) 必須與所有測試群組中有效套件或版本代碼的應用程式資訊清單相符。

舉例來說，如果應用程式資訊清單要求存取精確位置，但權限聲明表單未揭露用途，應用程式很可能會受到違規處置。

因此，請務必確保第三方 SDK 不會竊取您未聲明的資料。

即使應用程式不使用特定資料，但如果選擇整合的 SDK 會使用，就可能導致違規處置。

因此，請查看 Google Play SDK 索引，瞭解 100 多個最常用的商用 SDK 深入分析。

在繼續之前，我想先問一個問題。

你提到的「違規處置」具體是指什麼？

這個詞是什麼意思？

違規處置可能是任何不利的處置，從警告、拒絕，到更嚴重的處置，例如移除、停權，甚至是帳戶停權。

因此，當我說違規處置時，指的就是這些不利措施。

酷！

感謝您！

是啊

最後，使用申訴功能。

請勿在遭拒後直接重新提交相同版本。

此外，如果應用程式在短時間內因相同問題屢次遭拒，可能會觸發演算法標記，導致更嚴厲的違規處置，例如下架或停權。

因此，如果應用程式遭到拒絕，請不要在未進行任何變更、猜測或解決意見回饋的情況下，就立即重新提交。

您會在管理中心收件匣和提供的相關電子郵件地址，收到確切違規事項和指引。

如果不同意或不瞭解，假設是不同意拒登，可以提出申訴，對吧？

如果您認為這是偽陽性，可以使用通知中的連結提出申訴。

與其急著重新提交，不如先採取這個步驟。

同樣地，如果你收到通知，但覺得內容不合理，例如太冗長、段落太多等，都可以提出申訴。

這樣一來，你就能與真人透過電子郵件交流。

雖然他們能提供的資訊可能有限，但您通常可以取得更多有關拒絕原因的詳細資料。

申訴團隊也瞭解，有時通知內容可能相當冗長。

因此，他們會醒目顯示或粗體標示特別適用於您和您應用程式的部分。

所以，

接下來，我將把時間交還給 Jan。

現在我們來做個小測驗

感謝您！

因此，我們從各種管道和來源收集了開發人員的問題。

因此，我們今天提出的問題，代表開發人員經常向我們反映的政策問題。

首先，

應用程式因權限問題遭拒的常見原因有哪些？

開發人員該如何避免因違反權限政策等原因而遭拒？

現在我們來做個小測驗

「權限」，我選這個。

因此，權限 (尤其是私密資訊權限) 必須與應用程式宣傳的核心功能密切相關。

因此，如果應用程式有輔助功能或未宣傳的功能，很可能會遭到拒絕。

因此，請確保聲明與應用程式的用途相符。

此外，應用程式遭拒的常見原因，是您在聲明中提供的影片連結無法存取。

我們的審查團隊需要存取應用程式、您提供的影片連結，以及應用程式中的任何內容，才能全面審查應用程式。

因此，請務必確保應用程式、資訊清單和宣告中的所有內容都可存取。

因此，請務必完成這三項工作，這樣一來，過程應該會更順利。

酷！

現在我們來做個小測驗

所以，越來越多應用程式開發人員開始使用第三方平台，在應用程式中提供 AI 生成內容，對吧？

如果這些平台產生的內容不適當或不符合事實，是否會導致開發人員的應用程式遭到拒絕？在這種情況下，誰應該承擔責任？

是啊

沒錯，這可能導致拒登。

自 Play 商店推出以來，我們的立場始終如一，那就是開發人員必須對應用程式中的內容，或使用者可在應用程式中存取的內容負責。

因此，即使生成式 AI 是新領域，也同樣適用。

我認為生成式 AI 與使用者原創內容有相似之處，因為這兩項政策都必須有許多相同的機制，例如檢舉機制，以便在出現不當內容時進行處理。

必須有篩選機制。

當然，還有其他政策適用，但我認為，如果應用程式含有生成式 AI 內容，Google 會審查應用程式，使用者看到不當內容時會點選檢舉，而您也有篩選機制。

因此，Google、開發人員和使用者必須共同努力，才能盡可能確保應用程式安全無虞。

好的。

太好了！

但一般來說，除了提供使用者檢舉內容的機制外，我們是否建議開發人員也應加入某種機制？這就是你所說的篩選機制嗎？

例如一開始就避免向使用者顯示特定類型的內容？

答對了。

是啊

因此，在審查過程中，我們的團隊不會深入探究您的程式碼，或反向工程您的確切篩選機制。

他們只是想看看，能否存取任何不當內容。

如果可以，我們會傳送一些通訊內容，然後由貴團隊負責找出如何強化篩選機制。

我知道了。

好的，謝謝。

其中一項政策是冒用他人身分或抄襲政策，對吧？

如果應用程式因違反冒用政策而遭拒，但開發人員認為這項裁決有誤，該怎麼辦？

如何主動避免這類拒登情形？

申訴。

是的，這就是我們在白板上列出的第五項最佳做法：如果申訴遭拒，就應該提出申訴。

接下來，您應該採取的行動是，最常見的情況是，您冒用的品牌可能是您自己的品牌，對吧？

或者，您是代表他人製作應用程式，這可能是最常見的情況，例如白標開發人員為健身設施、SaaS 或某種 SaaS 解決方案製作應用程式。

不過，透過自己的開發人員帳戶發布這些應用程式會比較容易，對吧？

因此，您可以提出申訴，而我們的團隊會要求您提供授權證明。

假設您有一位客戶叫「阿喬雞肉」，他們有密西西比河以西最棒的雞肉。

他們會提供授權證明信函，信函上會印有公司抬頭和標誌，內容大致如下：「我們 (Joe's Chicken) 授權 ABC 開發人員在應用程式中使用我們的圖像和肖像」，最好還能附上應用程式名稱和應用程式套件名稱。

例如 com.joeschicken.app，然後回覆開發人員並提供該文件。

好的。

第二個部分是

他們可以主動採取哪些行動來避免這種情況？

舉例來說，你可以在第一次提交時上傳證明文件嗎？我忘了那叫什麼，就是某種證明。

是。

好

Play 管理中心提供提前告知表單，您可以提交這份表單，並上傳相關文件，證明您的帳戶與其他實體有關聯。

因此，只要這麼做，就能預先保護提交的應用程式，避免受到這類違規處置。

沒錯。

酷！

現在我們來做個小測驗

您在先前的最佳做法部分，稍微提到使用第三方 SDK 的事，我想進一步瞭解。

所以，當應用程式使用第三方 SDK 時，應用程式開發人員確實要負責監督這些 SDK 如何使用使用者資料等資訊。

那麼，開發人員該如何確認 SDK 符合資料安全性和使用者資料政策？

例如，他們該如何因應這種情況？

這個問題非常好。

我在 Google 的前兩年，花了很多時間處理 SDK 相關工作，這其實可以回溯到上一個問題，也就是我們談到的生成式 AI 和使用者原創內容，因為無論應用程式中包含什麼內容，最終都是開發人員的責任。

Paul 在簡介中曾簡短提到 Google Play SDK 索引，您只要在 Google 搜尋這個名稱，

Google Play SDK 索引應該會是第一或第二個搜尋結果。點選後，您會看到一個網頁，其中列出上百個 SDK，並依用途分類，例如營利、廣告、健康等。

該頁面只會擷取公開資料。

這是 Google 舉辦的活動。

不過，您會注意到，在這些 SDK 的旁邊，有些會顯示「已在 SDK 管理中心註冊」等標記。

就像應用程式開發人員有 Play 管理中心一樣，SDK 開發人員也可以使用 SDK 開發人員控制台。

且必須通過類似的審查程序。

他們會將 SDK 傳送給我們。

Google 會進行幾項不同的檢查，如果通過檢查且符合規定，就會獲得徽章。

對開發人員來說，這代表您可以前往該索引，查看哪些 SDK 已通過這項程序。

雖然這不保證應用程式一定會通過核准，或 SDK 永遠不會違規，但至少能讓您更放心。

首先，如果使用該 SDK，應用程式遭拒的可能性會大幅降低。

只是機率。

第二點是我在整個過程中非常喜歡的部分，如果我們發現 SDK 確實有不符合規定的內容，就會採取雙管齊下的做法。

第一步是聯絡 SDK 開發人員，告知對方：「我們發現您的 SDK 傳送使用者資料的方式不符規定。」

然後，他們會努力讓應用程式或 SDK 符合規定。

大約在同一時間或稍晚，我們的團隊會向開發人員傳送通知或警告，這是第二個步驟。

通知內容大致如下：「我們發現您的應用程式傳送資料的方式不符合規定，且問題出在 ABC SDK。」

因此，開發人員可以採取的步驟，就是將 SDK 更新至符合規定的版本。

如果想採取更激烈的手段，可以移除或更換 SDK，但這需要耗費大量心力和時間。

不過，這正是 Google Play SDK 索引的優點。

是啊

雖然索引中並未說明符合或不符合哪些政策，但獲得這個徽章就像是獲得信任票。

好的。

是啊

好的，沒問題。

根據您的說法，如果我們向開發人員發送訊息，告知他們「您使用的 SDK 有問題」，

如果開發人員修正了問題，我們是否會告訴他們「有更好的版本」？

還是他們必須自己做點研究？

我想上面確實有版本代碼。

是的，我不太確定，但我相信上面有列出可更新的版本代碼。

沒錯。我不是開發人員，也不是工程師，但根據我與開發人員的交流，有時只要按一兩個按鈕，就能在應用程式中啟動 SDK 更新程序。

酷喔

酷！

感謝您！

現在我們來做個小測驗

你剛才提到登入憑證，我對這個主題略知一二，也知道在其中加入這項資訊的重要性。

您提到繞過雙重驗證，以及確保能繞過付費牆或存取訂閱制內容等。

但開發人員還應考量哪些常見情況？

舉例來說，我曾遇過應用程式內容僅限特定國家/地區或地理位置存取，或訊息應用程式需要登入兩個帳戶才能測試。

除了提供登入資訊外，開發人員是否還需要在其他情況下採取額外行動？

是啊

我的意思是，我認為我一開始和最後都會提供給審查團隊的登入憑證，只是為了確保他們可以存取應用程式中的所有功能。

Play 管理中心的這個部分原本稱為「應用程式存取權」，大約一個月前改為「登入詳細資料」。

沒錯，你可以輸入使用者名稱、密碼，下方應該還有一個自由格式文字欄位。

因此，如果登入步驟不夠簡單明瞭，您可以提供操作說明，例如登入步驟。

您也可以視需要提供第二、第三和第四組登入資訊。

另外，我想分享一些資訊，讓大家瞭解團隊審查應用程式時，並不是有人坐在房間裡隨意瀏覽，然後點選核准或拒絕。

許多團隊會查看不同的政策和工作流程，因此您的應用程式很可能有多人透過多部裝置登入，有時甚至跨不同地區。

我能理解這點，因為許多安全機制會說：「噢，如果我們看到一堆登入，」那麼，為了使用者的安全，它就會停止將其放回。

但無論您選擇怎麼做，請注意，我們會透過許多不同的工作流程審查應用程式，因此您可能會看到這種情況。

因此，提供多個登入選項可以解決這個問題。

是啊

酷！

沒錯，我必須強調在聲明中使用任意形式文字的重要性。

因此，如果您的試用帳戶不只是使用者名稱和密碼，還涉及更多步驟，請務必確保審查團隊瞭解如何進入您的應用程式。

如果登入方式比輸入使用者名稱和密碼更複雜，請提供影片，確保我們的團隊瞭解如何登入。

是啊

有時我們會自己查看應用程式，有些登入畫面看起來很精緻。

我曾看過一些影片，這不是我瞎掰的，影片中說要輕觸這個按鈕 17 次，然後在螢幕上畫一個 X，接著開發人員模式就會彈出，然後你還要按照其他 11 個步驟操作，所以請不要這樣做。

因為這樣會有點難。

我聽過的一種情況是，有些應用程式只允許你連續登入 X 次，或同時登入應用程式，然後就會顯示「你必須移除一個」。

因此，如果您的應用程式支援這項功能，建議您提供相關資訊，說明如何找到可移除先前登入等存取權的頁面。

是啊

酷！

因此，當我們更新政策或推出新政策時，有時可能會要求開發人員對應用程式進行變更，而這可能需要一些時間才能實施，具體取決於變更內容。

所以，有時候這些會附帶截止日期，對吧？

例如，您必須在某個日期前完成某些事項，才能遵守新政策。

如果期限將至，但開發人員知道自己需要更多時間才能符合規定，可以怎麼做？

是啊，這聽起來有點像警告。

聽起來像警告。

是啊

沒錯，所以如果收到警告，最簡單的做法就是申請延期，對吧？

一般來說，我們會發布新政策、更新現有政策，或甚至只是提供說明。

此外，我認為 Google 通常會給予充足的前置時間。

我們可能會在開始採取行動前 6 個月，公開宣布這項政策。

接著，我們會發出警告，指出「您的應用程式違反了 6 或 12 個月前公告的政策」。

不過，Paul 和我偶爾會對這點提出異議，因為他們可能會要求你在 7 天內完成這項變更。

開發作業需要很長的時間。

我們都懂。

因此，我會直接回覆。

您需要提出申訴，並說明「我們瞭解政策規定，也知道應用程式不符合規定。

我們正在處理，或我們將採取這些步驟來解決政策問題，但我們需要更多時間。」

因此通常會給您多一點時間。

如果又過了 7 天，且即將到期，你可以再次提出要求。

當然，這並非無限。

但就像我說的，我和 Paul 會拒絕，但這只是個人層面，也是較高層面的做法。

例如，當我們知道有新政策即將推出，也知道可能有哪些人正在處理，我們會說：「看，這可以像 28 天的警告，而不是 7 天，甚至至少 14 天？」

是啊

好

如果您展現善意，表明您是出於善意進行變更以符合規範，Google Play 就會與您合作，設定新的期限。

更優質的時間軸。

好的。

所以，只要使用得當，申訴就像是多功能工具，可以協助處理許多這類情況。

例如，在合理情況下提出申訴，並詳細說明原因，有助於我們考量您的情況並提供協助。

現在我們來做個小測驗

如果開發人員在一個開發人員帳戶下有多個應用程式，這種情況很常見。

其中一個應用程式因違反政策而遭停權，這對整個開發人員帳戶有何影響？

這是否會對帳戶或其他符合規定的應用程式造成風險？

它有什麼作用？

有可能。

這就像是空白標籤開發人員。

我之前提過 Joe's Chicken，對吧？

如果你的客戶都屬於這個產業，

這就像打棒球，有時會被三振，對吧？

很遺憾，有些不肖人士會試圖進入 Play 商店，這也是我們採取輕重不一的違規處置措施的原因之一，包括下架、停權，甚至封鎖帳戶。

因此，如果您在 Play 商店上架了大量類似的應用程式，其中一個遭到停權，

嗯。

你是惡意行為人，對吧？

於是你修正了問題，一個月後試著重新上架。

然後我們的團隊發現了，你又再次遭到停權，對吧？

然後你從應用程式中移除，一個月後又放回去，這就是重複的行為模式，你已經被三振出局了，對吧？

但假設您正在為一家雞肉餐廳製作應用程式，這不會是惡意內容或任何內容，您只是想讓大家知道美味的食物。

假設您透過 CI/CD 管道等方式同時提交所有應用程式，而其中 10 個應用程式同時遭到拒絕或停權，我們只會將其視為一次違規，因為我們知道您同時處理大量應用程式。

嗯。

好的，

我想這就是問題的答案。

好，太棒了。

感謝您！

接下來是另一個消息。

And this one is maybe A lot of these questions have been more for like established developers maybe, but this one's kind of more about like when you're first getting set up in Play Console.

假設 Google Play 付款資料已通過驗證，

身分驗證錯誤已解決，目前只剩下電話號碼驗證。

例如，開發人員在這種情況下該怎麼做，才能確保開發人員帳戶可以發布應用程式？

有時就像在拼拼圖，如果他們不知道如何完成程序，該怎麼辦？

不久前，我在另一場活動中也遇到類似的問題。我認為新開發人員顯然需要驗證，但許多現有開發人員也必須再次驗證。

這大概是一年前的事，對嗎？

我記不太起來。

許多商家已自動通過驗證，但有些商家必須手動驗證。

好的。

或者，如果他們的地址和鄧白氏資料檔案不符，例如…

好

好

Google 個人資料。

好的。

沒錯，假設是電話號碼。

我會從兩個方面回答這個問題。

好的。

首先，在執行這些步驟時，Play 管理中心通常會顯示通知。

因此，您只會收到一則通知，內容是「您該註冊電話號碼了」。

這點相當簡單。

請以國際電話號碼格式輸入，例如 +1 408，後面加上號碼。

您會收到簡訊或電話驗證，請按照步驟操作。

但有時您可能嘗試過，卻收到錯誤訊息之類的，因為我們也有開發人員遇到這種情況，或者他們沒有收到簡訊驗證碼。

我會提供步驟，協助你聯絡申訴團隊。

這只是其中一個團隊，但實際上還有其他團隊，我不知道是六個還是二十四個…

Will。

請透過「說明」選單，回答您實際有權存取的 Play 管理中心問題。

現在，使用者介面已稍有變更。

這項功能原本位於主畫面左側的選單中。

底部有「說明」按鈕。

現在，只要捲動到任何頁面的頁尾，就會看到「說明」按鈕。

點選後，畫面上會顯示藍色橢圓形按鈕，上面寫著「建立支援單」。

我想這就是它的意思。

嗯。

是。

接著，您會看到一些下拉式選單，可以提出問題。

實際上，有一系列下拉式選單會直接引導您找到電話號碼，我幾乎已經記住了，但就像驗證開發人員帳戶一樣，第二個下拉式選單非常相似，您會看到一堆圓形按鈕。

其中一個專門用於電話號碼驗證。

接著，你可能會收到簡訊驗證碼，或是在嘗試完成驗證程序時，畫面上出現錯誤。

因此，您不只能透過這個管道解決電話號碼驗證問題，還能詢問許多與 Play 開發人員帳戶相關的問題。

Play 管理中心通常會清楚說明驗證的後續步驟，只要按照步驟操作即可。

太棒了！

酷！

時間差不多了，非常感謝大家參與這場座談會。