Gatavība App Store pārbaudei
Pamatfunkcionalitāte, pierakstīšanās, konti, piekļuve pārbaudītājam, metadati, maksas funkcijas un scenāriji, kas Apple pārbaudes laikā var radīt jautājumus.
Pārbaudām mobilo lietotni pirms iesniegšanas App Store vai Google Play: platformu prasības, privātumu un datu deklarācijas, atļaujas, kontus un konta dzēšanu, pirkumus lietotnē (IAP) un abonementus, veikala metadatus, UX, kritiskos lietotāja scenārijus un AI ģenerēta koda riskus.
Audits koncentrējas uz lietām, kas var aizkavēt pārbaudi, izraisīt noraidījumu vai radīt problēmas pēc publicēšanas.
Pamatfunkcionalitāte, pierakstīšanās, konti, piekļuve pārbaudītājam, metadati, maksas funkcijas un scenāriji, kas Apple pārbaudes laikā var radīt jautājumus.
Data safety, politiku deklarācijas, konta dzēšana, atļaujas, mērķa API līmenis, veikala ieraksts un atbilstība deklarētajai funkcionalitātei.
Kādus datus lietotne apkopo, kur tie tiek nosūtīti un vai privātuma politika, SDK, analītika, AI servisi un veikalu deklarācijas savstarpēji sakrīt.
Kamera, mikrofons, fotoattēli, kontakti, atrašanās vieta un citas sensitīvas atļaujas: vai tās tiešām ir nepieciešamas un lietotājam saprotami izskaidrotas.
Reģistrācija, autentifikācija, konta atjaunošana, Sign in with Apple vai Google, kā arī konta un ar to saistīto datu dzēšanas plūsma.
Maksas funkcijas, abonementi, pirkumu atjaunošana, maksājumu ekrāni, cenas, noteikumi un monetizācijas modeļa atbilstība platformu prasībām.
Pirmais starts, kļūdas, tukšie stāvokļi, navigācija, piekļuve galvenajām funkcijām, lasāmība mobilajās ierīcēs un svarīgāko lietotāja ceļu loģika.
Atkarības, trešo pušu SDK un AI integrācijas, datu plūsmas, slepenie dati, atļaujas, riskanti risinājumi un vietas, kur vajadzīga papildu tehniskā pārbaude.
Nevis vispārīgu “viss ir labi / viss ir slikti” vērtējumu, bet konkrētu un prioritizētu darbību sarakstu pirms iesniegšanas.
Svarīgi: neviens audits nevar garantēt apstiprinājumu veikalā. Galīgo lēmumu pieņem Apple vai Google. Audita mērķis ir atrast un samazināt novēršamus riskus pirms iesniegšanas.
Komanda vēl nav izgājusi pilnu App Store vai Google Play pārbaudi un vēlas pirms iesniegšanas novērst acīmredzamus šķēršļus.
Jāsaprot faktiskā noraidījuma iemesls, jānodala platformas prasības no pieņēmumiem un jāsagatavo atkārtota iesniegšana.
Viss kods vai nozīmīga tā daļa veidota ar AI rīkiem, un nepieciešams neatkarīgs politiku, datu apstrādes, atkarību un publicēšanas risku izvērtējums.
Tiek pievienoti abonementi, maksas funkcijas, pirkumi lietotnē vai mainīts veids, kā lietotāji maksā par digitālo saturu un tam piekļūst.
Lietotnes būvējums vai TestFlight piekļuve, testa konti, ja nepieciešams, funkciju apraksts, veikala ieraksts, privātuma politika, monetizācijas modelis un pārbaudei vajadzīgā piekļuve.
Izejam cauri galvenajiem lietotāja scenārijiem un salīdzinām produkta faktisko darbību ar aktuālajām platformu prasībām un plānotajām deklarācijām.
Katram atradumam norādām problēmu, risku, kāpēc tas ir svarīgi, attiecīgo prasību vai politikas jomu un ieteicamo labojumu.
Pēc labojumiem var veikt koncentrētu atkārtotu pārbaudi galvenajiem punktiem pirms jaunās versijas iesniegšanas.
Īpaši svarīgi regulāri pārbaudīt konta dzēšanu, datu deklarācijas, sensitīvās atļaujas, AI integrācijas un katra veikala aktuālās tehniskās prasības.
Apple pieprasa, lai lietotnes, kurās iespējams izveidot kontu, ļautu lietotājam uzsākt konta dzēšanu pašā lietotnē. Google Play arī pieprasa viegli atrodamu dzēšanas iespēju lietotnē un atsevišķu tīmekļa resursu, kur lietotājs var pieprasīt konta un saistīto datu dzēšanu.
2026. gada jūlijā Google Play precizēja, ka User Data prasības attiecas arī uz trešo pušu AI integrācijām. Izstrādātājs joprojām ir atbildīgs par atbilstošu informācijas atklāšanu, piekrišanu un limited use prasību ievērošanu.
Nē. Galīgo lēmumu pieņem Apple vai Google. Audits palīdz samazināt novēršamus neatbilstības un iesniegšanas riskus un dod skaidru rīcības plānu pirms iesniegšanas.
Jā. Sākam ar pārbaudes komandas ziņojumu vai politikas paziņojumu, pēc tam pārbaudām konkrēto scenāriju un saistītos riskus.
Jā. Īpašu uzmanību pievēršam trešo pušu integrācijām, atļaujām, datu plūsmām, slepenajiem datiem, privātuma deklarācijām, atkarībām un kritiskajiem lietotāja scenārijiem.
Jā, ja produktā iespējams izveidot kontu. Pārbaudām, vai dzēšanas ceļš lietotājam ir pieejams un atbilst aktuālajām veikalu prasībām.
Jā, ja tie ir daļa no produkta. Pārbaudām piekļuves loģiku, maksājumu ekrānus, pirkumu atjaunošanu, lietotājam redzamos noteikumus un maksājumu plūsmas atbilstību attiecīgajām veikala prasībām.
Jā. Apjoms ir atkarīgs no veikto izmaiņu daudzuma un no tā, vai tās ietekmē saistīto funkcionalitāti.
Veikala pārbaude bieži pārklājas ar UX, datu apstrādi, satura tiesībām, maksājumiem, tehniskajiem scenārijiem un to, ko komanda deklarē Play Console vai App Store Connect. Tāpēc audits šīs daļas izvērtē kopā.
Apple App Review Guidelines · Apple: Offering account deletion in your app
Google Play: User Data policy · Google Play: Account deletion requirements · Google Play: Policy update, 15 July 2026
Atjaunināts 2026. gada 21. septembrī. Pirms katras iesniegšanas jāpārbauda attiecīgajai lietotnes kategorijai spēkā esošā noteikumu redakcija.
Nosūtiet īsu produkta aprakstu, platformu, pašreizējo statusu un, ja lietotne jau ir noraidīta, arī saņemto pārbaudes komandas ziņojumu.