iOS, trimis o dată și aprobat.

O aplicație care este doar un ambalaj peste un site, sau care oferă puțin peste ce ar putea face un browser mobil, este respinsă. Dacă valoarea ta principală este conținut web, aplicația trebuie să-și merite locul cu ceva nativ — acces offline, push, folosirea hardware-ului sau un model de interacțiune chiar diferit. Ridicăm subiectul înainte de prima linie de cod, pentru că decide dacă proiectul are sens ca aplicație.

Bunurile digitale și abonamentele consumate în aplicație trebuie să treacă prin achiziție în aplicație, iar aplicația nu are voie să trimită utilizatorii spre o cale de plată exterioară. Bunurile fizice și serviciile consumate în afara aplicației nu au voie să treacă prin ea. Greșirea acestei granițe este cea mai scumpă eroare dintr-o lansare pe iOS, deci o mapăm pe modelul tău de business de la început.

Orice aplicație care permite crearea unui cont trebuie să permită și ștergerea lui din interiorul aplicației, nu printr-un e-mail către suport. Este o funcție mică ce oprește o trimitere pe loc atunci când lipsește.

Fiecare permisiune are nevoie de un text care explică motivul real, aplicația trebuie să funcționeze rezonabil când o permisiune este refuzată, iar etichetele de confidențialitate trebuie să corespundă binarului. Textele vagi sau copiate sunt o respingere de rutină.

O aplicație care oferă autentificare prin rețele sociale terțe trebuie în general să ofere și Sign in with Apple ca opțiune echivalentă. Este simplu de adăugat devreme și incomod de adaptat într-un model de conturi deja existent.

Cross-platform are sens când aceeași aplicație merge în ambele magazine, iar interfața este în mare parte standard — un singur cod, aproximativ jumătate din cost. Swift nativ merită pentru produse cu interfață bogată, pentru orice se sprijină pe funcționalități noi de platformă sau acolo unde performanța și consumul de baterie fac parte din produs. Construim ambele și îți spunem sincer ce justifică situația ta.

Ai nevoie de abonamentul Apple Developer Program pe numele firmei tale — trebuie să fie contul tău, nu al nostru, ca proprietatea asupra listării să nu depindă niciodată de agenție. Mac-ul este problema noastră, nu a ta. Putem administra contul și certificatele pentru tine, într-un aranjament de acces agreat.

De obicei este un punct concret și remediabil din nota recenzentului. Răspundem în Resolution Center în aceeași zi — adesea rezolvarea este o clarificare, nu o modificare de cod — și retrimitem. Respingerile fac parte din proces, nu sunt un eșec; important este să coste o zi, nu două săptămâni, iar asta vine din a fi proiectat deja în jurul celor frecvente.

După ce build-ul este gata: o zi sau două pentru TestFlight extern, apoi de regulă una–trei zile pentru App Review. Alocă o săptămână pentru prima trimitere, pentru că pagina din magazin, declarațiile de confidențialitate, capturile de ecran și conformitatea la export sunt toate lucrări făcute prima dată.

Da. Auditează versiunile de Swift și de dependențe, ținta de deployment, starea certificatelor și a profilurilor, declarațiile de confidențialitate față de cerințele curente și rata fără crash-uri. Aplicațiile care nu au mai fost publicate de un an au de obicei nevoie de actualizări de SDK și API înainte ca orice lucrare de funcționalități să fie realistă.