Az App Store-elutasítás a megjelölt problémához igazodó választ igényel. Kezdje a felülvizsgálati üzenettel, és ellenőrizze, mi nem felelt meg. Az Apple jelenlegi útmutatója információk, metaadatok vagy szerveroldali hozzáférés javítása után lehetővé teszi a válaszadást; a beküldött build kódjának javításához új build kell. Ha vitatja a döntést, a fellebbezés előtt tisztázza azt.
Az azonnali újraküldés újraindíthat olyan munkát, amelyet a beszélgetésben is rendezhetett volna.
Először a beküldött alkalmazás mellé helyezzük az üzenetet, és rögzítjük, mit láthatott a felülvizsgáló. Így konkrét feladatot tud megbeszélni a fejlesztővel akkor is, ha Ön nem tudja módosítani a kódot.
Mit mond valójában az App Store-elutasítás?
A javítás kiválasztása előtt olvassa el az állapotot, és azonosítsa az érintett elemet. Az Apple állapotokról szóló dokumentációja megkülönbözteti a felülvizsgálatra váró beküldést az elutasított alkalmazástól vagy az elutasított áruházi információktól. Egy beküldés több elemet is tartalmazhat. Jegyezze fel, melyik elemmel van probléma, melyik irányelvre hivatkoznak, és mit írt a felülvizsgáló; önmagában egy régi elutasítási jelvény túl kevés információ a cselekvéshez.
A metaadat az alkalmazás futtatható csomagján kívüli áruházi információkat, például a leírásokat és a képernyőképeket jelenti. A build a felülvizsgálatra küldött, csomagolt verzió. Az Apple App Review Guidelines külön követelményként kezeli a teljességet, a pontos metaadatokat és az alkalmazás elegendő funkcionalitását. Egy világosabb leírás nem javít ki egy összeomlást, miközben egy működő funkcióhoz is szükség lehet jobb felülvizsgálati információkra.
Vezessen feladatnyilvántartást a következő mezőkkel: érintett elem, irányelv, megfigyelt probléma, javasolt javítás, bizonyíték, felelős személy és következő teendő. A felülvizsgáló tényleges aggályát használja. Ha az üzenet valamit nem magyaráz meg, jelölje ismeretlenként a mezőt, majd tegyen fel célzott kérdést.
Találja meg a felülvizsgáló által reprodukálható problémát
Tesztelje a beküldött verziót az üzenetben leírt ponttól kezdve. Előfordulhat, hogy a mindennap használt fiókja már rendelkezik olyan hozzáféréssel vagy elvégzett beállítással, amely a felülvizsgálónál hiányzik. Az Apple előkészítési útmutatója működő demó-hozzáférési adatokat és az alkalmazás funkcióinak eléréséhez szükséges információkat kér. Ellenőrizze a teljes útvonalat, mielőtt új kiadást kér a fejlesztőtől.
- Egyeztesse a verziót és a környezetet. Kérdezze meg a fejlesztőtől, melyik buildet küldték be, valamint melyik eszközt és operációs rendszert tesztelték. Az Apple eszköztesztelési súgója fizikai eszközökön végzett tesztelést ír elő, beleértve a releváns kompatibilitási módokat. Jegyezzen fel mindent, amit a rendelkezésére álló eszközökön nem tud reprodukálni.
- Próbálja ki a felülvizsgálati fiókot friss bejelentkezéssel. Kövesse a megadott lépéseket a jelentett funkcióig. Ellenőrizze a fiókszerepköröket és a hitelesítési kódokra vonatkozó utasításokat. Az Apple teljes felülvizsgálatról szóló súgója ezeket az adatokat előre kéri; a hozzáférési adatoknak a felülvizsgálat kezdetekor is működniük kell.
- Olvassa el az áruházi adatlapot az alkalmazás mellett. Hasonlítsa össze a képernyőképeket és a leírást azzal, amit az adott build ténylegesen tud. Ha az elutasítás engedélykérő üzenetre vonatkozik, az Apple célleírásokra vonatkozó útmutatója konkrét magyarázatot követel arról, hogyan használja az alkalmazás a kért erőforrást.
- Ellenőrizze a hivatkozott adatvédelmi működést. Ha a probléma a fióktörléssel kapcsolatos, tesztelje a tényleges útvonalat. Az Apple útmutatója előírja, hogy a fióklétrehozást támogató alkalmazásokban az alkalmazáson belül kezdeményezhető legyen a törlés; a puszta deaktiválás nem elegendő. Az adatmegőrzési kötelezettségeket és a szabályozott alkalmazások kivételeit külön kell ellenőrizni.
Biztonságos mintaadatokat tartalmazó tesztfiókot használjon. A felvételnek vagy mellékletnek úgy kell bemutatnia a hibás vagy kijavított útvonalat, hogy ne fedjen fel ügyféladatokat vagy hozzáférési adatokat.
Válaszoljon, küldjön be új buildet vagy fellebbezzen?
A megfelelő utat annak ismeretében válassza ki, hogy mi változott. Az Apple felülvizsgálati állapotokról szóló súgója megkülönbözteti a válaszban ismertethető javításokat az újabb felülvizsgálatot igénylő módosításoktól. A táblázat egy meglévő elutasítással kapcsolatos döntést segíti; az eltávolítási értesítés vagy a fiókkal kapcsolatos intézkedés külön eljárást igényel.
| Helyzet | Támogatott következő lépés |
|---|---|
| Hiányzó információ, javított metaadat vagy szerveroldali hozzáférési hiba javítása | Javítsa ki a problémát, és válaszoljon az App Store Connect felületén |
| Kijavították a beküldött build hibáját | Töltse fel a módosított buildet, és küldje be új felülvizsgálatra |
| Úgy véli, hogy a döntés tévesen alkalmazza a hivatkozott szabályt | Először tisztázza a beszélgetésben, majd ha nem oldódik meg, fellebbezzen |
Az Apple figyelmeztet, hogy az újraküldés új felülvizsgálatot indít, és megszünteti az előző üzenetre való válaszadás lehetőségét. A fellebbezés alatt végzett újraküldés lezárja a fellebbezést. A beküldés módosítása előtt egyeztessen a beszélgetést kezelő személlyel.
A kifejezett Bug Fix Submission ajánlat külön eset. Az Apple súgója ezt a korábban jóváhagyott alkalmazások jogosult frissítéseire korlátozza, ha nincs jogi vagy biztonsági probléma. Az elfogadás válasz útján történik, azzal a vállalással, hogy a problémákat a következő frissítésben kijavítják. Olvassa el az ajánlatot, mielőtt a szokásos új buildes utat választaná.
Együtt készítse elő a javítást és a bizonyítékot
Minden problémához rendeljen javítást és ellenőrzési módot. A fejlesztő feladatát és a felülvizsgálónak szánt választ ugyanahhoz a nyilvántartáshoz kötjük, így az alkalmazás módosítása megjelenik a vele együtt elküldött információkban is. Kezdje azokkal az ellenőrzésekkel, amelyeket Ön is el tud végezni, majd a kódmódosításokat rendelje a fejlesztőhöz.
- Szüntesse meg a hozzáférési és információs hiányosságokat. Az Apple teljes felülvizsgálatról szóló súgóját követve frissítse a felülvizsgálati jegyzeteket az alkalmazás céljával, a módosított funkciókkal, a külső szolgáltatásokkal és adott esetben a regionális eltérésekkel. Módosításuk után tesztelje újra a hozzáférési adatokat.
- Ellenőrizze a kapcsolódó webhelyet. Telefonon nyissa meg a beküldésben megadott támogatási és adatvédelmi URL-eket. Ellenőrizze a céloldalt és a megfogalmazást a felülvizsgált alkalmazáshoz képest. Ez a konzisztencia-ellenőrzés az alkalmazást támogató webhely esetén a webfejlesztési munka része lehet.
- Kérjen bemutatható műszaki javítást. Builddel kapcsolatos hiba esetén kérje meg a fejlesztőt, hogy a javítás után mutassa be a jelentett útvonalat, és azonosítsa az azt tartalmazó buildet. Ez az átadás a felülvizsgálat előkészítésével együtt a mobilalkalmazás-fejlesztés és közzététel körébe tartozik.
- Küldjön célzott választ. Az Apple válaszadási útmutatója szerint az alkalmazás megoldatlan problémákra mutató hivatkozásán keresztül válassza sorrendben az In Progress, Resolve és Reply to App Review lehetőséget. Account Holder, Admin vagy App Manager hozzáférés szükséges. Ismertesse a problémát, a javítás helyét és a tesztelés módját; szükség esetén csatoljon releváns bizonyítékot, majd válassza a Reply lehetőséget.
- A fennmaradó nézeteltéréshez használjon fellebbezést. Az Apple fellebbezési súgója először tisztázást kér, majd azt, hogy bizonyítékokkal térjen ki a hivatkozott követelményekre. Az adott alkalmazással kapcsolatos minden szabálysértést foglaljon bele a fellebbezésbe. Az állapotfrissítés vagy a gyorsabb felülvizsgálat kérése máshová tartozik.
Ne helyezzen személyes Apple-jelszavakat a feladatnyilvántartásba. A fejlesztői fiók maradjon a vállalkozás ellenőrzése alatt, és minden személy a munkájához megfelelő hozzáférést használja.
Honnan tudhatja, hogy megoldódott a probléma?
Különítse el az Ön által tesztelt javítást az Apple döntésétől. A módosítás után ismételje meg pontosan ugyanazt az útvonalat, és őrizze meg az eredményt, a build vagy az információ verzióját, valamint az elküldött választ. Ezután olvassa le az aktuális állapotot az App Store Connect felületén. A sikeres helyi teszt csak az adott tesztről ad információt; a beküldésről továbbra is az Apple dönt.
Kövesse nyomon, hogy minden hivatkozott problémához tartozik-e bizonyíték, továbbra is működik-e a felülvizsgálati hozzáférés, és egy későbbi üzenet megismétli-e ugyanazt az aggályt. Ha igen, újabb módosítás előtt hasonlítsa össze az új üzenetet a nyilvántartásával. Az alkalmazás megjelenése után az alkalmazásletöltések növelése külön feladat.
Hol kapcsolódunk be mi?
Az elutasító üzenetből, a beküldött verzióból és az alkalmazáson belüli reprodukálható útvonalból indulunk ki. Ezután különválaszthatjuk az áruházi adatlap és a webhely javításait a fejlesztési munkától, és előkészíthetjük a felülvizsgálónak szánt információkat. Mielőtt újabb buildről állapodna meg, vigye ezeket az anyagokat a kiadásért felelős személyhez, és jelölje meg a még nyitott kérdéseket.
