Cursor + Gesundheitsdaten
Fitness-Tracker, Habit-Apps und Coaching-Tools, die mit Cursor gebaut sind, können die echte Schrittzahl, die Herzfrequenz oder das Gewicht des Nutzers anzeigen, statt ihn alles eintippen zu lassen. WebViewGold liest und schreibt Apple Health (HealthKit) auf iOS und Health Connect auf Android mit denselben zwei URL-Schemes. Der Code ist der leichte Teil; die Store-Regeln für Gesundheitsdaten verdienen den Großteil deiner Aufmerksamkeit.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Navigiere zu readhealthkit:// plus einem Typ: auf iOS eine Apple-Kennung wie HKQuantityTypeIdentifierStepCount, auf Android ein Record-Name wie StepsRecord. Das Ergebnis wird als JavaScript-Variable mit demselben Namen eingefügt, als String aus Wert und Einheit (zum Beispiel "8421.0 steps").
writehealthkit://Identifier//Value speichert einen Wert, zum Beispiel writehealthkit://HKQuantityTypeIdentifierStepCount//100 auf iOS oder writehealthkit://StepsRecord//1000 auf Android. Auf Android enthält die Variable danach WRITE_SUCCESS oder den Fehlertext.
iOS: HealthKit ist ein WebViewGold-Plugin, aktiviert mit einem Plugin-Token in HealthKitEnabled (Config.swift) plus der HealthKit-Capability. Android: Health Connect braucht Android 8.0 oder neuer, ist ab Android 14 fest eingebaut, liefert die Tagessummen von heute und fügt "Health Connect not supported" ein, wo es nicht verfügbar ist.
Füge das in Cursor ein, um die Web-App-Seite umzusetzen. Prüfe das Ergebnis, veröffentliche und teste dann in der WebViewGold-App.
Prompt für den Cursor-Agenten: Füge Unterstützung für HealthKit und Health Connect für den WebViewGold-Wrapper hinzu. Erstelle lib/health.ts mit einer Zuordnung von steps, weight und heartRate zu HKQuantityTypeIdentifierStepCount, HKQuantityTypeIdentifierBodyMass und HKQuantityTypeIdentifierHeartRate (User Agent enthält WebViewGold-iOS) und zu StepsRecord, WeightRecord und HeartRateRecord (WebViewGold-Android). Implementiere readHealth(kind), das window[key] leert, zu "readhealthkit://" + key navigiert und bis zu 5 Sekunden lang abfragt, plus eine Warteschlange, damit Lesevorgänge nie parallel laufen. Füge parseHealthValue("75.4 kg") hinzu, das Zahl und Einheit zurückgibt. Behandle "Health Connect not supported" und Timeouts als null und zeig dann eine manuelle Eingabe. Schreib Unit-Tests mit einem gemockten window und dokumentiere die Bridge in .cursor/rules.
Großartige Möglichkeit, eine Web-App in eine native App zu verwandeln! Schnelle Umsetzung und ein toller Weg, Apps in die App Stores zu bringen, ohne eine komplett native App entwickeln zu müssen!
Plane einen Tag ein, inklusive Store-Papierkram.
Schritte für eine Walking-Challenge, Gewicht für ein Coaching-Programm, Wasser für einen Trink-Tracker. Beide Stores wollen jeden angefragten Typ begründet sehen, also frag nicht alles „für später“ an.
Fordere das Plugin-Token über die Kontaktadresse in der iOS-Dokumentation an, setze HealthKitEnabled in Config.swift, füge in Xcode die HealthKit-Capability hinzu und schreib beide Purpose Strings in die Info.plist: Privacy - Health Share Usage Description und Privacy - Health Update Usage Description.
Health Connect vergibt den Zugriff pro Record-Typ, und die App kann nur die Typen lesen oder schreiben, die sie anfragt. Prüf die Gesundheitsberechtigungen im Manifest des Android-Projekts, behalte nur die, die du nutzt, und bereite die Erklärung zu Gesundheits-Apps (Health apps declaration) in der Play Console vor.
Lege eigene User Agents mit unterschiedlichen Tokens fest, zum Beispiel einen, der auf WebViewGold-iOS endet (useragent_iphone, useragent_ipad), und einen, der auf WebViewGold-Android endet (USER_AGENT). Dein Code wählt dann die HealthKit-Kennung oder den Health-Connect-Record-Namen.
Löse das Lesen nur in der App aus, warte kurz auf die eingefügte Variable und zeig den Wert mit klarer Quelle („aus Apple Health“). Führe auf iOS mehrere Lesevorgänge nacheinander aus, nicht im selben Script-Durchlauf. Biete im Browser eine manuelle Eingabe an.
Schreib nur Werte, die der Nutzer wirklich erzeugt oder eingegeben hat, etwa einen erfassten Spaziergang. Schätzungen oder Testdaten in Apple Health zu schreiben, verstößt gegen Guideline 5.1.3(ii).
Ein Helper, zwei Typnamen. Werte, die du behalten willst, gehen an die Serverseite deines Stacks: Deine eigenen API-Routen oder Dienste.
// Eigene User Agents: "... WebViewGold-iOS" (Config.swift), "... WebViewGold-Android" (Config.java)
var ua = navigator.userAgent;
var IN_APP = ua.indexOf("WebViewGold") !== -1;
var IS_IOS_APP = ua.indexOf("WebViewGold-iOS") !== -1;
function readSteps(callback) {
if (!IN_APP) { callback(null); return; } // Browser: manuelle Eingabe
var key = IS_IOS_APP ? "HKQuantityTypeIdentifierStepCount" : "StepsRecord";
window[key] = undefined;
window.location.href = "readhealthkit://" + key;
var tries = 0;
var timer = setInterval(function () {
var v = window[key];
if (v !== undefined || ++tries > 20) { // bis zu ~5 Sekunden warten
clearInterval(timer);
if (v === "Health Connect not supported") { v = undefined; }
callback(v === undefined ? null : String(v)); // z. B. "8421.0 steps"
}
}, 250);
}Gesundheitsdaten sind in beiden Stores die sensibelste Kategorie. Ältere Artikel zitieren Abschnitt 27 früherer Fassungen der App Store Guidelines; diese HealthKit-Regeln stehen heute vor allem in 2.5.1 und 5.1.3. Lies die aktuellen Texte, bevor du einreichst.
HealthKit soll für Gesundheits- und Fitnesszwecke genutzt werden und sich in die Health-App einfügen, und die Integration soll in deiner App-Beschreibung erwähnt sein.
Gesundheitsdaten dürfen nicht für Werbung, Marketing oder nutzungsbasiertes Data Mining verwendet oder dafür an Dritte weitergegeben werden. Leg offen, welche Gesundheitsdaten du konkret erhebst.
Schreib keine falschen oder ungenauen Daten in HealthKit und speichere keine persönlichen Gesundheitsinformationen in iCloud.
Wer personenbezogene Daten mit Dritten teilt, auch mit KI-Diensten von Drittanbietern, muss das klar offenlegen und vorher eine ausdrückliche Erlaubnis einholen.
Apps, die Health Connect nutzen, füllen in der Play Console die Erklärung zu Gesundheits-Apps (Health apps declaration) aus und begründen jeden Datentyp. Der Zugriff wird pro Paketname geprüft, und Änderungen an den Datentypen brauchen eine neue Erklärung.
Die Datenschutzerklärung im Store-Eintrag muss dieselbe sein, die Nutzer über den Datenschutz-Link in Health Connect erreichen, und sie muss erklären, wie du mit Gesundheitsdaten umgehst.
Nicht aus Safari: HealthKit hat keine Web-API. In einer nativen App schon. WebViewGold liest den Wert nach einem readhealthkit://-Aufruf nativ aus und fügt ihn als JavaScript-Variable in die Web-App ein.
Die URL-Schemes sind dieselben (readhealthkit:// und writehealthkit://); nur die Typnamen unterscheiden sich: HealthKit-Kennungen wie HKQuantityTypeIdentifierStepCount auf iOS, Record-Namen wie StepsRecord auf Android. Ordne sie in einem Helper einander zu.
Nicht, wenn Gesundheit und Fitness ein echter Teil der App sind. Ablehnungen kommen von HealthKit außerhalb von Gesundheit und Fitness, von Gesundheitsdaten für Werbung, von falschen Daten in Health und von Integrationen, die nicht erklärt werden. Erwähne Apple Health in deiner Beschreibung und zeig die Integration klar in der Oberfläche.
Am besten gar nicht: lesen, anzeigen, verwerfen. Braucht eine Funktion einen Verlauf, speichere nur, was sie braucht (zum Beispiel eine Tagessumme), schütze es pro Nutzer, beschreib es in der Datenschutzerklärung und lösch es zusammen mit dem Konto.
Es braucht Android 8.0 oder neuer. Ab Android 14 ist es fest eingebaut; auf älteren Versionen installieren Nutzer die Health-Connect-App. Wo es nicht verfügbar ist, fügt WebViewGold "Health Connect not supported" ein, behalte also eine manuelle Eingabe als Alternative.
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.