Avslag i App Store: de 9 vanligaste orsakerna och hur du undviker dem

Ett avslag är inte världens undergång, men det kostar dagar du hellre hade lagt på lanseringen. Den goda nyheten: nästan alla avslag kommer från en kort lista med riktlinjer, och nästan alla går att fånga innan du trycker på skicka.

#1. Riktlinje 2.1: App Completeness

Den vanligaste. Granskaren stötte på en krasch, en trasig länk, platshållartext eller en funktion som inte gick att nå.

• Testa exakt det bygge du skickar in på en riktig enhet, inte bara i simulatorn
• Ta bort ”kommer snart”-skärmar och lorem ipsum
• Om appen kräver ett konto, ge Apple ett fungerande demokonto i granskningsanteckningarna
• Om funktioner beror på hårdvara, en plats eller en inställning i backend, förklara hur man når dem

#2. Riktlinje 2.3: Accurate Metadata

Skärmbilder, beskrivningar och förhandsvisningar måste visa den faktiska appen. Skisser av funktioner som inte finns än, priser i skärmbilder eller omnämnanden av andra plattformar flaggas.

#3. Riktlinje 4.2: Minimum Functionality

Appar som är en webbplats i ett omslag, eller erbjuder för lite för att vara användbara, avvisas. Inbyggd navigering, offlinelägen, pushnotiser eller plattformsfunktioner som widgetar visar Apple att appen tillför verkligt värde.

#4. Riktlinje 4.3: Spam

Att publicera många nästan identiska appar, eller en app som kopierar en trång kategori utan något nytt, hamnar här. En bra app med valmöjligheter slår fem kloner.

#5. Riktlinje 3.1.1: In-App Purchase

Digitalt innehåll och funktioner som låses upp i appen måste säljas via Apples köp inuti appen. Fysiska varor och tjänster i verkliga världen är undantaget. Din betalvägg behöver också en synlig knapp för att återställa köp och tydliga prenumerationsvillkor. Vår StoreKit 2-guide visar appsidan.

#6. Riktlinje 5.1.1: Insamling och lagring av data

Integritet är där många första inskick snubblar:

• En länk till integritetspolicyn i App Store Connect och i appen
• Behörighetsfrågor med tydliga syftestexter som förklarar varför du behöver åtkomst
• Be bara om data som funktionen faktiskt behöver
• Radering av konto: om användare kan skapa ett konto måste de kunna radera det inifrån appen

#7. Integritetsmanifest och obligatoriska skäl

Appar och deras tredjeparts-SDK:er måste i ett integritetsmanifest ange varför de använder vissa system-API:er, till exempel för att läsa filtidsstämplar eller användarinställningar. Håll dina SDK:er uppdaterade; de flesta populära levereras nu med ett eget manifest.

#8. Riktlinje 4.8: Login Services

Om du erbjuder inloggning med ett socialt konto från tredje part kräver Apple ett likvärdigt integritetsfokuserat alternativ. Logga in med Apple är det enklaste sättet att uppfylla kravet.

#9. Riktlinje 2.5: Software Requirements

Privata API:er, nedladdning av körbar kod eller bygge med ett föråldrat SDK leder till avslag. Apple höjer minimi-SDK:n varje vår, så bygg med aktuell Xcode innan du skickar in.

#Vår checklista före inskick

1. Ny installation av releasebygget på en riktig iPhone, alla huvudflöden testade
2. Demokonto och stegvisa anteckningar under App Review Information
3. Skärmbilder från den riktiga appen, inga andra plattformar nämnda
4. Länkar till integritetspolicy och support som laddar
5. Integritetsetiketter som stämmer med vad appen och dess SDK:er samlar in
6. Betalvägg som visar pris, period, villkor och en återställningsknapp
7. Radering av konto som går att nå från inställningarna
8. Syftestexter för varje behörighet, på varje språk du lanserar

#Om du ändå får avslag

Läs meddelandet noga; det hänvisar till riktlinjen och har ofta en skärmbild. Åtgärda problemet, svara i Resolution Center om något behöver förklaras och skicka in igen. Om du tror att granskaren har fel kan du överklaga till App Review Board.

När vi lanserar appar för kunder sköter vi butikssidan, granskningsanteckningarna och all kontakt med Apple. Se hur lång tid en fullständig lansering brukar ta.