Ett avslag i App Store kräver ett svar som passar det angivna problemet. Börja med granskningsmeddelandet och kontrollera vad som inte fungerade. Apples aktuella anvisningar tillåter svar efter korrigeringar av information, metadata eller åtkomst på serversidan. En korrigering av koden i det inskickade bygget kräver ett nytt bygge. Om du ifrågasätter beslutet ska du reda ut det innan du överklagar.
Om du genast skickar in appen igen kan du starta om ett arbete som hade kunnat lösas i konversationen.
Vi börjar med att lägga meddelandet bredvid den inskickade appen och dokumentera vad granskaren kunde se. Det ger dig en konkret uppgift att diskutera med utvecklaren, även om du inte själv kan ändra koden.
Vad står det egentligen i ditt avslag i App Store?
Läs statusen och kontrollera vilket objekt som berörs innan du väljer en åtgärd. Apples statusreferens skiljer mellan en inskickad version som väntar på granskning och en app eller butiksinformation som har fått avslag. En inlämning kan innehålla flera objekt. Dokumentera vilket objekt som har problemet, den angivna riktlinjen och granskarens förklaring. En gammal avslagsmarkering ger inte tillräcklig information för att agera.
Metadata är informationen i butikslistningen, till exempel beskrivningar och skärmbilder, utanför appens körbara paket. Ett bygge är den paketerade version som skickas in för granskning. Apples App Review Guidelines behandlar fullständighet, korrekta metadata och tillräcklig appfunktionalitet som separata krav. En tydligare beskrivning kan inte åtgärda en krasch, medan en fungerande funktion ändå kan behöva bättre information inför granskningen.
För ett uppgiftsregister med följande fält: berört objekt, riktlinje, observerat problem, föreslagen korrigering, underlag, ansvarig person och nästa åtgärd. Utgå från granskarens faktiska invändning. Markera ett fält som okänt om meddelandet inte förklarar det och ställ sedan en avgränsad fråga.
Hitta problemet som granskaren kunde återskapa
Testa den inskickade versionen med början vid den punkt som beskrivs i meddelandet. Ditt vanliga konto kan redan ha åtkomst eller en slutförd konfiguration som granskaren saknar. Apples förberedelseanvisningar efterfrågar fungerande demoinloggning och den information som behövs för att nå appens funktioner. Kontrollera hela vägen innan du ber utvecklaren om en ny version.
- Matcha versionen och miljön. Fråga utvecklaren vilket bygge som skickades in och vilken enhet och vilket operativsystem som användes vid testningen. Apples hjälp om enhetstestning kräver tester på fysiska enheter, inklusive relevanta kompatibilitetslägen. Dokumentera allt som du inte kan återskapa på de enheter du har tillgång till.
- Prova granskningskontot med en ny inloggning. Följ de angivna stegen fram till den rapporterade funktionen. Kontrollera kontoroller och eventuella anvisningar för autentiseringskoder. Apples hjälp om fullständig granskning efterfrågar dessa uppgifter i förväg. Inloggningsuppgifterna måste fortsätta fungera när granskningen börjar.
- Läs butikslistningen bredvid appen. Jämför skärmbilderna och beskrivningen med vad just det bygget faktiskt gör. Om avslaget gäller ett behörighetsmeddelande kräver Apples anvisningar om syftessträngar en konkret förklaring av hur appen använder den begärda resursen.
- Kontrollera det angivna integritetsbeteendet. Testa den faktiska vägen om problemet gäller radering av konton. Apples anvisningar kräver att appar som stöder skapande av konton erbjuder möjlighet att inleda raderingen i appen. Enbart inaktivering är inte tillräckligt. Krav på lagring och undantag för reglerade appar måste kontrolleras separat.
Använd ett testkonto med säkra exempeldata. En inspelning eller bilaga ska visa den misslyckade eller korrigerade vägen utan att exponera kunduppgifter eller inloggningsuppgifter.
Svara, skicka in ett nytt bygge eller överklaga?
Välj väg när du vet vad som har ändrats. Apples hjälp om granskningsstatus skiljer mellan korrigeringar som kan förklaras i ett svar och ändringar som kräver en ny granskning. Tabellen är ett beslutsstöd för ett befintligt avslag. Ett meddelande om borttagning eller en åtgärd mot kontot kräver en egen process.
| Situation | Nästa åtgärd som stöds |
|---|---|
| Information saknas, metadata har korrigerats eller åtkomsten har åtgärdats på serversidan | Korrigera problemet och svara i App Store Connect |
| Ett fel i det inskickade bygget har åtgärdats | Ladda upp det ändrade bygget och skicka in det för en ny granskning |
| Du anser att beslutet tillämpar den angivna regeln felaktigt | Red ut frågan i konversationen och överklaga sedan om den inte löses |
Apple varnar för att en ny inlämning inleder en ny granskning och avslutar möjligheten att svara på det tidigare meddelandet. Om du skickar in appen på nytt under ett överklagande avslutas överklagandet. Kontrollera med personen som hanterar konversationen innan du ändrar inlämningen.
Ett uttryckligt erbjudande om Bug Fix Submission är ett separat fall. Apples hjälp begränsar det till kvalificerade uppdateringar av tidigare godkända appar utan juridiska problem eller säkerhetsproblem. Erbjudandet godtas genom ett svar med ett åtagande att rätta problemen i nästa uppdatering. Läs erbjudandet innan du använder den vanliga vägen med ett nytt bygge.
Förbered korrigeringen och underlaget tillsammans
Ge varje problem en korrigering och ett sätt att kontrollera den. Vi håller utvecklarens uppgift och svaret till granskaren kopplade till samma register, så att en ändring i appen återspeglas i den information som skickas med den. Börja med de kontroller du själv kan göra och tilldela sedan kodändringar till utvecklaren.
- Ta bort luckor i åtkomst och information. Uppdatera granskningsanteckningarna med appens syfte, ändrade funktioner, externa tjänster och regionala skillnader där de är relevanta, i enlighet med Apples hjälp om en fullständig granskning. Testa inloggningsuppgifterna igen efter att du har ändrat dem.
- Kontrollera den anslutna webbplatsen. Öppna webbadresserna för support och integritet som anges i inlämningen på en telefon. Kontrollera att målet och formuleringarna stämmer överens med appen som granskas. Denna konsekvenskontroll kan ingå i webbutvecklingsarbetet när en webbplats stöder en app.
- Be om en teknisk korrigering som går att demonstrera. Vid ett problem i bygget ska du be utvecklaren visa den rapporterade vägen efter korrigeringen och ange vilket bygge som innehåller den. Denna överlämning hör hemma inom utveckling och publicering av mobilappar, tillsammans med förberedelserna inför granskningen.
- Skicka ett avgränsat svar. Apples svarsinstruktioner använder länken för olösta problem i appen och därefter In Progress, Resolve och Reply to App Review. Åtkomst som Account Holder, Admin eller App Manager krävs. Förklara invändningen, var korrigeringen finns och hur den testas. Bifoga relevant underlag om det är till hjälp och välj sedan Reply.
- Överklaga om oenigheten kvarstår. Apples hjälp om överklaganden ber dig att först reda ut frågan och sedan bemöta de angivna kraven med underlag. Ta med alla överträdelser som har angetts för appen i överklagandet. En begäran om statusuppdatering eller snabbare granskning hör hemma någon annanstans.
Lägg inte in personliga Apple-lösenord i uppgiftsregistret. Behåll utvecklarkontot under företagets kontroll och använd den åtkomst som passar varje persons arbete.
Hur vet du att problemet är löst?
Skilj mellan en korrigering som du har testat och Apples beslut. Kör exakt samma väg igen efter ändringen och spara resultatet, versionen av bygget eller informationen samt svaret som skickades. Läs sedan den aktuella statusen i App Store Connect. Ett lyckat lokalt test säger något om just det testet. Det är fortfarande Apple som beslutar om inlämningen.
Följ upp om det finns underlag för varje angivet problem, om granskningsåtkomsten fortfarande fungerar och om ett senare meddelande upprepar samma invändning. Om det händer ska du jämföra det nya meddelandet med ditt register innan du gör ytterligare en ändring. När appen har lanserats är arbetet med att få nedladdningar av appen en separat uppgift.
Så kan vi hjälpa till
Vi börjar med avslagsmeddelandet, den inskickade versionen och en väg genom appen som går att återskapa. Därefter kan vi skilja korrigeringar av butikslistningen och webbplatsen från utvecklingsarbetet och förbereda informationen till granskaren. Lämna materialet till den person som ansvarar för lanseringen, med de olösta frågorna markerade, innan ni kommer överens om ett nytt bygge.
