Langsung ke konten
AppFoyer
Mulai

Panduan Penghapusan akun

URL penghapusan akun yang diminta Google Play

Play Console meminta URL web publik di App content → Data deletion. Apa yang harus bisa dilakukan pengguna di halaman itu tanpa masuk, dan kesalahan yang membuat pengajuan dikembalikan.

Google Play meminta aplikasi yang memiliki akun menyediakan dua rute penghapusan: satu di dalam aplikasi, dan satu URL web publik tempat permintaan yang sama bisa diajukan tanpa masuk atau menginstal ulang. Anda mendeklarasikan URL web itu di App content → Data deletion. Halaman itu menerima permintaan; menghapus data di sistem Anda sendiri tetap tugas Anda.

1:21
Video 1:21 · dibuka di YouTube

Selesaikan ini dalam beberapa menit saja

AppFoyer meng-hosting halaman yang dibahas panduan ini — kebijakan privasi, ketentuan, dukungan, penghapusan akun, dan app-ads.txt — di subdomainnya sendiri, tanpa domain atau server milik Anda. Satu aplikasi gratis, dan tidak ada yang diwajibkan toko yang pernah berada di balik paywall.

Diperiksa 19 September 2026. Kebijakan toko berubah, terkadang tanpa pemberitahuan. Semua yang ada di bawah menautkan dokumentasi resmi, dan halaman itulah — bukan halaman ini — yang menjadi acuan. Jika keduanya tidak sejalan, toko yang benar. Panduan ini diterjemahkan dari bahasa Inggris; kutipan dari dokumentasi toko dipertahankan dalam bahasa Inggris aslinya.

Jika aplikasi Anda memungkinkan orang membuat akun, Google Play meminta dua rute untuk menghapusnya: satu di dalam aplikasi, dan satu URL web yang dapat diakses publik tempat permintaan yang sama bisa diajukan. Anda mendeklarasikan URL web itu di Play Console di bawah App content → Data deletion, dan Google Play Help menyatakan bahwa URL itu “must be functional (for example, loads without error), relevant in scope” (terjemahan: “harus berfungsi (misalnya, dimuat tanpa error), relevan cakupannya”). Seseorang yang sudah menghapus instalasi aplikasi harus tetap bisa menggunakannya.

Itulah persyaratannya dalam satu paragraf. Sisa halaman ini membahas apa yang harus dilakukan halaman itu sendiri, dan kesalahan yang membuat pengajuan dikembalikan.

Ada dua hal yang diminta di sini, dan keduanya mudah tertukar:

  1. Halaman publik tempat permintaan bisa diajukan.
  2. Benar-benar menghapus data di sistem Anda sendiri saat permintaan masuk.

Yang pertama adalah masalah hosting. Yang kedua sepenuhnya tugas Anda, dan tidak ada layanan yang bisa melakukannya untuk Anda — siapa pun yang mengatakan sebaliknya tidak punya akses ke database Anda.

Apa yang harus bisa dilakukan pengguna di halaman itu

Persyaratan ini ditulis dari sisi pengguna, jadi bacalah dari sana. Seseorang yang sudah menghapus instalasi aplikasi Anda, lupa kata sandinya, atau tidak pernah punya kata sandi, harus tetap bisa membuka halaman itu dan meminta Anda menghapus akunnya.

Ini menyingkirkan beberapa pengaturan yang umum:

  • Halaman di balik login. Jika pengguna harus masuk untuk meminta penghapusan, orang yang paling mungkin membutuhkannya justru tidak bisa menggunakannya.
  • Hanya jalur di dalam aplikasi. Rute di dalam aplikasi juga wajib, tetapi tidak menggantikan URL web: URL web dapat dijangkau dari listingan toko, oleh seseorang yang sudah tidak punya aplikasinya.
  • URL yang menghasilkan 404. Inilah yang benar-benar ketahuan, karena sangat mudah diperiksa.

Halaman itu sebaiknya menjelaskan data apa yang dihapus, apa yang disimpan dan berapa lama (catatan penagihan sering kali wajib disimpan menurut hukum), serta berapa lama penghapusan berlangsung.

Bagian yang sering salah: menerima permintaan

Halaman yang menampilkan formulir saja tidak cukup — permintaan itu harus sampai kepada Anda.

Inilah satu-satunya bagian yang tidak bisa dilakukan oleh host file biasa dengan sendirinya. GitHub Pages, bucket di balik CDN: semuanya menyajikan file, tidak bisa menerima POST. Sebagian besar host yang benar-benar akan dipilih pengembang memang menyelesaikannya — Cloudflare Workers, function di Netlify dan Vercel, Netlify Forms — jadi ini soal merangkai, bukan tembok. Tetapi harus ada sesuatu yang menerima permintaan, dan rute DIY yang biasa berakhir di salah satu dari empat tempat:

  • alamat email yang dicetak di halaman, tanpa apa pun yang mencegahnya di-scrape;
  • layanan formulir pihak ketiga, yang kini melihat alamat email pengguna Anda;
  • edge function di host Anda, yang hanya beberapa baris tetapi kini menjadi kode yang Anda miliki di setiap aplikasi;
  • server kecil yang harus terus Anda jalankan untuk mungkin dua permintaan setahun.

Apa pun yang Anda pilih, putuskan dengan sengaja. Halaman penghapusan yang diam-diam membuang permintaan lebih buruk daripada tidak punya sama sekali: Anda memberi tahu pengguna bahwa permintaannya sudah diterima.

Simpan catatan

Apa pun yang Anda bangun, simpan log permintaan: alamatnya, tanggalnya, apa yang Anda lakukan. Jika regulator atau toko suatu saat bertanya, “kami sudah menghapusnya” hanyalah klaim, sedangkan daftar bertanggal adalah bukti.

Yang dilakukan AppFoyer di sini

Kami meng-hosting halaman itu dan meneruskan permintaannya. Pengguna mengajukannya, kami menyimpannya sebagai jejak audit Anda, dan kami memberi tahu Anda — lewat email di paket apa pun, atau lewat Telegram atau Slack di paket berbayar. Anda yang melakukan penghapusan di sistem Anda sendiri — kami tidak punya akses ke sistem itu, dan kami tidak pernah mengklaim punya.

Halaman itu tetap online meskipun Anda berhenti membayar kami, karena pengguna Anda tidak ada hubungannya dengan itu.

Sumber resmi