Store qaydaları və rejection səbəbləri
Rejection texniki problem deyil, plan problemidir: launch tarixin var, kampaniyanı hazırlamısan, sonra app baxışdan keçmir və hər şey sürüşür. Ona görə qaydaları əvvəlcədən bilmək marketing işidir, hüquq işi deyil.
Apple-ın App Review Guidelines sənədində vibe coding ilə qurulmuş app-lərə ən çox toxunan bəndlər bunlardır:
- 2.1 App Completeness — göndərilən versiya son versiya olmalıdır: bütün metadata tam, URL-lər işlək. Yer tutucu (placeholder) mətn, boş sayt və müvəqqəti məzmun təmizlənməlidir. App cihazda test edilməlidir; login varsa, demo hesab məlumatı verilməli və backend işlək olmalıdır
- 4.2 Minimum Functionality — app "yenidən bükülmüş sayt"dan artıq olmalıdır. Apple açıq yazır: app xüsusilə faydalı, unikal və ya "app kimi" deyilsə, App Store-a aid deyil
- 4.3 Spam — eyni app-in çoxsaylı Bundle ID-si və ya artıq geniş yayılmış app-dən fərqlənməyən app göndərmək qadağandır
- 2.3.7 — unikal app adı seç, app-i dəqiq təsvir edən keyword-lər ver; metadata-nı trademark, populyar app adları və ya qeyri-relevant ifadələrlə doldurma. App adları 30 simvolla məhdudlaşır
- 5.1.1 — privacy policy linki həm App Store Connect metadata sahəsində, həm app-in içində asan tapılan yerdə olmalıdır
| Tipik səhv | Hansı qaydaya toxunur | Necə qarşısını almalı |
|---|---|---|
| Login var, amma demo hesab verilməyib | Apple 2.1 | Göndərişdə demo hesabı yaz və backend-in işlədiyini yoxla |
| Privacy policy URL-i açılmır | Apple 5.1.1 | Göndərişdən əvvəl URL-i başqa cihazda aç |
| App sadəcə saytın içindəki səhifəni göstərir | Apple 4.2 | Ən azı bir real app funksiyası əlavə et (offline, bildiriş, cihaz imkanı) |
| Keyword-lərdə rəqib brendi | Apple 2.3.7 | Yalnız öz app-ini təsvir edən sözlər yaz |
| Bəyan edilən məlumat app-in topladığı ilə uyğun gəlmir | Hər iki store-un məxfilik siyasəti | Anketi kodu oxuyaraq doldur, yaddaşdan yox |
| Screenshot-larda app-də olmayan funksiya | Apple 2.3 (dəqiq metadata) | Screenshot-lar real ekranlardan qurulsun |
4.2 bəndi vibe coding üçün xüsusi əhəmiyyət daşıyır. AI ilə sürətlə qurulan app-lərin böyük hissəsi bir sorğunu bir API-yə göndərib cavabı göstərir. Apple üçün bu, çox vaxt kifayət deyil — sənəddə "yenidən bükülmüş sayt" ifadəsi məhz bunu nəzərdə tutur.
Bu, app-i atmaq demək deyil. Praktik həll: app-ə yalnız app-də mümkün olan bir şey əlavə et — offline işləmə, bildirişlər, cihaz kamerası/mikrofonu ilə inteqrasiya, widget, paylaşma menyusuna qoşulma. Bunlardan biri çox vaxt kifayət edir.
4.3 bəndi isə başqa bir riski göstərir: eyni şablondan onlarla oxşar app çıxarmaq. Vibe coding bunu texniki olaraq asanlaşdırdığı üçün cazibədar görünür, amma Apple bunu birbaşa qadağan edir.
Rejection aldıqda ilk reaksiya mübahisə etmək olur. Praktikada daha sürətli yol budur: rədd səbəbini hərfi mənada oxu, hansı bəndə istinad edildiyini tap, həmin bəndi sənəddə oxu və yalnız o problemi düzəlt. Baxış qeydinə əlavə izah yazmaq da olar — amma izah düzəlişi əvəz etmir.
Praktika. App Review Guidelines-dan 2.1, 4.2 və 5.1.1 bəndlərini oxu və hər biri üçün öz app-inə "keçir / keçmir / əmin deyiləm" qiyməti ver. Hazırdır sayılır: "əmin deyiləm" qiyməti alan hər bənd üçün bir düzəliş tapşırığın var.
📚 Mənbələr və sənədlər
- App Review Guidelinesrəsmideveloper.apple.com
2.1, 2.3.7, 4.2, 4.3, 5.1.1 — mətndə adı çəkilən bütün bəndlərin mənbəyi.
- Google Play developer siyasətirəsmiplay.google
Play tərəfindəki məzmun, metadata və məlumat siyasətləri.
- App-i baxışa hazırlamaqrəsmisupport.google.com
Play-in baxışdan əvvəl tələb etdiyi addımlar.
- İstifadəçi məlumatı siyasətirəsmisupport.google.com
Bəyanatla real davranışın uyğunluğu — ən çox problem yaradan sahə.