Guideline 1.1 Objectionable Content: slik fikser du avslaget

Guideline 1.1, «Objectionable Content», avviser apper med innhold som er støtende, sjokkerende, svært smakløst eller villedende. Den dekker også falske funksjoner, som en falsk detektor, og apper som prøver å tjene på en aktuell tragedie. Løsningen er å fjerne eller ramme inn det som blir pekt ut, både i appen og på produktsiden, og så fortelle revieweren hva du har endret.

Jeg publiserer mine egne iOS-apper: Solys, TradaZen og Nolera ligger på App Store. Denne guiden bygger på Apples offisielle tekst, lest 15. oktober 2026 («Last Updated: June 8, 2026»). Appene jeg nevner lenger ned, er konstruerte eksempler som skal illustrere regelen. Vil du ha oversikten over alle avslagsgrunnene, les heller hvorfor Apple avviser en app.

Hva sier guideline 1.1?

1.1 åpner seksjon 1, «Safety», i App Review Guidelines. Første setning lyder: «Apps should not include content that is offensive, insensitive, upsetting, intended to disgust, in exceptionally poor taste, or just plain creepy.» Altså: ikke noe innhold som er støtende, sårende, opprørende, laget for å vekke avsky, svært smakløst eller bare ekkelt.

Innledningen til seksjonen er enda tydeligere: «if you're looking to shock and offend people, the App Store isn't the right place for your app.» Er målet ditt å sjokkere, er ikke App Store riktig sted.

De sju underreglene er eksempler, ikke en lukket liste. Revieweren vurderer tonen og virkningen av innholdet. Derfor kommer et 1.1-avslag ofte overraskende: du har ikke brutt ett bestemt punkt, men helheten ble vurdert som på grensen.

De 7 underreglene, fra 1.1.1 til 1.1.7

• 1.1.1: ærekrenkende, diskriminerende eller ondsinnet innhold rettet mot en gruppe (religion, opprinnelse, seksuell orientering, kjønn …), særlig hvis det kan ydmyke en bestemt person eller gruppe. Unntak: «Professional political satirists and humorists are generally exempt from this requirement.»
• 1.1.2: realistisk vold mot mennesker eller dyr, eller oppfordring til vold. I et spill kan ikke fiendene utelukkende være én bestemt opprinnelse, en ekte regjering eller et ekte selskap.
• 1.1.3: farlig eller ulovlig bruk av våpen, eller hjelp til å kjøpe skytevåpen og ammunisjon.
• 1.1.4: eksplisitt seksuelt eller pornografisk innhold, inkludert apper for engangsmøter.
• 1.1.5: provoserende religiøse kommentarer, eller feilaktig sitering av religiøse tekster.
• 1.1.6: falsk informasjon og falske funksjoner, som feil enhetsdata eller en falsk posisjonssporer. Nøkkelsetningen: «Stating that the app is “for entertainment purposes” won't overcome this guideline.» Apper for anonyme samtaler eller SMS, eller for tullesamtaler, blir avvist.
• 1.1.7: apper som prøver å tjene på en nylig hendelse, som en krig, et terrorangrep eller en epidemi.

Tabellen: underregel, typisk avslag, løsning

Her er sjekklisten du bør gå gjennom før du sender inn en app som handler om humor, AI eller aktuelle hendelser. De typiske avslagene er eksempler konstruert ut fra teksten.

Underregel	Typisk avslag	Løsning
1.1.1 Ondskap	Vitser om en opprinnelse	Sikt på ideer, ikke mennesker
1.1.2 Vold	Realistisk gørr, ekte mål	Tegnet stil, fiktiv fiende
1.1.3 Våpen	Lenke til en våpenhandler	Fjern kjøp og lenker
1.1.4 Seksualitet	Avkledd AI-avatar	Filter og påkledd antrekk
1.1.5 Religion	Feilsitert vers	Nøyaktig tekst med kilde
1.1.6 Falskhet	Falsk løgndetektor	Ekte funksjon eller fjern den
1.1.7 Nyheter	Spill om en pågående krig	Fjern temaet

En merknad om at noe er «for underholdning» redder ikke en falsk funksjon: Apple skriver det svart på hvitt i 1.1.6.

Fire typiske tilfeller for en uavhengig app

De fire tilfellene nedenfor er konstruerte eksempler, ikke ekte apper.

Satireappen

Eksempel: en app som lager falske avisforsider med politikere. Unntaket i 1.1.1 gjelder «profesjonelle» satirikere og humorister. En utvikler som jobber alene, får ikke automatisk dette unntaket. Teksten retter seg først og fremst mot innhold som ydmyker, skremmer eller sårer et bestemt mål.

Det jeg ville gjort: sikte på situasjoner, ikke på opprinnelse eller religion. Aldri la noen sikte seg inn på en privatperson med navn eller bilde. Og hvis brukerne publiserer det de lager, legge til filteret, rapporteringen og blokkeringen som guideline 1.2 krever.

Den falske detektoren og tulleappen

Eksempel: en «løgndetektor» som leser fingeren du legger på skjermen, en fingeravtrykkskanner som «gjetter» humøret, en sporer som finner posisjonen til et hvilket som helst nummer. Telefonen måler ingenting av dette. Det er nøyaktig den «trick/joke functionality» som 1.1.6 snakker om.

Løsningen er ikke enda en advarsel. Enten måler funksjonen faktisk det den viser, eller så forsvinner den. Er ideen en lek blant venner, så stå for leken: spørsmål, poeng, en straff, uten å late som du leser kroppen eller enheten. Det samme gjelder produktsiden: et navn som lover en ekte detektor, er nok til å trigge 1.1.6.

AI-generert innhold uten filter

Eksempel: en app som skriver historier, vitser eller coachsvar med en AI-modell, og viser dem rett ut. Det AI-en din produserer, er det appen din som publiserer. Kommer det en rasistisk eller voldelig melding ut av modellen, gjelder 1.1 som om du hadde skrevet den selv.

Dette ville jeg satt opp:

• Systeminstrukser som fastsetter tonen og de forbudte temaene.
• Kontroll av forespørselen og svaret på serveren, før noe vises. OpenAI tilbyr en gratis modereringsmodell som klassifiserer tekst og bilder.
• En nøytral melding når svaret blir blokkert, og en knapp for å rapportere et svar.

Denne kontrollen kjører på serveren, der nøkkelen til modellen skal bli værende, som jeg forklarer i hemmelig API-nøkkel i en Expo-app. Kan det brukerne lager, deles med andre, kommer 1.2 i tillegg til 1.1. Og det å sende brukerens data til modellen hører inn under guideline 5.1.2.

AI-avataren eller AI-bildet

Eksempel: en app som gjør en selfie om til en figur, eller som lager avatarer. Tre risikoer. Et seksualisert bilde faller inn under 1.1.4. Et gørrete eller realistisk voldsbilde faller inn under 1.1.2. En ekte person som latterliggjøres eller fremstilles uten samtykke, faller inn under 1.1.1.

Løsningen: filtrer forespørselen og bildet som lages, avvis bilder av andre personer, og hold deg til påkledde antrekk som standard. For logoer, figurer og merkevarestiler tar jeg for meg rettighetsspørsmålet i guiden til guideline 5.2.1.

Produktsiden teller like mye som appen

Et 1.1-avslag kan gjelde produktsiden like mye som koden: en provoserende beskrivelse, et upassende søkeord, et for grovt skjermbilde. Regel 2.3.8 krever det: «Metadata should be appropriate for all audiences». Ikonet, skjermbildene og forhåndsvisningene må holde seg på 4+-nivå, selv om appen din har høyere aldersgrense. For et voldelig spill gir Apple eksempelet med bilder uten blodig død og uten våpen rettet mot en figur.

Svar også ærlig på spørreskjemaet for aldersgrense, slik regel 2.3.6 krever. Verdiene og definisjonene dekker vold, seksualitet, grov humor og skrekk. En riktig aldersgrense gjør ikke forbudt innhold akseptabelt. Den hindrer først og fremst at familier som stoler på foreldrekontrollen, blir overrasket.

Slik svarer du på et 1.1-avslag

1. Finn det som blir pekt ut. Meldingen nevner noen ganger et skjermbilde eller en skjerm. Er den vag, spør i App Store Connect hvilket innhold som er problemet.
2. Rett opp overalt. Appen, beskrivelsen, søkeordene, skjermbildene og bildene til kjøpene i appen.
3. Lag et nytt build hvis innholdet ligger i appen. En endring av bare produktsiden holder kun hvis problemet lå på produktsiden.
4. Forklar med to setninger. Metoden og svartidene finner du i svar til App Review.

En mal for notater på engelsk som du kan tilpasse. Ta bare med det som er sant:

Hello,

Thank you for your feedback regarding Guideline 1.1.

In build [X], we have:
- removed [content] from [screen] and from the
  App Store description and screenshots;
- added server-side moderation of AI requests and
  responses before anything is displayed;
- added a "Report" button on every generated result.

Best regards,
[Your name]

Anke til App Review Board bare hvis revieweren har misforstått innholdet ditt. Innhold på grensen forsvarer du ikke, du fjerner det.

Sjekklisten for 1.1 før innsending

• Ingen tekst, bilder eller lyd retter seg mot en gruppe, en religion eller en privatperson.
• Fiendene i et spill er fiktive, og volden er ikke realistisk.
• Ingen funksjon later som den måler noe telefonen ikke måler.
• Ingen tema prøver å tjene på en pågående krig, et terrorangrep eller en epidemi.
• All AI-output går gjennom en serverkontroll før den vises.
• Ikonet, skjermbildene og beskrivelsen holder seg på 4+-nivå.
• Spørreskjemaet for aldersgrense beskriver det faktiske innholdet.
• Review-notatene forklarer grensetilfellene, som svart humor eller et sensitivt tema.

Rett opp avslaget før du sender inn appen på nytt

Review Kit samler det jeg sjekker før hver innsending, med to skills som går gjennom prosjektet ditt i Claude Code og forbereder svaret ditt hvis Apple avviser appen. Vil du ha et menneskelig blikk, book en time med meg: vi går gjennom innholdet og produktsiden din sammen. Hele fremgangsmåten finner du på siden app avvist av Apple.

Forbereder du din første lansering, ta den gratis diagnosen: den forteller deg hvilket steg du bør ta tak i først, og sender deg sjekklisten min mot Apple-avslag.

Ingen kan garantere at Apple godkjenner appen din. Men fjerner du grensetilfellene før innsending, er i hvert fall denne avslagsgrunnen ute av bildet.

Ofte stilte spørsmål

Hva betyr «Guideline 1.1 - Safety - Objectionable Content»?

Det er tittelen på avslaget i meldingen fra Apple. Revieweren har vurdert at noe innhold i appen eller på produktsiden er støtende, sjokkerende eller villedende. Meldingen kan vise til en bestemt underregel, for eksempel «Guideline 1.1.6» for en falsk funksjon.

Hva er guideline 1.1.6?

Det er underregelen om falsk informasjon og falske funksjoner: feil enhetsdata, falsk posisjonssporer, tullefunksjon. Den avviser også apper for anonyme samtaler eller SMS, eller for tullesamtaler. Løsningen er å gjøre funksjonen ekte, eller fjerne den.

Holder det med en merknad om at appen er «for underholdning»?

Nei. 1.1.6 sier tydelig at det ikke holder å skrive at appen er «for entertainment purposes». Later en funksjon som den måler eller oppdager noe telefonen ikke måler, endrer advarselen ingenting ved avslaget.

Kan en humor- eller satireapp komme gjennom 1.1?

Ja, hvis humoren ikke retter seg mot en gruppe, en religion eller en privatperson. Unntaket i 1.1.1 gjelder profesjonelle satirikere og humorister. For en uavhengig app: sikt på situasjoner og ideer, ikke mennesker, og hold produktsiden på 4+-nivå.

Faller AI-generert innhold inn under 1.1 eller 1.2?

Begge, avhengig av flyten. Det AI-en viser til personen som bruker den, faller inn under 1.1: du er ansvarlig for det som om du hadde skrevet det for hånd. Deles det som lages med andre brukere, kommer 1.2 i tillegg, med filter, rapportering, blokkering og publisert kontaktinfo.