Apple Yönergesi 4.2: Apple Bir Web Sitesi Uygulamasını Reddedecek mi? İnceleme Nasıl Geçilir?

Apple, web sitesi tabanlı bir uygulamayı reddedebilir ve bunun en yaygın nedeni "minimum işlevsellik"tir. Kılavuz 4.2 bunun arkasındaki kuraldır. Bir web sitesi uygulaması otomatik olarak reddedilmez, ancak bir çerçevedeki web sitesinin ötesinde hiçbir şey eklemeyen bir uygulama gerçek risk altındadır.

Bu kılavuz, kılavuzun ne söylediğini, hakemlerin neleri aradığını ve bir gönderinin nasıl hazırlanacağını açıklamaktadır. Apple dışında hiç kimse onay sözü veremez ve bu makale de bunu sağlamaz. Yapabileceğiniz şey, reddedilmenin önlenebilir nedenlerini ortadan kaldırmaktır.

Kılavuz 4.2 aslında ne diyor

Uygulama İnceleme Yönergeleri, 4.2 Minimum İşlevsellik kapsamında şunları belirtmektedir:

Uygulamanız, onu yeniden paketlenmiş bir web sitesinin ötesine taşıyan özellikler, içerik ve kullanıcı arayüzü içermelidir. Uygulamanız özellikle kullanışlı, benzersiz veya "uygulama benzeri" değilse App Store'a ait değildir.

Önemli olan kelimeler "yeniden paketlenmiş web sitesidir." Kural, web içeriği etrafında oluşturulan uygulamaları yasaklamaz. Bir web sitesinin halihazırda sunmadığı hiçbir şeyi sunmayan uygulamaları yasaklar.

İlgili yönergeler ayrıca web sitesi uygulaması incelemelerinde de yer alır:

• 4.2.2: Katalogların dışında uygulamalar öncelikle pazarlama materyalleri, reklamlar, web kupürleri, içerik toplayıcılar veya bir bağlantı koleksiyonu olmamalıdır.
• 4.2.3: Uygulama, başka bir uygulamanın kurulmasını gerektirmeden kendi başına çalışmalı ve ilk başlatmada gereken büyük indirmeleri açıklamalı ve talep etmelidir.
• 2.1 (Uygulama Tamlığı): Gönderimler, çalışan URL'ler içeren, yer tutucu içerik içermeyen ve uygulamanın oturum açma bilgileri varsa demo hesap ayrıntılarını içeren son sürümler olmalıdır.
• 4.2.6: Ticarileştirilmiş bir şablondan veya uygulama oluşturma hizmetinden oluşturulan uygulamalar, doğrudan uygulamanın içeriğinin sağlayıcısı tarafından gönderilmediği sürece reddedilir.

Apple yönergeleri güncellediğinden her zaman geçerli metni kendiniz okuyun. Resmi kaynak ise App Store İnceleme Yönergeleri.

Apple bir web sitesi uygulamasını reddeder mi?

Gönderilen uygulamanın ne yaptığına bağlıdır. Uygulamada, incelemeciler birkaç kalıba tepki verirler:

• Uygulama tek bir URL açar ve web tarzı gezinme de dahil olmak üzere mobil web sitesiyle aynı görünür.
• Yalnızca göz atılabilir içeriğe sahip olmayan bir giriş duvarı gösterir, dolayısıyla incelemeyi yapan kişi uygulamanın ne yaptığını göremez.
• Bağlantı olmadan kopuyor veya hatalar gösteriyor.
• Bağlantıları sürekli olarak tarayıcıya atlıyor.
• Kendi işlevi olmayan bir işletmenin pazarlama broşürüne benziyor.

Mağaza, rezervasyon sistemi, üye alanı veya içerik kütüphanesi gibi gerçek bir hizmeti kapsayan ve bunu uygulama benzeri navigasyonla sunan bir uygulama farklı bir konumdadır. İnceleme bir karar olduğu için yine de reddedilebilirsiniz, ancak işaret etmeniz gereken bir şey var.

Hizmet tarafından oluşturulan bir uygulamanın neden kendi hesabınıza ihtiyacı var?

Kılavuz 4.2.6, bir uygulama oluşturma hizmetiyle yapılan uygulamaların, doğrudan uygulama içeriğinin sağlayıcısı tarafından gönderilmediği sürece reddedildiğini söylüyor. Bir web sitesi sahibi için pratik okuma şudur: kendi Apple Developer hesabınız altında, kendi adınıza veya şirketinizin adına yayınlayın ve uygulamanın kendi içeriğinizi temsil ettiğinden emin olun.

SiteTo.App da bu şekilde çalışır. Derlemeler, bağladığınız Apple Developer hesabıyla imzalanır ve derleme, App Store Connect hesabınızdaki TestFlight'a iletilir. İlanın sahibi sizsiniz ve onu gönderiyorsunuz. Bkz. Apple Developer hesap kılavuzu Kurulum için. İçeriğinizi, kendi hesabı altında birçok müşteriye aynı kabuğu gönderen bir satıcıya teslim etmeyin.

Bir web sitesi uygulamasını uygulama gibi hissettiren şey nedir?

Amaç sırf bunun uğruna özellikler eklemek değil. Mobil kullanımı daha iyi hale getirmektir. Güçlü, dürüst eklemeler şunları içerir:

• Yerel navigasyon. Küçük bir ekrana sıkıştırılmış bir masaüstü başlığı yerine, insanların sitenizde telefonda nasıl hareket ettiğini eşleştiren bir sekme çubuğu veya menü.
• Bildirimleri itin. Sipariş güncellemeleri, rezervasyon hatırlatıcıları veya yeni içerik gibi kullanıcıların tercih ettiği mesajlar. SiteTo.App'da bunlar Firebase aracılığıyla kurulur; gör Firebase kılavuzu.
• Derin bağlantılar. Uygulamada doğru ekranı açan bildirimlerden veya e-postalardan gelen bağlantılar.
• Tasarlanmış bir lansman deneyimi. Bir simge, bir açılış ekranı ve net bir yükleme ve hata durumu.
• Yerel aktarımlar. Cihazda düzgün çalışan paylaşım, dosya yükleme, kamera erişimi veya indirme işlemleri.

El feneri açma/kapama gibi bir hile eklemeyin. Kılavuz 4.2'yi ele almıyor ve gözden geçirenler bunu anlıyor.

Başvuru öncesi kontrol listesi

Yüklemeden önce bunun üzerinde çalışın:

1. Tüm yolculuğunuzu gerçek bir iPhone üzerinde test edin. Yalnızca bir simülatör değil, TestFlight aracılığıyla kurulum yapın. Uygulamayı soğuk açın, oturum açın, birkaç seviyenin derinliklerine gidin ve geri hareketini kullanın.
2. Bağlantı olmadan test edin. Uçak modunu açın ve uygulamayı açın. Boş bir sayfa değil, net bir mesaj görmelisiniz.
3. Her harici bağlantıyı kontrol edin. Hangi bağlantıların uygulamada kalacağına ve hangilerinin tarayıcıyı açacağına karar verin.
4. Web sitesi düzeni sorunlarını düzeltin. Bir uygulamada duyarlı sorunlar, küçük dokunma hedefleri ve yalnızca masaüstü açılır pencereleri açıktır.
5. Yer tutucu içeriğini kaldırın. Kılavuz 2.1, çalışan destek ve gizlilik URL'lerine sahip bitmiş bir ürün beklemektedir.
6. Demo kimlik bilgilerini sağlayın. Oturum açmanız gerekiyorsa, inceleme boyunca çalışmaya devam edecek bir hesap ekleyin.
7. Gizlilik yanıtlarını doğru yapın. Uygulamaya yüklenen web analitiği ve ödeme araçları da dahil olmak üzere tüm deneyimi açıklamalıdırlar.
8. Dürüst ekran görüntüleri ve bir açıklama yazın. Gerçek uygulamayı gösterin ve eksik olan özellikleri talep etmeyin.
9. İnceleme notlarını kullanın. Uygulamanın ne yaptığını, yerel özelliklerin nerede olduğunu ve tüm bölge veya hesap gereksinimlerini açıklayın.

Sitenizi bunların birçoğuna göre kontrol edebilirsiniz. hazırlık kontrol listesive bizim yayınlama kılavuzu çevredeki mağaza basamaklarını kapsar.

Yardımcı olacak inceleme notları nasıl yazılır?

Gözden geçirenler çok sayıda gönderim görüyor. Kısa ve spesifik bir not, değeri hızlı bir şekilde bulmalarına yardımcı olur. Kapak:

• Bir veya iki cümleyle uygulamanın ne işe yaradığını anlatın.
• Çalışan demo kimlik bilgileriyle nasıl oturum açılır?
• Yerel özelliklerin nerede bulunacağı (ör. "Bildirimler hesap sekmesinden etkinleştirilebilir").
• Belirli bir bölgeye veya donanıma ihtiyaç duyan bir özellik gibi olağandışı herhangi bir şey.

Gerçekleri koruyun. İlk gönderimde yönergelerle ilgili tartışmalardan kaçının. Reddedilirseniz bunu yanıt olarak saklayın.

Apple uygulamayı reddederse

Reddetme bir konuşmadır, nihai bir karar değildir. Apple, Çözüm Merkezi'nde uyguladığı yönergeyi açıklıyor.

1. Mesajı dikkatlice okuyun. Kılavuz numarasını ve belirtilen belirli ekranları veya davranışları not edin.
2. Asıl sorunu düzeltin. Sebep minimum işlevsellikse, açıklamayı yeniden yazmak yerine uygulamanın yaptıklarını iyileştirin.
3. Kesin olarak yanıtlayın. Neyin değiştiğini ve inceleyenin bunu nerede görebileceğini açıklayın.
4. Gerekirse yeni bir yapıyı yeniden gönderin. İkili dosyada yapılacak bir değişiklik, yeni bir yükleme gerektirir.
5. Sadece bir dava ile itiraz edin. Reddetmenin bir hata olduğunu düşünüyorsanız Uygulama İnceleme itiraz sürecini kullanın ve gerçekleri belirtin.

Web sitesi tabanlı bir uygulama sitenizi yüklediğinden, birçok düzeltme web sitesinde gerçekleşir ve yeni bir mağaza sürümü olmadan uygulamada görünür. Yerel yapılandırma değişikliklerinin hâlâ yeni bir yapıya ihtiyacı var.

Sık sorulan sorular

Bir web sitesi uygulamasının çevrimdışı çalışması gerekiyor mu?

Kural olarak değil, ama zarif bir şekilde başarısız olması gerekir. Bağlantısı olmayan boş bir ekran tamamlanmamış gibi görünür ve bu, inceleyenlerin uygulamayı nasıl gördüğünü etkiler.

PWA'ya diğer web sitelerinden farklı mı davranılıyor?

Bir iOS uygulamasındaki PWA, yerel kabuğun içindeki web içeriğidir, dolayısıyla aynı yönerge geçerlidir. Görmek PWA'nın App Store ve Google Play'de nasıl yayınlanacağı.

Aynı uygulamayı birden fazla marka için gönderebilir miyim?

Yönerge 4.2.6, bir şablondan veya oluşturma hizmetinden oluşturulan ve müşteriler adına gönderilen uygulamaları kısıtlar. Her işletme kendi hesabı altında yayın yapmalıdır.

Dönüştürücünün onaylanması için ödeme yapmam gerekiyor mu?

Hiçbir araç sonuca karar vermez. Apple gönderilen uygulamayı değerlendirir. Bir yapı için ödeme yapmak bunu değiştirmez; dolayısıyla fiyatlandırma, onaydan ayrıdır. Görmek fiyatlandırma.

Sonraki adımlar

Sitenizi bir uygulama olarak test ederek başlayın. Web sitenizi SiteTo.App'da önizleyin, telefonunuzda deneyin ve uygulama yerine web sitesi gibi bir his uyandırdığını fark edin. Bu noktaları düzeltin ve ardından aşağıdaki adımları izleyin. kılavuz oluştur ve yayınla.