App Store ilovani rad etdi — bu yangi ilova chiqarayotgan ko'p kompaniyalar duch keladigan holat va odatda falokat emas. Rad etish xabarida qaysi qoida buzilgani ko'rsatiladi; ko'pincha sabab texnik: ilova qulaydi, demo akkaunt berilmagan, maxfiylik siyosati yo'q yoki ilova saytning oddiy nusxasi. Bularning ko'pi bir-ikki kunda tuzatiladi va qayta yuboriladi.
Quyida App Store review rejection va Google Play rad etishlarining eng ko'p uchraydigan sabablarini, ayniqsa murakkab Guideline 4.3 va 4.2'ni, hamda rad etilgandan keyin nima qilish kerakligini tushuntiramiz. Qoidalar 2026-yil holatiga ko'ra; rasmiy App Store Review Guidelines sahifasini tekshirib turing.
Rad etish xabarini qanday o'qish kerak
App Store Connect'da rad etish xabarida qoida raqami (masalan, "Guideline 2.1 - Performance - App Completeness") va izoh bo'ladi, ba'zan skrinshot bilan. Birinchi qadam — aynan shu bandni rasmiy qoidalarda o'qish. Ko'pincha tekshiruvchi aniq nimani ko'rganini yozadi: "ilova ishga tushganda qulaydi", "login ishlamadi".
App Store review rejection: eng ko'p sabablar
2.1 — ilova to'liq emas
Apple ma'lumotiga ko'ra, hal qilinmagan muammolarning 40 foizdan ortig'i aynan shu bandga tegishli. Qoida ilova yakuniy versiya bo'lishini, barcha havolalar ishlashini, vaqtinchalik kontent bo'lmasligini talab qiladi. Login bo'lsa, demo akkaunt ma'lumotlarini berish va backend'ni yoqib qo'yish kerak.
Tuzatish: qurilmada to'liq sinov, test ma'lumotlarini olib tashlash, App Review Information'da ishlaydigan demo login.
5.1.1 — maxfiylik
Har bir ilovada maxfiylik siyosati havolasi App Store Connect'da va ilovaning ichida oson topiladigan joyda bo'lishi kerak. Siyosat qanday ma'lumot to'planishi, kim bilan ulashilishi va qanday o'chirilishini tushuntiradi. Ilovada akkaunt yaratish bo'lsa, ilova ichida akkauntni o'chirish ham bo'lishi shart (5.1.1(v)).
2.3 — noto'g'ri metama'lumotlar
Skrinshotlar, tavsif va maxfiylik ma'lumotlari ilovaning haqiqiy imkoniyatlariga mos bo'lishi kerak. Do'kon sahifasidagi va'da ilovada yo'q bo'lsa — rad etish.
4.8 — login xizmatlari
Agar ilovada Google yoki Facebook orqali kirish bo'lsa, Apple maxfiylikka mos muqobil login variantini ham talab qiladi, masalan Sign in with Apple. Faqat o'z akkaunt tizimingizdan foydalanadigan ilovalar kabi istisnolar bor.
3.1.1 — raqamli kontent uchun to'lov
Agar ilova ichida raqamli kontent yoki funksiyalar sotilsa (premium rejim, obuna, kurslar), Apple odatda ichki xarid (In-App Purchase) orqali to'lovni talab qiladi. Jismoniy tovarlar va ilovadan tashqarida ko'rsatiladigan xizmatlar — yetkazib berish, taksi, bron — uchun esa Click yoki Payme kabi to'lov tizimlarini ishlatish mumkin.
Noto'g'ri yuboruvchi
Apple'ga ko'ra, bank, kripto, sog'liqni saqlash, aviaqatnovlar kabi tartibga solinadigan xizmatlar ilovalarini odatda xizmatni ko'rsatadigan yuridik shaxsning o'zi yuborishi kerak. Agar bunday ilova dasturchi yoki agentlik akkauntidan yuborilsa, rad etiladi. Shuning uchun bunday loyihalarda akkaunt boshidanoq kompaniya nomiga ochiladi — bu haqda jismoniy yoki tashkilot akkaunti maqolasida yozganmiz.
Guideline 4.3 va 4.2: eng qiyin rad etishlar
4.3 — Spam
Bu band ikki narsani taqiqlaydi:
- (a) bir xil ilovani bir nechta Bundle ID bilan chiqarish — masalan, har bir shahar yoki filial uchun alohida ilova. Apple bitta ilova va ichidagi variantlarni tavsiya qiladi;
- (b) do'konda allaqachon keng tarqalgan ilovalardan farq qilmaydigan ilova. Apple to'yingan kategoriyalarni (oddiy taymer, fonar, oboi va boshqalar) alohida sanab o'tadi.
Biznes uchun amaliy xavf: bir xil shablonda qilingan ilovalar. Agar ishlab chiquvchi bitta kod asosida o'nlab do'kon yoki restoran ilovalarini chiqarsa, 4.3 yoki 4.2.6 bo'yicha rad etilishi mumkin.
4.2 — minimal funksionallik
Ilova "qayta qadoqlangan sayt"dan ko'proq narsa berishi kerak. Faqat WebView ichida sayt ochadigan ilova ko'pincha shu band bo'yicha rad etiladi. 4.2.6 esa tijoriy shablon yoki ilova generatori xizmatlari orqali yaratilgan ilovalarni, agar ularni kontent egasining o'zi yubormasa, rad etishini aytadi.
Google Play rad etdi: nima qilish kerak
Google Play'da qaror Play Console'dagi Policy status sahifasida ko'rinadi: qaysi siyosat buzilgani va nima qilish kerakligi. Google sahifasiga ko'ra, rad etilganda oxirgi muvaffaqiyatli chiqarilgan versiya do'konda qoladi, suspend qilinganda esa ilova do'kondan olib tashlanadi. Muammoni tuzatmasdan qayta yuborish tavsiya etilmaydi.
Ko'p uchraydigan sabablar:
- tekshiruvchi ilovaga kira olmadi — App access'da login yo'q;
- Data safety deklaratsiyasi ilova va SDK'lar to'playdigan ma'lumotlarga mos emas;
- akkaunt yaratish bor, lekin akkauntni o'chirish yo'li va veb-havola yo'q;
- ortiqcha yoki asoslanmagan ruxsatlar;
- do'kon sahifasidagi chalg'ituvchi ma'lumot.
Joylash jarayoni haqida — ilovani Google Play'ga joylash.
Rad etilgandan keyin: harakat rejasi
- Xabarni to'liq o'qing va qoida bandini rasmiy matnda toping.
- Muammoni takrorlang — tekshiruvchi ko'rgan holatni o'zingiz ko'ring.
- Tuzating va izoh yozing — App Store Connect'da App Review'ga nima o'zgarganini qisqa va aniq yozing.
- Noto'g'ri tushunilgan bo'lsa — Apple'da avval App Store Connect orqali tushuntiring, keyin kerak bo'lsa App Review Board'ga apellyatsiya bering. Apple har bir rad etilgan ariza uchun bitta apellyatsiyani so'raydi. Google'da apellyatsiya Policy status orqali beriladi.
- Keyingi safar uchun xulosa — tekshiruv ro'yxatiga qo'shing.
Apple shuningdek App Review bilan 30 daqiqalik onlayn uchrashuvlar va kritik xato tuzatishlari uchun tezlashtirilgan ko'rib chiqishni so'rash imkoniyatini beradi.
Rad etishning oldini olish
- relizdan oldin TestFlight va yopiq testda real qurilmalarda sinash;
- demo akkaunt va ishlaydigan backend;
- maxfiylik siyosati, akkauntni o'chirish va to'g'ri Data safety;
- ilovani kompaniyaning o'z akkauntidan yuborish;
- WebView o'ramasi o'rniga haqiqiy mobil funksiyalar.
Butun jarayon — ilovani App Store'ga joylash maqolasida.
Rad etilgan ilovani tekshiruvdan o'tkazamiz
SyncLab rad etish sabablarini tahlil qiladi, kerakli o'zgarishlarni kiritadi, App Review bilan yozishmalarni olib boradi va ilovani qayta yuboradi. Ilovani biz ishlab chiqsak, joylash va tekshiruvdan o'tkazish bepul, boshqa hollarda narx so'rov bo'yicha. Batafsil: App Store va Google Play'ga joylash va mobil ilova yaratish.
Ko'p beriladigan savollar
App Store ilovani nega rad etdi?
Rad etish xabarida aniq qoida raqami ko'rsatiladi. Apple ma'lumotiga ko'ra, hal qilinmagan muammolarning 40 foizdan ortig'i 2.1-bandga, ya'ni ilovaning to'liq emasligiga tegishli: qulash, ishlamaydigan havolalar, vaqtinchalik kontent, demo akkaunt yo'qligi.
Guideline 4.3 nima degani?
4.3 — Spam bandi. Unga ko'ra bir ilovaning bir nechta nusxasini alohida Bundle ID bilan chiqarish va do'konda allaqachon keng tarqalgan ilovalardan farq qilmaydigan ilovani yuborish mumkin emas. Yechim — ilovaning o'ziga xos qiymatini ko'rsatish yoki variantlarni bitta ilovaga birlashtirish.
Google Play ilovani rad etsa nima qilish kerak?
Play Console'dagi Policy status sahifasida qaysi siyosat buzilgani ko'rsatiladi. Rad etilganda oxirgi muvaffaqiyatli versiya do'konda qoladi. Muammoni tuzatmasdan qayta yubormang. Agar qaror noto'g'ri deb hisoblasangiz, apellyatsiya berish mumkin.
Apple qaroriga apellyatsiya berish mumkinmi?
Ha. Agar Apple ilovangizni noto'g'ri tushungan deb hisoblasangiz, App Review Board'ga apellyatsiya berishingiz mumkin. Apple har bir rad etilgan ariza uchun bitta apellyatsiya berishni va ilova qoidalarga nima uchun mos kelishini aniq tushuntirishni so'raydi.
