Guideline 5.6 reddi: uygulamanı reddettiren paywall

Guideline 5.6, geliştiricinin davranış kuralları. Apple bir paywall için bu kuralı standart bir cümleyle anar: uygulama “attempts to manipulate customers into making unwanted In-App Purchases”. Açıkçası, satın alma akışındaki bir buton söylediğini yapmıyor ya da kullanıcı istemeden bir teklif geri geliyor. Düzeltme tek bir kurala sığıyor: her buton söylediğini yapar ve bir teklifi ne zaman tekrar göreceğine yalnızca kullanıcı karar verir.

Bu reddi, lansmanını bu vaka çalışmasında anlattığım trading antrenman uygulamam TradaZen'de yedim. Aşağıda kuralı, paywall'ımda bulduklarımı, kaçınman gereken kalıpları ve Apple'a verdiğim yanıtı bulacaksın. Puan isteğiyle ilgili komşu kural için guideline 5.6.3 rehberine bak.

Guideline 5.6 ne diyor?

5.6, “Developer Code of Conduct”, App Review Guidelines içindeki 5. bölümde, “Legal” başlığı altında yer alıyor. İlk paragraf saygıdan bahsediyor: müşterilere, yorumlara verilen yanıtlarda ve Apple ile yazışmalarda. İkinci paragraf doğrudan satın almaları hedefliyor.

Yürürlükteki metin ilkeyi koyuyor: “Customer trust is a cornerstone of the App ecosystem.” Ardından bir uygulamanın asla yapmaması gerekenleri sıralıyor: kullanıcıları istismar etmek, dolandırmak, “trick them into making unwanted purchases”, gereksiz veri paylaşmaya zorlamak, “raise prices in a tricky manner”, teslim edilmeyen bir şey için ücret almak ya da uygulama içinde veya dışında başka herhangi bir manipülatif uygulama.

Kısacası: bir satın almayı hileyle elde etmemelisin. Metin yasak butonların listesini vermiyor. Etkiye bakıyor: kullanıcı istediği için mi ödedi, yoksa ekran onu tuzağa mı düşürdü?

5.6 ayrıca dört alt kuralı kapsıyor:

Alt kural	Neyi hedefliyor
5.6.1 App Store Reviews	Yorumlar ve puan isteği
5.6.2 Developer Identity	Hakkındaki doğru bilgiler
5.6.3 Discovery Fraud	Görünürlük sahtekârlığı
5.6.4 App Quality	Şikâyetler, iadeler

Yaptırım kuralda yazıyor: “Repeated manipulative or misleading behavior or other fraudulent conduct will lead to your removal from the Apple Developer Program.” Yani tekrarlanan manipülatif davranışlar geliştirici programından çıkarılmaya yol açar. Bu genel bir kural ve ilk retten itibaren tüm satın alma akışını düzeltmek için iyi bir sebep.

Paywall için 5.6 ret mesajı

Mesaj çoğu zaman aynı cümleyi tekrarlıyor: “The app attempts to manipulate customers into making unwanted In-App Purchases.” Apple hangi öğeyi kastettiğini her zaman söylemiyor. Benim retimde başka hiçbir şey yoktu.

Başka geliştiriciler ilgili ekranı anlatıyor. Kasım 2024 tarihli bir Apple forum başlığında bir geliştirici, 5.6 retini kullanıcı ilk abonelik ekranını kapattığında gösterilen tek seferlik bir teklife bağlıyor.

5.6 sadece paywall'ları hedeflemiyor. Bir geliştirici de inceleme sırasında gizlenmiş gibi görünen özellikler yüzünden reddedildi. 5.6 retin satın almadan bahsetmiyorsa, önce incelemecinin göremediği şeyi ara.

TradaZen'deki 5.6 retim

12 Ekim 2026'da Apple, iPad Air üzerinde test edilen TradaZen 1.5.1 sürümünü reddediyor. Gerekçe: guideline 5.6, istenmeyen satın almalarla ilgili standart cümleyle. Hiçbir ekran belirtilmemiş.

Ben de tüm satın alma akışımı sadece hayır demek isteyen biri gözüyle yeniden okudum. Onboarding sonundaki paywall'ın kapatma seçeneği yok: devam etmek için uygulama deneme ya da abonelik istiyor. Etrafındaki üç mekanizma manipülasyon gibi görünebilirdi:

• Sahte bir çarpı. Ekranın üstünde, VoiceOver'a “Kapat” olarak duyurulan çarpı şeklindeki bir buton, kapatmak yerine indirimli bir teklif açıyordu.
• Kendiliğinden geri gelen bir teklif. Teklif sürdüğü sürece, kullanıcı uygulamaya döndüğünde yeniden açılıyordu.
• Promosyon hatırlatması. Paywall'dan uygulamadan çıkmak, özel bir indirim duyuran bir bildirim planlıyordu.

Bir ayrıntı önemli: bu mekanizmalar üç gün önce kabul edilen önceki sürümde de vardı. Bir kabul, paywall'ını sonsuza kadar onaylamaz: başka bir incelemeci aynı ekranı farklı okuyabilir.

Neyi değiştirdim

• Bu ekrandan çarpı kalktı. Yerine VoiceOver'a “Özel indirim” olarak duyurulan bir hediye simgesi var, dokununca teklifi açıyor. Artık hiçbir şey kapatıyormuş gibi yapmıyor.
• Teklif, uygulamaya dönüşte artık asla kendiliğinden açılmıyor.
• İndirim bildirimi kaldırıldı. Geriye yumuşak bir hatırlatma kaldı: kurulum başına yalnızca bir kez ve sadece bildirimlere izin verildiyse gönderiliyor. Ne fiyattan, ne indirimden, ne süreden bahsediyor.
• Bu hatırlatma, metni ve gönderilme zamanıyla birlikte App Review'a yazdığım mesajda açıklandı.

Neyi tuttum

Geriye kalanları da her öğe gerçekten seçim hakkı bırakıyor mu diye sorarak yeniden okudum.

• İptal edilen bir satın almadan sonra bir teklif. Kullanıcı yıllık abonelik için Apple'ın ödeme sayfasını iptal ederse bir hoş geldin teklifi açılıyor. Yeniden başlamayan, tek bir 5 dakikalık penceresi var: kullanıcı bu süre içinde tekrar iptal ederse yeniden açılıyor. Çarpıyla ya da “Hayır, teşekkürler” ile tek hareketle kapanıyor ve ürünün gerçek fiyatını gösteriyor.
• Gerçek bir 5 dakikalık sayaç. Bitiş zamanı ilk gösterimde cihaza kaydediliyor. Uygulama kapalıyken de işlemeye devam ediyor ve yeniden açılışta sıfırlanmıyor. Süre dolunca teklif bu uygulama kurulumu için kayboluyor. Daha önce kapatılırsa, küçük bir rozet kalan süreyi gösteriyor ve teklifi yalnızca dokunulursa yeniden açıyor.
• Kilitli bir sandık. Onboarding sırasında kazanılan eşyaları, sadece onları gösteriyor; uygulamanın kilidi açılana kadar kapalılar. Kaybedileceklerini söyleyen hiçbir şey yok.

Bu öğeler inceleme notlarında yer alıyor. Ret hiçbir ekranı belirtmiyordu: bu yüzden onları Apple tarafından onaylanmış gibi sunmuyorum. Bana göre bunlar bu mekaniklerin şeffaf versiyonları ve hepsini beyan ettim.

Her şey uygulama içinde olduğu için düzeltme yeni bir build gerektirdi. TradaZen 13 Ekim 2026'da yeniden incelemeye gitti.

5.6'yı tetikleyen paywall dark pattern'leri

Apple bir liste yayınlamıyor. Aynı mekaniğin çoğu zaman iki versiyonu var: tuzak kuran ve seçim bırakan. Bu tablo, kuralların metnini, başka geliştiricilerin yayınladığı retleri ve benimkini karşılaştırarak ikisini ayırıyor. Şeffaf versiyon kabulü garanti etmez. Sadece aldatmaya çalışmayan versiyondur. Son sütun her satırın neye dayandığını söylüyor.

Manipülatif versiyon	Şeffaf versiyon	Dayanağı
Kapatmak yerine teklif açan bir çarpı	Çarpı kapatır. Kapanmayan bir ekranda çarpı olmaz	TradaZen retimden sonra düzeltildi
Paywall kapatılınca beliren “tek seferlik” bir teklif	Bunu açıkça belirten bir butonun arkasında bir indirim	Apple forumunda yayınlanmış ret
Bir retten sonra açılan, yanıltıcı fiyatlı paywall'da ikinci bir teklif	İptal edilen satın almadan sonra tek bir teklif, gerçek fiyatla, tek hareketle kapanır	Cal AI vakası; Superwall'un aktardığı görüşme
Uygulamaya dönüşte kendiliğinden yeniden açılan paywall veya teklif	Kullanıcı bir sınıra ya da bunu belirten bir butona dokununca geri gelir	TradaZen retimden sonra düzeltildi
Hiç istenmemiş bir promosyon bildirimi	Açık onaydan sonra promosyon, uygulama içinden abonelikten çıkma imkânıyla	Kural 4.5.4
Sıfırlanan ya da bittikten sonra teklifi geri gelen sahte bir sayaç	Uygulama kapalıyken de işleyen ve gerçekten duran gerçek bir süre	“trick them” ifadesine dair yorumum, kural 5.6
Uydurma ödüller ya da satın almadan kaybolmakla tehdit edilen ödüller	Kullanıcının gerçek kazanımları, kaybetme tehdidi olmadan gösterilir	Kural 5.6'ya dair yorumum
Otomatik ücretlendirmeyi saklayan ücretsiz deneme	Deneme süresi ve sonra alınacak fiyat, butonun yanında	Apple'ın abonelik sayfası
Büyük puntoyla haftalık fiyat, küçük puntoyla tahsil edilen tutar	Tahsil edilen tutar ekrandaki en görünür fiyattır	Apple'ın abonelik sayfası
Suçluluk hissettiren bir ret butonu	“Şimdi değil” ya da “Hayır, teşekkürler” gibi nötr bir ret	Kural 5.6'ya dair yorumum

Cal AI vakasını TechCrunch aktarıyor: Apple, ilk teklifi reddedenlere gösterilen ikinci bir abonelik teklifi için 5.6'yı gösterdi. Aynı paywall 3.1.2(c) kapsamında da işaretlenmişti: haftalık fiyat tahsil edilen tutarın önüne geçiyordu ve deneme otomatik yenilemeyi gizliyordu. Makale ikinci teklifi daha ayrıntılı anlatmıyor.

Öte yandan, bu tür teklifler satan bir paywall aracı şirketi olan Superwall, Haziran 2026'da Apple ile resmî olmayan bir görüşme aktarıyor. Orada iptal edilen bir satın almadan sonra gösterilen teklif izinli olarak anlatılıyor. Israr ise değil: her oturumda geri gelen bir teklif ya da sadece ödeyerek çıkılabilen bir akış. Superwall bunların resmî kurallar olmadığını ve incelemecinin kendi takdirini koruduğunu belirtiyor. Yani bir retten sonra gösterilen teklif takdire bağlı bir alan olarak kalıyor: metin bunu yasaklamıyor, yayınlanmış retler var ve uygulama biçimi önemli.

Bildirimlerle ilgili kural 4.5.4: uygulama içinde alınmış açık onay olmadan ve abonelikten çıkma imkânı olmadan bildirimle promosyon yok.

Fiyat konusunda Apple'ın abonelik sayfası net: tahsil edilen tutar en görünür fiyat öğesi olmalı. Gerekçe tek cümle: “This ensures that people are not misled.” Kural 3.1.2 ayrıca Apple'ın bir aboneliği yanıltıcı biçimde ya da “bait-and-switch” ile satan uygulamaları kaldırdığını ekliyor.

Artık uyguladığım test: her buton tam olarak görünüşünün vaat ettiğini yapıyor mu, ve kullanıcı teklif kendiliğinden geri gelmeden tek hareketle hayır diyebiliyor mu?

Reddettirmese bile satış kaybettiren daha klasik paywall hataları iOS paywall: acemilerin 7 hatası yazısında.

5.6 reddi nasıl düzeltilir

1. Tüm satın alma akışını listele. Paywall, ikincil teklifler, sayaçlar, bildirimler, uygulamaya dönüşteki hatırlatmalar. Apple neyi kastettiğini her zaman söylemez. Her öğenin şeffaf versiyonda olduğunu kontrol et: tek hareketle kapanabilir, gerçek sayaç, doğru fiyat, otomatik geri dönüş yok. Sadece en olası öğeyi değil, tuzağa benzeyen her şeyi düzelt ya da kaldır.
2. İncelemecinin akışını yeniden oyna. Uygulamayı sil, yeniden kur, onboarding'i bitir, sonra her şeye hayır de: kapat, iptal et, uygulamadan çık, geri dön. Sen istemeden açılan her ekranı not et ve tek hareketle kapatabildiğini kontrol et.
3. Yeni bir build hazırla. Sebep uygulamanın içinde, yani gömülü kodda. Uzaktan güncelleme build'in yerini tutmaz; bunu guideline 2.1 rehberinde anlatıyorum.
4. Hiçbir şeyi yedekte tutma. Kabulden sonra bir teklifi uzaktan yeniden etkinleştirmek, bir özelliği incelemeciden gizlemek demektir. RevenueCat de çıkış teklifleri yazısında bu reflekse karşı uyarıyor.
5. App Store Connect'te İngilizce yanıt ver, App Review mesajını yanıtlayarak.

İşte yanıtımdan ve inceleme notlarımdan çıkardığım, kısaltılmış bir şablon. Build numarasını ve değişiklikleri kendininkilerle değiştir, sonra geriye kalanları listele:

Hello,

Thank you for your feedback on Guideline 5.6.

Issue: on the subscription screen, the button in the top
corner looked like a close button, but it opened a
discounted offer instead of closing the screen.

Changes in build X:
- Nothing on the subscription screen pretends to close it.
  A clearly labeled button now opens the optional offer.
- The offer never reopens by itself when the user comes
  back to the app.
- The notification announcing a discount has been removed.

Still in this build (also described in the review notes):
- [Each remaining offer: what triggers it, how often it
  appears, how the user dismisses it.]
- [Each remaining reminder: its text, when it is sent,
  and under which conditions.]

If another part of the purchase flow still looks unclear,
please tell me which screen, and I will change it.

Best regards,

Yazdığın şey build ile birebir örtüşmeli. Otomatik tetiklense bile bir hatırlatmayı ya da teklifi tutuyorsan, onları yanıtta ve inceleme notlarında anlat. İncelemecinin yanıldığını düşünüyorsan Apple, reddedilen her gönderim için tek bir itiraz hakkıyla App Review Board'a itiraz etmene izin veriyor. Paywall söz konusu olduğunda düzeltmek bana itiraz etmekten daha güvenli geliyor. Diğer ret sebepleri ve nasıl yanıt verileceği Apple bir uygulamayı neden reddeder yazısında.

Göndermeden önce anti-5.6 kontrol listesi

• Her çarpı ekranı kapatıyor. Kapanmayan bir ekranda çarpı yok.
• Her buton ne yaptığını hem ekranda hem VoiceOver için söylüyor.
• Hiçbir teklif bir kapatma butonunun arkasına saklanmıyor.
• Bir retle tetiklenen bir teklif tutuyorsan, yeniden başlamayan tek bir pencereye sığıyor, gerçek fiyatı gösteriyor ve tek hareketle kapanıyor.
• Hiçbir paywall ya da teklif uygulamaya dönüşte kendiliğinden yeniden açılmıyor.
• Uygulama içinde açık onay olmadan promosyon bildirimi yok.
• Sahte sayaç yok: gösterilen süre gerçek, sıfırlanmıyor ve gerçekten duruyor.
• Ekranın kazanılmış olarak gösterdiği şey gerçekten kazanılmış, kaybetme tehdidi yok.
• Deneme, süresini ve sonra tahsil edilecek fiyatı gösteriyor.
• Tahsil edilen tutar ekrandaki en görünür fiyat.
• İnceleme notları build'deki her teklifi ve her hatırlatmayı anlatıyor.
• Akışı her şeye hayır diyerek hem iPhone'da hem iPad'de yeniden oynadın.

Paywall'ını Apple'dan önce kontrol ettir

Review Kit, göndermeden önceki kontrol listemi, düzelttiğim retleri ve projeni, paywall'ını ve mağaza sayfanı okuyan iki Claude Code skill'ini bir araya getiriyor. Apple reddederse yanıtını hazırlıyorlar. İnsan gözü istersen benimle bir saatlik görüşme ayarla: satın alma akışını birlikte, senin ekranında yeniden oynarız. Retten sonraki tüm süreç Apple tarafından reddedilen uygulama sayfasında, aboneliklerin teknik kısmı ise iOS uygulama içi abonelikler sayfasında.

İlk yayınını hazırlıyorsan ücretsiz teşhisini yap: adımları sıraya koyar ve sana Apple ret önleme kontrol listemi gönderir. Ana sayfa, baştan incelemeye uygun düşünülmüş bir paywall ile nasıl mobil uygulama oluşturacağını gösteriyor.

Hiç kimse Apple'ın uygulamanı kabul edeceğini garanti edemez. Benim yapabileceğim, bedelini bir inceleme döngüsüyle ödediğim bir 5.6 retinden kaçınmana yardım etmek.

Sık sorulan sorular

Bir retteki “Guideline 5.6 - Developer Code of Conduct” ne anlama geliyor?

Geliştirici davranış kuralları kuralının başlığı. Uygulama içi satın alma olan bir uygulamada çoğu zaman manipülatif bulunan bir satın alma akışına işaret eder: sahte kapatma, kendiliğinden geri gelen teklif, yanıltıcı biçimde sunulan deneme ya da fiyat. Mesaj hedeflenen ekranı her zaman belirtmez.

Çıkış teklifi Apple tarafından yasak mı?

Metin bunu açıkça yasaklamıyor. RevenueCat de bunu belirtiyor, ama bazı geliştiricilerin bu sebeple reddedildiğini de söylüyor. Yayınlanmış retler, kullanıcı paywall'ı kapatınca beliren bir teklifi ya da bir retten sonra açılan ikinci bir teklifi hedefliyor. Şeffaf versiyonu ayıran şey: isteğe bağlı, yeniden başlamayan tek bir pencereyle sınırlı, gerçek fiyatlı, tek hareketle kapanan, kendiliğinden geri gelmeyen, varsa gerçek bir sayacı olan bir teklif. Bunu inceleme notlarında anlat. Hiç kimse bir incelemecinin onu böyle okuyacağını garanti edemez.

Çarpısı olmayan bir paywall'a izin var mı?

Kurallar çarpı zorunlu kılmıyor ve bu retten sonra TradaZen'de yapılan tercih de bu. Apple'ın reddettiği şey, kapatmaya benzeyip başka bir şey yapan bir buton. Yine de bir geliştirici, ücretsiz indirilen bir uygulamada çıkışı olmayan bir paywall için 5.6 reddi aldığını aktardı. Denemeyi istemeden önce değeri göster ve mağaza sayfanda uygulamanın ücretli olduğunu açıkça söyle.

5.6 retinden sonra yeni bir build gerekir mi?

Çoğu durumda evet, çünkü sebep uygulamadaki bir ekran ya da davranış. Sorun uygulamanın dışındaysa, mağaza sayfasında ya da meta verilerdeyse, build olmadan bir düzeltme yetebilir. Emin değilsen incelemeciye hangi ekranı kastettiğini sor.

5.6 reddi geliştirici hesabının kapatılmasına yol açabilir mi?

Kural, tekrarlanan manipülatif davranışlarda geliştirici programından çıkarılmayı öngörüyor. Ayrıca kapatılan bir hesabın, Apple tarafından onaylanıp ardından doğrulanan yazılı bir iyileştirme planından sonra geri açılabileceğini de öngörüyor. İlk retten itibaren tüm akışı düzeltmenin önemi bu yüzden.

5.6 ile 5.6.3 arasındaki fark ne?

5.6 genel davranış kuralları: saygı, güven, hileyle elde edilen satın alma yok. 5.6.3 onun alt kurallarından biri ve sıralamaların, aramanın ve yorumların manipülasyonuyla ilgili. Apple bunu Solys'te onboarding'e yerleştirilmiş bir puan isteği için gösterdi.