| |
VERDE WAHHE APP / Lietotnes audits
Neatkarīgs ekspertu izvērtējums · App Store · Google Play

Lietotnes audits pirms publicēšanas
App Store un Google Play

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.

App StoreApp Review Guidelines, konti, privātums, IAP un materiāli pārbaudei
Google PlayDeveloper Program Policies, Data safety, atļaujas un Play Console gatavība
Produkts un kodsUX, stabilitāte, AI/SDK integrācijas, kritiskie scenāriji un tehniskie riski
KO PĀRBAUDĀM

Ne tikai ekrānus — visu ceļu līdz publicēšanai

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.

01

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.

02

Google Play politikas

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.

03

Privātums un datu apstrāde

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.

04

Atļaujas

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.

05

Konti un konta dzēšana

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.

06

IAP, abonementi un monetizācija

Maksas funkcijas, abonementi, pirkumu atjaunošana, maksājumu ekrāni, cenas, noteikumi un monetizācijas modeļa atbilstība platformu prasībām.

07

UX un kritiskie lietotāja scenāriji

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.

08

AI / vibe-coded produkti

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.

NEATKARĪGA IZVĒRTĒJUMA REZULTĀTS

Ko saņem pasūtītājs

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.

Kritisko, augsto, vidējo un zemo risku saraksts
Saites uz attiecīgajām platformu prasībām
Kas jāizlabo pirms pirmās iesniegšanas
Ko var pamatoti atlikt līdz laikam pēc publicēšanas
Veikala metadatu un deklarāciju pārbaude
Ieteikumi atkārtotai iesniegšanai pēc noraidījuma

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.

KAD ĪPAŠI NODER

Pirms pirmās iesniegšanas, liela atjauninājuma vai pēc noraidījuma

Pirmais laidiens

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.

Pēc noraidījuma

Jāsaprot faktiskā noraidījuma iemesls, jānodala platformas prasības no pieņēmumiem un jāsagatavo atkārtota iesniegšana.

Ar AI veidots produkts

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.

Jauna monetizācija

Tiek pievienoti abonementi, maksas funkcijas, pirkumi lietotnē vai mainīts veids, kā lietotāji maksā par digitālo saturu un tam piekļūst.

PROCESS

Kā notiek audits

1

Ievades materiāli

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.

2

Pārbaude

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.

3

Ziņojums

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.

4

Atkārtota pārbaude pirms iesniegšanas

Pēc labojumiem var veikt koncentrētu atkārtotu pārbaudi galvenajiem punktiem pirms jaunās versijas iesniegšanas.

AKTUĀLI 2026. GADĀ

Politikas mainās — auditam jābalstās uz aktuālajām prasībām

Ī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.

Konta dzēšana

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.

AI un lietotāju dati

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.

FAQ

Biežākie jautājumi

Vai audits garantē apstiprinājumu App Store vai Google Play?

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.

Vai varat pārbaudīt lietotni pēc noraidījuma?

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.

Vai pārbaudāt lietotnes, kas veidotas ar AI vai vibe coding?

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.

Vai pārbaudāt konta dzēšanu?

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.

Vai pārbaudāt abonementus un IAP?

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.

Vai var pasūtīt tikai atkārtotu pārbaudi pēc labojumiem?

Jā. Apjoms ir atkarīgs no veikto izmaiņu daudzuma un no tā, vai tās ietekmē saistīto funkcionalitāti.

PIEEJA

Pārbaudām produktu kā sistēmu, nevis vienu kontrolsarakstu

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ā.

OFICIĀLIE AVOTI

Uz kā balstās pārbaude

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.

Vajadzīga pārbaude pirms iesniegšanas?

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.