Resolution Center Apple: cum răspunzi la un refuz

Resolution Center nu mai există sub numele ăsta. Răspunzi la un refuz în secțiunea App Review a aplicației tale, cu butonul Reply to App Review. Scrie în engleză și dă trei informații: ce bloca, ce s-a schimbat, cum se verifică. App Review Board intră în joc doar după acest răspuns, și numai dacă ești sigur că aplicația ta respectă regula citată.

Am scris aceste răspunsuri pentru propriile mele aplicații în 2026: Solys, alarma mea cu mini-jocuri, și TradaZen, simulatorul meu de trading. Iată unde răspunzi azi, ce scrii, când atașezi un video, când faci apel și ce nu funcționează. Pentru motivele de refuz în sine, citește de ce refuză Apple o aplicație.

Unde a dispărut Resolution Center?

Documentația oficială, Reply to App Review messages, vorbește acum despre secțiunea App Review. Acolo comunici cu Apple, inclusiv cu atașamente, până când retrimiți submisia. Pașii:

1. În Apps, deschide aplicația.
2. Sus pe pagină, dă click pe linkul cu problemele nerezolvate, numit View App Review Issues & Messages într-o altă pagină a documentației.
3. În zona In Progress, dă click pe Resolve lângă submisie.
4. Dă click pe Reply to App Review și scrie în câmpul Reply.
5. Ca să atașezi o captură sau un document, dă click pe Attach File, apoi pe Reply.

Doar rolurile Account Holder, Admin și App Manager pot răspunde. Pagina App Review adaugă că poți urmări starea submisiilor în App Store Connect sau în aplicația lui pentru iPhone și iPad.

Înainte să scrii: ce mesaj ai primit?

Răspunsul corect depinde de mesaj, nu de dorința ta de a te apăra. Iată grila pe care o aplic înainte să deschid câmpul de răspuns.

Ce spune Apple	Ce faci	Build nou
Information Needed	Răspunzi la întrebare	Nu
Bug sau ecran cu probleme	Corectezi, apoi răspunzi	Da
Fișă, linkuri, capturi	Corectezi fișa	Nu
Aplicație înțeleasă greșit	Explici, cu dovezi	Depinde
Dezacord persistent	Apel la Board	Nu
Ofertă Bug Fix Submissions	Accepți prin răspuns	Nu

Trei precizări schimbă totul:

• Un refuz pe metadate nu cere un build nou. Documentația Apple o spune: corectezi și retrimiți același build. E des cazul unui refuz 2.3.10, când mențiunea problematică e în fișă.
• Un „Information Needed” nu e un refuz de fond. Reviewerul îți pune o întrebare. Ghidul despre guideline 2.1 explică diferența față de un bug constatat cu adevărat.
• Bug Fix Submissions sunt o ofertă. Dacă aplicația ta e deja publicată și mesajul începe cu „Bug Fix Submissions: The issues we've identified below are eligible to be resolved on your next update”, poți cere aprobarea actualizării răspunzând la mesaj. Nu retrimite aplicația atunci, altfel pornește o nouă revizuire. Rezolvi problema în versiunea următoare.

Ce scrii: modelul în patru blocuri

Apple a publicat sfaturi pentru a contacta App Review. De făcut: fii precis despre ce ceri și dă informațiile care ajută la înțelegerea aplicației dacă crezi că a fost înțeleasă greșit. De evitat: să folosești câmpul de răspuns ca să faci apel sau să ceri o revizuire accelerată, ori să întrebi de stadiul aplicațiilor altor dezvoltatori.

Modelul meu are patru blocuri. Scrie în engleză, fără adjective. Înlocuiește tot ce e între paranteze drepte și scrie doar ce e adevărat în build-ul trimis.

Hello App Review team,

Thank you for your review and for the details on
Guideline [number].

What you reported: [one sentence that restates
Apple's message, in your own words].

What changed in build [version (build)]:
- [Screen or element]: [what it does now]
- [Screen or element]: [what it does now]

How to verify:
1. [Starting point, e.g. fresh install]
2. [Action]
3. [Expected result]

We tested this flow on [devices and iOS versions].
[Attached: a short screen recording of the fixed flow.]

If anything else is unclear, please tell us which
screen or wording, and we will change it.

Best regards,
[Your name]

Fiecare bloc are un rol. Primul dovedește că ai citit. Al doilea numește build-ul, pentru că reviewerul testează binarul, nu intențiile tale. Al treilea îi economisește timp. Ultimul lasă ușa deschisă fără să pledeze.

Modelele adaptate fiecărei reguli sunt în ghidurile mele dedicate, de exemplu despre guideline 3.1.2 sau guideline 4.3. Găsești și o structură de răspuns în modelul meu de note App Review, de descărcat.

Ce am învățat răspunzând pentru Solys și TradaZen

Solys, guideline 2.1. Reviewerul cerea o modalitate de a ocoli jocul. Răspunsul meu preciza ecranul care bloca, demo-ul jucabil din onboarding, apoi cauza reală: în modul de compatibilitate pe iPad, obstacolul devenea de netrecut. Enumera două corecții numerotate, printre care un link pentru a sări demo-ul după un eșec, apoi simulatoarele testate, de la iPhone SE până la cel mai mare iPhone. Descria și butonul de oprire de urgență al alarmei, dar abia după ce am recitit codul care îl declanșează. Nu scrie nimic despre aplicația ta ce n-ai verificat în build.

TradaZen, guideline 5.6. În octombrie 2026, Apple a considerat că aplicația împingea spre achiziții in-app nedorite, fără să indice un element anume. Am căutat ce putea induce în eroare: un X din colțul de sus al paywall-ului deschidea o ofertă redusă în loc să închidă ecranul. Răspunsul meu recunoștea asta într-o frază: a fost greșeala mea. Apoi enumera fiecare schimbare, ecran cu ecran: X-ul înlocuit cu un cadou, nicio ofertă care se redeschide singură, o notificare promoțională eliminată. Amintea ce rămânea conform: prețul facturat cel mai vizibil, restaurarea achizițiilor, linkurile legale. Se încheia propunând modificarea oricărui ecran considerat încă ambiguu. Build-ul nou a plecat odată cu el.

Cele două răspunsuri urmează aceeași logică: cauza reală, corecția vizibilă, drumul până la ea.

Când atașezi un video sau o captură

Documentația Apple acceptă ca atașamente capturi și documente. Un video scurt cu ecranul corectat e util în trei cazuri:

• problema depinde de un dispozitiv sau de o condiție, cum ar fi un iPad în modul de compatibilitate sau o permisiune refuzată;
• drumul până la ecran e lung, de exemplu la finalul onboarding-ului;
• funcția e greu de reprodus. Pagina App Review cere să fii pregătit să oferi un video demonstrativ când o funcție necesită un mediu greu de recreat sau un hardware anume.

Pentru o aplicație legată de un accesoriu, documentația despre revizuirea completă cere un video real filmat pe un dispozitiv Apple, nu o înregistrare de ecran. Pentru un text de paywall sau un buton redenumit, ajunge o captură.

Ceri un apel sau o întâlnire

Dacă în scris nu e suficient, Apple oferă două opțiuni:

• Un apel cu un reprezentant Apple. Îl ceri în fereastra Reply to App Review, după un prim răspuns de la App Review. Indică fusul orar și, dacă vrei, limba dorită. Verifică înainte datele de contact din App Review Information. Apple spune că aceste apeluri au loc de obicei în trei până la cinci zile lucrătoare.
• O întâlnire video de 30 de minute cu App Review, marțea sau joia, ca să discuți regulile. E informativă: nu accelerează și nu garantează revizuirea.

Faci apel la App Review Board

Apelul e ultima etapă. Conform paginii Appeal to the App Review Board, e potrivit dacă aplicația ta a fost refuzată deși crezi că respectă regulile, sau dacă te consideri tratat nedrept.

Înainte de toate, răspunde la mesaj în App Store Connect ca să clarifici. Dacă nu ajunge, completează formularul Submit an appeal to App Review. Regulile:

• un singur apel per aplicație refuzată, care tratează toate regulile citate;
• citează regula și explică punct cu punct cum o respectă aplicația ta;
• nu face apel dacă ai corectat și retrimis deja aplicația;
• nu face apel pentru o simplă cerere de informații.

Apple dă două exemple, pe care le traduc. Complet: „Aplicația mea a fost refuzată în baza 2.1 pentru informații incomplete. Contul demo și pașii pentru testarea funcției sunt în App Review Information, cu capturi care o arată.” Incomplet: „Această aplicație e importantă pentru firma mea și n-ar fi trebuit refuzată.”

Board-ul răspunde în App Store Connect și poate cere informații sau propune un apel. Apple nu publică niciun termen pentru apel. Unii dezvoltatori povestesc pe forumurile Apple așteptări de peste două săptămâni. Dacă corecția e simplă, retrimiterea unui build corectat e adesea mai rapidă.

Ce funcționează, ce nu funcționează

Ajută	Strică
Să reiei motivul Apple	Să-ți pledezi cauza
Să numești build-ul corectat	Să promiți o corecție viitoare
Să dai drumul de urmat	Să citezi o aplicație concurentă
Să atașezi o dovadă	Să faci apel în Reply
Un răspuns complet	Să retrimiți fără să corectezi

„Ecranul meu fusese deja acceptat” nu funcționează nici el: fiecare versiune trece din nou prin revizuire, uneori la alt reviewer. App Review Guidelines avertizează și că o aplicație refuzată de mai multe ori pentru aceeași regulă e examinată mai greu. Pentru termenele de revizuire, citește durata validării în App Store.

Pune pe cineva să-ți citească răspunsul înainte să-l trimiți

Review Kit conține mesajele reale primite pentru aplicațiile mele, corecțiile trimise și skill-uri Claude Code care îți pregătesc răspunsul dacă Apple refuză. Pentru o privire umană, rezervă o oră cu mine: citim mesajul Apple și scriem răspunsul împreună. Demersul complet e pe pagina aplicație refuzată de Apple.

N-ai trimis încă aplicația? Fă diagnosticul gratuit: îți trimite checklistul meu anti-refuz Apple, ca să nu fie nevoie să scrii acest răspuns.

Întrebări frecvente

Unde găsesc Resolution Center în App Store Connect?

Acum se numește secțiunea App Review. Deschide aplicația, dă click pe linkul cu problemele nerezolvate sus pe pagină, apoi pe Resolve lângă submisie. Butonul Reply to App Review deschide câmpul de răspuns și opțiunea de atașamente.

Cât îi ia lui Apple să răspundă?

Apple nu publică un termen pentru răspunsurile scrise. Pentru revizuire, Apple anunță cel puțin 50 % din submisii examinate în mai puțin de 24 de ore și 90 % în mai puțin de 48 de ore. Un apel cerut la App Review are loc de obicei în trei până la cinci zile lucrătoare. Pentru App Review Board nu e anunțat niciun termen.

Pot să răspund în franceză la App Review?

Documentația Apple nu impune nicio limbă pentru răspunsul scris. Eu scriu în engleză, în fraze scurte, ca să fiu înțeles din prima. Pentru un apel, Apple îți permite să indici o limbă preferată, fără garanție.

De câte ori poți face apel la un refuz?

O dată per aplicație refuzată. Dacă mesajul citează mai multe reguli, apelul tău trebuie să le trateze pe toate. Apple cere și să răspunzi întâi în App Store Connect și să nu faci apel dacă ai retrimis deja un build corectat.

Trebuie să retrimit un build înainte să răspund?

Da, dacă problema e în aplicație: corectezi, trimiți build-ul, apoi răspunzi numind acel build. Nu, dacă refuzul privește metadatele, cum ar fi fișa sau capturile: corectezi în App Store Connect și retrimiți același build.