O respingere App Store necesită un răspuns potrivit problemei indicate. Începe cu mesajul de evaluare și verifică ce nu a funcționat. Instrucțiunile actuale Apple permit răspunsuri după corectarea informațiilor, metadatelor sau a problemelor de pe server. O corectare a codului din buildul trimis necesită un build nou. Dacă nu ești de acord cu decizia, clarific-o înainte de a o contesta.
Retrimiterea imediată poate relua un proces pe care l-ai fi putut rezolva în conversație.
Începem prin a pune mesajul alături de aplicația trimisă și prin a consemna ce a putut vedea evaluatorul. Astfel ai o sarcină concretă de discutat cu dezvoltatorul, chiar dacă nu poți modifica personal codul.
Respingere App Store: ce spune de fapt mesajul?
Citește starea și elementul afectat înainte să alegi o corecție. Referința Apple privind stările face distincția între o trimitere care așteaptă evaluarea și o aplicație respinsă sau informații de listare respinse. O trimitere poate include mai multe elemente. Notează care dintre ele are problema, regula indicată și explicația evaluatorului. O insignă veche de respingere nu oferă singură suficiente informații pentru a acționa.
Metadatele sunt informațiile de listare, precum descrierile și capturile de ecran, din afara pachetului executabil al aplicației. Un build este versiunea împachetată trimisă pentru evaluare. App Review Guidelines ale Apple tratează caracterul complet, metadatele corecte și funcționalitatea suficientă a aplicației drept cerințe separate. O descriere mai clară nu poate remedia o blocare, iar o funcție care merge poate avea totuși nevoie de informații mai bune pentru evaluare.
Păstrează o fișă a sarcinii cu aceste câmpuri: element afectat, regulă, problemă observată, corecție propusă, dovezi, persoană responsabilă și acțiune următoare. Folosește preocuparea reală a evaluatorului. Marchează un câmp drept necunoscut când mesajul nu îl explică, apoi adresează o întrebare precisă.
Găsește problema pe care evaluatorul a putut să o reproducă
Testează versiunea trimisă, pornind din punctul descris în mesaj. Contul tău obișnuit poate avea deja acces sau poate avea configurarea finalizată, spre deosebire de contul evaluatorului. Instrucțiunile Apple de pregătire solicită date demonstrative de autentificare funcționale și informațiile necesare pentru accesarea funcțiilor aplicației. Verifică întregul parcurs înainte să îi ceri dezvoltatorului o versiune nouă.
- Potrivește versiunea și mediul. Întreabă dezvoltatorul ce build a fost trimis și pe ce dispozitiv și sistem de operare a fost testat. Instrucțiunile Apple pentru testarea dispozitivelor cer testarea pe dispozitive fizice, inclusiv în modurile de compatibilitate relevante. Notează tot ce nu poți reproduce pe dispozitivele disponibile.
- Încearcă o autentificare nouă în contul de evaluare. Urmează pașii furnizați până la funcția raportată. Verifică rolurile contului și orice instrucțiuni privind codurile de autentificare. Instrucțiunile Apple pentru o evaluare completă solicită aceste detalii în avans. Datele de acces trebuie să rămână utilizabile când începe evaluarea.
- Citește listarea alături de aplicație. Compară descrierea și capturile de ecran cu ceea ce face efectiv acel build. Dacă respingerea privește un mesaj de permisiune, instrucțiunile Apple despre purpose string cer o explicație concretă a modului în care aplicația folosește resursa solicitată.
- Verifică acțiunea privind confidențialitatea indicată. Pentru o problemă legată de ștergerea contului, testează traseul efectiv. Instrucțiunile Apple impun aplicațiilor care permit crearea conturilor să ofere inițierea ștergerii din aplicație. Simpla dezactivare nu este suficientă. Obligațiile de păstrare și excepțiile pentru aplicațiile reglementate trebuie verificate separat.
Folosește un cont de testare cu date demonstrative sigure. O înregistrare sau un atașament trebuie să prezinte traseul nereușit sau corectat fără a expune datele clienților ori datele de acces.
Răspunzi, trimiți un build nou sau contești respingerea App Store?
Alege procedura după ce știi ce s-a schimbat. Instrucțiunile Apple privind starea evaluării fac distincția între corecțiile care pot fi explicate într-un răspuns și modificările care necesită o altă evaluare. Tabelul ajută la luarea deciziei pentru o respingere existentă. O notificare de eliminare sau o acțiune asupra contului necesită propria procedură.
| Situație | Următoarea acțiune acceptată |
|---|---|
| Informații lipsă, metadate corectate sau remedierea accesului pe server | Corectează problema și răspunde în App Store Connect |
| Un defect din buildul trimis a fost corectat | Încarcă buildul modificat și trimite-l pentru o nouă evaluare |
| Consideri că decizia aplică greșit regula indicată | Clarifică în conversație, apoi contestă dacă problema rămâne nerezolvată |
Apple avertizează că retrimiterea începe o nouă evaluare și încheie răspunsurile la mesajul anterior. Retrimiterea în timpul unei contestații închide contestația. Consultă persoana care gestionează conversația înainte să modifici trimiterea.
O ofertă explicită Bug Fix Submission este un caz separat. Instrucțiunile Apple o limitează la actualizările eligibile ale aplicațiilor aprobate anterior, fără probleme juridice sau de siguranță. Acceptarea se face prin răspuns, cu angajamentul de a corecta problemele în următoarea actualizare. Citește oferta înainte să folosești procedura obișnuită cu un build nou.
Pregătește împreună corecția și dovezile
Asociază fiecărei probleme o corecție și o metodă de verificare. Păstrăm sarcina dezvoltatorului și răspunsul pentru evaluator în aceeași fișă, astfel încât o modificare a aplicației să se reflecte în informațiile trimise împreună cu aceasta. Începe cu verificările pe care le poți face personal, apoi atribuie dezvoltatorului modificările de cod.
- Elimină lacunele de acces și informații. Actualizează notele pentru evaluare cu scopul aplicației, funcțiile modificate, serviciile externe și diferențele regionale relevante, urmând instrucțiunile Apple pentru o evaluare completă. Testează din nou datele de acces după ce le modifici.
- Verifică site-ul conectat. Deschide pe telefon adresele URL pentru asistență și confidențialitate menționate în trimitere. Verifică destinația și formularea în raport cu aplicația evaluată. Când un site susține o aplicație, această verificare a coerenței poate face parte din dezvoltarea site-ului.
- Solicită o corecție tehnică demonstrabilă. Pentru o problemă de build, cere-i dezvoltatorului să arate traseul raportat după remediere și să identifice buildul care conține corecția. Această predare face parte din dezvoltarea și publicarea aplicațiilor mobile, împreună cu pregătirea pentru evaluare.
- Trimite un răspuns precis. Instrucțiunile Apple pentru răspuns folosesc linkul unresolved issues al aplicației, apoi opțiunile In Progress, Resolve și Reply to App Review. Este necesar acces de tip Account Holder, Admin sau App Manager. Explică preocuparea, unde se găsește corecția și cum poate fi testată. Atașează dovezi relevante dacă sunt utile, apoi alege Reply.
- Folosește o contestație pentru un dezacord rămas. Instrucțiunile Apple privind contestațiile îți cer să clarifici mai întâi, apoi să răspunzi cerințelor indicate cu dovezi. Include în contestația aplicației toate încălcările. O solicitare de actualizare a stării sau de evaluare mai rapidă trebuie adresată în altă parte.
Nu introduce parole Apple personale în fișa sarcinii. Păstrează contul de dezvoltator sub controlul firmei și folosește accesul potrivit activității fiecărei persoane.
Cum știi că problema este rezolvată?
Separă o corecție pe care ai testat-o de decizia Apple. Repetă traseul exact după modificare și păstrează rezultatul, versiunea buildului sau a informațiilor și răspunsul trimis. Apoi citește starea curentă în App Store Connect. Un test local reușit îți oferă informații despre acel test. Apple decide în continuare asupra trimiterii.
Urmărește dacă există dovezi pentru fiecare problemă indicată, dacă accesul pentru evaluare încă funcționează și dacă un mesaj ulterior repetă aceeași preocupare. Dacă o repetă, compară noul mesaj cu fișa ta înainte să faci altă modificare. După lansarea aplicației, obținerea descărcărilor aplicației este o activitate separată.
Unde intervenim noi
Începem cu mesajul de respingere, versiunea trimisă și un traseu reproductibil prin aplicație. Apoi putem separa corecțiile listării și ale site-ului de activitatea de dezvoltare și putem pregăti informațiile pentru evaluator. Înainte să accepți un alt build, du aceste materiale persoanei responsabile de lansare, cu întrebările nerezolvate marcate.
