Guideline 4.3 Design Spam: uygulama reddedildi, ne yapmalı?

Guideline 4.3 Design Spam: kısa cevap

Guideline 4.3, App Store'un spam karşıtı kuralı. 4.3(a) aynı uygulamayı birden fazla kez yayınlamayı yasaklıyor ve pratikte yeniden paketlenmiş uygulamalara karşı kullanılıyor. 4.3(b) ise mevcut uygulamalardan ayırt edilemeyen uygulamaları reddediyor, özellikle de doymuş kategorilerde. Çözüm köklü: başka kimsenin sunmadığı bir ana özellik.

Düzeltmesi en zor ret bu: uygulamanın var olma sebebini sorguluyor ve ürün mevcut uygulamalara fazla benziyorsa hiçbir kod düzeltmesi yetmiyor.

Kendi iOS uygulamalarımı yayınlıyorum: mini oyunlu bir alarm olan Solys ve trading pratiği uygulaması TradaZen App Store'da. Nolera ve Clic reddedildi, sonra düzeltildi. 2.1, 5.6.3 ve 2.3.2 retleri aldım, bunları Apple uygulamanı neden reddediyor yazısında anlatıyorum. Hiç 4.3 reddi almadım ve sana aksini söylemeyeceğim. Bu rehber Apple'ın resmi metnine dayanıyor, kendi cümlelerimle aktarıyorum.

Guideline 4.3 tam olarak ne diyor?

4.3, "Spam", App Review Guidelines içindeki 4. bölüm "Design" altında yer alıyor. İki kısmı iki farklı sorunu hedefliyor.

4.3(a): tek uygulama, her varyant için bir kopya değil

Resmi metin, aynı uygulama için birden fazla Bundle ID oluşturmamanı istiyor. Apple'ın örneği: kullanıcının kendi şehrini aradığı tek bir dünya haritası yerine, dünyadaki her şehir için ayrı bir harita uygulaması yayınlamak. Uygulamanın konuma, spor takımına veya üniversiteye göre versiyonları varsa Apple tek bir uygulama göndermeni ve varyantları uygulama içi satın alma ile sunmanı öneriyor.

Pratikte ret mesajı bu örneğin ötesine geçiyor. Geliştiricilerin Apple geliştirici forumlarında paylaştığı 4.3(a) retlerinde Apple, uygulamanın başka geliştiricilerin gönderdiği uygulamalarla yalnızca küçük farklarla "a similar binary, metadata, and/or concept" paylaştığını yazıyor. Mesaj bu benzer veya yeniden paketlenmiş uygulamaları spam olarak nitelendiriyor. Üç kelime önemli: binary (derlenmiş kod), metadata (isim, açıklama, ekran görüntüleri) ve konsept.

İki kural daha aynı yönde. Guideline 4.2'nin alt kuralı olan 4.2.6, ticari bir şablondan veya uygulama üretme hizmetinden oluşturulan uygulamaları, içerik sağlayıcının kendisi göndermediği sürece reddediyor. Guideline 4.1, "Copycats", popüler bir uygulamayı adını veya arayüzünü biraz değiştirerek kopyalamayı yasaklıyor. Basit bir cümleyle başlıyor: "Come up with your own ideas."

4.3(b): doymuş kategoriler

4.3(b), zaten yaygın olarak bulunanlardan ayırt edilemeyen uygulamaları reddediyor: Apple'a göre bu fırsatçı varyantlar App Store'da keşfi bozuyor.

Metin ilgili kategorileri sayıyor. Flört uygulamaları, el feneri, ses efektleri, duvar kâğıtları, basit zamanlayıcılar ve fal ("fortune telling") uygulamaları zaten oturmuş kategoriler. Apple bu kategorilerde, "a meaningfully different or improved experience" sunmadıkça yeni başvuru kabul etmiyor. Güncellenmeyen, geliştirilmeyen veya kimseyi çekmeyen uygulamaları kaldırabiliyor bile.

İkinci liste daha sert: içki oyunları, Kama Sutra, osuruk ve geğirme uygulamaları. Apple bunları vasat veya düşük emekli buluyor ve bu türden tekrarlanan başvurular geliştirici programından çıkarılmaya kadar gidebiliyor.

Burç ve astroloji, metnin güncel versiyonunda bu şekilde adıyla geçmiyor. Yine de jenerik bir günlük burç uygulaması fala çok yakın ve ben onu doymuş bir kategori gibi değerlendirirdim.

4.3 neden yapay zekâ ve şablonlarla daha sık geliyor

Şablonlar her şeyi doğası gereği paylaşıyor

İnternette satılan bir uygulama şablonunu birçok geliştirici satın alıyor, renkleri, ikonu ve ismi değiştiriyor, sonra gönderiyor. Apple benzerlikleri nasıl tespit ettiğini anlatmıyor, ama mesajı binary, metadata ve konseptten bahsediyor: bir şablonun tüm kopyalarıyla paylaştığı üç şey. 4.3(a) ve 4.2.6'nın hedeflediği durum tam olarak bu.

Yapay zekâ fikrinin ortalama versiyonunu üretir

Bir yapay zekâdan "bir alışkanlık takip uygulaması" iste: sana fikrin en olası versiyonunu, yani mevcut uygulamaların ortalamasını, aynı ekranlar ve aynı onboarding ile verir. Kod belki özgün, konsept değil. Oysa 4.3(b) kodun özgünlüğünü değil, deneyimi değerlendiriyor.

Yapay zekâ farklılaşmış bir fikri çok iyi kodlar, ama farkı senin yerine bulmaz. İyi yaptığı ve kaçırdığı şeyleri yapay zekâyla iOS uygulaması yapmak yazısında anlatıyorum.

Uygulamanı gerçekten nasıl farklılaştırırsın

Kimsenin tam olarak bu şekilde sunmadığı bir ana özellik

Tam da 4.3'ten kaçınmak için her fikirde kendime uyguladığım kural bu: başka kimsenin tam olarak bu şekilde sunmadığı bir ana özellik. Sıradan bir alarm daha saldırıya açık olurdu, basit zamanlayıcılar Apple'ın saydığı kategoriler arasında. Solys, kapatmak için bir mini oyunu kazanmanı zorunlu kılan bir alarm. Fark tek cümleye sığıyor ve ilk kullanımda görünüyor.

Test şu: "bu, ... yapan tek uygulama" cümlesini tamamla. Sadece "ama daha güzel" diye bitirebiliyorsan farkın fazla zayıf.

Sana ait içerik ve mantık

Farklı bir görünüm yetmez. Bir uygulamayı ayıran şey ürettiği şeydir: onun için yazılmış içerikler, hesapladığı veriler, başka yerde bulunmayan bir mekanik. Bir şablondan veya açık kaynak bir projeden başlıyorsan sadece renkleri değil, mantığı değiştir.

Bunu kanıtlayan bir isim, ekran görüntüleri ve açıklama

4.3(a) mesajı metadata'dan bahsediyor: guideline 2.3.10'da olduğu gibi, reviewer senin sayfanı da değerlendiriyor. "Flashlight Pro" gibi jenerik bir isim, uygulama açılmadan önce bile bir kopyayı haber veriyor. İsmin ve alt başlığın benzersiz özelliği söylemeli, ilk ekran görüntün onu göstermeli ve açıklaman onunla açılmalı. Bu çalışma aramalardaki görünürlüğüne de yarar: yöntemi ASO App Store sayfasında bulabilirsin.

Tüm varyantların için tek bir uygulama

Fikrin şehre, takıma veya temaya göre çeşitleniyorsa, içinde seçim olan tek bir uygulama yayınla, varyantlar ücretliyse uygulama içi satın almalar ekle. 4.3(a)'nın kelimesi kelimesine okunuşu bu.

App Store Connect'te 4.3 reddine nasıl cevap verilir

Eskiden Resolution Center denen yer bugün App Store Connect'in App Review bölümünde. Yeniden göndermediğin sürece orada metin ve ek dosyalarla (ekran görüntüleri veya belgeler) App Review mesajına cevap veriyorsun.

1. Alt kuralı belirle. 4.3(a) reddi başka uygulamalarla benzerlikten veya birden fazla varyanttan bahseder. 4.3(b) reddi doymuş bir kategoriden bahseder.
2. Özünde dürüst ol. Uygulaman bir şablondan geliyorsa veya mevcut uygulamalara gerçekten benziyorsa tartışma: ifadeyi değil, ürünü değiştir.
3. Farkın gerçekse göster. Kısa, somut, İngilizce cevap ver ve ana özelliğin videosunu ekle.

Kullanacağım şablon, kendine göre uyarla:

Hello App Review team,

Thank you for your feedback regarding Guideline 4.3.

[App name] is not a variant of an existing app. Its core feature is:
[one sentence: what the user can do that no other app offers this way].

What makes it different:
- [Unique feature, and where to find it in the app]
- [Original content or logic created for this app]
- [Why it matters to the user]

All code, content and assets were created for this app.
We do not publish any other app based on the same code or concept.

Attached: a short screen recording of the core feature.

If a specific part of the app looks similar to existing apps,
could you tell us which one, so we can address it precisely?

Best regards,
[Your name]

Kod ve diğer uygulamalarla ilgili iki cümleyi yalnızca doğruysa yaz. Apple'a verilen bir cevaptaki yanlış bir iddia sana bir retten daha pahalıya patlar. Herhangi bir retten sonra izlenecek tam süreç Apple tarafından reddedilen uygulama sayfasında.

App Review Board'a ne zaman itiraz etmeli

Reviewer'ın uygulamanın konseptini ve işleyişini yanlış anladığını veya inceleme sırasında haksızlığa uğradığını düşünüyorsan Apple, App Review Board'a itiraz etmene izin veriyor. Apple üç şart koyuyor: uygulamanın guideline'lara neden uyduğuna dair net gerekçeler vermek, reddedilen her gönderim için yalnızca bir itiraz yapmak ve önce ek bilgi taleplerine cevap vermek.

Farkın gerçekse, uygulamada görünüyorsa ve App Store Connect'teki cevabın bunu anlatmaya yetmediyse itiraz et. Bir şablon, klon veya farksız bir varyant için itiraz ürünü değiştirmez.

Apple aynı sayfada App Review ile 30 dakikalık görüntülü görüşmeler de sunuyor. Fikrin doymuş bir kategoriye yakınsa, geliştirmeye başlamadan önce sor.

Göndermeden önce 4.3 karşıtı kontrol listesi

• "Bu, ... yapan tek uygulama" cümlesini tasarımdan bahsetmeden tamamlayabiliyorsun
• Ana özellik ilk kullanımda, aramadan görünüyor
• Hiçbir ekran, metin, ses veya görsel bir şablondan olduğu gibi gelmiyor ve şablonun mantığını değiştirdin
• Aynı kodu ve aynı konsepti paylaşan iki uygulama yayınlamıyorsun
• Varyantların (şehirler, takımlar, temalar) tek bir uygulamada yaşıyor
• İsmin ve alt başlığın kategoriyi değil, benzersiz özelliği söylüyor
• İlk ekran görüntün ve açıklaman farkınla açılıyor
• Uygulaman 4.3(b)'de sayılan bir kategoriye dokunuyorsa, inceleme notları onu neyin ayırdığını ve nasıl test edileceğini iki cümleyle açıklıyor

4.3, fikri seçerken önlenir

Doymuş bir nişte "bir tane daha" uygulama iki sorun yaratır. Apple onu 4.3(b) kapsamında reddedebilir. Geçse bile, seçilmesi için bir sebep sunmadan yıllardır yüklü olan uygulamalarla yarışır.

Yani farklılaşma gönderim anında eklenmez. İlk kod satırından önce, fikrini belirli bir kitle için net bir ana özelliğe indirerek karar verilir. İyi çerçevelenmiş bir iOS uygulaması MVP'sinin özü bu ve fikirden App Store'a yöntemimin ilk adımı.

Kodlamadan önce doğru fikri seçmek

iOS Kit'te yolun ilk adımı tam olarak buna hizmet ediyor: kodu yazmadan önce fikri, kitleyi ve fiyatı seçmek.

Zaten bir 4.3 reddi mi aldın? Apple Review Kit, belirtilen kuralı, ne istediğini ve bir düzeltme ile cevap örneğini bulmana yardım ediyor. Dosyana hemen birlikte bakmamızı istersen benimle bir saatlik görüntülü görüşme ayarla.

Apple'ın onayını kimse garanti edemez, ben de dahil. Ama fazladan bir uygulama olacak fikirleri en baştan elemene yardım edebilirim.

Fikrinden hâlâ emin değil misin? Ücretsiz teşhis projenden yola çıkıyor, önce hangi adıma girişmen gerektiğini söylüyor ve sana Apple retlerine karşı kontrol listemi gönderiyor. Ana sayfa da kodu yazmadan önce fikri seçerek sıfırdan başlamadan mobil uygulama yapmayı gösteriyor.

Sık sorulan sorular

4.3(a) ile 4.3(b) arasındaki fark nedir?

4.3(a) çoğaltmayı hedefliyor: aynı uygulamanın birden fazla versiyonu veya kodunu, sayfasını ya da konseptini birkaç detay dışında başkalarıyla paylaşan bir uygulama. 4.3(b) doygunluğu hedefliyor: el fenerleri gibi çok kalabalık bir kategoride yeni hiçbir şey sunmamak.

Yapay zekâyla yaptığım uygulama 4.3'ten reddedilir mi?

Yapay zekâyla yapıldığı için değil: Apple aracı değil, sonucu değerlendiriyor. Risk, yapay zekânın mevcut uygulamaların ortalama versiyonuna dönüştürdüğü jenerik bir fikirden geliyor. Ana özelliğin benzersiz ve görünürse, kodun kaynağı 4.3 açısından sorun yaratmaz.

Reddedilmeden şablon kullanılabilir mi?

Teknik bir başlangıç noktası olarak kullanılan, sonra köklü şekilde dönüştürülen bir şablon sorun değil. Yeni bir isim ve yeni renklerle neredeyse olduğu gibi yayınlanan bir şablon ise tam olarak 4.3(a) ve 4.2.6'nın hedeflediği şey.

4.3 reddinden sonra hesap veya Bundle ID değiştirmeli miyim?

Hayır. Kimliği veya hesabı değiştirmek uygulamayı değiştirmez ve 4.3(b), düşük değerli uygulamaların tekrarlanan gönderimlerinin geliştirici programından çıkarılmaya yol açabileceğini öngörüyor. Tek kalıcı çıkış yolu ürünü değiştirip yeniden göndermek.

Flört veya duvar kâğıdı uygulaması hâlâ kabul edilebilir mi?

Evet, gerçekten farklı veya geliştirilmiş bir deneyim sunuyorsa: Apple'ın metninin koyduğu şart bu. Bu fark uygulamada, sayfada ve inceleme notlarında görünmeli.