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 App Store Review Guidelines - das offizielle Apple-Regelwerk, nach dem jede App vor der Veröffentlichung geprüft wird. Es gliedert sich in Bereiche: Safety, Performance, Business, Design, Legal. .
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.
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 Lorem ipsum - der Standard-Blindtext auf Latein, den Designer statt echtem Inhalt einsetzen. Für Apple ist das ein klares Zeichen, dass die App nicht fertig ist. 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 In-App Purchase (IAP) - das eingebaute Kaufsystem von Apple. Alle digitalen Güter und Abos innerhalb der App werden darüber verkauft, und von jedem Kauf nimmt Apple eine Provision. , 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“.
- 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.
- 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.
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.
- 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.
- Finde und entferne alle Platzhalter: Blindtexte, „coming soon“-Screens, Buttons ins Nichts, Testdaten.
- Gleiche Beschreibung und Screenshots im Store mit dem ab, was wirklich drin ist. Versprochen heißt: es läuft.
- Prüf alle fremden Inhalte: Logos, Musik, Bilder, Schriften. Keine Rechte - raus damit oder durch Eigenes ersetzen.
- Verkaufst du Digitales innerhalb der App - stell sicher, dass das über In-App Purchase läuft und nicht an der Kasse vorbei.
- 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.