On uygulamada uyumluluğu düzende tutmak

Bir uygulama bir kontrol listesidir. On uygulama bir sistemdir ve başarısızlık biçimi değişir: hiçbir şey zor değildir, ama bir şey her zaman biraz güncelliğini yitirmiştir ve bunu en uzun süredir dokunmadığınız uygulamadan gelen bir retle öğrenirsiniz.

Uygulama başına olması gerekenler

Pazarlık konusu değil, çünkü her uygulamanın kendi mağaza kaydı ve kendi veri davranışı vardır:

• Gizlilik politikası. Farklı SDK setleri farklı açıklamalar demektir. “Uygulamalarımızı” kapsayan ortak bir politika, klasik portföy hatasıdır — aşağıya bakın.
• Hesap silme sayfası ve size ulaşan bir yol, uygulama başına.
• Data safety ve App Privacy beyanları. Her kayıt için, o uygulamanın kendi bağımlılık listesinden doldurulur.
• app-ads.txt, uygulama reklam gösteriyorsa — o uygulamanın kaydındaki web sitesi üzerinden bulunur.
• URL’lerin kendisi, çünkü her kaydın kendi alanları vardır.

Gerçekten paylaşılabilenler

• Şablon. Her gizlilik politikası için tek bir yapı, koşullar için bir tane, uygulama başına doldurulur.
• Host adı kalıbı. Uygulama başına öngörülebilir bir adres, gelişigüzel URL’lerle dolu bir klasörden iyidir.
• Destek adresi, eğer tek bir gelen kutusu gerçekten hepsine hizmet ediyorsa.
• SDK bilginiz. Crashlytics’in veya AdMob’un ne topladığı her uygulamada aynı olgudur; yalnızca hangi uygulamaların onları içerdiği farklıdır.
• Süreç — sürüm kontrol listesi, inceleme ritmi, aşağıdaki kayıt tablosu.

Portföylerin yaptığı iki hata

Tüm uygulamalar için tek politika. Bariz bir tasarruftur ve iki yönde de başarısız olur: politika, sessiz yardımcı uygulamanın hiç dokunmadığı verileri listeler ve en yeni uygulamanın geçen ay eklediği bir şeyi atlar. İkisi de dürüstçe doldurduğunuz bir Data safety formuyla uyumsuzluktur ve ikisini karşılaştıran bir incelemeci, bu uygulamayla ilgili olmayan bir politika görür.

Kimsenin ilişkilendirmediği ortak bir silme gelen kutusu. Talepler, on uygulamanızdan hangisini kastettiğine dair hiçbir ipucu olmadan “lütfen hesabımı silin” diye gelir. Tanımlayamadığınız bir şey üzerinde işlem yapamazsınız ve siz bunu çözerken GDPR saati işler. Her uygulamanın taleplerini, uygulama bildirimden açıkça anlaşılacak şekilde yönlendirin.

Kayıt tablosu

Bir portföyü yönetilebilir kılan şey, gerçekten güncel tuttuğunuz tek bir tablodur — bir elektronik tablo yeterlidir. Uygulama başına bir satır ve şu sütunlar:

Sütun	Neden
Uygulama adı, bundle / application id	Kimlik
Listelendiği mağazalar	Kaç konsolun güncelleneceğini belirler
Gizlilik politikası URL’si	Yapıştırıp yeniden yapıştırdığınız URL
Hesap silme URL’si	Aynı şekilde
Destek adresi / sayfası	Aynı şekilde
Bildirilen geliştirici web sitesi	app-ads.txt dosyasının arandığı yer
Reklam gösteriyor mu?	app-ads.txt’nin geçerli olup olmadığı
Hesapları var mı?	Silmenin geçerli olup olmadığı
Temel SDK’lar	Bağımlılık listesinin özeti
Politikanın son incelenme tarihi	Neyin eskidiğini söyleyen tarih

Yerini hak eden son sütundur. İki mağaza da beyanların doğru kalmasını şart koşar — yalnızca yayın sırasında doğru olmuş olmalarını değil — ve “son incelenme”, onunu da okumadan kaymış üç uygulamayı bulmanızın yoludur.

İşe yarayan bir ritim

• Her sürümde, uygulama başına: herhangi bir bağımlılık değişti mi? Evetse, o uygulamanın politikasını ve iki veri formunu yeniden kontrol edin. Bunu hafızanıza değil, sürüm kontrol listesine koyun.
• Üç ayda bir, tüm portföyde: kayıt tablosunu açın, “son incelenme”ye göre sıralayın, en eski birkaçını kontrol edin. Her URL’nin oturum kapalıyken hâlâ 200 döndürdüğünü doğrulayın.
• Bir URL taşındığında: etkilenen her uygulama için her konsolu güncelleyin ve eski adresin yönlendirmeye devam etmesini sağlayın. On uygulamayla bu, onda dokuzu yapılıp yarım kalma ihtimali en yüksek değişikliktir.

Kayıt tablosundaki her URL’ye curl atan ve 200 olmayanları bildiren on satırlık bir betik, bir öğleden sonralık iştir ve gerçekte yaşanan başarısızlığı yakalar — sessizce ortadan kaybolan bir host.

AppFoyer burada ne yapar

Her uygulama kendi başına bir uygulamadır: kendi alt alan adı, kendi beş sayfası, kendi app-ads.txt dosyası, kendi bildirim kanalları, kendi kontrol listesi. Yanlış yapılacak ortak bir politika yoktur ve her uygulamanın silme talepleri uygulamaya göre tanımlanmış olarak gelir.

Paneldeki kontrol listesi, kayıt tablosunun canlı yarısıdır — uygulama başına, hangi mağaza alanının hâlâ boş olduğunu ve bunun neden önemli olduğunu söyler; böylece “neyin eskidiği”, güncellemeyi unuttuğunuz bir elektronik tablo sütunu değil, bir ekran olur. Planlar, kaç uygulama yayınlayabileceğinize göre farklılaşır: Free’de bir, Pro’da on, Advanced’de elli.

Bunun sınırları konusunda dürüst olmak gerekirse: toplu düzenleme ve uygulama grupları henüz yok. Bugün on beş uygulamaya bir reklam ağı satırı eklemek on beş düzenleme demektir. Bu iş planlanmıştır ama yayınlanmamıştır ve size bir portföy aracı satan bir sayfa, bunun hangi kısmının gerçek olduğunu söylemelidir.

Yetkili kaynaklar

• Provide information for Google Play’s Data safety section — Google Play Console Yardım, beyanları doğru tutmak üzerine
• App privacy details on the App Store — Apple, yanıtları güncel tutmak üzerine
• Set up app-ads.txt — AdMob Yardım