İçeriğe geç

İşlem rehberi

Uygulamam mağazadan reddedildi: ret sebepleri ve ne yapılacağı

Retlerin çoğu koddan değil eksik bilgiden kaynaklanıyor — ve bunlar saatler içinde kapanır. Hangisinin hangisi olduğunu ayırmak zaman kazandırır.

Kimin için: İnceleme reddi alan ve yayın tarihi yaklaşan ekiplerSon güncelleme: 7 dk okuma

Kısa cevap

Uygulamam neden reddedildi ve ne yapmalıyım?

Mağaza retlerinin büyük kısmı teknik değil bilgisel: eksik gizlilik metni, verilmemiş test hesabı, açıklanmamış izin gerekçesi, ekran görüntüsüyle uygulamanın uyuşmaması. Bunlar yeni sürüm gerektirmeden, mağaza kaydı düzeltilerek kapanır. Neuros teslim kapsamına bu kalemleri yazar; ret durumunda düzeltme ek ücret doğurmaz.

Uygulamam neden reddedildi?

İki tür ret var ve ikisinin çözüm yolu tamamen farklı. Birincisi bilgisel ret: eksik ya da tutarsız metadata, verilmemiş test hesabı, açıklanmamış izin. Bunlar saatler içinde, çoğu zaman yeni sürüm yüklemeden kapanır. İkincisi yapısal ret: uygulamanın kendisi bir kuralı ihlal ediyor — ödeme akışı, içerik politikası, kullanıcı verisi kullanımı. Bunlar geliştirme gerektirir.

Ekiplerin en çok zaman kaybettiği yer bu ayrımı yapmadan işe başlamak: bilgisel bir ret için mimariyi tartışmaya açmak ya da yapısal bir ret için metni düzeltip yeniden göndermek. Ret bildiriminde ihlal edilen kural numarası yazar; işe oradan başlayın.

Bu sayfa şu aramalara cevap veriyor

  • app store uygulamam reddedildi
  • google play uygulama reddedildi ne yapmalıyım
  • guideline 2.1 ret ne demek
  • inceleme için test hesabı nasıl verilir
  • uygulama izin gerekçesi nasıl yazılır
  • app store itiraz nasıl yapılır
  • uygulama incelemesi kaç gün sürer
  • uygulama yayından kaldırıldı

App Store en sık hangi sebeplerle reddediyor?

  • Test hesabı verilmemiş: giriş gerektiren uygulamada inceleme ekibi içeri giremiyor. Doğrulama kodu gerekiyorsa onun da nasıl alınacağı yazılmalı.
  • Gizlilik metni eksik ya da erişilemez bir adreste: bağlantı çalışmıyorsa metin yok sayılır.
  • İzin gerekçesi açıklanmamış: konum, kamera, kişiler ya da bildirim izni isteyen uygulama bunu neden istediğini kullanıcıya söylemek zorunda.
  • Ekran görüntüleri uygulamayla uyuşmuyor: henüz yayında olmayan bir özelliği gösteren görsel yanıltıcı bilgi sayılır.
  • Eksik işlevsellik: inceleme sırasında boş ekranla karşılaşmak — çoğu zaman test verisi olmadığı için, hata olduğu için değil.

İnceleme ekibine nasıl cevap yazılır?

İnceleme ekibine yazılan not, bir savunma değil bir kılavuz olmalı. İşe yarayan kalıp şu: hangi kuralın kastedildiğini teyit edin, neyi değiştirdiğinizi tek cümleyle yazın, ve değişikliğin nerede görüleceğini adım adım tarif edin — hangi ekran, hangi düğme, hangi hesapla.

İşe yaramayan kalıp da bellidir: kuralın yanlış uygulandığını iddia eden uzun metinler, benzer uygulamaların da aynı şeyi yaptığını söyleyen karşılaştırmalar ve aciliyet vurgusu. Bunlar incelemeyi hızlandırmıyor, çoğu zaman yavaşlatıyor.

Rette itiraz mı etmeli yeniden mi göndermeli?

Kuralın uygulanışında gerçekten bir yanlışlık olduğunu düşünüyorsanız itiraz yolu vardır ve kullanılmalıdır — aynı gerekçeyle tekrar tekrar gönderim yapmak yerine. Buna karşılık ret haklıysa, düzeltip yeniden göndermek her zaman daha hızlıdır; itiraz süreci düzeltmeden daha uzun sürer.

Karar kuralı: ret bildirimindeki gerekçe uygulamanızda gerçekten varsa düzeltin, yoksa itiraz edin. Kararsız kaldığınız durumda düzeltmek genellikle daha ucuzdur.

Uygulama göndermeden önce neler kontrol edilmeli?

  • Çalışan bir test hesabı ve doğrulama kodu akışı için not.
  • Yayında ve erişilebilir bir gizlilik metni adresi.
  • Her izin için uygulama içi gerekçe metni ve mağaza kaydındaki karşılığı.
  • Ekran görüntülerinin yayına çıkacak sürümle birebir uyuşması.
  • Boş ekranların dolu görünmesi için temsili veri — inceleme, ürünü ilk kez açan bir kullanıcı gibi bakar.
  • Çocuklara yönelikse yaş sınıflandırması ve veri toplama beyanlarının tutarlılığı.

Ret sonrası inceleme tekrar ne kadar sürer?

Yeniden gönderim genellikle ilk incelemeden kısa sürüyor çünkü ekip önceki değerlendirmeyi görüyor. Ama aynı gerekçeyle üst üste gönderim yaparsanız kuyruğa sonda giriyorsunuz. Pratik kural: her gönderim arasında gerçekten bir şey değiştirin ve nota neyi değiştirdiğinizi yazın — değişiklik göremeyen inceleme, aynı kararı hızlıca tekrarlıyor.

Hesabım kapatılır mı?

Tek bir ret hesabı riske atmaz. Riske atan şey tekrar eden davranış: aynı ihlali defalarca göndermek, yanıltıcı metadata kullanmak, reddedilen bir özelliği gizleyip sonradan açmak. Sonuncusu en ağır kategoride ve doğrudan hesap kapatmaya gidiyor — bir özelliği incelemeden gizlemek, kural ihlalinden çok güven ihlali olarak okunuyor.

Acil bir düzeltme için hızlandırma isteyebilir miyim?

İki mağazada da hızlandırılmış inceleme talebi var ama gerekçesi olması gerekiyor: kullanıcıları etkileyen kritik bir hata, güvenlik açığı ya da yasal zorunluluk. Kampanya tarihi ya da yatırımcı sunumu geçerli gerekçe sayılmıyor. Hızlandırma hakkını gereksiz kullanan hesaplar bir sonraki gerçek acil durumda reddediliyor.

Reddedilen özelliği kaldırıp sonra ekleyebilir miyim?

Hayır — bu, yönergelerde açıkça yasaklanan bir davranış ve tespit edildiğinde ret gerekçesinden çok daha ağır sonuç doğuruyor. Özellik kurallara aykırıysa çözüm onu kurallara uygun hâle getirmek ya da vazgeçmek. Gri alanda kaldığını düşünüyorsanız gönderim öncesi mağazaya danışma yolu var; sonradan açmaktan çok daha ucuz.

Retlerin çoğu koddan değil, inceleme ekibinin göremediği bir şeyden kaynaklanır.

Kaynaklar

  1. 01App Store Review GuidelinesApple · 2025
  2. 02Choose a developer account typeGoogle Play Console Help · 2026
  3. 03Google Play target API level requirementsGoogle · 2025

Sık sorulan sorular

Merak edilenler

Neuros'ta hayır; mağaza incelemesinden geçmek teslim kapsamının parçasıdır. Teklif alırken bu maddeyi yazılı isteyin, çünkü çoğu teklifte yok: ret durumunda düzeltmenin kimin yükümlülüğünde olduğu belirsiz kaldığında, yayın tarihine günler kala pazarlık masasına oturuluyor.

Değişken; ilk gönderim genellikle güncellemelerden uzun sürer ve yoğun dönemlerde uzar. Planlama kuralı şu: yayın tarihinden geriye doğru en az bir ret döngüsü payı bırakın. İlk gönderimini yayın gününe kilitleyen ekipler, bilgisel bir ret yüzünden kampanya tarihini kaçırıyor.

Evet. İnceleme kuralları güncelleniyor ve yayındaki uygulamalar da bu kurallara tabi; ayrıca teknik eşiklerin gerisinde kalan uygulamalar yeni cihazlarda listelenmez oluyor. Bu yüzden bakım bir ek hizmet değil, yayında kalmanın şartıdır — mağaza politikası değişikliklerini takip etmek de bu kapsamda.

Gerçek müşteri hesabı vermek risktir; incelemeye özel bir hesap vermek değil. Doğru yol, yalnızca inceleme için açılmış, temsili veriyle dolu ve gerçek para hareketi olmayan bir hesap tanımlamak. Doğrulama kodu gerekiyorsa sabit bir test kodu ya da koda ulaşmanın yolu da nota yazılır.

Tekrar göndermeden önce gerekçeyi yeniden okuyun: aynı numara altında farklı bir alt madde kastediliyor olabilir. Anlamadıysanız inceleme ekibine hangi kısmın kastedildiğini soran kısa bir not yazmak, tahminle yapılan üçüncü bir gönderimden hızlıdır. Aynı gerekçeyle üst üste gönderim, inceleme süresini uzatan bir sinyal.

Bu adımları birlikte geçelim

Rehberdeki işleri kendi projenizde uygularken yanınızda olalım.