Ändringar i App Review Guidelines oktober 2026: vad 1.2, 2.3.14, 2.5.19 och 3.1.1(a) betyder för din app

Ändringarna i App Review Guidelines i oktober 2026 tillkännagavs i Apples inlägg Updated App Review Guidelines are now available den 16 oktober 2026. Två riktlinjer är nya (2.3.14 och 2.5.19), tre avsnitt har formulerats om (1.2, 3.1.1(a) och avsnitt 5), och avsnitten Before You Submit och After You Submit har fått länkar till mer dokumentation. Nedan går vi igenom varje ändring på ren svenska, vem som behöver agera och en checklista inför din nästa inskickning.

Vad ändrades i App Review Guidelines den 16 oktober 2026?

Apple lade till riktlinje 2.3.14 för kreativa resurser och riktlinje 2.5.19 för dolda funktioner. Dessutom förtydligades 1.2 (användargenererat innehåll), 3.1.1(a) (externa köplänkar) och avsnitt 5 (Legal). Apples ändringslogg listar ändringarna så här:

Apple skriver att översättningar ”kommer att finnas tillgängliga på Apple Developer-webbplatsen inom en månad”. I oktober 2026 bör du därför kontrollera de engelska App Review Guidelines när en översatt version skiljer sig från dem.

Vad kräver den nya riktlinjen 2.5.19 om dolda funktioner?

Riktlinje 2.5.19 kräver att varje funktion i din binär är synlig och dokumenterad för både användare och App Review. Att dölja funktionalitet, även genom obfuskering, kan leda till att appen tas bort och att utvecklarkontot avslutas.

Den exakta texten i översättning: ”Inkludera inga dolda, vilande eller odokumenterade funktioner i din app; appens funktionalitet ska vara tydlig för slutanvändare och App Review. Försök att dölja odokumenterade funktioner i appens binär, till exempel genom kodobfuskering eller andra metoder, är skäl för att din app tas bort från App Store och att ditt utvecklarkonto avslutas.” Apple beskriver policyn som långvarig, men den låg tidigare under 2.3.1. Nuvarande 2.3.1(a) kräver fortfarande att nya funktioner ”beskrivs specifikt i avsnittet Notes for Review”. Avslag för dolda funktioner bör nu i stället hänvisa till 2.5.19.

I praktiken innebär det att du i dina granskningsanteckningar ska lista varje funktion som kan aktiveras av en serverbrytare, en inbjudningskod, en QR-skanning, en region eller en kontonivå. Om en flagga ska aktivera en funktion efter godkännandet: slå antingen på den i den granskade builden eller lämna bort koden tills den version som faktiskt levererar funktionen.

Vilka appar påverkas av ändringarna i riktlinje 1.2?

Riktlinje 1.2 omfattar nu alla appar som låter användare ”skapa, generera, ladda upp, dela eller på annat sätt bidra med innehåll”, och nämner sociala medier, UGC-plattformar och AI-appar för innehållsskapande. Dessa appar måste filtrera stötande material, erbjuda rapportering med snabba svar, låta användare blockera användare som beter sig kränkande och publicera kontaktuppgifter.

Den reviderade texten listar ”intima bilder utan samtycke” vid sidan av intrång i immateriella rättigheter och mobbning. Den lägger till: ”Utvecklare som inte inför lämpliga skyddsåtgärder eller inte åtgärdar identifierade överträdelser efter påpekande kan anses bryta mot Developer Code of Conduct.” Även en AI-app för bilder eller avatarer som bara genererar innehåll åt användaren själv kan nu omfattas. Filtrering av prompter och resultat, rapportering och publicerade kontaktuppgifter hör hemma i den build du skickar in, inte på en roadmap.

Vad säger riktlinje 2.3.14 om kreativa resurser?

Riktlinje 2.3.14 säger att kreativa resurser måste ha koppling till appens innehåll, funktionalitet eller varumärke, följa de vanliga reglerna för metadata och vara lämpliga för alla åldrar. Den förbjuder olämpligt innehåll, vilseledande hänvisningar till andra appar, påståenden som inte kan verifieras och ”specifik eller rabatterad prisinformation”.

Kreativa resurser är de bild- och videoresurser som Apple introducerade den 5 oktober 2026. Enligt Apples App Store asset best practices visas de ”i iOS 27 och iPadOS 27 och senare, bland annat på din produktsida, i sökresultat och när din app lyfts fram”. Samma sida går längre än riktlinjen. Där står att du ska utelämna webbadresser, upphovsrättssymboler, logotyper för andra plattformar och utmärkelser från Apple som ”Editor's Choice”. Där står också att resurserna ”måste uppfylla åldersgränsen 4+, även om appens åldersgräns är högre”. En header med texten ”50 % rabatt den här veckan” eller ”#1 budgetapp” bryter mot 2.3.14.

Vad ändrades i riktlinje 3.1.1(a) om externa köplänkar?

Riktlinje 3.1.1(a) har inte längre en separat punkt för Music Streaming Services Entitlement. Den ingår nu i punkten om StoreKit External Purchase Link Entitlements, och texten säger att länkar får gå till ”ett tillåtet mål”. Godkända mål kan variera mellan regioner.

Reglerna för var länkar är tillåtna ändrades inte i den här uppdateringen. Entitlements är fortfarande begränsade till specifika storefronts. Den amerikanska storefronten är fortfarande undantaget där knappar, externa länkar och andra uppmaningar till handling är tillåtna utan entitlement. Om du redan använder någon av dessa entitlements: kontrollera att länken fortfarande leder till ett mål som är tillåtet i varje storefront där du publicerar appen.

Hur löser utvecklare avslag för dolda funktioner och UGC i praktiken?

Offentligt rapporterade fall visar att avslag enligt den gamla formuleringen om dolda funktioner i 2.3.1 och enligt 1.2 oftast löstes genom att göra varje funktion och skyddsåtgärd lätt att hitta för granskaren, eller genom att överklaga. Enbart kodändringar löste dem sällan.

• I mars 2026 rapporterade en utvecklare på Apple Developer Forums att en native social väckarklocksapp fått avslag enligt ”Guideline 2.3.1(a) - Hidden Features” och 4.2. Utvecklaren uppgav att WebViews bara användes för integritetspolicy, villkor och FAQ, och överklagade. App Review svarade att App Review Board hade lämnat besked. Utvecklaren bad sedan om att få veta vilka skärmar det gällde, och ingen lösning publicerades.
• I ett GitHub-ärende för Flutter fick flera utvecklare beskedet ”We discovered that your app contains hidden features” för enkla appar. En Flutter-bidragsgivare kallade ramverket ”ett villospår” och pekade på odokumenterade API:er i appkoden eller i plugins. Två utvecklare rapporterade att de blev godkända efter överklagande, utan att ändra koden.
• En utvecklare på Apple Developer Forums fick avslag enligt 1.2 trots att appen hade EULA, filtrering, rapportering och blockering. Utvecklaren ombads införa villkor med ”nolltolerans mot stötande innehåll” och att ”agera på rapporter om stötande innehåll inom 24 timmar”. Ett andra avslag lade till krav på åldersgränsen 18+, omedelbar borttagning av inlägg och kontaktuppgifter i appen. Utvecklaren svarade genom att dokumentera varje skyddsåtgärd och ge administratörsinloggning i granskningsanteckningarna.

Slutsats: I alla tre fallen kunde granskarna inte se eller verifiera funktioner som utvecklarna trodde var självklara. Med 2.5.19 och den striktare 1.2 gör granskningsanteckningarna och demokontot lika mycket jobb som koden. Vår guide till demokonto för App Store-granskning visar hur du sätter upp dem.

Vad bör du kontrollera före nästa inskickning?

Före nästa build: stäm av feature flags, skydd för UGC, kreativa resurser och externa länkar mot den nya texten, och skriv sedan granskningsanteckningar som pekar på var och en av dem. Checklistan nedan täcker ändringarna från oktober 2026.

1. Lista varje serverstyrd flagga, varje remote config-nyckel och varje dold meny. Slå på var och en för granskaren, eller ta bort koden den styr.
2. Beskriv varje ny funktion specifikt i Notes for Review, som 2.3.1(a) kräver, inklusive hur man når allt som ligger bakom inbjudningar, skanningar eller betalnivåer.
3. Om användare kan publicera, chatta eller generera innehåll: bekräfta att filtrering, rapportering, blockering och publicerade kontaktuppgifter finns i builden, och dokumentera din process för att hantera rapporter.
4. För AI-generering av bilder eller video: lägg till filter för prompter och resultat som blockerar sexuella bilder av verkliga personer, och ge användarna ett sätt att rapportera resultat.
5. Granska varje kreativ resurs efter priser, rabatter, webbadresser, påståenden om utmärkelser, andra plattformars logotyper och allt som ligger över åldersgränsen 4+.
6. Om du använder en entitlement för extern köplänk eller musikstreaming: bekräfta att länken går till ett tillåtet mål i varje storefront.
7. Läs om de engelska riktlinjerna för varje avsnitt du förlitar dig på, eftersom översättningar kan släpa efter upp till en månad.

Exempel: ta en AI-avatarapp med ett offentligt galleri och ett ”Pro”-stilpaket som slås på via remote config efter lanseringen. Enligt den nya texten behöver den moderering och rapportering för galleriet (1.2). Pro-paketet måste antingen vara synligt i den granskade builden eller hållas tillbaka till en senare version (2.5.19). Header-resursen för iOS 27 får inte säga ”Pro nu 40 % billigare” (2.3.14). Om du redan hanterar ett avslag förklarar vår guide till åtgärder riktlinje för riktlinje hur du svarar i App Store Connect. Vill du ha ett extra par ögon innan du skickar in, se våra tjänster.