Riktlinjer för App Review-skärmdumpar: Apples regler sammanfattade

Varför bryr sig Apple specifikt om skärmdumpar?

App Store är kurerad. Apples ståndpunkt, som upprepas i inledningen till App Review Guidelines, är att en högkvalitativ butik gynnar både användare och utvecklare. Skärmdumpar är användarens första intryck; vilseledande skärmdumpar urholkar förtroendet för butiken som helhet. Det är därför skärmdumpsefterlevnaden hör till de striktaste delarna av App Review och varför det är viktigare att åtgärda problem snabbt än att argumentera.

Vad betyder ”korrekt representation” (2.3.3)?

Riktlinje 2.3.3 kräver att skärmdumpar visar appen när den faktiskt körs. Gråzonen är vad som räknas som ”körs”. Apple är strikta när det gäller:

• Konceptbilder för funktioner som inte finns i den binärfil du skickade in
• Förrenderade marknadsföringsillustrationer som visar appen i ett hypotetiskt scenario
• Konkurrenters skärmdumpar uppklädda som dina egna

Apple är mer tillåtande när det gäller:

• Enhetsmockuper — din riktiga appskärm sammansatt i en iPhone-ram är okej
• Bildtexter och rubriker — textöverlägg som förklarar vad skärmen gör
• Bakgrunder — gradient- eller fotografiska bakgrunder bakom enhetsramen
• Genererad exempeldata som rimligt representerar vad en riktig användare skulle se

Varför är platshållarinnehåll ett problem?

Lorem ipsum, ”User Name” och uppenbara testkonton (t.ex. ”test@test.com”) signalerar en oavslutad produkt. App Review behandlar detta som representativt för att appen är ofärdig — en snabb väg till avslag. Fyll varje fält med rimlig data: namn som ser riktiga ut, realistiska transaktionsbelopp, aktuella datum. Genererad data är okej; uppenbar platshållardata är det inte.

Hur är det med fel enhetsstorlekar (2.3.10)?

Riktlinje 2.3.10 täcker korrekthet i metadata. Att skicka in en 6,1-tums skärmdump i 6,7-tumsplatsen — även om den skalas upp — leder till avslag eftersom den resulterande bilden inte representerar appen i det större bildförhållandet. Använd de enhetsspecifika renderingar vi listar i guiden för App Store-skärmdumpsstorlekar, och låt Screenshots.live API generera varje enhet nativt i stället för att skala.

Får du nämna Android i iOS-skärmdumpar?

Nej. Riktlinje 2.3.10 förbjuder referenser till andra mobila plattformar i iOS-metadata, inklusive skärmdumpar. Vanliga överträdelser:

• ”Nu på Android”-banners
• Google Play-nedladdningsemblem
• Skärmdumpar som visar din app i en Android-enhetsram (Pixel, Galaxy) i stället för en iPhone-ram

Lösningen är varianter per plattform: samma mall, olika konfiguration av enhetsram. Rendera iOS-varianten med iPhone-ramar, Android-varianten med Pixel-ramar och ladda upp till respektive butik. Se funktionen för stöd av flera plattformar för konfigurationen.

Hur är det med marknadsföringspåståenden (2.3.7)?

Apple har avvisat listningar för obekräftade superlativ: ”#1 produktivitetsapp”, ”Bästa anteckningsappen på iOS”, ”Används av 10M+ team”. Lösningen är antingen:

• Ange en källa i skärmdumpen eller bildtexten (”Topp 10 i Produktivitet, App Store, USA, mars 2026”)
• Var specifik i stället för superlativ (”Litas på av 8 432 team” om den siffran är korrekt)
• Ta bort påståendet helt och förlita dig på själva produkten

Hur samspelar åldersgränser med skärmdumpar?

Den åldersgräns du väljer i App Store Connect gäller varje tillgång i listningen — inklusive skärmdumpar. En 4+-app som visar alkohol, tobak, intensivt våld eller anstötligt innehåll i skärmdumpar höjs till en högre åldersgräns, eller avslås om åldersgränsen inte kan rymma innehållet. Anpassa innehåll till åldersgräns från början: om din skärmdump kräver ett vinlistgränssnitt måste appens åldersgräns redan kunna rymma alkoholreferenser.

Vilka enhetsramar är tillåtna?

Apple tillåter att du visar din app inuti en Apple-enhetsram för den enhetsklass du listar (iPhone, iPad, Apple Watch, Apple TV). Du får inte:

• Modifiera enhetsramen visuellt (anpassade färger, logotyper)
• Blanda in Android-ramar i iOS-listningar
• Använda generiska ”telefonformade” ramar som inte är godkända av Apple

Använd Apples officiella enhetsramstillgångar (Sketch- / Figma-bibliotek) när du designar din mall.

Hur är det med tredjepartslogotyper och upphovsrättsskyddat innehåll?

Riktlinje 5.2 täcker immateriella rättigheter. Den vanligaste skärmdumpsöverträdelsen är en falsk push-avisering från ett varumärke som appen inte är licensierad att använda: ”Slack: Nytt meddelande från Eve” i en skärmdump av en icke-Slack-app, till exempel. Använd generiska mockaviseringar, anonymiserade varumärkesliknande gränssnitt (inga riktiga logotyper) eller licensierat innehåll med bevisbara rättigheter.

Hur tillämpas korrekt prissättning (3.1.1)?

Om en skärmdump säger ”Gratis för alltid” men din app använder en prenumeration på 4,99 USD/månad, kan du räkna med avslag. Prispåståenden i skärmdumpar måste återspegla den faktiska IAP/prenumeration du levererar. Detsamma gäller påståenden om ”Inga annonser”, ”Engångsköp” och varaktigheten för ”Gratis provperiod” — varje påstående måste matcha vad användaren möter i appen.

Hur är det med diskrepanser på språknivå?

En prislapp i amerikanska dollar i din tyska listning uppfattas som slarvig av App Review och av användarna. Detsamma gäller datumformat (MM/DD/ÅÅÅÅ i en tysk listning), sociala referenser (”Trendar på Twitter” i en listning för fastlandet Kina där Twitter är blockerat) och högtider (Thanksgiving-utrop i icke-amerikanska listningar). Lokaliseringsguiden täcker åsidosättningar per språk för exakt dessa fall.

Vad gör du när du får avslag?

De flesta skärmdumpsavslag är enkla att åtgärda: ändra det stötande elementet i din mall, rendera om via API, ladda upp på nytt, skicka in på nytt. Hela cykeln tar oftast under en timme. Två råd:

• Läs den exakta riktlinjen som Apple hänvisar till i Resolution Center. Lösningen är nästan alltid snävare än du tror — ibland ett enda element i en enda skärmdump.
• Skicka in på nytt innan du överklagar. Överklaganden via Resolution Center tar dagar; återinlämningar efter en åtgärd hanteras vanligtvis inom timmar. Överklaganden är meningsfulla när du verkligen tror att granskningen var fel — inte när åtgärden är uppenbar.

Hur skiljer sig Google Plays regler?

Google Plays Store Listing and Promotional Content Policy täcker liknande mark men är generellt mer tillåtande när det gäller marknadsföringsspråk och striktare när det gäller vilseledande funktionalitet. Grunderna — korrekt representation, inga falska aviseringar, konsekvens med åldersgränser — gäller på båda plattformarna. De tekniska specifikationerna skiljer sig åt; se vår guide för Google Plays skärmdumpskrav för dessa.

Slutsatsen

Det snabbaste sättet att hålla sig utanför App Reviews avslagshink för skärmdumpar är att utgå från en mall som redan följer reglerna — korrekta enhetsramar, inga referenser till andra plattformar, rimlig exempeldata, inga obekräftade påståenden. Generera varianter från den mallen, och avslagsfrekvensen sjunker till nära noll.