Apple lehnt nutzlose Apps ab: Die Antwort besteht nicht darin, Wochen daran zu sitzen

Am 9. Juni 2026 hat Apple seine Prüfregeln verschärft, um „wertlose“ Apps auszusortieren. Viele lasen darin eine einfache Botschaft: Man müsse künftig wochenlang an einer Anwendung sitzen, damit sie angenommen wird. Das ist falsch. Apple misst nicht die Zeit, die Sie investieren. Apple prüft, ob die App eine Daseinsberechtigung hat.

Was Apple am 9. Juni 2026 geändert hat

Die zentrale Änderung betrifft die guideline 4.3(b). Apple ergänzt dort einen unmissverständlichen Satz:

Apple benennt sogar die Kategorien, die ohne ein wirklich anderes Erlebnis nicht mehr angenommen werden: Dating, Taschenlampe, Soundeffekte, Hintergrundbilder, einfacher Timer, Wahrsagerei. Apps mit Furz- oder Rülpsgeräuschen, Kamasutra oder Trinkspielen ordnet Apple der Kategorie „minderwertig, von geringer Qualität oder ohne Aufwand“ zu.

Das Kriterium ist nicht die investierte Zeit

Das ist der Punkt, den die meisten Kommentare übersehen. Apple lehnt eine App nicht ab, weil sie schnell entstanden ist. Apple lehnt sie ab, weil sie nichts beiträgt. Noch ein Klon fällt durch, selbst wenn er Sie drei Wochen gekostet hat. Eine gezielte App mit einem echten Grund zu existieren, in vier Tagen gebaut, kommt durch.

Der Wert ist also keine Frage der Stunden. Sie können einen Monat lang eine Idee verfeinern, die niemanden interessiert, oder in wenigen Tagen etwas ausliefern, das ein echtes Problem löst. Apple will das Zweite sehen.

Die Klausel, die wirklich alles verändert

Die wichtigste Verschärfung ist nicht die Ablehnung beim Einreichen, sondern das, was danach passiert. Apple behält sich jetzt vor, bereits veröffentlichte Apps zu entfernen:

Eine App kann also angenommen werden, online bleiben und dann mangels Nutzern verschwinden. Und ein Entwickler, der eine belanglose App nach der anderen einreicht, riskiert seinen Account. Sechs Wochen ins Leere zu polieren, ohne die App je echten Nutzern vorzusetzen, wird damit zur schlechtesten aller Wetten.

Warum ein MVP in wenigen Tagen die richtige Antwort ist

Wenn Apple Nutzen und echte Verwendung belohnt, dann ist die Logik: schnell eine Version ausliefern, die eine Sache gut macht, sie echten Nutzern in die Hand geben und dann iterieren. Nicht wochenlang daran feilen, bevor man überhaupt weiß, ob jemand sie will.

Ein gutes MVP steht auf einem klaren Kern:

• Eine Hauptfunktion, die wirklich funktioniert, kein Mockup
• Echte native Funktionen, die eine simple Website in einem webview nicht bieten kann
• Ein sauberer Einstellungsbildschirm mit Datenschutz und Verwaltung der Benachrichtigungen
• Eine Möglichkeit zu messen, ob die Leute wiederkommen, um zu entscheiden, was als Nächstes gebaut wird

Dieser Kern lässt sich in wenigen Tagen bauen, wenn man weiß, wohin man will. Der Rest, die Nebenfunktionen und die Grenzfälle, kommt danach, sobald die App bewiesen hat, dass sie jemanden interessiert.

Schnell aus Erfahrung, nicht schnell aus Schlamperei

Es gibt eine Nuance, die man nicht verpassen darf. „In wenigen Tagen ausliefern“ ist nicht dasselbe wie „hinschludern“. Die Apps, die Apple gerade aussortiert, sind genau die, die schnell und ohne Handwerk entstanden sind, oft von vibe coding Werkzeugen generiert. Die Geschwindigkeit rettet sie nicht, ihr fehlender Nutzen verurteilt sie.

Der Unterschied liegt in der Erfahrung. Nach achtzehn Jahren Anwendungsentwicklung weiß man, was die Prüfung besteht und was durchfällt. Man weiß, welche nativen Funktionen ein Reviewer erwartet, wo die guideline 4.2 hakt, warum eine getarnte Web-App auf Dauer nie hält. Man verliert keine Zeit damit, diese Regeln über Ablehnungen neu zu entdecken. Man baut die App gleich beim ersten Mal richtig.

Das heißt schnell ausliefern, ohne schlecht auszuliefern. Man streicht die Verschwendung, nicht die wesentlichen Funktionen. Der Kern ist nie verhandelbar. Was wegfällt, sind die Wochen, die man damit verbringt, etwas zu polieren, das niemand braucht.