Compliance

Capgo wurde mit Blick auf Datenschutz, Sicherheit und Compliance entwickelt. Dieses Dokument erläutert, welche Daten erhoben werden, wie sie verwendet werden und welche Maßnahmen getroffen werden, um die Privatsphäre Ihrer Nutzer zu schützen und die Einhaltung regulatorischer Vorgaben beim Einsatz des live update-Service von Capgo sicherzustellen.

Überblick über die Datenerhebung

Capgo erhebt nur die Daten, die für die Bereitstellung des live update-Service unbedingt nötig sind. Die Datenerhebung orientiert sich an betrieblichen Anforderungen, nicht an User-Tracking oder Analytics.

Welche Daten werden erhoben

Capgo erhebt nur die Daten, die für die Live-Update-Funktion notwendig sind. Wenn Ihre App nach Updates sucht oder neue Bundles herunterlädt, werden folgende Informationen erfasst:

• App-ID: Eine eindeutige Kennung für deine App, mit der die App dem richtigen Account zugeordnet wird
• App-Version Code: Die code-Version der App, anhand derer festgestellt wird, welche Updates mit der App kompatibel sind
• App-Versionsname: Der Versionsname der App, der zur Anzeige verwendet wird
• Plattform: Die Plattform (iOS, Android, Electron) der App, anhand derer bestimmt wird, welche Updates mit der App kompatibel sind
• Geräte-ID: Eine zufällig generierte, app-spezifische Geräte-ID für Live Update Operationen, Update-Berechtigung, De-Duplizierung monatlich aktiver Geräte, Support, Missbrauchsprävention und Betriebssicherheit. Es ist keine Werbe-ID, wird nicht aus Hardware-IDs abgeleitet und dient nicht dem Tracking von Nutzern über Apps, Websites oder Capgo Kunden hinweg. Auf iOS v7.25.0+ wird die ID bei normalen Neuinstallationen via Keychain beibehalten. Auf Android nutzen Sie v7.50.1+ (oder v5.50.1+ und v6.50.1+ in diesen Release-Lines); die ID wird nur wiederhergestellt, wenn Android Backup/Restore die App-Präferenzen beibehält. Das Deaktivieren des Backups, das Ausschließen dieser Präferenzen oder das Löschen der App-Daten führt zu einer neuen Device-ID.
• Bundle-ID: Die eindeutige Kennung des Bundles, das aktuell auf dem Gerät installiert ist
• Channel-Name: Der Name des Kanals, der für den Erhalt von Updates ausgewählt wurde
• OS-Version: Die Version des Betriebssystems, die bestimmt, welche Updates mit dem Gerät kompatibel sind
• Plugin-Version: Die Version des @capgo/capacitor-updater Plugins, das für die Bereitstellung der Updates auf dem Gerät genutzt wird
• Land anfragen: Falls verfügbar, der aktuellste gültige zweistellige ISO 3166-1 code, der bei einer von Cloudflare verarbeiteten Anfrage für das Gerät empfangen wurde. Dies ist kein GPS- oder Standortwert, der von deiner App bereitgestellt wird.

Zusätzliche technische Daten:

• Zeitstempel der Update-Prüfung
• Download-Status (Erfolg/Fehler)
• Bundle-Installationsstatus
• Rollback-Ereignisse und Gründe
• IP-Adresse (für Geolocation und CDN-Optimierung)

Hinweis

Du kannst die erhobenen Daten einsehen, indem du den code des @capgo/capacitor-updater Plugins prüfst. Das Plugin ist Open Source und verfügbar auf GitHub. Capgo erhebt keine direkten personenbezogenen Identifikatoren wie Namen, E-Mail-Adressen oder Telefonnummern. Wo die DSGVO gilt, behandeln wir die app-spezifische Geräte-ID als pseudonyme personenbezogene Daten; sie ist keine Advertising ID, wird nicht aus Hardware-IDs abgeleitet und dient nicht dazu, Nutzer über Apps, Websites oder Capgo Kunden hinweg zu tracken.

Endpoint-Speicherdetails

Der Updater kann bis zu drei konfigurierte Endpoints für Update-Checks, Channel-Zuweisungen und Statistiken nutzen:

• updateUrl (/updates) prüft, welches Bundle das Gerät erhalten soll. Dieser Endpoint ist für Capgo Cloud Live Updates erforderlich.
• channelUrl (/channel_self) liest die Channel-Zuweisung eines Geräts und aktualisiert diese.
• statsUrl (/stats) sendet explizite Events zu Update-Lifecycle, Health und Fehlern. Setze statsUrl auf einen leeren String, um diese zusätzlichen Statistik-Reports zu deaktivieren, oder verweise auf einen selbst gehosteten Endpoint oder Proxy. Ein Proxy hält Statistiken nur dann aus Capgo heraus, wenn er die Payload terminiert, statt sie nur weiterzuleiten. Siehe Vertrag für selbst gehostete Statistik-Endpoints.

Deaktivieren statsUrl ändert nur den Pfad für explizite Statistiken. /updates und /channel_self benötigt weiterhin einen stabilen, App-scoped device_id damit Capgo entscheiden kann, welches Update und welcher Channel gelten, und monatlich aktive Geräte für das Billing zählt.

Wenn statsUrl aktiviert ist, kann Capgo Folgendes speichern:

Aufzeichnen	Gespeicherte Felder
Abrechnungs-MAU	device_id, app_id, org_id, timestamp
Geräteinventar	device_id, app_id, updated_at, platform, plugin_version, os_version, version_build, version_name, is_prod, is_emulator, default_channel, key_id, optional custom_id, optionales Anfrage-Land code
Stats-Event	device_id, app_id, action, version_name, created_at

Wenn statsUrl deaktiviert ist, aber updateUrl bleibt aktiviert, kann Capgo weiterhin speichern:

Aufzeichnen	Gespeicherte Felder
Abrechnungs-MAU	device_id, app_id, org_id, timestamp
Geräteinventar	device_id, app_id, updated_at, platform, plugin_version, os_version, version_build, version_name, is_prod, is_emulator, default_channel, key_id, optional custom_id, optionales Anfrage-Land code
Update-Entscheidungs-Event	device_id, app_id, action, version_name, created_at; Aktionen können beinhalten get, noNew, missingBundle, cannotGetBundle, Plattform-/Versions-Sperren sowie Plan- oder Channel-Fehler

Für Native-Version-Billing und Charts kann die Runtime-Telemetrie auch enthalten platform und version_build mit MAU-Nutzung, sofern der bereitgestellte Billing-Store diese Felder unterstützt. Neuere Stats-Telemetrie kann zudem optionale Stats enthalten metadata wenn die App sie sendet.

Achtung

Für HIPAA-konforme Minimal-Deployments senden Sie nicht custom_id, disable allow_device_custom_id für die App und senden Sie keine Stats metadata. If you disable statsUrl, denken Sie daran, dass /updates immer noch die oben genannten Abrechnungs- und Update-Entscheidungsdaten speichert.

Das absolute Minimum für die MAU-Abrechnung ist eine stabile anonyme device_id, app_id, org_id, sowie ein Zeitstempel.

Nicht erfasste Daten

Capgo erhebt explizit keine:

• Persönliche Nutzerinformationen oder Zugangsdaten
• App-Nutzungsanalysen oder Daten zum Nutzerverhalten
• Inhalte aus deiner App oder nutzergenerierte Daten
• Standortdaten über die allgemeine Region hinaus
• Werbe-IDs, hardwarebasierte Identifikatoren oder IDs zum Tracking über Apps, Websites oder Capgo Kunden
• Biometrische oder sensible personenbezogene Daten

Datennutzung und Zweck

Die von Capgo erhobenen Daten werden ausschließlich verwendet für:

Betrieb des Dienstes

• Festlegen, welche Updates für bestimmte App-Versionen verfügbar sind
• Optimierung der Content-Auslieferung durch geografische CDN-Auswahl
• Sicherstellung der Kompatibilität zwischen Updates und Gerätefunktionen
• Verwaltung von Update-Rollouts und Channel-Zuweisungen

Verbesserung des Dienstes

• Überwachung der Update-Erfolgsraten und Identifizierung von Problemen
• Optimierung der Download-Performance und Zuverlässigkeit
• Verbesserung des gesamten Update-Delivery-Systems
• Debugging und Troubleshooting bei Update-Fehlern

Sicherheit und Integrität

• Missbrauch verhindern und Serviceverfügbarkeit sicherstellen
• Authentizität und Integrität von Updates validieren
• Schutz vor bösartigen oder korrupten Updates
• Sicherheit und Stabilität des Services gewährleisten

Datenspeicherung und Aufbewahrung

Storage Location

• Update-Bundles und Metadaten werden auf sicherer Cloud-Infrastruktur gespeichert
• Daten werden für bessere Performance über mehrere Regionen verteilt
• Apps mit EU-Data-Residency-Anforderung können festlegen updateUrl zu https://plugin.eu.capgo.app/updates, statsUrl zu https://plugin.eu.capgo.app/stats, und channelUrl zu https://plugin.eu.capgo.app/channel_self. Siehe Datenstandort für die genaue Konfiguration.
• Die gesamte Datenübertragung wird mit branchenüblichen Protokollen (HTTPS/TLS) verschlüsselt.

Datenaufbewahrung

• Betriebsdaten werden für den Servicebetrieb, die Sicherheit, die Abrechnung und den Support aufbewahrt.
• Die Bundle-Aufbewahrung lässt sich in den App-Einstellungen für jede App konfigurieren. Bundles, die mit einem aktiven Channel oder Rollout verknüpft sind, bleiben geschützt; ungenutzte Bundles können gemäß der gewählten Aufbewahrungsregel der App entfernt werden.
• Gespeicherte historische Bundles und Delta-Assets tragen zum Speicherverbrauch bei. Die regionale Replikation vervielfacht den Speicherverbrauch nicht.
• Personenbezogene Daten werden, sofern vorhanden, gemäß den geltenden Datenschutzgesetzen gelöscht.

Datensicherheit

• All data is encrypted in transit and at rest
• Der Datenzugriff ist auf autorisiertes Personal beschränkt
• Regelmäßige Sicherheitsaudits und Monitoring werden durchgeführt
• Sicherheitsstandards der Branche werden eingehalten
• SOC 2 Zertifizierung: Capgo ist derzeit SOC 2 Type II zertifiziert, was höchste Standards für Sicherheit, Verfügbarkeit und Vertraulichkeit garantiert. Unseren Compliance-Status finden Sie unter Vertraue der capgo.app
• ISO 27001: Capgo ist ISO 27001 zertifiziert. Unseren Compliance-Status findest du unter Vertraue der capgo.app
• Kontinuierliches Code-Auditing: Jeder Commit wird automatisch von SonarCloud für das Plugin und Backend, um code-Qualität, die Erkennung von Sicherheitslücken und die Wartbarkeit zu gewährleisten
• Schwachstellen-Scanning: Zusätzliches Security-Scanning wird durchgeführt von Snyk um Sicherheitslücken in Abhängigkeiten zu finden und zu beheben
• Infrastruktursicherheit: Unsere Hosting-Infrastruktur wird kontinuierlich überwacht und verifiziert durch Hosting-Sicherheitsprüfungen
• KI-gestützter Code Review: Jeder Pull Request wird von CodeRabbit AI geprüft, um potenzielle Probleme und Sicherheitsrisiken zu finden und die code Qualitätsstandards zu halten

Datenschutz-Einstellungen

Für App-Entwickler

Als Capgo Nutzer haben Sie die Kontrolle über:

• Channel-Management: Steuere, welche Updates an welche Nutzer verteilt werden
• Datenminimierung: Konfiguriere, welche Geräteinformationen geteilt werden
• Geografische Steuerung: Verwalte, wo deine Updates verteilt werden
• Aufbewahrungsfristen: Steuere, wie lange Update-Daten gespeichert werden

Für Endnutzer

Deine App-Nutzer profitieren von:

• Minimaler Datenerhebung: Es werden nur essenzielle Daten für die Update-Bereitstellung erhoben
• Kein Tracking: Kein Cross-App- oder persistentes User-Tracking
• Transparenz: Diese Datenschutzerklärung erläutert genau, welche Daten erhoben werden
• Sicherheit: Die gesamte Datenübertragung ist verschlüsselt und sicher

Compliance und Rechtliches

Datenschutzbestimmungen

Capgo wurde entwickelt, um die Einhaltung wichtiger Datenschutzbestimmungen zu unterstützen, darunter:

• DSGVO (Datenschutz-Grundverordnung)
• CCPA (California Consumer Privacy Act)
• COPPA (Children’s Online Privacy Protection Act)
• Andere relevante regionale Datenschutzgesetze

Aktuelle Compliance-Dokumente

• Die Liste der Unterauftragsverarbeiter ist die aktuelle, öffentliche Referenzquelle von Capgo. Sie wird stets aktuell gehalten und führt den Zweck, den Verarbeitungsort, den Überweisungsmechanismus sowie die Änderungshistorie jedes Anbieters auf.
• Die Auftragsverarbeitungsvertrag steht zur Einsichtnahme bereit.

Hinweise zu App Store und Play Store

Capgo aktualisiert nur den Capacitor Web-Layer: JavaScript, HTML, CSS und statische Assets. Es ändert nicht dein Native Build, native Plugins, Berechtigungen, Entitlements oder Store-Metadaten. Da jede App einzeln bewertet wird, kann Capgo keine individuelle Genehmigung durch den App Store oder Play Store garantieren.

Nutze Live Updates nur für Web-Layer-Änderungen, die den Store-Richtlinien und dem Scope deiner eingereichten App entsprechen. Nutze ein normales Native Build für native Funktionen oder Änderungen am Funktionsumfang. Überprüfe Apples App Store Review Guidelines (einschließlich Richtlinie 2.5.2) und die Google Play Device and Network Abuse Policy für deine App vor dem Release.

Remote-Ausführung von code durch Apple und Capgo

Capgo kann keine Ablehnung einer Apple Remote code Ausführung verursachen. Das ist nicht möglich. Capgo installiert oder führt keine nativen code, dynamischen Bibliotheken, Frameworks oder Plugins aus und kann auch nicht aufrufen dlopen, dlsym, performSelector:, oder method_exchangeImplementations(). Es ersetzt lediglich JavaScript, HTML, CSS und statische Assets innerhalb der WebView oder der JavaScriptCore-Engine, die bereits in der geprüften Binary enthalten sind. Wenn der App Review Guideline 2.5.2 oder Remote code Ausführung anführt, ordne diesen Befund nicht Capgo zu. Lies den Review-Hinweis und untersuche das native Projekt sowie andere SDKs auf das Laden von Executables oder die Nutzung von Private-API. Ein früherer Review-Hinweis zu Dynamic Linking im Capgo Splash-Screen Auto-Hide-Pfad war ein Bug in diesem nativen Plugin, nicht bei Live Updates, und dieser Link wurde entfernt.

Review-Teams zitieren oft Richtlinie 2.5.2 und Apple Developer Program License Agreement Abschnitt 3.3.1(B) gemeinsam, wenn sie glauben, dass eine App ihr Verhalten nach dem App Review ändern kann. Das Verständnis beider hilft dir, einen konformen Capacitor live update Workflow von einem Remote code Risiko zu unterscheiden. Dieser Abschnitt fasst zusammen, wie Capgo in diese veröffentlichten Regeln passt; dies ist keine Rechtsberatung. Für eine ausführlichere Darstellung mit FAQ-Schema siehe Apple Remote code Regeln und Capgo Live Updates.

Was Apple verbietet (Guideline 2.5.2)

App Store Review Richtlinie 2.5.2 verlangt, dass Apps in ihren Bundles eigenständig sind, und besagt, dass Apps nicht „code herunterladen, installieren oder ausführen dürfen, wodurch Funktionen oder die Funktionalität der App, einschließlich anderer Apps, eingeführt oder geändert werden.“

Apple wendet diese Regel auf Mechanismen an, die das native Verhalten nach der Freigabe ändern können, wie zum Beispiel:

• das Herunterladen von kompiliertem nativem code, Frameworks oder Plugins,
• das Auflösen von Symbolen zur Laufzeit (dlopen, dlsym, sowie ähnliche APIs),
• das dynamische Aufrufen von Objective-C-Methoden, um private APIs zu erreichen (performSelector:, method_exchangeImplementations(), und verwandte Muster), und
• das Ausführen von Remote-Skripten, deren Zweck es ist, das App-Verhalten über das geprüfte Erlebnis hinaus zu verändern.

Diese Muster sind das Ziel aktueller Review-Meldungen bezüglich „Remote code Execution“. Sie beschreiben nicht das Ersetzen von HTML, CSS und JavaScript innerhalb eines eingebetteten WebViews.

Was Apple weiterhin erlaubt (Lizenzvereinbarung Abschnitt 3.3.1(B))

Die Apple Developer Program Lizenzvereinbarung Abschnitt 3.3.1(B) („Ausführbarer Code“) ist die interpretierte code Ausnahme. Im aktuellen Vertragstext darf eine App im Allgemeinen keine ausführbaren code herunterladen oder installieren, außer dass dieser interpretierte code heruntergeladen werden darf, wenn er:

1. nicht den Hauptzweck der App ändert, indem er Funktionen bereitstellt, die nicht dem beabsichtigten und beworbenen Zweck entsprechen,
2. nicht die Signierung, die Sandbox oder andere Sicherheitsfunktionen des Betriebssystems umgeht, und
3. bei App Store Apps keinen Store oder Marktplatz für andere Apps erstellt.

Der Native Build, den du beim App Store einreichst, bettet WebKit oder JavaScriptCore ein. Das Aktualisieren dieses Web-Bundles via Over-the-Air gilt unter Abschnitt 3.3.1(B) nur dann als interpretierter code, wenn dein Release die drei oben genannten Bedingungen erfüllt. und Ihr Team hat die weiteren Lizenz- und App-Review-Regeln geprüft, die für Ihre App gelten, einschließlich Abschnitt 3.3.1(C) unten. Die Beibehaltung des ursprünglichen Produktzwecks ist notwendig, aber allein nicht ausreichend.

Lizenzvereinbarung Abschnitt 3.3.1(C) (zusätzliche Funktionen)

Abschnitt 3.3.1(C) des Apple Developer Program Lizenzvereinbarung besagt, dass ohne vorherige schriftliche Genehmigung von Apple oder wie in Abschnitt 3.3.9(A) (In-App-Kauf API) eine App keine zusätzlichen Funktionen oder Funktionalitäten über Vertriebswege bereitstellen, freischalten oder aktivieren darf, die nicht der App Store, Custom App Distribution oder TestFlight entsprechen.

Der veröffentlichte Text von Apple legt nicht genau fest, wie diese Klausel mit jedem interpretierten code OTA-Bundle interagiert. Ob ein spezifisches Capgo Release 3.3.1(C) auslöst, ist eine rechtliche Entscheidung Ihres Teams und Ihrer Rechtsberatung, nicht etwas, das Capgo für Sie entscheiden kann.

Wann die Richtlinie 4.7 Anwendung finden kann

Unter November 2025, Apple hat klargestellt Richtlinie 4.7 für Apps, die HTML5- und JavaScript-Mini-Apps, Minispiele, Chatbots, Plug-ins und ähnliche Software anbieten, die nicht in der Binary eingebettet ist. Der Besitz der Software entscheidet nicht darüber, ob 4.7 gilt. Entscheidend ist das beworbene Erlebnis: Wenn Nutzer innerhalb Ihrer App verschiedene Software-Erlebnisse entdecken, starten oder zwischen ihnen wechseln können, müssen Sie eventuell die zusätzlichen 4.7-Regeln (Katalog-Indizierung, Altersbeschränkung für Inhalte über Ihrem Rating etc.) erfüllen.

Capgo ist ein Update-Mechanismus. Er macht Ihre App nicht automatisch zu einem 4.7-Host, kann aber Bundles an verschiedene Channels ausliefern. Wenn Ihr Produkt wie eine Mini-App-Plattform oder ein White-Label-Host fungiert, lassen Sie Ihre App Store Positionierung und Offenlegungspflichten rechtlich prüfen, bevor Sie sich auf OTA-Delivery verlassen.

Wie Capgo auf die Regeln einzahlt

Bedenken	Capgo Verhalten
Ausführbarer nativer code	Unmöglich. Capgo installiert oder führt keinen nativen code aus. Native code Änderungen erfordern ein neues Store-Binary.
Interpretierte Web-Assets	JavaScript, HTML, CSS, Fonts, Bilder und andere statische Assets ersetzen nur das In-App Web-Bundle.
Primary purpose	Dein Team kontrolliert den Scope. Neue Kern-Features werden über Reviews veröffentlicht, nicht via OTA.
Sicherheit	Bundles sind signiert und können Ende-zu-Ende verschlüsselt sein. Der Updater umgeht weder das iOS Sandboxing noch die code Signierung.
Storefront	Capgo Channels verteilen Updates an deine App; sie veröffentlichen keine fremden Drittanbieter-Apps innerhalb deines Binaries.

Praktische Checkliste vor dem OTA-Bundle-Ship

• Bestätige, dass die Änderung auf den Web-Layer beschränkt ist und der von Apple geprüften App entspricht.
• Bestätigen Sie, dass das Update keine zusätzlichen Funktionen außerhalb des App Store, der Custom App Distribution oder von TestFlight bereitstellt, freischaltet oder aktiviert, ohne die vorherige schriftliche Genehmigung von Apple oder eine zulässige Nutzung gemäß Abschnitt 3.3.9(A) (Lizenzvereinbarung Abschnitt 3.3.1(C)). Ob diese Einschränkung für Ihr interpretiertes code OTA-Bundle gilt, liegt in Ihrer rechtlichen Prüfung.
• Halten Sie Preise, Käufe und regulierte Abläufe innerhalb der geprüften nativen oder Store-konformen Flows.
• Laden Sie eine neue Binary hoch, wenn Sie Plugins, Berechtigungen, Entitlements oder native Abhängigkeiten hinzufügen.
• Dokumentieren Sie Live Updates in den App Review Notes, falls Reviewer fragen, wie sich Ihre App aktualisiert.

Capgo hilft Teams, Web-Layer-Fixes in Minuten zu deployen, während native Releases auf dem Store-Review-Pfad bleiben. Kein Update-Tool kann eine Apple-Zulassung garantieren. Prüfen Sie die Apple-Richtlinien und Lizenzbedingungen für Ihre App und konsultieren Sie im Zweifelsfall Rechtsbeistand.

Ihre Verantwortung

Als App-Entwickler, der Capgo nutzt, sollten Sie:

• Angemessene Datenschutzhinweise in der Datenschutzerklärung Ihrer App aufnehmen
• Nutzer bei Bedarf über die Nutzung von live update Services informieren
• Bestätigen, dass jedes geplante Update den geltenden Gesetzen und Store-Regeln entspricht
• Bei Bedarf entsprechende Consent-Mechanismen implementieren

Tipp

Prüfen Sie Ihre Offenlegungen: Capgo bietet Datenschutzkontrollen und ein dokumentiertes Dateninventar, aber Sie bleiben verantwortlich für die Datenschutzerklärungen Ihrer App und regionale Compliance-Anforderungen.

Privacy by Design

Capgo folgt den Privacy-by-Design-Prinzipien:

Datenminimierung

• Erheben Sie nur Daten, die für den Betrieb absolut notwendig sind
• Vermeiden Sie die Erhebung personenbezogener oder sensibler Informationen
• Nutzen Sie nach Möglichkeit aggregierte und anonymisierte Daten

Purpose Limitation

• Gesammelte Daten nur für die angegebenen Zwecke nutzen
• Daten nicht für nicht verwandte Aktivitäten zweckentfremden
• Klare Grenzen bei der Datennutzung einhalten

Transparenz

• Klare Informationen zur Datenerhebung und -nutzung bereitstellen
• Datenschutzpraktiken leicht zugänglich und verständlich gestalten
• Datenschutzdokumentation regelmäßig aktualisieren

Kontakt & Fragen

Falls du Fragen zu den Datenschutzpraktiken von Capgo hast oder ein Datenschutzproblem melden möchtest:

• Review our full Privacy Policy at capgo.app/datenschutz
• Unseren Sicherheits- und Compliance-Status findest du unter capgo.app/trust
• Kontaktiere unser Datenschutz-Team über die Support-Kanäle
• Melde datenschutzrelevante Probleme über unseren Security-Kontakt

Tipp

Denk daran, die Datenschutzerklärung deiner eigenen App zu aktualisieren, um die Nutzung des live update Service von Capgo sowie jegliche Datenerhebung während des Update-Prozesses widerzuspiegeln.

Best Practices für den Datenschutz

Wenn du Capgo in deiner App implementierst:

1. Transparenz schaffen: Informiere Nutzer über die live update Funktionalität
2. Daten minimieren: Aktiviere nur die Datenerfassung, die du wirklich benötigst
3. Sichere Implementierung: Folge Best Practices für Sicherheit bei der Integration
4. Regelmäßige Reviews: Überprüfe regelmäßig deine Datenschutzpraktiken und Richtlinien
5. Nutzerkontrolle: Biete Nutzern Optionen zur Kontrolle des Update-Verhaltens an

Durch diese Praktiken und das Verständnis des Datenschutzansatzes von Capgo bietest du deinen Nutzern ein sicheres, datenschutzkonformes live update Erlebnis.

Weiter bei Compliance

Wenn Sie ... verwenden Compliance nutzen, um Security und Compliance zu planen, verbinden Sie es mit HIPAA-Compliance für regulierte Telemetrie-Kontrollen, Verschlüsselung für die Implementierungsdetails bei der Verschlüsselung, Capgo Security Scanner für den Produkt-Workflow im Capgo Security Scanner, Capgo Sicherheit für den Produkt-Workflow in Capgo Security, Capgo Trust Center für den Produkt-Workflow im Capgo Trust Center, und Organisationssicherheit für die Implementierungsdetails in Organization Security.