Aplicație respinsă de Apple: de ce (5 cazuri reale)

Când Apple îți respinge aplicația, aproape mereu există un motiv precis, scris în mesajul de review: un ghid numerotat, adesea însoțit de o captură. Pentru o primă aplicație, cele mai dese motive sunt o aplicație neterminată (2.1), o confidențialitate declarată greșit (5.1.1), metadate înșelătoare (2.3.2), o plată care ocolește achiziția in-app (3.1.1) sau o cerere de rating pusă în locul greșit (5.6.3). În marea majoritate a cazurilor, reviewerul ți-a înțeles foarte bine aplicația: trimiterea ta era cea care avea puncte slabe.

Știu asta pentru că am primit eu însumi aceste respingeri. Îmi public propriile aplicații iOS: Solys (o alarmă cu mini-jocuri) și TradaZen (un simulator de trading) sunt în App Store. Solys a fost respinsă de două ori, o dată înainte de lansare și o dată la un update, iar alte două aplicații, Clic și Nolera, au fost respinse, corectate și retrimise la Apple. Iată cele cinci respingeri, cauza lor reală, apoi metoda de răspuns și checklistul pe care îl aplic înainte de fiecare trimitere.

De ce respinge Apple o aplicație: cele 5 respingeri pe care le-am primit

Respingerea 2.1 pe Solys: demo-ul era imposibil de câștigat

Onboardingul din Solys oferă un demo jucabil: trebuie să câștigi un mini-joc, ca la trezire. Pe telefoanele mele mergea totul. Reviewerul însă testa pe un iPad, unde o aplicație de iPhone rulează în modul de compatibilitate, într-o fereastră mai mică. La dimensiunea asta, spațiul lăsat păsării din mini-joc devenea mai îngust decât pasărea însăși, iar butonul „Continuă” se activa doar în caz de victorie. Apple a cerut o modalitate de a sări peste misiunea de joc.

Corecția: un demo a cărui geometrie se calculează din dimensiunea reală a ecranului și un link pentru a sări peste demo în caz de eșec.

Lecția: orice etapă obligatorie trebuie să aibă o ieșire, iar fiecare ecran obligatoriu se testează pe cel mai mic format posibil înainte de fiecare trimitere.

Respingerea 5.6.3 pe Solys: cererea de rating în timpul onboardingului

A doua respingere, la update-ul următor. Apple a scris că aplicația cerea un rating la prima lansare sau în timpul onboardingului. Ecranul de rating apărea imediat după demo, înainte ca utilizatorul să fi trăit ceva în aplicație.

Corecția: cererea a fost mutată la finalul parcursului și apare doar dacă utilizatorul tocmai a câștigat demo-ul.

Lecția: orice cerere sensibilă (rating, notificare, abonament, tracking) vine după o dovadă de valoare, niciodată înainte.

Respingerea 5.1.1 pe Clic: politica de confidențialitate online nu era la zi

Clic generează conținut cu AI, iar aplicația avea ecranul de consimțământ. Problema era în altă parte: politica de confidențialitate publicată pe site era versiunea veche și nu descria tot ce colectează aplicația.

Corecția: politică completă publicată, rezumat în engleză adăugat, note de review actualizate.

Lecția: Apple citește politica ta online, nu pe cea care stă în repo. Înainte de fiecare trimitere, deschide URL-ul declarat și verifică dacă spune ce face aplicația ta.

Respingerea 5.1.1 pe Nolera: un buton „Permite” înaintea cererii sistemului

Înainte de cererea reală de acces la camera din iOS, Nolera afișa un ecran explicativ cu un buton „Permite”. Pentru Apple, eticheta asta te împinge să accepți înainte de cererea oficială a sistemului.

Corecția: butonul se numește acum „Continuă”, în toate cele 8 limbi ale aplicației.

Lecția: un ecran care pregătește o permisiune explică, nu decide în locul utilizatorului. Recomandările Apple sunt în regulile sale de design despre confidențialitate.

Respingerea 2.3.2 pe Nolera: iconița refolosită ca imagine promoțională

Abonamentele pot avea o imagine promoțională în App Store Connect. La două abonamente din Nolera, era pur și simplu iconița aplicației. Apple a considerat-o neconformă.

Corecția: imaginile au fost scoase de la ambele abonamente, iar trimiterea a fost recreată.

Lecția: fiecare element din pagina ta e examinat, inclusiv cele pe care le completezi fără să te gândești, cum ar fi clasificarea pe vârstă.

Care sunt ghidurile care pică cel mai des?

Toate regulile sunt în App Review Guidelines. Cele care prind cel mai des o primă aplicație:

2.1: App Completeness. Aplicația crapă, un buton nu duce nicăieri, un ecran obligatoriu nu trece pe un anumit format. Dacă aplicația ta cere autentificare, pune un cont demo în notele de review, altfel reviewerul rămâne blocat la ecranul de login. Tot ce trebuie să știi despre acest motiv e în ghidul meu despre guideline 2.1.

2.3: Metadata. Capturi care nu arată aplicația reală, descriere care promite o funcție inexistentă, imagini promoționale neconforme.

3.1.1: In-App Purchase. Pentru a debloca conținut sau funcții digitale în aplicație, regula generală este achiziția in-app de la Apple. Excepțiile depind de țară și se schimbă: citește versiunea actualizată a ghidurilor înainte să plănuiești altă metodă de plată. Tot subiectul e pe pagina abonamente in-app iOS.

3.1.2: Subscriptions. O aplicație cu abonament trebuie să arate clar ce primește utilizatorul și la ce preț. Greșelile clasice de pe ecranul de plată sunt în paywall iOS: 7 greșeli de începător.

4.3: Spam. Aplicația seamănă cu alte o mie sau nu aduce destul prin ea însăși. E respingerea cel mai greu de corectat: se previne încă de la alegerea ideii. O explic în detaliu în ghidul despre guideline 4.3.

5.1.1: Privacy. Declarații de colectare care nu corespund comportamentului aplicației, politică de confidențialitate incompletă, permisiune cerută fără o explicație clară.

Cum răspunzi la o respingere Apple fără să pierzi zile?

O respingere nu e un verdict, e un dus-întors. Procedura care funcționează:

1. Citește motivul de două ori. Mesajul citează ghidul și atașează adesea o captură. Mulți developeri răspund pe lângă pentru că au citit prea repede.
2. Caută cauza reală. Și la Clic, și la Nolera, cauza reală nu era cea pe care textul o sugera la prima vedere. Reprodu problema în condițiile reviewerului: același tip de dispozitiv, cont nou, prima lansare.
3. Corectează motivul, nu altceva. Nu e momentul să adaugi trei funcții: fiecare schimbare mărește suprafața de review.
4. Răspunde în App Store Connect. Explică în două fraze factuale ce ai corectat, răspunzând la mesajul App Review.
5. Fă apel doar dacă ești sigur. Apple îți permite să te adresezi App Review Board dacă crezi că aplicația ta a fost înțeleasă greșit, cu un singur apel per trimitere respinsă. Să contești o respingere meritată te face să pierzi timp degeaba.

Cât despre durată, Apple spune că analizează cel puțin 50% dintre trimiteri în mai puțin de 24 de ore și 90% în mai puțin de 48 de ore. Respingerile lungesc calendarul, nu coada de așteptare: detaliile sunt în durata de validare App Store. Tot demersul după o respingere e pe pagina aplicație respinsă de Apple.

O respingere evitabilă costă un ciclu complet de review. Cel mai bun răspuns pentru Apple e trimiterea care nu-i lasă nimic de reproșat.

Checklistul pe care îl aplic înainte de fiecare trimitere

Construit respingere după respingere, pe aplicațiile mele:

• Fiecare ecran obligatoriu testat pe cel mai mic iPhone, pe cel mai mare și pe iPad în modul de compatibilitate, după grila din guideline 4.0 design
• O ieșire posibilă la fiecare etapă din onboarding, chiar și în caz de eșec
• Cont demo în notele de review dacă aplicația are autentificare
• Achiziții testate în sandbox, inclusiv restaurarea
• Preț, durată și linkuri spre termeni și confidențialitate prezente acolo unde le cere Apple, în fiecare limbă
• Politica de confidențialitate online recitită în ziua trimiterii
• Declarațiile de confidențialitate aliniate cu ce colectează efectiv aplicația, inclusiv privacy manifest
• Ecrane dinaintea permisiunilor fără buton „Permite”
• Cereri de rating și de notificări plasate după o dovadă de valoare, fără să deblochezi nimic în schimbul unui rating (guideline 3.2.2)
• Imagini promoționale și capturi care arată aplicația reală, inclusiv pe paginile de produs personalizate

Dacă e prima ta publicare, pagina publică o aplicație în App Store reia toți pașii dinainte de trimitere.

Un model ca să-i explici parcursul tău echipei App Review

Descarcă modelul de note App Review: instrucțiuni în franceză, note în engleză de completat și o structură de răspuns la o respingere. Te pune să precizezi versiunea, drumul prin ecrane și rezultatul așteptat. Păstrează doar ce există în build-ul tău.

Înlocuiește „aplicația salvează corect” cu un scenariu reproductibil: ecranul de pornire, acțiunea, închiderea și relansarea, rezultatul regăsit. După o respingere, menționează comportamentul corectat și dispozitivul pe care l-ai verificat. Dacă n-ai reprodus problema, explică ce lipsește ca s-o reproduci.

Datele de autentificare pentru un cont demo se completează în câmpurile dedicate din App Store Connect, niciodată într-un fișier public. Poți pregăti dovezile cu grila de teste TestFlight și găsești cele cinci modele gratuite.

Evită aceste respingeri înainte de trimitere

Apple Review Kit adună checklistul meu dinainte de trimitere, respingerile mele de la Apple corectate și skill-uri Claude Code care îți verifică proiectul, paywallul și pagina din store înainte de trimitere.

Aplicația ta e deja respinsă? Kitul te ajută să găsești regula citată, ce cere ea și un exemplu de corecție și de răspuns. Dacă vrei să ne uităm împreună pe dosarul tău chiar acum, rezervă o oră cu mine, pe video.

Nimeni nu poate garanta că Apple îți va accepta aplicația. Pornind de la respingeri deja trăite, doar reduci șansele să fii prins de aceleași.

N-ai trimis încă aplicația? Diagnosticul gratuit îți trimite checklistul meu anti-respingere Apple și îți spune ce mai ai de făcut. Dacă abia o construiești, pagina principală arată cum să creezi o aplicație mobilă ținând cont de aceste respingeri.

Întrebări frecvente

De ce îmi respinge Apple aplicația?

Aproape mereu dintr-un motiv precis, scris în mesajul de review: un ghid numerotat, adesea însoțit de o captură. Pentru o primă aplicație, cele mai dese motive sunt o aplicație neterminată (2.1), o confidențialitate declarată greșit (5.1.1) și metadate înșelătoare (2.3.2). Mai sunt și plata care ocolește achiziția in-app (3.1.1) și cererea de rating pusă în locul greșit (5.6.3).

De ce e respinsă aplicația mea deși merge pe iPhone-ul meu?

Pentru că reviewerul poate testa în alte condiții decât tine. La Solys, alarma mea cu mini-jocuri, testa pe un iPad, unde o aplicație de iPhone rulează în modul de compatibilitate, într-o fereastră mai mică. Acolo demo-ul era imposibil de câștigat. Corecția: un demo calculat pe dimensiunea reală a ecranului și un link pentru a sări peste el în caz de eșec.

Ce fac când Apple îmi respinge aplicația?

Citește motivul de două ori, apoi caută cauza reală reproducând problema în condițiile reviewerului: același tip de dispozitiv, cont nou, prima lansare. Corectează motivul și nimic altceva, pentru că fiecare schimbare mărește suprafața de review. Apoi răspunde în App Store Connect, în două fraze factuale despre ce ai corectat.

Pot contesta o respingere de la Apple?

Da, dar doar dacă ești sigur pe tine. Apple îți permite să te adresezi App Review Board dacă crezi că aplicația ta a fost înțeleasă greșit, cu un singur apel per trimitere respinsă. Să contești o respingere meritată te face să pierzi timp degeaba. Altfel, corectează motivul și răspunde în App Store Connect.

O respingere lungește timpul până la publicare?

Da. Apple spune că analizează cel puțin 50% dintre trimiteri în mai puțin de 24 de ore și 90% în mai puțin de 48 de ore: deci respingerile lungesc calendarul, nu coada de așteptare. O respingere evitabilă costă un ciclu complet de review. Detaliile despre durate sunt în durata de validare App Store.

Ce verific înainte să trimit o aplicație la Apple?

Testează fiecare ecran obligatoriu pe cel mai mic iPhone, pe cel mai mare și pe un iPad în modul de compatibilitate, apoi testează achizițiile în sandbox, inclusiv restaurarea. Recitește politica de confidențialitate online în ziua trimiterii și pune un cont demo în notele de review dacă aplicația are autentificare. Checklistul ăsta s-a construit respingere după respingere, pe aplicațiile mele.