Ablehnung bei Google Play
Jede App bei Google Play muss die Erklärung zu Gesundheits-Apps beantworten, auch Apps ohne jede Gesundheitsfunktion. Liest oder schreibt deine App Daten in Health Connect, prüft Google außerdem jeden angeforderten Datentyp gegen eine sichtbare Funktion und deine Datenschutzerklärung. Die meisten Ablehnungen entstehen durch eine Erklärung, die nicht zum Bundle passt, oder durch mehr angeforderte Datentypen, als die App nutzt.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Die Erklärung zu Gesundheits-Apps ist ein Formular auf der Seite App-Inhalte in der Play Console. Jeder Entwickler muss es für jede App ausfüllen. Apps ohne Gesundheitsfunktionen geben einfach an, dass sie keine haben. Apps mit Gesundheitsfunktionen wählen die Kategorien, die sie anbieten, etwa Aktivität und Fitness, Ernährung und Gewichtsmanagement, Schlaf, Stress, Zyklus-Tracking, Krankheitsmanagement oder medizinische Kategorien. Google prüft die Antworten im Rahmen des App-Reviews.
Health-Connect-Berechtigungen greifen, wenn deine App Daten in Health Connect liest oder schreibt, dem Speicher von Android für Gesundheits- und Fitnessdaten auf dem Gerät. Google behandelt diese Daten als personenbezogene und sensible Nutzerdaten. Im selben Formular zu Gesundheits-Apps gibst du jeden angeforderten Health-Connect-Datentyp an und erklärst, welchen Nutzen er für den Nutzer hat. Du darfst nur Datentypen anfordern, die eine für den Nutzer sichtbare Funktion braucht, und die Datenschutzerklärung in deinem Store-Eintrag muss dieselbe sein, die Nutzer über Health Connect erreichen.
Die übergreifende Richtlinie zu Gesundheitsinhalten und -diensten ergänzt Regeln zu Aussagen. Eine App mit Gesundheits- oder medizinischen Funktionen, die kein reguliertes Medizinprodukt ist, braucht in ihrer Beschreibung einen klaren Hinweis, dass sie kein Medizinprodukt ist und keine Erkrankung diagnostiziert, behandelt, heilt oder verhindert, und sie sollte Nutzern raten, medizinisches Fachpersonal zu konsultieren. Apps, die als Medizinprodukte reguliert sind, müssen das angeben und ihre Zulassung oder Freigabe auf Anfrage nachweisen können.
Hinweise in diesem Bereich nennen entweder die Richtlinie zu Gesundheitsinhalten und -diensten oder die Health-Connect-Anforderungen der Nutzerdaten-Richtlinie. Typische Gründe sind: Die Erklärung fehlt, ist unvollständig oder passt nicht zu dem, was das Bundle anfordert; ein angeforderter Datentyp ist nicht durch eine sichtbare Funktion begründet; die Datenschutzerklärung erklärt nicht, wie mit Gesundheitsdaten umgegangen wird; oder die Beschreibung macht medizinische Aussagen ohne den nötigen Hinweis.
Eine häufige Variante kommt von der Seite der Berechtigungen: Das Bundle enthält Health-Connect-Berechtigungen, aber die Erklärung sagt, die App habe keine Gesundheitsfunktionen. Meist heißt das, dass Berechtigungen aus einem Template oder einem kopierten Projekt nie entfernt wurden. Der Guide zu Berechtigungen zeigt, wie du sie im zusammengeführten Manifest findest.
Mit der Health-Connect-API von WebViewGold liest und schreibt deine Web-App Einträge über URL-Schemes. readhealthkit://StepsRecord liest den heutigen Gesamtwert für diesen Eintragstyp und schreibt ihn in eine JavaScript-Variable, die nach dem Eintrag benannt ist, zum Beispiel "8421.0 steps". writehealthkit://StepsRecord//1000 schreibt einen Wert und liefert WRITE_SUCCESS oder den Fehlertext zurück. Ist Health Connect nicht verfügbar, enthält die Variable "Health Connect not supported". Health Connect ist ab Android 14 vorinstalliert, und die API setzt Android 8.0 oder neuer voraus. Die Android-API spiegelt das iOS-HealthKit-Plugin, sodass eine Web-App auf beiden Plattformen mit Gesundheitsdaten arbeiten kann.
Für die Erklärung sind zwei Details wichtig. Erstens liefern Lesezugriffe die heutigen Werte zu dem Zeitpunkt, an dem deine Web-App sie abfragt; eine WebViewGold-Integration braucht also weder die Health-Connect-Berechtigung zum Lesen von Verlaufsdaten, die älter als 30 Tage sind, noch die zum Lesen im Hintergrund. Zweitens funktioniert die API nur für Eintragstypen, für die die App eine Berechtigung angefordert hat, und genau diese Liste will Google kurz sehen.
Ich bin sehr glücklich, dass ich diese App gekauft habe! Extrem einfach und großartige Dokumentation. Ich stand in Kontakt mit dem Kundenservice, sie antworteten sehr schnell und sehr freundlich. Sie lösten meine Frage innerhalb eines Tages. 10/10 würde ich empfehlen.
Basierend auf dem dokumentierten Muster: Der Link löst das Lesen aus, und die geschriebene Variable ist kurz danach verfügbar. Beim allerersten Lesen zeigt Android den Berechtigungsdialog von Health Connect, lass den Nutzer also nach der Freigabe noch einmal tippen.
<a href="readhealthkit://StepsRecord" onclick="setTimeout(showSteps, 300)">Heutige Schritte synchronisieren</a>
<p>Schritte heute: <span id="steps">-</span></p>
<script>
function showSteps() {
// WebViewGold schreibt eine Variable, die nach dem Eintragstyp benannt ist
if (typeof StepsRecord !== "undefined") {
document.getElementById("steps").textContent = StepsRecord; // z. B. "8421.0 steps"
}
}
</script>Die Berechtigungen stehen hier ohne das Präfix android.permission.health.. Behalte nur die Zeilen, die deine Web-App wirklich nutzt.
| WebViewGold-Eintrag | Health-Connect-Berechtigung | Begründung, die eine Funktion nennt |
|---|---|---|
StepsRecord | READ_STEPS, WRITE_STEPS nur, wenn du Schritte erfasst | Zeigt die heutige Schrittzahl im Home-Dashboard und markiert das Tagesziel als erreicht. |
HeartRateRecord | READ_HEART_RATE | Zeigt den heutigen Herzfrequenzwert auf dem Screen mit der Trainingsübersicht. |
WeightRecord | READ_WEIGHT, WRITE_WEIGHT | Lässt den Nutzer das heutige Gewicht im Fortschritts-Tracker erfassen und im Diagramm sehen. |
SleepSessionRecord | READ_SLEEP | Zeigt den heute erfassten Schlaf neben dem morgendlichen Energie-Check-in. |
HydrationRecord | READ_HYDRATION, WRITE_HYDRATION | Fügt über das Trink-Widget ein Glas Wasser hinzu und zeigt die heutige Gesamtmenge. |
Arbeite die Schritte der Reihe nach ab; jeder baut auf dem vorigen auf.
Liste jeden Screen deiner Web-App auf, der readhealthkit:// oder writehealthkit:// aufruft, und den Eintragstyp, den er nutzt. Diese Liste ist dein Umfang. Eine Funktion, die noch auf der Roadmap steht, ist kein Grund, ihren Datentyp schon heute anzufordern.
Behalte pro Eintragstyp auf deiner Liste eine Lese- oder Schreibberechtigung und entferne den Rest aus AndroidManifest.xml. Prüf den Tab „Merged Manifest“ in Android Studio und nach dem Upload die Berechtigungen im App Bundle Explorer. Tauchen die Berechtigungen für Verlaufsdaten oder Lesen im Hintergrund auf, entferne sie.
Wähle auf der Seite App-Inhalte die Gesundheitsfunktionen, die deine App bietet. Beschreibe für jeden Health-Connect-Datentyp die Funktion, die ihn nutzt, den Screen, auf dem der Nutzer ihn sieht, und ob du liest, schreibst oder beides. „Heutige Schritte im Home-Dashboard“ ist eine Begründung, „um das Nutzererlebnis zu verbessern“ ist keine.
Ergänze einen Abschnitt zu Gesundheitsdaten: welche Eintragstypen, Lesen oder Schreiben, zu welchem Zweck, ob du Kopien auf deinem Server speicherst und dass die Daten weder verkauft noch für Werbung genutzt werden. Nutze dieselbe URL in der Play Console, in der App und für den Health-Connect-Link; der Guide zum Link der Datenschutzerklärung behandelt die URL-Regeln.
Entferne Diagnose- oder Behandlungsversprechen, die du nicht mit einer Zulassung als Medizinprodukt belegen kannst, und ergänze den Hinweis, dass die App kein Medizinprodukt ist, wenn sie Gesundheits- oder medizinische Funktionen hat. Der Guide zu irreführenden Angaben hat einen Prompt zum Umschreiben.
Zeig vor dem ersten Aufruf von readhealthkit:// einen kurzen Screen in deiner Web-App, der erklärt, was du liest und warum, damit der Systemdialog nicht aus dem Nichts kommt. Hinterlege unter Anmeldedaten (Sign-in details) einen Demo-Account mit Beispieldaten, gib Gesundheits- und Fitnessdaten im Datensicherheit-Formular an und reiche erneut ein.
Ordne jeden Datentyp einem Screen zu. Reviewer gleichen die Liste mit dem Bundle ab, sie muss also exakt zum Manifest passen. Die Vorlage bleibt auf Englisch, weil die Reviewer von Google Englisch lesen.
Hello Google Play team, Thank you for reviewing [app name] ([package name]). We have updated the health apps declaration and the app so that every Health Connect data type is tied to a visible feature: - Steps (read): shown on the Home dashboard as today's step count and used for the daily goal badge. - Weight (read and write): the user logs today's weight in Progress > Log weight and sees it in the chart. [add one line per remaining data type] We removed the following permissions that the app did not need: [list]. Before the Health Connect permission dialog appears, the app explains what is read and why ([screen name]). Our privacy policy ([URL]) contains a section on health data and is the same link shown in Health Connect. The app is not a medical device; the description now contains the corresponding disclaimer. Demo account with sample data: [username] / [password]. Kind regards, [name]
Ja. Alle Entwickler füllen das Formular für ihre Apps aus. Hat deine App keine Gesundheitsfunktionen, wähle die entsprechende Option und sende sie ab; das dauert eine Minute.
Der Zugriff wird über die Erklärung zu Gesundheits-Apps im Rahmen des normalen App-Reviews geprüft. Früher hatte Google ein separates Antragsformular; dort angegebene Datentypen mussten Anfang 2025 in die Erklärung in der Play Console übertragen werden.
Die dokumentierte API liefert die heutigen Gesamtwerte für einen Eintragstyp. Längere Verläufe gehören nicht dazu, also fordere für eine WebViewGold-Integration nicht die Berechtigung für Verlaufsdaten an.
WebViewGold für iOS hat ein HealthKit-Plugin, das die Android-API für Health Connect spiegelt. Es wird mit einem Plugin-Token in Config.swift und der HealthKit-Capability aktiviert, und der App Store wendet eigene Regeln für Gesundheitsdaten an.
Nein. Health-Connect-Daten sind personenbezogene und sensible Nutzerdaten mit zusätzlichen Einschränkungen, und sie zu verkaufen oder für Werbung zu nutzen, ist keine zulässige Verwendung. Nutze sie nur für die Funktionen, die du für Nutzer angegeben hast.
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
$109 pro Plattform, einmalig
Die WebViewGold-Lizenz: ein fertiges Xcode- oder Android-Studio-Projekt. URL einfügen, Name und Icon setzen, Features einschalten, bauen und einreichen. Kostenlose Updates für immer.
Pakete auf der Hauptseite ansehen$349 pro Lizenz, einmaliges Add-on
Kein Mac, kein Xcode, kein Android Studio: Du konfigurierst im Browser, wir bauen beide Apps in der Cloud und übergeben sie an App Store Connect und die Play Console.
So funktioniert der Cloud Builder Kostenlose Demo ausprobieren$698 pro Plattform $798
Schick uns deine URL und dein Icon. Unser Team konfiguriert, baut und liefert deine App innerhalb von 72 Stunden, White-Label, inklusive Quellprojekten. Beide Plattformen für $1,158.
Full-Service-Details Powered by
Winter-Sale-Preise gültig bis 31. Dezember 2026.
App Store & Google Play Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen
Lieber abgeben? Full Service: Wir konfigurieren, bauen und liefern innerhalb von 72 Stunden, ab $698 pro Plattform. Fragen? Chatte mit uns – 24/7.
Erstattungen erfolgen zu den in unseren FAQ genannten Bedingungen: eine nicht inhaltsbedingte Ablehnung durch Apple und/oder Google, geltend gemacht innerhalb von 14 Tagen nach dem Kauf.