~9 Min

App-Store-Anforderungen: Wofür Apple Apps ablehnt

Warum das Review Builds zurückweist - und wie du den Check beim ersten Versuch bestehst

App Store Review Guidelines in einfachen Worten: Crashes, halbfertige Apps, Schummeleien in der Beschreibung, fremde Inhalte und Zahlungen am In-App Purchase vorbei. Die Top-Gründe für eine Ablehnung und wie du das Review direkt bestehst.

Was App Store Review ist und wer deine App prüft

Stell dir vor: Du bringst dein selbstgebasteltes Ding in eine sehr teure Boutique und bittest darum, es ins Schaufenster zu stellen. Der Besitzer der Boutique ist Apple. Und er hat eine Liste: wen er aufs Regal lässt und wen er gleich an der Tür wieder wegschickt. Genau diese Liste heißt App Store Review Guidelines .

Und eins musst du sofort verstehen. Deinen Build prüft ein echter Mensch. Kein Roboter mit Häkchen-Liste - ein realer Reviewer. Er lädt deine App und klickt sich mit den Händen durch: öffnet Screens, drückt Buttons, versucht ein Abo abzuschließen, sucht, wo du deine Schnitzer versteckt hast. Du denkst, das rutscht automatisch durch? Tut es nicht.

Türsteher einer teuren Boutique mit einer Checkliste auf dem Tablet prüft am Eingang eine App, die als Besucher dargestellt ist, Sodi als hilfreicher Begleiter daneben
Der Apple-Reviewer ist wie der Türsteher am Eingang der Boutique. Er hat eine Checkliste - und er klickt sich wirklich durch deinen Build. Sodi ist natürlich als hilfreicher Companion anwesend.

Warum du als Entwickler die Apple-Regeln kennen solltest

Das Bild kennst du: App gebaut, „zum Review einreichen“ gedrückt, und ein paar Tage später kommt die Ablehnung mit einer trockenen Zeile wie „Guideline 2.1“. Ohne Verständnis der Regeln trifft dich das wie ein Stromschlag aus dem Nichts. Und jede Ablehnung bedeutet verlorene Wartetage und Nerven, die du dir hättest sparen können.

  • Du verstehst, was du vor dem Einreichen fixen musst - und nicht erst nach drei Ablehnungsrunden.
  • Du nimmst eine Ablehnung nicht mehr persönlich. Das ist einfach ein Punkt von der Liste, kein Urteil.
  • Du sparst Zeit: ein Review-Zyklus bedeutet oft einen Tag Wartezeit oder mehr.
  • Du sprichst die Sprache von Apple. Sie nennen die Regelnummer - und du weißt sofort, worum es geht.

Die meisten Ablehnungen heißen nicht „deine Idee ist schlecht“. Sie heißen „du hast uns einen Entwurf gezeigt“ oder „in der Beschreibung steht das eine, drin ist das andere“. Beides lässt sich beheben.

Die Top-Gründe für eine Ablehnung im App Store

Es gibt viele Regeln, aber nur eine Handvoll echter Gründe für eine Ablehnung. Hier sind die, über die fast alle Neulinge stolpern. Sieh sie dir einmal in Ruhe an - und schon ist die Hälfte der Fallstricke umgangen.

Crashes und Bugs: warum der App Store instabile Builds ablehnt

Grund Nummer eins. Häufiger als alle anderen zusammen. Die App stürzt ab, hängt sich auf oder eine Funktion läuft während der Prüfung einfach nicht - sofortige Ablehnung. Apple reagiert nervös auf Instabilität, und die Logik dahinter ist simpel: lieber weniger Features, aber jedes läuft wie ein Uhrwerk.

Halbfertiges und Platzhalter: das Minimum an Funktionalität

Apple lässt keine Entwürfe rein. Punkt. Der Reviewer sieht einen „Coming soon“-Screen, einen Button, der ins Nichts führt, oder Blindtext lorem ipsum statt echtem Content - und für ihn ist das ein klares Warnsignal: „du hast uns einen Rohling geschickt“.

Schummeleien in Beschreibung und Screenshots: Genauigkeit der Metadaten

Name, Beschreibung, Keywords und Screenshots müssen ehrlich zeigen, was drin ist. Screenshots mit Features aufgehübscht, die es nicht gibt? Eine fremde Marke in den Namen reingequetscht, nur für die Suche? „Kostenlos“ versprochen, aber beim ersten Schritt kommt schon das Bezahlschloss? Das wird alles erkannt. Und wohl schneller abgelehnt als alles andere.

Fremde Inhalte ohne Rechte: geistiges Eigentum

Fremde Logos, Musik, Videos, Figuren, das Design bekannter Marken - alles, wofür du keine Rechte hast. Apple will sich wegen deiner App nicht vor Gericht streiten, und das ist verständlich. Nutzt du Fremdes - halt Lizenzen oder Genehmigungen bereit. Manchmal wollen sie die tatsächlich sehen.

Zahlung an der Kasse vorbei: Regel 3.1.1 zum In-App Purchase

Das geliebte Reizthema. Verkaufst du digitale Güter innerhalb der App - Abos, Münzen, das Freischalten von Funktionen? Dann läuft das über ihre Kasse, den In-App Purchase , an dem Apple eine Provision verdient. Hast du den Nutzer auf deine eigene Website zum Bezahlen umgeleitet, an der Kasse vorbei - das ist der Klassiker unter den Ablehnungsgründen.

Datenschutz und Einwilligung zu Daten: der neue Schwerpunkt im Review

Der am stärksten wachsende Ablehnungsgrund. Du musst ehrlich sagen, welche Daten du sammelst und wozu, und danach um die Einwilligung bitten. Speziell zur KI: Schickst du Nutzerdaten an einen externen Dienst - OpenAI, Anthropic, Google oder einen beliebigen anderen - zeig einen verständlichen Einwilligungs-Screen und nenn den Anbieter beim Namen. Ohne das schwammige „wir geben Daten an Dritte weiter“.

Was die Chance auf Freigabe erhöht
  • Fertiges Produkt. Jeder Screen funktioniert, nichts stürzt ab, keine Platzhalter.
  • Ehrlicher Store-Eintrag. Beschreibung und Screenshots passen zu dem, was drin ist.
  • Klare Bezahlung. Digitales läuft über In-App Purchase, der Einwilligungs-Screen für Daten ist vorhanden.
Was die Ablehnung fast garantiert
  • Entwurf „damit es schneller geht“. Coming soon, Buttons ins Nichts, Testdaten auf den Screens.
  • Aufgehübschter Store-Eintrag. Features auf Screenshots, die es nicht gibt, fremde Marke im Namen.
  • Kasse umgangen. Ein digitales Gut leitet zum Bezahlen auf eine fremde Website, am IAP vorbei.
Liste mit sechs Ablehnungsgründen als Checkliste, bei der jeder Punkt eine eigene Box ist, Sodi schaut freundlich und deutet darauf
Die sechs wichtigsten Ablehnungsgründe. Schaffst du alle - ist das Review quasi sicher. Sodi hilft dabei.

Selbstcheck-Liste vor dem Einreichen zum Review

Bevor du auf „Submit“ drückst, geh diese Liste selbst durch. Schlüpf in die Rolle des Reviewers und versuch ehrlich, deine eigene App kaputtzumachen - das ist billiger, als eine Ablehnung zu kassieren.

Selbstcheck vor dem Review in 6 Schritten
  1. Spiel den Build auf ein sauberes Gerät und geh durch ALLE wichtigen Screens. Wo etwas abstürzt oder hängt - fix es vor dem Einreichen.
  2. Finde und entferne alle Platzhalter: Blindtexte, „coming soon“-Screens, Buttons ins Nichts, Testdaten.
  3. Gleiche Beschreibung und Screenshots im Store mit dem ab, was wirklich drin ist. Versprochen heißt: es läuft.
  4. Prüf alle fremden Inhalte: Logos, Musik, Bilder, Schriften. Keine Rechte - raus damit oder durch Eigenes ersetzen.
  5. Verkaufst du Digitales innerhalb der App - stell sicher, dass das über In-App Purchase läuft und nicht an der Kasse vorbei.
  6. Zeig einen verständlichen Screen zum Datensammeln und zur Einwilligung. Schickst du etwas an eine KI - nenn den Dienst klar beim Namen.

Häufige Anfängerfehler beim Veröffentlichen im App Store

  • Einen Entwurf einreichen „damit es schneller geht“. Apple lässt keine Rohlinge rein. Mach es fertig - und es geht schneller als drei Ablehnungsrunden.
  • Beschreibung und Screenshots aufhübschen. Jede Abweichung von der Realität - schnelle Ablehnung. Ehrlichkeit ist hier schlicht günstiger.
  • Das Bezahlschloss verstecken und die App als kostenlos ausgeben. Kostet es Geld - sag es direkt, sonst wird es wegen Täuschung zurückgewiesen.
  • Fremde Inhalte einbauen. Ein Markenlogo „zur Deko“ oder fremde Musik - das ist nicht nur ein Ablehnungsgrund, sondern auch einer für die Sperrung deines Accounts.
  • Apples Kasse bei digitalen Gütern umgehen. Regel 3.1.1 wird genau geprüft. Bau darauf kein Modell auf, du fährst es an die Wand.
  • Demo-Zugang und Datenschutz vergessen. Wenn der Reviewer sich nicht einloggen kann oder die Einwilligung zu den Daten nicht findet - lehnt er ab, auch wenn der Code perfekt ist.

TL;DR - если коротко

  • Die App Store Review Guidelines sind die Regeln von Apple, nach denen ein echter Reviewer entscheidet: Kommt dein Build in den Store oder nicht.
  • Am häufigsten scheitert es an Crashes und Bugs, an halbfertigen Sachen (Platzhalter, leere Buttons, „coming soon“) und an Lügen im Store-Eintrag.
  • Hart geprüft werden fremde Inhalte ohne Rechte und Zahlungen an der Kasse vorbei - digitale Güter laufen nur über In-App Purchase.
  • Apples Kasse gilt nur für Digitales innerhalb der App. Für Physisches und echte Dienstleistungen zahlst du, womit du willst.
  • Neuer Trend: Datenschutz und Einwilligung zur Datenweitergabe an externe KI - nenn den Anbieter beim Namen.
  • Der wichtigste Trick: zeig ein fertiges, laufendes Produkt, keinen Entwurf. Der Reviewer klickt sich da wirklich durch.

Wiki durchsuchen

Esc zum Schließen drücken

Geben Sie einen Suchbegriff ein, um alle Lektionen und Kurse zu durchsuchen.