App Store 4.3: Hilft es Apps, zuerst da zu sein?

Was bedeutet Apples App Store Guideline 4.3?

Apples Spam-Richtlinie deckt zwei verwandte Probleme ab. Abschnitt 4.3(a) betrifft das Einreichen derselben App unter mehreren Bundle IDs, etwa eine eigene Karten-App für jede Stadt. Abschnitt 4.3(b) betrifft Apps, die sich von bestehenden Angeboten praktisch nicht unterscheiden. In etablierten Kategorien verlangt Apple eine „deutlich andere oder bessere Erfahrung“. Als Beispiele nennt Apple Dating-Apps, Wallpaper-Apps und einfache Timer.

Ich verstehe den Zweck. Wenn jemand das Produkt eines anderen nimmt, die Farben ändert und es unter anderem Namen einreicht, macht das den Prüfern Arbeit und füllt den Store mit Ballast. Hundert Varianten zu produzieren macht ein Produkt nicht nützlicher. Apple selbst warnt, dass nahezu identische Einreichungen Kapazität bei App Review binden.

Der Umfang ist beträchtlich. In seinem App-Store-Update vom Mai 2026 sagte Apple, dass es 2025 mehr als 9,1 Millionen Einreichungen geprüft und mehr als 371.000 davon abgelehnt habe, weil sie andere Apps kopierten, Spam waren oder Nutzer in die Irre führten. Diese zusammengefasste Kategorie zählt Einreichungen, nicht einzelne Apps, die speziell nach 4.3 abgelehnt wurden. Sie sagt uns auch nicht, wie oft legitime Apps fälschlich abgelehnt wurden.

KI macht die Sache komplizierter, weil man kein Template mehr kaufen muss, um ein bekanntes Produkt nachzubauen. Du kannst eine unabhängige Implementierung von im Kern derselben Erfahrung schreiben. Dass einem der Code gehört, macht das Ergebnis nicht automatisch deutlich anders.

Ich nutze KI, um Software zu bauen. Sie kann Entwicklern helfen, schwierige technische Probleme zu lösen und übersehene Kundengruppen zu bedienen. Sie kann es aber auch billiger machen, einen Marktplatz mit kaum unterscheidbaren Apps zu fluten. Die Werkzeuge ermöglichen beides; die Qualität des Ergebnisses zählt trotzdem.

Warum widersprechen Entwickler 4.3-Spam-Ablehnungen?

Einen Ähnlichkeitsbefund zu beantworten kann schwer sein, wenn der Entwickler nicht sieht, womit Apple vergleicht. Aktuelle öffentliche Berichte zeigen, wie schwierig es sein kann, nachzuweisen, was eine App unterscheidet, besonders wenn ihr Wert von einem spezialisierten Workflow abhängt.

Sebastian Röhl, Entwickler von FocusKit, berichtete von zwei Ablehnungen nach 4.3(a), bevor er seinen Fokus-Timer im November 2025 startete. Mehrere Tage Schriftwechsel, in denen er die Unterschiede erklärte, führten zur Freigabe. Das ist ein ermutigender Ausgang, aber der Nachweis, dass eine App eine Zulassung verdient, kostete zusätzliche Arbeit, bevor Kunden sie ausprobieren konnten.

Im September 2026 berichtete der Entwickler von YanPian von einer Ablehnung nach 4.3(a) für eine Kletter-Video-App. Zu ihren Funktionen gehörten das Zuordnen von Herzfrequenzdaten der Apple Watch zu Kletteraufnahmen, das Verfolgen eines Kletterers in einer Totalen und eine optionale Gimbal-Steuerung. Der Entwickler räumte ein, dass der Startbildschirm ohne Kletteraufnahmen zum Importieren wie eine gewöhnliche Kamera-App wirken könnte. Der öffentliche Thread dokumentiert einen Einspruch ohne veröffentlichtes Ergebnis.

Diese Berichte belegen nicht, dass Apple jede App abgelehnt hat, weil ihre Kategorie voll war. Wir kennen auch nicht Apples vollständige Prüfunterlagen. Sie zeigen aber, wie schwer es sein kann zu verstehen, was ein Entwickler eigentlich belegen soll.

YanPians Situation erinnert mich an Dumpling. Eine spezialisierte App kann dieselben Grundzutaten haben wie eine Allzweck-App und trotzdem andere Entscheidungen darüber treffen, wie sie zusammenspielen. Diese Entscheidungen zu erkennen, kann voraussetzen, einem bestimmten Workflow zu folgen oder das Problem zu verstehen, das die App löst. Das ist ein schwierigeres Urteil als die Frage, ob eine App abstürzt.

Verschaffen App-Store-Spam-Regeln Vorreitern einen Vorteil?

Ich glaube, das können sie. Eine App, die in eine relativ offene Kategorie eintritt, hat weniger etablierte Produkte, an denen sich ihre Eigenständigkeit messen lassen muss. Ein späterer Einsteiger muss unter Umständen erklären, warum sich sein Ansatz genug von einer wachsenden Zahl vorhandener Apps unterscheidet.

Der frühere Entwickler kann diese Zeit nutzen, um Kunden zu gewinnen, das Produkt zu verbessern und aus der Nutzung zu lernen. Der spätere Entwickler verbringt sie vielleicht damit zu erklären, warum sein Produkt diese Kunden überhaupt erreichen darf. Selbst wenn die Freigabe irgendwann kommt, kosten die Unsicherheit und die Verzögerung etwas.

Eine Freigabe ist kein dauerhafter Schutz. Apples Richtlinien lassen sinnvolle Abgrenzung oder Verbesserung zu und sehen vor, Apps zu entfernen, die nicht gepflegt, verbessert oder von Kunden genutzt werden. Auch bestehende Entwickler können auf Reibung bei der Prüfung stoßen.

Im September 2026 berichtete Josh Dance von einer Ablehnung eines Updates für Pushup Hero nach 4.3(a). Er sagte, die App sei seit 2018 im Store. Er reichte Fehlerbehebungen und einen Dark Mode ein, als Apple eine Ähnlichkeit mit einer App markierte, die mit einem gesperrten Account in Verbindung stand. Sein Bericht beschreibt einen Einspruch, ohne das endgültige Ergebnis zu nennen.

Mich beschäftigt die zusätzliche Last, wenn man erst ankommt, nachdem eine Kategorie voll geworden ist. Diese Last könnte beeinflussen, was Entwickler bauen und wie schnell sie es einreichen.

Das schafft einen unangenehmen Anreiz: sich zu beeilen. Zeit, die man in die Verfeinerung eines Produkts steckt, ist Zeit, in der jemand anderes den Vergleichsmaßstab setzen könnte. Ein Verfahren, das die Qualität verbessern soll, könnte so ungewollt den Druck erhöhen, einzureichen, bevor die Arbeit fertig ist.

Macht KI App Review langsamer oder strenger?

Apple hat das Wachstum bei den Einreichungen eingeräumt. Das Statement vom Mai 2026 sagt, KI-Entwicklungswerkzeuge sorgten für einen Anstieg der Einreichungen, hält aber fest, App Review sei „nahtlos skaliert“, um damit umzugehen. Apple sagt außerdem, es nutze KI, um die Ähnlichkeit von Apps zu analysieren und möglicherweise problematische Änderungen für menschliche Prüfer zu markieren. Das belegt nicht, dass Automatisierung bei einer bestimmten Ablehnung die endgültige Entscheidung getroffen hat.

In einem Bericht von Business Insider vom März 2026 räumte Apple einige längere Prüfzeiten ein. Es habe in den vorangegangenen 12 Wochen mehr als 200.000 Einreichungen pro Woche bearbeitet, mit einer durchschnittlichen Prüfdauer von 1,5 Tagen. Laut den Hinweisen für Entwickler werden 90 % der Einreichungen in der Regel in weniger als 48 Stunden geprüft.

Eine Prüfentscheidung und eine erfolgreiche Veröffentlichung sind zwei verschiedene Meilensteine. Ein Entwickler kann schnell eine Ablehnung bekommen und trotzdem Wochen mit Schriftwechsel, erneuten Einreichungen und Einsprüchen verbringen. Schnelle Prüfstatistiken und ein frustrierender Prozess für Entwickler, deren Apps eine umstrittene Einstufung auslösen, schließen sich nicht aus.

Apple hat auch öffentlich auf einzelne Beschwerden reagiert. In einem Thread zu ByGate vom Mai 2026, dem eigenen Client für einen VPN-Dienst, sagte ein Account, der als App-Review-Mitarbeiter von Apple ausgewiesen war, dass Ähnlichkeiten bei Binaries, Metadaten und Gesamtkonzepten zu einem Spam-Befund beitragen können. Er empfahl einen Termin bei App Review, ohne einen konkreten Vergleichsfall zu nennen oder zu erklären, welche Merkmale nicht ausreichend unterscheidbar waren.

Wie können Entwickler auf eine 4.3-Ablehnung reagieren?

Apple bietet Schriftwechsel mit App Review, Termine und Einsprüche beim App Review Board. Diese Wege funktionieren besser, wenn der Entwickler das Anliegen versteht.

Ähnlicher Code, ähnliche Screenshots, ähnliche Funktionen und ein vermuteter Zusammenhang mit einem anderen Entwickler sind verschiedene Probleme. Ohne zu wissen, welches zutrifft, kann ein Entwickler nicht sinnvoll reagieren. Eine hilfreiche Ablehnung würde den betreffenden Bildschirm oder Workflow benennen, erklären, welche behaupteten Unterschiede berücksichtigt wurden, oder klären, ob es um Urheberschaft, wiederholte Einreichungen oder die Kundenerfahrung geht.

Nichts davon erfordert, private Kontoinformationen eines anderen Entwicklers offenzulegen.

Auch Entwickler tragen hier Verantwortung. Monate an Arbeit beweisen nicht, dass eine App etwas bietet, das Kunden nicht schon anderswo bekommen. Wir müssen ihren Wert für jemanden sichtbar machen, der ihr zum ersten Mal begegnet. Wenn dafür Kletteraufnahmen, repräsentative Daten oder eine bestimmte Abfolge von Aktionen nötig sind, sollte man eine funktionierende Demo und klare Prüfhinweise mitliefern.

Ich habe Verständnis für Prüfer, die einen Klon von einer vertrauten, gut umgesetzten Idee unterscheiden müssen. Ein besserer Austausch von Belegen würde beiden Seiten helfen, Missverständnisse zu klären, bevor ein Entwickler anfängt, eine App auf Basis von Vermutungen umzubauen.

Können Entwickler Apps außerhalb des App Store vertreiben?

Für Mac-Entwickler ist der Direktvertrieb eine etablierte Option. Manche Apps brauchen Berechtigungen oder die Interaktion mit anderen Anwendungen, die nicht in die Sandbox des Mac App Store passen. Apples Sandbox-Dokumentation nennt bestimmte Nutzungen der Accessibility-APIs und die Interaktion mit anderen Apps als unvereinbar mit diesen Einschränkungen.

Zwei Mac-Apps vertreibe ich schon auf diesem Weg: Burly, mein Router für Links zu Browser-Profilen, und Comoji, meine App für Emoji-Kürzel. Burly leitet Links an bestimmte Browser-Profile weiter und nutzt den Accessibility-Zugriff, um die Profilmenüs von Safari zu steuern. Comoji bringt Emoji-Kürzel in Textfelder auf dem ganzen Mac, erkennt die Kürzel per Input Monitoring und fügt das Ergebnis per Accessibility-Zugriff ein. Diese Fähigkeiten sind für die Produkte zentral.

Developer-ID-Signierung und Notarisierung erlauben es Entwicklern, Mac-Software direkt zu vertreiben und dabei Apples Prüfungen auf Schadsoftware und Signaturprobleme beizubehalten. Für Apps, die außerhalb der Einschränkungen des Stores arbeiten müssen, ist das ein etablierter Weg, Kunden zu erreichen.

Ich erwarte, dass die Unsicherheit rund um Spam-Ablehnungen mehr Entwicklern einen Grund gibt, in diese Unabhängigkeit zu investieren. Eine Website, ein Checkout, eine Mailingliste und eine direkte Kundenbeziehung geben mehr Kontrolle. Sie bieten auch Raum, ein spezialisiertes Produkt jenseits einer Store-Seite zu erklären.

Aber eine Website ersetzt nicht die Reichweite des App Store. Kunden müssen sie erst finden, dem Entwickler vertrauen und einen anderen Kauf- und Installationsprozess durchlaufen. Auch Entwickler, die unabhängig vertreiben, wollen vielleicht einen Store-Eintrag. Diese Gelegenheit zu verlieren hat ihren Preis.

Für iPhone und iPad sieht die Antwort restriktiver aus. Apple unterstützt derzeit alternative Marktplätze und den autorisierten Vertrieb über Websites in der Europäischen Union, wobei iPhone-Marktplätze auch in Japan und Brasilien verfügbar sind. Diese Optionen haben regionale Voraussetzungen und unterliegen weiterhin der Notarisierung. Ein Entwickler, der normale iPhone-Kunden in den USA erreichen will, kann einen abgelehnten Eintrag nicht einfach durch einen Download-Button auf einer Website ersetzen.

Eine Web-Version kann für manche Produkte funktionieren, kann aber erhebliche Produktänderungen erfordern. Unabhängiger Vertrieb ist für einen Mac-Entwickler eine deutlich vollständigere Antwort als für einen iPhone-Entwickler.

Schrecken strengere App-Store-Prüfungen Wegwerf-Klone ab?

Ich hoffe, dass manche der Leute, die Klone am Fließband produzieren, zu dem Schluss kommen, dass unabhängiger Verkauf mehr Mühe ist, als er wert ist. Wenn die Strategie lautet, hundert Varianten einzureichen und zu schauen, was Geld bringt, könnte eine Ablehnung für manche Projekte das Ende sein.

Eine App zu generieren ist nur ein Teil davon, ein Softwaregeschäft zu führen. Selbst wenn du die Website genauso schnell generieren kannst, musst du trotzdem Kunden gewinnen, Vertrauen aufbauen, Zahlungen und Updates abwickeln und den Leuten einen Grund geben, dich zu wählen. Wer darauf hofft, sich an eine bestehende App dranzuhängen, hat daran womöglich wenig Interesse.

Wer braucht noch einen Pomodoro-Timer mit anderem Icon? Eine vertraute Kategorie kann von einer besseren Erfahrung profitieren oder von einem Ansatz, der für ein übersehenes Publikum gebaut ist. Dasselbe Produkt mit anderem Branding nachzubauen, trägt kaum etwas bei.

Ich hoffe, dass unabhängiger Vertrieb manches dieser Verhalten bremst. Ich hoffe auch, dass Apple besser darin wird, es von einem Entwickler zu unterscheiden, der etwas Nutzbares gebaut hat. Einen Wegwerf-Klon zu stoppen kann dem Marktplatz nützen; eine undurchsichtige Ablehnung eines durchdachten Produkts kann Kunden eine nützliche Wahl nehmen.

Ich möchte, dass Dumpling nach der Erfahrung beurteilt wird, die es den Menschen bietet, für die Alan es gebaut hat. Wenn Apple glaubt, diese Erfahrung sei nicht ausreichend anders, sollte es erklären, warum. Der erste Entwickler in einer Kategorie verdient einen Vorsprung bei den Kunden. Der nächste sollte trotzdem eine faire Chance bekommen, ihnen etwas Besseres anzubieten.