Ablehnungsgründe für Apps: die häufigsten Gründe im Überblick

Dieser Ratgeber erklärt nicht nur eine einzelne Regel, sondern zeigt die gesamte Landkarte der Ablehnungsgründe für Apps im Überblick. Details zu schablonenhaften Einreichungen finden Sie in unserem Artikel zum Thema Spam bei Einreichungen, die Pflicht zur Kontolöschung erklären wir in unserem eigenen Artikel. Beide Themen wiederholen wir hier nicht, sondern zeigen nur ihren Platz auf der größeren Landkarte.

Unser Team verfolgt diese Kategorien bei jedem Projekt. Konkret zählt für einen Unternehmer nicht das Auswendiglernen einer einzelnen Klausel, sondern das Wissen, welche Punkte Sie vor der Einreichung prüfen.

Nach Welchen Gemeinsamen Kriterien Prüfen Apple Und Google?

Beide Stores prüfen Apps nach fünf ähnlichen Themen: Sicherheit und Inhalt, technische Leistung, Geschäftsmodell und Zahlung, Gestaltung und Nutzbarkeit sowie Datenschutz und Recht. Apple sammelt diese Regeln in den App Store Review Guidelines, und Google sammelt die gleiche Logik in den Entwicklerprogramm Richtlinien.

Derselbe Fehler führt daher in beiden Stores oft zum gleichen Ergebnis. Zum Beispiel erhöht ein schwacher Berechtigungstext das Ablehnungsrisiko sowohl im App Store als auch bei Google Play. Deshalb planen Sie für beide Stores gemeinsam, nicht nur für einen.

• Sicherheit und Inhalt: schädliche Inhalte, Belästigung, irreführende Gesundheitsaussagen.
• Technische Leistung: Abstürze, unvollständige Funktionen, defekte Links.
• Geschäftsmodell: Zahlungsablauf, Abonnementbedingungen, Provisionsregeln.
• Gestaltung: kopierte Oberflächen, fehlende Mindestfunktion, Nutzbarkeit.
• Datenschutz und Recht: Datenerhebung, Urheberrecht, rechtliche Pflichten.

Die genauen Klauselnummern ändern sich in beiden Listen von Zeit zu Zeit. Sie öffnen daher vor jeder Einreichung die offizielle Entwicklerseite und prüfen den aktuellen Text. Somit verlassen Sie sich nie auf eine veraltete Checkliste, sondern immer auf die aktuelle Quelle.

Welche Technischen Ablehnungsgründe Für Apps Stehen Ganz Oben?

Technische Fehler stehen oben auf der Liste, weil das Prüfteam die App auf einem echten Gerät testet. Stürzt die App beim Start ab, bleibt zum Beispiel ein Bildschirm leer, oder reagiert ein Knopf nicht, schickt das Prüfteam die Einreichung meist sofort zurück.

Auch halbfertige Funktionen fallen in diese Kategorie. Ein Tab mit der Aufschrift "demnächst", eine Suche, die nicht funktioniert, oder vergessener Platzhaltertext zeigen dem Prüfteam ein unfertiges Produkt. Deshalb testen Sie vor der Einreichung jeden Bildschirm einmal vollständig auf einem echten Gerät.

Stellen Sie sich zum Beispiel eine Lieferapp vor, die auf dem Testgerät nur eine feste, falsche Position auf der Karte zeigt. Folglich erreicht das Prüfteam den echten Standortdienst nicht und lehnt die Einreichung direkt ab. Teams, die diesen Test überspringen, stoßen daher oft ein zweites Mal auf denselben Fehler.

Außerdem gehören eine lange Startzeit, ein hängender Ladebildschirm oder eine wiederkehrende Fehlermeldung in dieselbe Gruppe. Das Prüfteam entdeckt solche wiederkehrenden Probleme meist innerhalb wenigerMinuten normaler Nutzung.

Ein verwandtes Risiko entsteht durch Unterschiede zwischen Geräten und Systemversionen. Zum Beispiel ragt auf einem kleinen Bildschirm ein Knopf heraus, oder auf einer alten Version öffnet sich eine Funktion gar nicht. Deshalb testen Sie vor der Einreichung kurz auf mindestens zwei Geräten und zwei Systemversionen, denn dieser Schritt zeigt oft einen Fehler, den ein einziges Gerät verdeckt.

Wie Reagieren Die Stores Auf Unvollständige Funktionen?

Die Stores lehnen Einreichungen ab, die nur eine Webseite in eine App packen, ohne einen echten Mehrwert zu bieten. Stattdessen erwarten sie, dass jede App einen eigenen, unabhängigen Nutzen bringt.

Deshalb stellen Sie die Frage nach der Mindestfunktion schon früh im Projekt: Erledigt die App für sich allein eine sinnvolle Aufgabe, ohne eine Webseite zu öffnen? Welche Funktionen in die erste Version gehören, erklären wir in unserem Artikel zum Mobile App MVP.

In manchen Projekten reicht eine reine Weboberfläche nicht aus, und eine native oder hybride App passt dann besser. Diese Entscheidung vergleichen wir in unserem Vergleich zwischen PWA und App. Grundsätzlich funktionieren beide Wege im richtigen Zusammenhang gut. Wichtig ist allein, dass die App den von den Stores erwarteten eigenständigen Nutzen liefert.

Nehmen wir als Beispiel eine Restaurantkette. Statt einer App, die nur die Speisekarte und die Adresse wiederholt, ergänzt das Team eine Tischreservierung, eine Bestellverfolgung oder ein Treuepunktesystem. Genau dieser zusätzliche Nutzen entspricht dem, was die Stores unter einer eigenständigen Funktion verstehen.

Was Passiert Ohne Ein Funktionierendes Testkonto Oder Demozugang?

Verlangt Ihre App eine Anmeldung und Sie liefern kein funktionierendes Testkonto oder keinen vollständigen Demozugang, stoppt das Prüfteam die Einreichung an genau dieser Stelle. Apple verlangt dies ausdrücklich, und Google Play erwartet für jeden geschützten Bereich ähnliche Angaben.

Ebenso führt ein Ausfall auf der Serverseite während der Prüfung zum gleichen Ergebnis. Folglich erreicht das Team keine echten Daten und kann die App nicht testen. Deshalb halten Sie Ihre Testumgebung während des gesamten Prüffensters aktiv.

1. Richten Sie einen funktionierenden Testbenutzer mit echten Daten ein.
2. Fügen Sie einen kurzen Hinweis hinzu, wenn Sie spezielle Hardware oder einen Standort benötigen.
3. Schreiben Sie die Anmeldeschritte in einfacher Sprache in die Prüfhinweise.

Wie testen Sie diese Vorbereitung? Vor der Einreichung richten Sie die App mit Ihrem eigenen Testkonto noch einmal von Grund auf ein. Sie melden sich an und führen den Hauptablauf einmal komplett durch. Meist zeigt sich eine kleine Lücke genau in diesem Schritt.

Welche Ablehnungsgründe Für Apps Entstehen Durch Schwache Oder Irreführende Metadaten?

Metadaten, also Titel, Beschreibung, Kategorie und Screenshots, stehen weit oben auf der Liste. Zum Beispiel bemerkt das Prüfteam es, wenn die Beschreibung mehr verspricht, als die App wirklich bietet, oder wenn die Kategorie nicht passt.

Verwendet zum Beispiel eine Fitness App eine Sprache, die eine medizinische Behandlung verspricht, entstehen daraus zwei Risiken: eine irreführende Aussage und eine zusätzliche Prüfung. Deshalb beschreiben Sie die tatsächliche Funktion der App in klarer, zurückhaltender Sprache.

Zur Sichtbarkeit im Store gehört auch die richtige Balance zwischen Titel, Schlüsselwörtern und Beschreibung, die wir in unserem Artikel zur App Store Optimierung (ASO) behandeln. Eine gut aufgebaute ASO Strategie senkt Ihr Ablehnungsrisiko und bringt gleichzeitig die passenden Nutzer zu Ihrer App.

Die gleiche Sorgfalt gilt für jede Liste kaufbarer Inhalte innerhalb der App. Die Anzahl und der Preis, die Sie im Store Formular angeben, müssen genau dem entsprechen, was ein Nutzer in der App tatsächlich sieht. Dennoch fällt schon eine kleine Abweichung dem Prüfteam auf und führt zu einer zusätzlichen Rückfrage.

Was Passiert, Wenn Screenshots Nicht Zur Echten App Passen?

Screenshots können vom echten Aussehen abweichen, aus einer alten Version stammen oder eine Funktion zeigen, die es gar nicht gibt. Das heißt, in jedem dieser Fälle behandelt das Prüfteam dies als irreführende Metadaten. Aktuelle, korrekte Bilder senken Ihr Ablehnungsrisiko und verringern gleichzeitig Beschwerden von Nutzern.

Außerdem prüfen Sie Ihre Store Seite nach jedem Update erneut. Schon eine kleine Änderung an der Oberfläche macht einen Screenshot veraltet und lässt ihn nicht mehr zur neuen Version passen.

Warum Zählt Eine Fehlende Datenschutzrichtlinie Zu Den Ernsten Ablehnungsgründen?

Fehlt der Link zur Datenschutzrichtlinie, oder beschreibt die Richtlinie nicht die tatsächlich erhobenen Daten, stoppen beide Stores die Einreichung. Konkret erklärt eine vollständige Richtlinie, welche Daten Sie sammeln, wie Sie diese nutzen, mit wem Sie diese teilen und wie ein Nutzer die Löschung verlangen kann.

Bietet Ihre App außerdem eine Kontoerstellung an, löschen Nutzer ihr Konto direkt aus der App heraus. Umfang und Ausnahmen dieser Regel erklären wir in unserem Artikel zur Kontolöschung, deshalb wiederholen wir das Thema hier nicht.

Sie behandeln die Datenschutzrichtlinie als Vertrauensinstrument für Nutzer, nicht nur als rechtliche Pflicht. Diese Haltung erfüllt gleichzeitig die Prüfung durch den Store und die Erwartung Ihrer Nutzer.

Nach jedem größeren Update lesen Sie die Richtlinie erneut durch. Fügen Sie eine neue Berechtigung oder ein neues Analysewerkzeug hinzu, spiegeln Sie diese Änderung sofort im Richtlinientext wider. Andererseits erzählt eine veraltete Richtlinie dem Prüfteam eine andere Geschichte als das tatsächliche Verhalten der App, und genau dieser Widerspruch wird zu einem eigenen Problem.

Welches Problem Entsteht Bei Einem Schwachen Berechtigungstext?

Verlangen Sie eine sensible Berechtigung wie Kamera, Standort, Mitteilungen oder Kontakte, fügen Sie einen kurzen Begründungstext hinzu, der den Zweck erklärt. Allerdings bewertet das Prüfteam diesen Text als unzureichend, wenn er leer bleibt, wie eine allgemeine Floskel wirkt oder den echten Zweck nicht widerspiegelt.

Wie formulieren Sie diesen Text richtig? Sie beschreiben das konkrete Bedürfnis des Nutzers in diesem Moment. Zum Beispiel wirkt ein Satz wie "wir nutzen Ihren Standort, um nahe Termine anzuzeigen" deutlich überzeugender als eine allgemeine Formulierung wie "damit die App richtig funktioniert".

Bei der Berechtigung für Mitteilungen zählt zudem der richtige Zeitpunkt zum gleichen Vertrauensthema. Wann Sie diese Berechtigung am besten anfragen, erklären wir in unserem Artikel zur Berechtigung für Mitteilungen. Eine zum richtigen Zeitpunkt gestellte Anfrage erhält häufiger eine Zustimmung und zeigt dem Prüfteam Ihren echten Zweck.

Bei der Standortberechtigung gilt eine ähnliche Logik. Statt die Berechtigung direkt beim Start anzufragen, warten Sie den Moment ab, in dem der Nutzer die Funktion wirklich braucht. Diese Reihenfolge erhöht die Zustimmungsrate und macht Ihren Zweck für das Prüfteam deutlich klarer.

Wie Erhöht Eine Unnötige Berechtigung Das Ablehnungsrisiko?

Verlangen Sie eine Berechtigung, die Ihre Kernfunktion gar nicht braucht, erhöht dies sowohl das Ablehnungsrisiko als auch das Misstrauen der Nutzer. Zum Beispiel wirkt eine Notiz App, die Zugriff auf Kontakte oder das Mikrofon verlangt, für Nutzer und Prüfer gleichermaßen unlogisch.

Stattdessen prüfen Sie jede Berechtigungsanfrage mit einer einfachen Frage: Funktioniert dieser Bildschirm ohne diese Berechtigung wirklich nicht? Lautet die Antwort Nein, entfernen Sie die Berechtigung oder machen Sie sie zu einer freiwilligen Option.

Unser Team führt für jede neue Funktion eine kleine Tabelle: Name der Berechtigung, der Bildschirm, der sie nutzt, und was ohne sie verloren geht. Diese einfache Tabelle macht eine unnötige Berechtigung sowohl während der Entwicklung als auch vor der Einreichung leicht erkennbar.

Welche Probleme Entstehen Durch Das Ignorieren Der Gestaltungsregeln?

Die Gestaltungsregeln richten sich gegen Apps, die die eigene Bildsprache einer Plattform (Knöpfe, Menüs, Übergänge) brechen. Zum Beispiel gehören gefälschte Systemwarnungen oder irreführende Knöpfe, die Systemelemente nachahmen, in diese Kategorie.

Eine Gestaltungsregel wirkt daher nicht nur als ästhetische Vorliebe, sondern als Vertrauensebene für den Nutzer. Sie entfernen sich beim Aufbau Ihrer Oberfläche nicht zu weit von den eigenen Elementen der Plattform. Unser Team baut diese Konsistenz bei jedem neuen Projekt direkt in die Gestaltungsphase ein.

Stellen Sie sich zum Beispiel ein gefälschtes Systemfenster vor, das einen Nutzer auf einen anderen Bildschirm umleitet. Zwar bringt dieser Trick kurzfristig einen Klick, doch er kostet langfristig sowohl das Vertrauen der Nutzer als auch die Zustimmung des Stores.

Ein verwandtes Beispiel ist ein Werbefenster ohne sichtbaren Schließen Knopf. Sobald sich ein Nutzer in der Werbung gefangen fühlt, steigen die Beschwerden, und das Prüfteam bewertet dies als Verstoß gegen die Nutzbarkeit. Deshalb fügen Sie jedem Werbefenster und Popupfenster eine sichtbare Schließen Funktion hinzu.

Wie Reagiert Der Store Auf Kopierte Und Unoriginelle Apps?

Einreichungen, die die Oberfläche, den Namensstil oder das Symbol einer anderen App eins zu eins kopieren, verletzen die Regel zur Originalität. Vor allem erwarten die Stores, dass Nutzer ohne Verwechslung erkennen, welche App sie herunterladen.

Deshalb klären Sie Ihre Markenidentität (Name, Symbol, Farbe) schon früh; genau das senkt später das Risiko eines Streits über Ähnlichkeit. Unser Team durchsucht vor der Gestaltung einer neuen App zunächst die Store Seiten der Konkurrenz und erkennt so einen Konflikt beim Namen oder Symbol, bevor die Entwicklung überhaupt beginnt.

Diese Prüfung geht über Name und Symbol hinaus. Sie stellen zudem sicher, dass Ihr Beschreibungstext keinen Slogan oder eine besondere Formulierung einer anderen Marke wortwörtlich wiederholt. Andererseits kann selbst eine kleine Überschneidung den falschen Eindruck erzeugen und Ihre Prüfung zur Originalität erschweren.

Was Passiert Bei Schablonenhaften Einreichungen Und Spam?

Reichen Sie viele fast identische Apps aus derselben Vorlage ein und ändern nur den Inhalt, fällt dies unter Spam. Das Prüfteam schickt solche Einreichungen schnell zurück. Statt die genaue Regel und die Vermeidung hier zu wiederholen, verweisen wir auf unseren Artikel zum Thema Spam bei Einreichungen, der eine einzelne Klausel ausführlich behandelt. Hier zeigen wir nur ihren Platz auf dieser größeren Landkarte.

Was Macht Apple, Wenn Die Kontolöschung Fehlt?

Apple schickt jede Einreichung zurück, die eine Kontoerstellung erlaubt, aber keine Möglichkeit zur Löschung innerhalb der App bietet. Diese Regel nimmt auf unserer größeren Landkarte der Ablehnungsgründe für Apps nur eine Zeile ein, ist für sich allein aber ein eigenes, breites Thema.

Umfang, Ausnahmen und die korrekte Umsetzung dieser Regel erklären wir in Apples Pflicht zur Kontolöschung. Jener Artikel behandelt eine einzelne Regel, dieser Artikel zeigt die gesamte Landkarte der Ablehnungsgründe.

Wann Führt Inhalt Zu Einer Verletzung Des Urheberrechts?

Inhalt, der ein fremdes Logo, eine fremde Musik oder einen fremden Text ohne Erlaubnis nutzt, verletzt das Urheberrecht. Das Prüfteam erkennt dies durch eine Beschwerde oder direkt während der Prüfung und schickt die Einreichung zurück. Ebenso akzeptiert der Store keinen Inhalt, der gegen Gesetze verstößt, Hassrede enthält oder Gewalt verherrlicht, denn dieses Risiko wiegt für beide Stores gleich schwer.

Deshalb besitzen Sie für jedes Bild, jeden Ton und jeden Text eine dokumentierte Lizenz oder ein Nutzungsrecht. Inhalt ohne Beleg veröffentlichen Sie nicht. Auch bei einem kostenlosen Stockbild lesen Sie die Lizenzbedingungen genau, denn manche Lizenzen schränken die gewerbliche Nutzung ein, und genau dieses Detail führt sonst später zu einem unerwarteten rechtlichen Problem, im schlimmsten Fall sogar zu einer Löschung.

Was Passiert, Wenn Die Altersfreigabe Bei Google Play Fehlt?

Google Play verlangt für jede App einen Fragebogen zur Altersfreigabe. Fehlt dieser Fragebogen, oder ist er falsch ausgefüllt, entfernt Google die App aus dem Store. Konkret sichert die richtige Altersgruppe sowohl die rechtliche Einhaltung als auch die passende Zielgruppe.

Ändert sich der Inhalt Ihrer App, etwa durch von Nutzern erstellte Inhalte, aktualisieren Sie daher auch den Fragebogen. Schließlich bemerkt Google sofort, wenn eine alte Einstufung nicht mehr zum neuen Inhalt passt.

Welche Zusätzlichen Regeln Gelten Für Apps Für Kinder?

Veröffentlichen Sie eine App in der Kinderkategorie, wenden Apple und Google eine zusätzliche Prüfung bei Datenschutz und Inhalt an. Konkret unterliegen gezielte Werbung, Tracking Werkzeuge von Drittanbietern und unnötige Datenerhebung einem deutlich strengeren Rahmen.

Deshalb wählen Sie für eine App in der Kinderkategorie ein altersgerechtes Werbemodell ohne Verhaltenstracking; andernfalls stoppt der Store Ihre Einreichung schon vor der Veröffentlichung. Die aktuelle Altersgrenze und die aktuellen Berechtigungsregeln prüfen Sie dafür immer auf der offiziellen Entwicklerseite.

Unser Team prüft vor einem Projekt in der Kinderkategorie zunächst, ob der Werbepartner eine passende Richtlinie für Kinder anbietet. Fehlt eine passende Option, schlagen wir stattdessen ein werbefreies Modell oder ein altersgerechtes Abonnement vor, und genau das senkt das Risiko einer überraschenden Ablehnung nach der Einreichung.

Warum Trägt Eine Irreführende Werbeangabe Ein Echtes Risiko?

Geben Sie im Store Formular "keine Werbung" an, obwohl Ihre App tatsächlich Werbung zeigt, entsteht daraus ein eigener Richtlinienverstoß mit dem Risiko einer Sperrung. Schließlich muss diese Angabe genau der Erfahrung entsprechen, die ein Nutzer tatsächlich macht.

Die gleiche Sorgfalt gilt für jede Erklärung, die den Unterschied bei der Provision zwischen einem Kauf innerhalb der App und einer Zahlung über das Web falsch darstellt. Dieses Thema behandeln wir in unserem Vergleich zwischen Kauf innerhalb der App und Webzahlung. Die Provisionssätze ändern sich mit der Zeit, deshalb prüfen Sie den aktuellen Satz immer auf der offiziellen Entwicklerseite.

Was Passiert, Wenn Sie Die Richtige Zahlungsmethode Für Digitale Inhalte Nicht Nutzen?

Verkaufen Sie digitale Inhalte wie eine Zusatzfunktion, einen virtuellen Gegenstand oder Premiuminhalte innerhalb der App, verlangen Apple und Google die eigene, von ihnen genehmigte Zahlungsinfrastruktur. Überspringen Sie diese Regel und fügen nur einen externen Zahlungslink hinzu, entsteht ein eigener Verstoß gegen das Geschäftsmodell, und der Store schickt Ihre Einreichung zurück.

Die Provisionssätze und Ausnahmen dieser Regel ändern sich mit der Zeit. Den aktuellen Stand prüfen Sie deshalb immer auf der offiziellen Entwicklerseite, eine feste Prozentzahl nennen wir hier bewusst nicht. Die wirtschaftliche Wirkung dieser Entscheidung behandeln wir in unserem Vergleich der Zahlungsmethoden; hier betonen wir nur, dass das Überspringen dieser Wahl das Ablehnungsrisiko erhöht.

Warum Trägt Die Manipulation Von Bewertungen Ein Echtes Risiko?

Bieten Sie Nutzern ein Geschenk, ein Guthaben oder einen Vorteil im Austausch für eine Bewertung oder fünf Sterne an, entsteht daraus eine Manipulation von Bewertungen, und der Store bewertet dieses Verhalten als ernsten Verstoß. Vor allem ist der Unterschied zwischen echtem Feedback und einer angeregten Bewertung für das Prüfteam ein starkes Signal.

Unser Team verwendet beim Bitten um eine Bewertung stets eine neutrale Sprache und bietet dafür nie einen materiellen Anreiz an. Somit schützt dieser Ansatz das Vertrauen der Nutzer und senkt gleichzeitig das Risiko einer Kontosperrung.

Wie Läuft Der Einspruch Bei Einer Abgelehnten App Ab?

Eine Ablehnungsnachricht nennt meist genau die verletzte Richtlinie; Ihr erster Schritt besteht darin, diese Nachricht genau zu lesen und das genannte Problem zu beheben. Konkret bietet Apple einen schriftlichen Kanal zum Prüfteam an, Google Play bietet stattdessen ein Formular für den Einspruch gegen einen Richtlinienverstoß.

Ein Einspruch garantiert jedoch keine Annahme. Reichen Sie dieselbe Erklärung ohne eine echte Korrektur erneut ein, führt dies meist zu einer zweiten Ablehnung. Welche Schritte nach einer Entfernung bei Google Play sinnvoll sind, erklären wir in unserem Artikel zum Richtlinienverstoß und Einspruch.

Zum Schluss: Ein ruhiger Ton während des Einspruchs hilft am meisten. Sie legen konkrete Belege vor, etwa eine Bildschirmaufnahme, einen neuen Richtlinientext oder den korrigierten Code. Dadurch bringt dieser Ansatz die Entscheidung schneller und positiver zum Abschluss. Ein emotionaler Einspruchstext ändert das Ergebnis selten.

Welche Ablehnungsgründe Für Apps Wiederholen Sich Am Häufigsten?

Nach unserer Erfahrung aus der Praxis wiederholen sich vier Themen häufiger als alle anderen: technische Abstürze, eine fehlende Datenschutzrichtlinie, ein schwacher Berechtigungstext und ungenaue Metadaten. Die Prüfung dieser vier Punkte vor der Einreichung senkt Ihr Ablehnungsrisiko bei der ersten Prüfung deutlich.

In welcher Reihenfolge prüfen Sie diese vier Punkte? Zuerst schließen Sie den technischen Test ab. Danach prüfen Sie die Datenschutzrichtlinie und die Berechtigungstexte. Zum Schluss vergleichen Sie jeden Screenshot und jeden Text mit der aktuellen Version.

Welchen Offiziellen Quellen Folgen Sie Für Aktuelle Informationen?

Die Kategorien in diesem Ratgeber zeigen Ablehnungsgründe für Apps im groben Rahmen, doch jedes Detail ändert sich mit der Zeit. Apples aktuellen Text finden Sie auf der Seite App Store Review Guidelines, und Googles aktuellen Text finden Sie auf der Seite Developer Program Policies.

Vor jeder neuen Version werfen Sie kurz einen Blick auf beide Seiten. Dadurch entfällt das Risiko, sich auf eine alte Checkliste zu verlassen und dabei eine neue Regel zu übersehen. Unser Team macht diesen kurzen Blick zu einem festen Schritt vor jeder Übergabe an einen Kunden.

Welche Prüfungen Führen Sie Vor Der Einreichung Durch, Um Eine Ablehnung Zu Vermeiden?

Vor der Einreichung gehen Sie diese kurze Checkliste durch: Läuft die App reibungslos auf einem echten Gerät, ist die Datenschutzrichtlinie aktuell, sind die Berechtigungstexte konkret, passen die Screenshots zur echten Oberfläche, und ist das Testkonto aktiv.

Prüfen Sie jeden Punkt einzeln und ohne Eile, senkt dies Ihr Risiko, denselben Fehler ein zweites Mal zu erleben, deutlich.

Bei der Planung Ihrer ersten Version unterstützt Sie unser Angebot zur App Entwicklung. Diese Checkliste von Anfang an in den Entwicklungsprozess einzubauen, senkt das Risiko einer Überraschung bei der Einreichung. Die Wahl zwischen native und plattformübergreifender Entwicklung vergleichen wir in unserem Artikel zu native oder Cross Platform.

• Führen Sie einen Test auf einem echten Gerät durch und prüfen Sie auf Abstürze.
• Fügen Sie einen aktuellen Link zur Datenschutzrichtlinie hinzu.
• Schreiben Sie für jede sensible Berechtigung einen konkreten Begründungstext.
• Nutzen Sie echte Screenshots und wählen Sie die richtige Kategorie.
• Halten Sie Ihr Testkonto aktiv und Ihren Dienst auf dem Server erreichbar.

Mit der Zeit wird diese Checkliste zu einer festen Gewohnheit für Ihr Team, sobald es um Ablehnungsgründe für Apps geht.