Aplikasi TWA Ditolak Google Play? Beralih ke WebView

Ini salah satu penolakan yang paling membuat developer independen frustrasi. Penguji Anda benar-benar aktif. Anda memiliki 12 orang. Masa 14 hari telah selesai. Namun, Google tetap menjawab "your testers were not engaged enough." Jika aplikasi dibangun sebagai Trusted Web Activity (TWA) atau wrapper PWA, pola tersebut memang kami temukan. Dari 7.400+ aplikasi yang kami tangani, build wrapper menerima penolakan khusus ini jauh lebih sering daripada build native standar atau WebView. Panduan ini menjelaskan alasannya, menunjukkan perbedaan arsitektur yang penting, dan menguraikan cara beralih ke WebView tanpa kehilangan hari pengujian yang telah terakumulasi.

Mengapa aplikasi TWA sering ditolak dalam pengujian tertutup?

Trusted Web Activity merender situs Anda melalui permukaan Chrome Custom Tabs, bukan menggambar layar di dalam aplikasi Anda sendiri. Ini merupakan cara cepat untuk mengubah situs atau PWA menjadi aplikasi yang dapat diinstal, dan bekerja baik untuk banyak aplikasi di produksi. Masalah khusus muncul ketika akun developer pribadi harus menyelesaikan persyaratan wajib pengujian tertutup selama 14 hari sebelum mendapatkan akses produksi.

Berdasarkan pengalaman kami membantu lebih dari 7.400+ aplikasi melalui proses ini, build TWA dan wrapper PWA jauh lebih sering menerima penolakan "testers were not engaged" daripada aplikasi native standar, meskipun penguji benar-benar aktif setiap hari. Polanya cukup konsisten sehingga kami menyarankan developer untuk tidak memakai TWA jika aplikasi masih harus menyelesaikan pengujian tertutup 14 hari.

Apa sebenarnya TWA dan bagaimana cara membuatnya?

Sebelum memperbaiki penolakan, pahami dahulu apa yang Anda publikasikan. Pada dasarnya, Trusted Web Activity adalah aplikasi Android yang menampilkan situs Anda dalam layar penuh melalui mesin browser sungguhan, tanpa kolom URL, antarmuka browser, atau tanda bahwa pengguna sedang melihat halaman web. Bagi pengguna, tampilannya terasa seperti aplikasi native. Di baliknya, yang berjalan adalah situs Anda.

TWA biasanya dibuat menggunakan CLI Bubblewrap dari Google atau PWABuilder. Keduanya dibangun di atas library androidbrowserhelper dari Google. Anda mengarahkan alat ke sebuah URL, alat membuat proyek Android, lalu Anda menandatangani proyek tersebut dan mengupload AAB ke Google Play.

Mengapa developer memilih TWA?

Konsekuensi yang dapat menyebabkan penolakan

Hal yang membuat TWA hemat juga membuatnya rapuh dalam pengujian tertutup:

• Memerlukan internet. TWA adalah jendela menuju situs Anda. Koneksi yang lemah membuat aplikasi terasa lemah, kecuali PWA Anda memiliki dukungan offline yang baik.
• Risiko ditolak di Play Store. Kebijakan fungsi minimum dan konten yang dikemas ulang menargetkan aplikasi yang hanya berupa situs dalam wrapper. TWA tanpa kemampuan native yang nyata dapat ditolak atau dihapus, terutama pada pengiriman baru. Tambahkan fitur native seperti notifikasi push, mode offline, kamera, dan target berbagi agar aplikasi tetap mematuhi kebijakan.
• Masalah sinyal interaksi yang dijelaskan sebelumnya. Inilah alasan akun pribadi yang menjalani pengujian tertutup 14 hari masih dapat menerima pesan "testers not engaged".

Kesalahpahaman umum: TWA BUKAN WebView

Bagian ini sering dijelaskan secara keliru. Penjelasan yang tepat penting karena menentukan cara Anda memperbaiki masalah. TWA sama sekali tidak menggunakan komponen WebView Android.

Karena TWA menggunakan mesin di balik Custom Tabs, Anda mendapatkan mesin rendering, mesin JavaScript, dan sandbox keamanan yang sama dengan Chrome. TWA juga berbagi cookie dan penyimpanan dengan Chrome, sehingga pengguna yang sudah login di web tetap login, menerima update browser otomatis, dan mendapatkan dukungan platform web penuh. Ini sangat berguna untuk aplikasi biasa yang telah dipublikasikan. Namun, layar aplikasi berjalan di luar proses aplikasi, di dalam Chrome. Hal ini menjadi akar pelemahan sinyal interaksi dan rendahnya jumlah pengguna aktif.

Alur peluncuran langkah demi langkah

Pemeriksaan kepercayaan: Digital Asset Links

Chrome hanya menghapus kolom URL jika aplikasi dapat membuktikan kepemilikan situs menggunakan Digital Asset Links. Aplikasi mendeklarasikan situs yang diwakilinya, lalu situs harus menyediakan file /.well-known/assetlinks.json yang mencantumkan package aplikasi dan sidik jari sertifikat penandatanganan SHA-256.

[{
  "relation": ["delegate_permission/common.handle_all_urls"],
  "target": {
    "namespace": "android_app",
    "package_name": "com.yourapp.name",
    "sha256_cert_fingerprints": [
      "AB:CD:EF:...:99"  // your signing cert SHA-256
    ]
  }
}]

Jalur sinyal interaksi: TWA vs WebView

Cara termudah memahami penolakan ini adalah mengikuti ke mana aktivitas penguji sebenarnya mengalir. Pada TWA, layar berada satu lapisan lebih jauh dari aplikasi, yaitu di dalam permukaan Chrome Custom Tabs. Pada aplikasi WebView, layar yang sama berjalan di dalam proses aplikasi Anda sendiri dan langsung diatribusikan ke package Anda. Perbedaan ini memengaruhi seberapa kuat aktivitas tercatat.

Cara mengenali TWA dari luar dan dalam

Tidak yakin apakah aplikasi yang Anda atau kontraktor publikasikan benar-benar TWA? Konfirmasikan terlebih dahulu secara visual, lalu pastikan melalui APK atau perangkat yang terhubung.

Tanda visual cepat bagi pengguna

• Perilakunya sama persis dengan situs karena yang ditampilkan memang situs tersebut.
• Jika konfigurasinya salah, Anda akan melihat kolom URL browser di bagian atas. Ini bukti kuat, lihat masalah assetlinks sebelumnya.
• Konten diperbarui tanpa update aplikasi di Play Store.

Tanda teknis yang pasti dari pemeriksaan APK atau perangkat

Konfirmasikan dengan adb

Pada perangkat atau emulator yang terhubung, gunakan dua perintah berikut:

# Is it a TWA? Look for the delegation service:
adb shell dumpsys package <package.name> | grep -i DelegationService

# Which site does it wrap, and is the trust check passing?
adb shell pm get-app-links <package.name>
#   -> "verified"  = Digital Asset Links pass (fullscreen)
#   -> "1024"      = verification failed (address bar shows)

TWA vs WebView untuk pengujian tertutup: perbandingan langsung

Kedua arsitektur membungkus konten web. Perbedaan penting untuk menyelesaikan pengujian tertutup 14 hari adalah tempat konten berjalan dan cara aktivitasnya diatribusikan. Berikut perbandingan keduanya pada metrik yang memengaruhi akses produksi dalam satu siklus.

Solusi: buat aplikasi WebView standar

Jangan terus menambal TWA atau mencoba memaksakan sinyal yang lebih kuat. Jalur paling bersih adalah membangun ulang aplikasi menggunakan komponen WebView lalu memublikasikan build tersebut. Tersedia tiga jalur umum, dan semuanya memuat situs di dalam aplikasi Anda sendiri:

Setup minimum WebView yang siap disalin

Intinya sederhana: sebuah WebView memuat URL dengan JavaScript dan penyimpanan aktif, menjaga navigasi tetap di dalam aplikasi agar tidak berpindah ke Chrome, serta menghubungkan handler tombol Kembali yang diharapkan dalam peninjauan Google. Pilih tab bahasa pemrograman Anda dan salin kode dasarnya:

val webView = findViewById<WebView>(R.id.webview)
webView.settings.apply {
    javaScriptEnabled = true          // most sites need this
    domStorageEnabled = true          // localStorage / sessionStorage
    cacheMode = WebSettings.LOAD_DEFAULT
}

// Keep links INSIDE the app (this is the key difference vs a TWA)
webView.webViewClient = WebViewClient()
webView.loadUrl("https://yourwebsite.com")

// The exact back-button handler Google looks for
onBackPressedDispatcher.addCallback(this, object : OnBackPressedCallback(true) {
    override fun handleOnBackPressed() {
        if (webView.canGoBack()) {
            webView.goBack()
        } else {
            finish()
        }
    }
})

WebView webView = findViewById(R.id.webview);
WebSettings settings = webView.getSettings();
settings.setJavaScriptEnabled(true);      // most sites need this
settings.setDomStorageEnabled(true);      // localStorage / sessionStorage
settings.setCacheMode(WebSettings.LOAD_DEFAULT);

// Keep links INSIDE the app (this is the key difference vs a TWA)
webView.setWebViewClient(new WebViewClient());
webView.loadUrl("https://yourwebsite.com");

// The exact back-button handler Google looks for
getOnBackPressedDispatcher().addCallback(this, new OnBackPressedCallback(true) {
    @Override
    public void handleOnBackPressed() {
        if (webView.canGoBack()) {
            webView.goBack();
        } else {
            finish();
        }
    }
});

# Wrap an existing web/PWA project in a native WebView shell
npm install @capacitor/core @capacitor/cli
npx cap init "YourApp" "com.yourapp.name"

# Point Capacitor at your live site (capacitor.config.ts)
#   server: { url: "https://yourwebsite.com", cleartext: false }

npm install @capacitor/android
npx cap add android
npx cap sync

# Capacitor handles back-button + DOM storage natively.
# Open in Android Studio to build a signed AAB:
npx cap open android

Tiga hal yang perlu ditambahkan untuk melewati peninjauan

WebView polos yang hanya memanggil loadUrl() tetap merupakan thin wrapper. Tiga tambahan berikut membuatnya menjadi aplikasi sungguhan dan mencegah penguji melihat layar kosong:

Cara beralih tanpa mereset hitungan 14 hari

Jika pengujian sudah berjalan separuh waktu, Anda tidak perlu memulai dari awal. Hitungan 14 hari tetap berlanjut setelah update aplikasi selama Anda menggunakan jalur pengujian dan package name yang sama. Berikut langkah migrasi yang aman:

Apakah aplikasi WebView masih dianggap sebagai "thin wrapper"?

Ini jebakan bagi developer yang menganggap WebView sebagai solusi ajaib. Beralih dari TWA ke WebView mengatasi masalah sinyal interaksi, tetapi tidak membebaskan aplikasi dari kebijakan Spam dan Fungsi Minimum Google. WebView yang hanya membingkai halaman beranda masih dapat ditolak sebagai thin wrapper, yaitu wrapper tipis yang hanya memuat situs tanpa nilai native nyata, sama seperti TWA tanpa fitur tambahan.

Anggap prosesnya sebagai dua gerbang terpisah. Jasa pengujian atau pembangunan ulang ke WebView dapat membantu Anda melewati satu gerbang, tetapi bukan gerbang lainnya.

Jadi, tujuannya bukan sekadar memakai WebView sebagai pengganti TWA. Anda memerlukan aplikasi WebView dengan nilai nyata dan perilaku native yang cukup untuk berdiri sendiri. Dalam praktiknya, lakukan hal berikut:

Ingin checklist lebih mendalam tentang pemicu penolakan kualitas? Panduan kami mengenai alasan pengujian tertutup ditolak menguraikan kegagalan kebijakan dan peninjauan paling umum di luar masalah interaksi.

Tidak yakin aplikasi Anda merupakan TWA? Kami periksa saat pemesanan

Anda tidak perlu menjalankan perintah adb atau membongkar APK. PrimeTestLab dapat memastikan apakah aplikasi Anda merupakan TWA. Begitu Anda memesan jasa pengujian kami, tim kami memeriksa build dan mengidentifikasi apakah itu TWA atau wrapper PWA. Jika ya, kami menjelaskan hal yang harus diperbaiki sebelum hitungan 14 hari terbuang pada arsitektur yang berisiko ditandai karena interaksi.

Apa yang terjadi setelah Anda memesan?

Cara PrimeTestLab membantu menangani bagian lain masalah ini

Arsitektur adalah separuh masalah. Bagian lainnya, yang menghambat banyak developer independen, adalah menemukan 12 penguji yang benar-benar ikut serta dan tetap aktif selama 14 hari terus-menerus. PrimeTestLab menangani kebutuhan tersebut.

Kami menyediakan tester terverifikasi di perangkat Android nyata yang telah ikut serta dan menjaga pengujian tertutup tetap aktif selama seluruh masa persyaratan. Dengan demikian, satu tester yang keluar tidak langsung memutus rangkaian 14 hari. Anda membagikan link pengujian, lalu kami menangani undangan, verifikasi keikutsertaan, pemantauan interaksi harian, dan retensi 14 hari. Hingga kini kami telah menangani 7.400+ aplikasi dengan tingkat keberhasilan percobaan pertama 99,9%.

Paket saat ini

Ditambah biaya layanan 5% · Tes ulang gratis atau pengembalian dana penuh

Pertanyaan umum

Intinya