要求指南
為什麼 PWA · TWA · WebView 應用程式在封閉測試中比較吃虧
以 PWA · TWA · WebView 製作的應用程式，Google Play 封閉測試要求（12 位測試人員 · 14 天）也完全相同。要求不分應用程式類型，但以網頁構成畫面的應用程式首頁顯示較慢，測試人員難以好好試用。本文整理審查申請時參考的測試人員參與度為何會變弱、因此出現的症狀，以及縮短首次載入等因應方法。
最後確認：2026年10月13日。
要求相同，為什麼比較難
封閉測試的要求不分應用程式類型。人數是以測試人員是否選擇加入測試來計算，所以不會因為是網頁製作的應用程式，14 天就累積得比較慢。PWA · TWA · WebView 應用程式吃虧的地方在下一步，也就是 審查申請時參考的測試人員參與度。
Google 列出的申請退回理由之一是「測試期間測試人員的參與度不足」。畫面大部分由網頁構成的應用程式，首頁可能要 很久才出現，或在網頁載入完成前就被測試人員關掉。結果就是安裝了卻沒有真正用過的測試人員變多。
網頁型應用程式被拒絕的比例高出多少，Google 文件中沒有說明，我們也沒有另外統計的數據。請將這段理解為一項提醒： 首頁出現得慢，測試人員就難以好好試用應用程式。
會出現這些症狀
- 首次啟動時長時間顯示白色畫面，或在網路較慢的裝置上畫面無法顯示。
- 測試人員在看到首頁前就關閉應用程式，幾乎沒有用到任何功能。
- 問卷詢問測試人員使用了哪些功能時，沒有足夠的內容可寫。
改善方法
- 縮短首次載入。不要在啟動畫面後直接載入網頁，先繪製最基本的原生畫面， 再疊上網頁。顯示首頁所需的時間越短，測試人員完整試用的可能性就越高。
- 離線時也要有畫面。即使網路中斷，也要顯示提示訊息而不是空白畫面。 每部裝置的環境都不同，這點差異很大。
- 人數保留餘裕。為了避免一人解除安裝就讓要求不成立，不要剛好卡在最低人數， 請多留一些餘裕。
- 測試期間發布更新。即使是改善載入這類小變更，只要留下版本紀錄， 就能成為填寫問卷的依據。
- 明確展現應用程式的價值。只是把網頁原封不動包起來的應用程式，可能在政策方面 遭到指正。最好至少具備一項只有應用程式才能做到的功能，例如通知、離線使用或裝置功能。
測試前要確認的事項
- 最低 SDK 是否太高 — 越高，可安裝的裝置就越少。
- 首次啟動是否需要登入 — 卡在登入畫面時，就很難確認是否有執行。
- 權限要求是否擋住首頁 — 在部分 OS 版本中，顯示順序可能不同。
- 網頁畫面在低階裝置上是否能顯示 — 有時會因記憶體不足而關閉。
DUIRE 每天在多家製造商、多個 OS 版本的實體裝置上執行您的應用程式，每部裝置每天保留一張執行畫面。對 WebView 應用程式來說，這些螢幕截圖特別有用：哪部裝置成功顯示首頁、哪部裝置停在白色畫面，一目了然。
14 天如何計算、數字顯示較慢時該看什麼，都整理在 14 天計算規則中。
常見問題
- WebView 應用程式也能通過封閉測試嗎？
- 可以。要求不分應用程式類型，人數是以測試人員是否選擇加入測試來計算。不過，首頁載入較慢的應用程式，測試人員可能還沒好好使用就關掉了，Google 審查申請時參考的測試人員參與度可能因此偏弱。
- TWA 和 PWA 有什麼不同？
- PWA 是在瀏覽器中像應用程式一樣運作的網頁；TWA（Trusted Web Activity）則是把這個網頁包裝成 Android 應用程式，上架到 Play 商店的方式。上架到 Play 商店的是 TWA，但兩者的執行畫面大部分都是網頁，這點相同。
- 只出現啟動畫面，接著長時間顯示白色畫面。
- 網頁載入太慢時，首次啟動就會看起來是一片空白。測試人員若立刻關閉應用程式，就不算真正使用過，因此最好縮短初始載入時間，並加上載入指示。
- 會因為是 WebView 應用程式而在審查問卷中被拒絕嗎？
- 這本身並不是拒絕理由。但如果應用程式只是把網站原封不動地包起來，沒有提供應用程式本身的附加價值，就可能在政策方面出問題。請特別用心填寫問卷中的價值主張項目。