Google Play'in istediği hesap silme URL'si

Uygulamanız kullanıcıların hesap oluşturmasına izin veriyorsa, Google Play onu silmek için iki yol ister: biri uygulamanın içinde, diğeri aynı talebin yapılabildiği, herkesin erişebildiği bir web URL’si. Web URL’sini Play Console’da App content → Data deletion (Uygulama içeriği → Veri silme) altında beyan edersiniz ve Google Play Yardım, bu URL’nin “must be functional (for example, loads without error), relevant in scope” olduğunu belirtir (çeviri: çalışır durumda olmalı (örneğin hatasız yüklenmeli) ve kapsam olarak ilgili olmalı). Uygulamayı zaten kaldırmış biri de onu kullanabilmelidir.

Tek paragrafta gereksinim budur. Bu sayfanın geri kalanı, sayfanın kendisinin ne yapması gerektiğini ve gönderimin geri gelmesine yol açan hataları anlatır.

Burada iki şey isteniyor ve bunları karıştırmak kolaydır:

1. Bir talebin gönderilebileceği herkese açık bir sayfa.
2. Bir talep geldiğinde verileri kendi sistemlerinizde gerçekten silmek.

Birincisi bir barındırma sorunudur. İkincisi yalnızca sizindir ve hiçbir hizmet bunu sizin yerinize yapamaz; aksini söyleyen kimsenin veritabanınıza erişimi yoktur.

Sayfanın kullanıcıya yaptırması gerekenler

Gereksinim kullanıcının bakış açısından yazılmıştır, bu yüzden oradan okuyun. Uygulamanızı kaldırmış, şifresini unutmuş ya da hiç şifresi olmamış biri de sayfaya ulaşabilmeli ve hesabının silinmesini isteyebilmelidir.

Bu, bazı yaygın kurulumları dışarıda bırakır:

• Oturum açmayı gerektiren bir sayfa. Kullanıcının silme talebi için oturum açması gerekiyorsa, buna en çok ihtiyaç duyacak kişiler onu kullanamaz.
• Yalnızca uygulama içindeki bir yol. Uygulama içi yol da zorunludur, ama web URL’sinin yerini tutmaz: web URL’sine, uygulaması artık olmayan biri mağaza sayfasından ulaşabilir.
• 404 veren bir URL. Gerçekten yakalanan hata budur, çünkü kontrol etmesi çok kolaydır.

Sayfa hangi verilerin silindiğini, hangilerinin ne kadar süreyle tutulduğunu (fatura kayıtlarının çoğu zaman yasal olarak saklanması gerekir) ve silmenin ne kadar sürdüğünü belirtmelidir.

İnsanların yanlış yaptığı kısım: talebi almak

Bir form gösteren sayfa tek başına yeterli değildir; talebin size ulaşması gerekir.

Düz bir dosya barındırıcısının tek başına yapamadığı tek kısım budur. GitHub Pages, bir CDN’in arkasındaki bir depolama alanı: dosya sunarlar, POST isteği alamazlar. Bir geliştiricinin gerçekten seçeceği barındırıcıların çoğu bunu çözer (Cloudflare Workers, Netlify ve Vercel fonksiyonları, Netlify Forms), yani bu bir duvar değil, bir bağlantı işidir. Ama talebi bir şeyin alması gerekir ve alışılmış kendin-yap yolu dört yerden birinde biter:

• sayfada yazan bir e-posta adresi ve onun toplanmasını engelleyecek hiçbir şey;
• artık kullanıcılarınızın e-posta adreslerini gören üçüncü taraf bir form hizmeti;
• barındırıcınızda birkaç satırlık ama artık her uygulamada sahibi olduğunuz kod olan bir edge function;
• yılda belki iki talep için çalışır durumda tutmanız gereken küçük bir sunucu.

Hangisini seçerseniz seçin, bilinçli olarak karar verin. Talepleri sessizce kaybeden bir silme sayfası hiç olmamasından daha kötüdür: kullanıcıya talebinin alındığını söylüyorsunuz.

Kayıt tutun

Ne kurarsanız kurun, taleplerin kaydını tutun: adres, tarih, bununla ilgili ne yaptığınız. Bir düzenleyici kurum ya da bir mağaza sorarsa, “sildik” bir iddiadır, tarihli bir liste ise kanıttır.

AppFoyer burada ne yapar

Sayfayı barındırır ve talebi iletiriz. Bir kullanıcı talebi gönderir, onu denetim kaydınız olarak saklarız ve size bildiririz: her planda e-postayla, ücretli bir planda Telegram ya da Slack ile. Silme işlemini kendi sistemlerinizde siz yaparsınız; onlara erişimimiz yoktur ve silmeyi bizim yaptığımızı asla iddia etmeyiz.

Bize ödemeyi bıraksanız bile bu sayfa yayında kalır, çünkü kullanıcılarınızın bunda hiçbir payı yoktu.

Yetkili kaynak

• Veri silme hakkında bilgi sağlama — Google Play Yardım. Göndermeden önce bunu okuyun; karar veren bu sayfa değil, o sayfadır.