En afvisning i App Store kræver et svar, der passer til det nævnte problem. Begynd med beskeden fra gennemgangen, og kontrollér, hvad der gik galt. Apples aktuelle vejledning giver mulighed for at svare efter rettelser af oplysninger, metadata eller adgang på serversiden. En rettelse af koden i det indsendte build kræver et nyt build. Hvis du bestrider afgørelsen, skal du afklare den, før du appellerer.
Hvis du straks indsender igen, kan det genstarte arbejde, som kunne være blevet løst i samtalen.
Vi begynder med at holde beskeden op mod den indsendte app og registrere, hvad kontrollanten kunne se. Det giver dig en konkret opgave, som du kan drøfte med udvikleren, selv om du ikke selv kan ændre koden.
Hvad står der egentlig i din afvisning i App Store?
Læs status og det berørte element, før du vælger en rettelse. Apples statusreference skelner mellem en indsendelse, der afventer gennemgang, og en afvist app eller afviste oplysninger i butikssiden. En indsendelse kan indeholde flere elementer. Registrer, hvilket element der har problemet, den nævnte retningslinje og kontrollantens forklaring. Et gammelt afvisningsmærke alene giver ikke nok oplysninger til at handle.
Metadata er oplysningerne på butikssiden, såsom beskrivelser og skærmbilleder, uden for appens eksekverbare pakke. Et build er den pakkede version, der er sendt til gennemgang. Apples App Review Guidelines behandler fuldstændighed, korrekte metadata og tilstrækkelig appfunktionalitet som særskilte krav. En tydeligere beskrivelse kan ikke rette et nedbrud, mens en fungerende funktion stadig kan kræve bedre oplysninger til gennemgangen.
Før en opgaveoversigt med disse felter: berørt element, retningslinje, observeret problem, foreslået rettelse, dokumentation, ansvarlig person og næste handling. Brug kontrollantens faktiske bekymring. Markér et felt som ukendt, når beskeden ikke forklarer det, og stil derefter et afgrænset spørgsmål.
Find det problem, kontrollanten kunne genskabe
Test den indsendte version med udgangspunkt i det sted, der er beskrevet i beskeden. Din sædvanlige konto har muligvis allerede adgang eller en færdig opsætning, som kontrollanten ikke har. Apples vejledning om forberedelse beder om fungerende demooplysninger og de oplysninger, der er nødvendige for at nå appens funktioner. Kontrollér hele forløbet, før du beder udvikleren om en ny udgivelse.
- Match versionen og miljøet. Spørg udvikleren, hvilket build der blev indsendt, og hvilken enhed og hvilket operativsystem der blev brugt til testen. Apples hjælp om test på enheder kræver test på fysiske enheder, herunder relevante kompatibilitetstilstande. Registrer alt, som du ikke kan genskabe på de enheder, du har adgang til.
- Prøv gennemgangskontoen med et nyt login. Følg de angivne trin frem til den rapporterede funktion. Kontrollér kontoroller og eventuelle instruktioner til godkendelseskoder. Apples hjælp om en fuldstændig gennemgang beder om disse oplysninger på forhånd. Loginoplysningerne skal fortsat kunne bruges, når gennemgangen begynder.
- Læs butikssiden ved siden af appen. Sammenlign skærmbillederne og beskrivelsen med det, som det pågældende build faktisk gør. Hvis afvisningen vedrører en tilladelsesbesked, kræver Apples vejledning om formålstekster en konkret forklaring på, hvordan appen bruger den ønskede ressource.
- Kontrollér den nævnte adfærd for beskyttelse af personoplysninger. Test det faktiske forløb, hvis problemet vedrører sletning af en konto. Apples vejledning kræver, at apps, der understøtter oprettelse af konti, giver mulighed for at indlede sletningen i appen. Deaktivering alene er ikke tilstrækkeligt. Opbevaringspligter og undtagelser for regulerede apps skal kontrolleres særskilt.
Brug en testkonto med sikre eksempeldata. En optagelse eller vedhæftet fil bør vise det mislykkede eller rettede forløb uden at afsløre kunderegistre eller loginoplysninger.
Skal du svare, indsende et nyt build eller appellere?
Vælg fremgangsmåden, når du ved, hvad der er ændret. Apples hjælp om gennemgangsstatus skelner mellem rettelser, der kan forklares i et svar, og ændringer, som kræver endnu en gennemgang. Tabellen er en beslutningshjælp til en eksisterende afvisning. En besked om fjernelse eller en handling vedrørende kontoen kræver sin egen proces.
| Situation | Understøttet næste handling |
|---|---|
| Manglende oplysninger, rettede metadata eller en rettelse af adgang på serversiden | Ret problemet, og svar i App Store Connect |
| En fejl i det indsendte build er blevet rettet | Upload det ændrede build, og indsend det til en ny gennemgang |
| Du mener, at afgørelsen anvender den nævnte regel forkert | Afklar spørgsmålet i samtalen, og appellér derefter, hvis det ikke bliver løst |
Apple advarer om, at en ny indsendelse starter en ny gennemgang og afslutter muligheden for at svare på den tidligere besked. Hvis du indsender igen under en appel, afsluttes appellen. Kontrollér dette med den person, der håndterer samtalen, før du ændrer indsendelsen.
Et udtrykkeligt tilbud om Bug Fix Submission er et særskilt tilfælde. Apples hjælp begrænser det til kvalificerede opdateringer til tidligere godkendte apps uden juridiske problemer eller sikkerhedsproblemer. Tilbuddet accepteres i et svar med en forpligtelse til at rette problemerne i den næste opdatering. Læs tilbuddet, før du følger den almindelige fremgangsmåde med et nyt build.
Forbered rettelsen og dokumentationen sammen
Giv hvert problem en rettelse og en måde at kontrollere den på. Vi holder udviklerens opgave og svaret til kontrollanten knyttet til den samme oversigt, så en ændring af appen afspejles i de oplysninger, der sendes sammen med den. Begynd med de kontroller, du selv kan udføre, og tildel derefter kodeændringerne til udvikleren.
- Fjern mangler i adgang og oplysninger. Opdater noterne til gennemgangen med appens formål, ændrede funktioner, eksterne tjenester og regionale forskelle, hvor det er relevant, i overensstemmelse med Apples hjælp om en fuldstændig gennemgang. Test loginoplysningerne igen, efter at du har ændret dem.
- Kontrollér det tilknyttede website. Åbn de support- og privatlivswebadresser, der er angivet i indsendelsen, på en telefon. Kontrollér destinationen og formuleringerne i forhold til den app, der gennemgås. Denne kontrol af sammenhængen kan indgå i arbejdet med webudvikling, når et website understøtter en app.
- Bed om en teknisk rettelse, der kan demonstreres. Ved et problem i et build skal du bede udvikleren om at vise det rapporterede forløb efter rettelsen og identificere det build, som indeholder den. Denne overdragelse hører til udvikling og udgivelse af mobilapps sammen med forberedelsen til gennemgangen.
- Send et fokuseret svar. Apples svarvejledning bruger appens link til uløste problemer og derefter In Progress, Resolve og Reply to App Review. Det kræver adgang som Account Holder, Admin eller App Manager. Forklar problemet, hvor rettelsen findes, og hvordan den testes. Vedhæft relevant dokumentation, hvis det er nyttigt, og vælg derefter Reply.
- Brug en appel ved fortsat uenighed. Apples hjælp om appeller beder dig først afklare spørgsmålet og derefter forholde dig til de nævnte krav med dokumentation. Medtag alle overtrædelser, der er nævnt for den pågældende app, i appellen. En anmodning om en statusopdatering eller hurtigere gennemgang hører til et andet sted.
Anbring ikke personlige Apple-adgangskoder i opgaveoversigten. Bevar virksomhedens kontrol over udviklerkontoen, og brug den adgang, der passer til den enkelte persons arbejde.
Hvordan ved du, at problemet er løst?
Skeln mellem en rettelse, du har testet, og Apples afgørelse. Gennemfør præcis det samme forløb igen efter ændringen, og gem resultatet, versionen af buildet eller oplysningerne og det sendte svar. Læs derefter den aktuelle status i App Store Connect. En vellykket lokal test fortæller dig noget om netop den test. Apple træffer stadig afgørelsen om indsendelsen.
Følg op på, om hvert nævnt problem har dokumentation, om adgangen til gennemgangen stadig fungerer, og om en senere besked gentager den samme bekymring. Hvis den gør det, skal du sammenligne den nye besked med din oversigt, før du foretager endnu en ændring. Når appen er udgivet, er arbejdet med at få downloads af appen en særskilt opgave.
Her kommer vi ind i billedet
Vi begynder med afvisningsbeskeden, den indsendte version og et forløb gennem appen, der kan genskabes. Derefter kan vi skelne rettelser af butikssiden og websitet fra udviklingsarbejdet og forberede oplysningerne til kontrollanten. Giv materialet til den person, der er ansvarlig for udgivelsen, med de uløste spørgsmål markeret, før I aftaler endnu et build.
