Zum Hauptinhalt springen
Capgo Live Updates

Capacitor Live Updates (OTA) Web-Layer-Fixes ausliefern, ohne aufs Store-Review zu warten.

Capacitor Live Updates (OTA) pushen JavaScript-, HTML-, CSS- und Asset-Änderungen in Minuten an deine Nutzer. Capgo übernimmt die signierte Auslieferung, Channels, Rollbacks und Logs pro Gerät, damit du Fehler in Production sicher beheben kannst.

✓ 99,9 % Uptime ✓ 300+ Standorte aktiv ✓ Resilienz durch Triple-Provider-Setup

Natives Rollback

JS-Fehler werden außerhalb von JavaScript behoben

99,9 % Uptime

Plattform-Uptime

Dynamische Channels

Canary-, Beta-, Support- und Production-Tracks

300+ Edge-Locations

Weltweites CDN

~50ms typisch

Ultraniedrige Latenz

Geräte-Logs

Update-Status pro Gerät und Rollback-Historie

Freigegeben heißt nicht installiert

Ein Store-Update erreicht Nutzer erst, wenn das Smartphone es zulässt. Ein live update erreicht sie beim nächsten App-Start.

Die Review zu bestehen, ist nur die erste Hürde. Danach muss der Store das Build ausrollen, und jedes Handy lädt es im Hintergrund herunter, wenn es im WLAN ist, am Strom hängt und gerade nicht genutzt wird. Nutzer mit deaktivierten Auto-Updates oder vollem Speicher erhalten es nie, bis sie manuell aktualisieren.

App Store / Google Play-Update

Tage bis Wochen, und manche Nutzer aktualisieren nie

  1. Auf Review warten

    Stunden bis Tage

    Apple und Google prüfen das neue Binary. Noch hat niemand den Fix.

  2. Warten auf den Store-Rollout

    Bis zu 7 Tage

    Der freigegebene Build wird über den Store ausgerollt, oft als gestaffelte Freigabe über mehrere Tage.

  3. Warten auf Wi-Fi, Ladegerät und ein ungenutztes Telefon

    Nächte bis Wochen

    Automatische Updates laufen im Hintergrund, meist nachts, und nur, wenn das Telefon mit Wi-Fi verbunden ist, lädt und nicht genutzt wird.

  4. Automatische Updates deaktiviert

    Nur manuell

    Diese Nutzer behalten die alte Version, bis sie den Store öffnen und selbst auf Update tippen.

  5. Nicht genügend Speicherplatz

    Nie

    Der komplette App-Download passt nicht, deshalb wird das Update nie installiert – ohne Fehlermeldung.

Wochen später läuft bei einem Teil deiner Nutzer immer noch die fehlerhafte Version.

Capgo live update

Minuten, auf jedem Gerät, das die App öffnet

  1. Bundle veröffentlichen

    Sekunden

    Upload via CLI oder CI. Keine Review-Warteschlange für JS-, HTML- und CSS-Änderungen.

  2. Nutzer öffnet die App

    Nächster Launch

    Die App prüft Capgo beim Start – über WLAN oder Mobilfunk. Kein Ladegerät, kein Handy im Leerlauf, kein Store im Spiel.

  3. Delta-Download

    Kilobytes

    Es werden nur die geänderten Dateien heruntergeladen, meist nur wenige Kilobytes – Speicherplatz und Auto-Update-Einstellungen des Stores spielen keine Rolle.

  4. Beim Öffnen angewendet

    Beim selben Start

    Bei einem direkten Update wird das neue Bundle bei diesem Start angewendet. Der User sieht den Fix sofort.

Jeder User, der die App öffnet, nutzt die neue Version.

Update erhalten Noch auf der alten Version Erhält es nie automatisch Illustration, wie sich ein Release auf 24 Geräte verteilt.
Gebaut für Release-Stress

Weiß genau, was passiert, wenn in CapacitorJS-Apps die Produktion ausfällt.

Capgo bietet Mobile-Teams einen Release-Pfad für dringende Web-Fixes, kontrollierte Rollouts und einen klaren Audit-Trail, damit ein schlechtes Deployment nicht zu tagelangem Warten auf den Store-Review wird.

Produktion wiederherstellen ohne Review-Wartezeit

Nutze Live Updates für JavaScript, CSS, Texte, Runtime-Feature-Flags und Web-Asset-Fixes, während Änderungen an Native- und Capacitor-Config weiterhin über die Stores laufen.

Risiko kontrollieren, bevor alle den Build bekommen

Deploye auf Internal-, Beta-, Canary- und Production-Channels, mit bereitstehendem Rollback, bevor ein Rollout zum Support-Incident wird.

Belegen, was nach dem Release passiert ist

Nutze Device-Logs, Update-Status, Bundle-Historie und Adoption-Metriken, um Releases gegenüber Engineering, Support und Management zu erklären.

Wähle Live Updates, wenn diese Punkte zutreffen

  • Du brauchst einen Recovery-Pfad für Production-Bugs, der nicht von der Review-Zeit im App Store oder Play Store abhängt.
  • Deine App hat mehrere Kunden-Cohorts, White-Label-Deployments, Beta-Tester oder Debug-Channels nur für den Support.
  • Dein Team braucht Compliance-freundliche Kontrolle: signierte Bundles, Rollback, Auditierbarkeit und eine Self-Hosting-Option.

So funktioniert es

So funktionieren Capacitor OTA-Updates

Automatisch, wenn es auf Geschwindigkeit ankommt. Manuell, wenn du Kontrolle brauchst. Sicherheitsprüfungen an jedem Schritt.

Unterstützte Runtimes

Ein Capgo-Backend für jeden Hybrid-Stack, den du auslieferst.

Nutze dieselben Channels, Bundle-Uploads, Rollback-Schutz und Device-Logs, egal ob deine App auf Capacitor, Cordova oder Electron läuft.

Capacitor

Native Live Updates für iOS- und Android-Apps, die mit Capacitor gebaut wurden. Installiere @capgo/capacitor-updater und liefere Bundles mit @capgo/cli. aus

Mehr lesen →

Cordova

Behalte deine Cordova-Toolchain und erhalte trotzdem Capgo OTA auf iOS 7+ und Android 13+ mit @capgo/cordova-updater und demselben JavaScript API.

Mehr lesen →

Electron

Pushe HTML-, CSS- und JavaScript-Updates an Desktop-Apps, ohne Installer neu zu bauen. @capgo/electron-updater funktioniert genauso wie das mobile API.

Mehr lesen →
Release-Kontrolle

Steuere Capacitor OTA-Updates: Kanäle, Rollouts und Rollback

Channels, progressive Rollouts, Native Dependency Checks und gerätespezifische Historie – alles direkt in der Console. Echte Screenshots aus der Capgo Demo-App.

An einen Teil der Geräte ausrollen und bei Fehlern pausieren

Ein neues Bundle an einen festen Prozentsatz der Geräte ausliefern, während alle anderen auf einem stabilen Fallback bleiben. Auto-Pause stoppt den Rollout, sobald die Fehlerquote deinen Schwellenwert überschreitet.

  • Klein anfangen, dann mit einem Klick auf alle Geräte ausrollen
  • Automatisches Pausieren bei Fehlerrate, ab einer Mindestanzahl an Samples
  • Rollback auf das stabile Bundle ohne Store-Review
Capgo Channel-Seite: 25 % der Geräte erhalten Bundle 4.8.1, stabiler Fallback auf 4.8.0, Progressive-Rollout-Steuerung und Auto-Pause-Einstellungen
Nach dem Deployment

OTA-Updates auf echten Geräten nach dem Release überwachen

Jedes live update enthält eine Release-Ansicht: Installationen und Fehler in Echtzeit, Fehler nach Ursache gruppiert und eine Warnung, wenn ein Bundle einen neuen Native Build benötigt.

Verfolge, wie ein Release live geht – Minute für Minute

Sobald ein Bundle live geht, trackt Observe Installs, fehlgeschlagene Versuche, Adoption und die Erfolgsrate für genau diese Version und diesen Channel in 5-Minuten-Intervallen.

Entdecke Capgo Observe
  • Erkenne innerhalb von Minuten, ob ein Rollout stabil läuft – bevor Support-Tickets eingehen
  • Die häufigsten Fehlerursachen, sortiert für das gerade live laufende Release
  • Springe direkt vom Release zu den Bundle- oder Channel-Statistiken
Capgo Observe Live-Release-Ansicht: Version 4.8.1 in Production mit Adoption, Installs, Fehlversuchen, Erfolgsrate, einem Chart für Installs und Failures sowie den häufigsten Fehlerursachen
Was ist enthalten

Das komplette System für Capacitor OTA-Updates

Die meisten Tools können Dateien hochladen. Capgo ergänzt die Release-Kontrollen, native Sicherheit, Logs und Rollback-Verhalten, die Produktionsteams brauchen.

Capgo Live Updates
Vollständig native Engine
Downloads, Installation und Aktivierung laufen auf nativen OS-Threads. JavaScript-Crashes können den Update-Prozess nicht beeinflussen.
$ npx @capgo/cli bundle upload
✔ validated · ✔ published · ✔ rolling out

Breaking-Update-Erkennung

CLI scannt native Dependencies und warnt dich vor dem Deployment inkompatibler Updates. Liefere Web-Änderungen schnell aus, ohne native-breaking code an Kunden auszuliefern.

Automatischer Rollback

Wenn deine App notifyAppReady() nicht innerhalb von 10 Sekunden aufruft, rollen wir automatisch auf die letzte funktionierende Version zurück.

Pre-flight-Validierung

Validiert notifyAppReady(), index.html, Bundle-Size-Limits und Checksums, bevor ein Upload akzeptiert wird.

Manipulationssichere Updates

Jedes Update wird mit einer Checksumme versehen, signiert und Ende-zu-Ende verschlüsselt. Niemand kann Updates manipulieren – nicht einmal Capgo kann sehen, was in deinen Bundles steckt.

Selbstheilende Updates

Der Fallback-Bundle-Mechanismus sorgt immer für eine funktionierende Version. Deine Nutzer sehen nie eine defekte App.

Release-Tracks live wechseln (ohne neue Binary)

Capgo Channels sind Live-Steuerungen, nicht hardcoded. Verschiebe Nutzer sofort zwischen Dev, Staging, PR, Canary und Production – über dein App-UI oder via API.

Push-gesteuerte Auto-Updates

Kopple Capgo Notifications mit Live Updates, sodass ein Silent Push Geräte dazu bringen kann, das neueste Bundle für den gewählten Channel zu prüfen, herunterzuladen und in die Queue zu stellen.

Von Martin

Warum Capgo Live Updates so funktionieren

Capgo-Gründer Martin über Channels, Compatibility-Checks, Rollbacks und das sichere Deployment von Web-Bundle-Änderungen nach der Store-Freigabe.

Martin, Gründer, Capgo

Live update in der Praxis

Teams, die bereits mit Capgo deployen

Kurze Statements von Capacitor-Teams, die Capgo für OTA-Updates in der Produktion nutzen.

5.0/5 von Entwicklerteams bewertet 9,400+ Teams Bewertungen lesen

Das Capgo Capacitor Updater-Plugin hat unser Deployment komplett revolutioniert. Was früher Tage dauerte, erledigen wir jetzt in wenigen Minuten.

Sergiu S Lead Developer, drivolino GmbH

Produktions-OTA-Updates sofort zu pushen, ohne auf die Review-Zyklen des App Stores warten zu müssen, ist ein riesiger operativer Vorteil.

Kapil Gründer, NuTriQ

Live Updates mit KI-Agenten

Lass deinen Agenten Releases ausliefern und zurückrollen

Verbinde Claude Code, Codex, Cursor oder Copilot über MCP und Agent Skills mit Capgo. Dein Agent lädt Bundles hoch, verschiebt Channels und führt Rollbacks mit denselben Checks wie der CLI durch.

Frag deinen Agenten

  • Lade diesen Build in den Beta-Channel hoch
  • Setze die Produktion auf das vorherige Bundle zurück
  • Lässt sich diese Änderung sicher als live update ausliefern oder braucht es einen Native Build?
KI-Tools entdecken
Release-Intelligence

Fehlerhafte Updates erkennen, bevor sie live gehen

Prüfe, ob ein Upload OTA-safe ist, einen Native Build benötigt oder warten sollte – bevor er in die Produktion geht.

  • OTA-safe: Native Packages passen zum Production-Channel
  • Native Build benötigt: Ein Plugin oder Capacitor Dependency hat sich geändert
  • Rollout-Optionen: nach Native Build filtern, den Channel pausieren oder einen Store-Build auslösen

$ npx @capgo/cli@latest bundle upload --channel production --fail-on-incompatible

Warnung: native-inkompatibles Bundle

@capacitor/camera wurde von 6.1.0 auf 6.2.0 geändert

Aktion: diesen Upload abbrechen oder zuerst einen Native Build veröffentlichen

Ehrlicher Vergleich

Capgo Live Updates im Vergleich zu Alternativen.

Dasselbe OTA-Versprechen für Ionic und Capacitor. Ein anderes Sicherheitsmodell.

Capgo Live Updates DIY / Self-Hosted Eigene Skripte und statisches Hosting Wettbewerber-Cloud
Runtime-Update Vollständig nativ. Lädt, installiert und aktiviert auf nativen OS-Threads. Ein JS-Crash kann die Update-Pipeline nicht beeinträchtigen. Läuft im JS-Kontext deiner App. Ein fehlerhafter Bundle kann Updates ebenfalls stören. Hauptsächlich App-Layer-Delivery. JS-Fehler können den Update-Flow blockieren oder beschädigen.
Rollback-Wiederherstellung Native Rollback. Fällt außerhalb von JavaScript auf das letzte funktionierende Bundle zurück, selbst wenn das neue Bundle beim Start abstürzt. Du entwirfst und pflegst deine eigene Rollback-Logik. Rollbacks sind möglich, hängen aber oft davon ab, dass die App-Ebene noch funktioniert.
Schutz bei fehlgeschlagener Installation Automatisch. Rollback, falls notifyAppReady() nicht innerhalb von 10 Sekunden aufgerufen wird. Du instrumentierst und überwachst es selbst. Optional oder manuell, je nach Produkt.
Native Kompatibilität CLI Checks. Scannt native Dependencies vor dem Upload und markiert Breaking Changes. Keine Guardrails, außer du baust sie selbst. Bei den meisten Produkten nur Upload-Validierung.
Validierung vor dem Upload Tiefgehende Checks. Validiert index.html, Bundle-Größe, Checksummen, doppelte Versionen und Hub-Constraints. Deine CI-Regeln, sofern du sie geschrieben hast. Basis-Checks für das Bundle.
Rollout-Steuerung Dynamische Channels. Canary, Beta, Production, Support und Channel-Zuweisung pro Gerät. Mehrere gehostete URLs oder Custom-Routing. Unterstützte Channels, Tiefe und APIs variieren.
Gerätesichtbarkeit Logs pro Gerät. Installations-, Fehler-, Rollback- und Policy-Events pro Gerät ohne Xcode oder Android Studio. Eigene Analytics oder serverseitige Download-Zahlen. Dashboard-Aggregate, weniger Tiefe pro Gerät.
Erst testen, dann zahlen Geld-zurück-Garantie Ja. 14 Tage unbegrenzt kostenlos testen. Keine Kreditkarte nötig. 14-Tage-Geld-zurück-Garantie. Jederzeit kündbar. Günstiges Hosting, bis der Traffic steigt. Stufenpläne. Testphasen variieren je Anbieter.

Vergleich basiert auf typischen DIY-/Self-Hosted-Setups und öffentlicher Cloud-Dokumentation von Wettbewerbern.

Du kommst von Expo?

Das EAS-Update-Äquivalent für Capacitor-Apps

EAS Update liefert JavaScript-Fixes für Expo- und React-Native-Apps. Capgo erledigt dasselbe für Capacitor-Web-Bundles: Channels, Rollback und Device-Logs. Bleib bei EAS, wenn die App React Native ist. Nutze Capgo, wenn du die Web-UI beibehalten hast.

App Store & Google Play

Werden Apple oder Google OTA-Updates ablehnen?

Nicht wegen der Nutzung von Live Updates. Beide Stores erlauben Apps, interpretierten code wie JavaScript, HTML und CSS herunterzuladen, solange jedes Update in der App bleibt, die du zur Review eingereicht hast.

Unsere Erfolgsbilanz

0 Ablehnungen

Bei über 4.700 Apps in Produktion haben wir noch nie erlebt, dass ein Store eine App ablehnt, weil sie Updates mit Capgo ausliefert.

Hat Apple jemals Capgo beanstandet?

Unsere Splash-Screen-Auto-Hide-Funktion war zur Laufzeit mit dem separaten Splash-Screen-Plugin verknüpft. Apples Review beanstandete dieses Dynamic Linking als Problem mit dynamischem code. Das hatte nichts mit OTA-Updates zu tun, und wir haben den dynamischen Link aus dem Plugin entfernt.

Apple-Reviews zu Remote-code und Capgo

Capgo kann nicht zu einer Ablehnung durch Apple wegen Remote-code-Ausführung führen. Das ist nicht möglich. Capgo installiert oder führt keinen nativen code aus. Es liefert nur signiertes JavaScript, HTML, CSS und Assets an den Interpreter, der bereits in deiner Capacitor-App vorhanden ist. Richtlinie 2.5.2 zielt auf das dynamische Laden von nativem Code und auf Remote-Skripte ab, die private APIs aufrufen – was Capgo nicht tut. Dein Team muss jedes Web-Update trotzdem im Rahmen des App-Zwecks halten, den du zur Prüfung eingereicht hast.

So passt Capgo zu den Apple- und Google-Regeln Blog: Apple-Regeln zu Remote-code und Capgo

Regeln einhalten

  • Web-Layer-Änderungen Over-the-Air ausliefern: JavaScript, HTML, CSS und Assets.
  • Native code, Berechtigungen und Plugin-Änderungen über ein Store-Release ausliefern.
  • Stelle sicher, dass jedes Update dem Zweck entspricht, den du zur Prüfung eingereicht hast.

Entscheidungen liegen immer bei Apple und Google; kein Anbieter kann eine Genehmigung garantieren. Capgo hilft dir dabei, die veröffentlichten Richtlinien einzuhalten.

Store-Policy-FAQ lesen

Preise

Klein anfangen. Skalieren, wenn nötig.

Prepaid-Credits für geringe Nutzung. Monatliche oder jährliche Pläne für dein Wachstum.

  • Pay-as-you-go

    $5 in Credits

    Reicht für ein Jahr bei geringer Nutzung.

    Kein Abonnement erforderlich.

  • Solo

    $12 /Monat, jährliche Abrechnung

    2.000 monatlich aktive Nutzer

    Für Indie-Entwickler, die ihre erste App veröffentlichen

  • Maker

    Beliebteste Wahl

    $33 /Monat, jährliche Abrechnung

    10.000 monatlich aktive Nutzer

    Für kleine Teams mit wachsender Nutzerbasis

  • Team

    $83 /Monat, jährliche Abrechnung

    100.000 monatlich aktive Nutzer

    Für Produktteams mit 100.000 Nutzern

  • Enterprise

    $208 /Monat, jährliche Abrechnung

    1.000.000+ monatlich aktive Nutzer

    Für große Apps mit SSO, SLAs und Compliance

Alle Pläne und Preise vergleichen
FAQ

FAQ zu Capacitor OTA-Updates

Kurze Antworten für Teams, die Over-the-Air-Updates für Capacitor- und Ionic-Apps evaluieren.

Was sind Capacitor Live Updates (OTA)?

Sie ersetzen das Web-Bundle (HTML, CSS, JavaScript und Assets) in deiner Capacitor-App, ohne dass ein neues Store-Binary erforderlich ist. Nutzer erhalten Fixes, nachdem die App deinen Release-Channel prüft und das signierte Bundle herunterlädt.

Sind Capacitor OTA-Updates im App Store und bei Google Play erlaubt?

Ja, für zulässige Änderungen am Web-Layer, die den jeweiligen Store-Richtlinien entsprechen. Änderungen an nativen Plugins, Berechtigungen oder neuem ausführbarem Verhalten erfordern weiterhin ein normales Store-Release.

Was ist der Unterschied zwischen einem live update und dem Einreichen einer neuen App-Version?

Ein Store-Release aktualisiert die native Shell und durchläuft den Review-Prozess. OTA Live Updates betreffen nur den Web-Layer, sodass Teams ein Bundle in Minuten über Channels ausrollen, pausieren oder zurückrollen können.

Kann Capgo meine Update-Bundles lesen?

Ist die Ende-zu-Ende-Verschlüsselung aktiviert, werden Bundles vor dem Upload mit deinen Keys verschlüsselt. Capgo speichert nur Ciphertext und kann die Inhalte nicht lesen; nur deine App kann entschlüsseln, was du auslieferst.

Gilt Apples Regel zur Remote-Ausführung von code auch für Capgo Live Updates?

Nein. Das ist nicht möglich. Capgo kann nicht dazu führen, dass Apple die Remote-Ausführung von code ablehnt. Capgo installiert oder führt nach dem Review keine nativen code aus. App Review Guideline 2.5.2 untersagt Apps das Herunterladen, Installieren oder Ausführen von code, das Funktionen oder Features einführt oder ändert. Das Apple Developer Program License Agreement erlaubt in Abschnitt 3.3.1(B) weiterhin interpretiertes JavaScript, HTML und CSS, solange Ihre App denselben Hauptzweck beibehält, die Sicherheitsvorgaben des OS einhält und nicht als Storefront fungiert. Abschnitt 3.3.1(C) beschränkt gesondert das Bereitstellen oder Aktivieren zusätzlicher Features außerhalb des App-Store-Vertriebs ohne Apples Zustimmung; klären Sie mit Ihrer Rechtsberatung, ob das auf Ihre OTA-Bundles zutrifft. Capgo tauscht signierte Web-Assets in der WebView oder JavaScriptCore-Engine aus, die Sie bereits ausliefern. Es werden keine nativen Binaries oder dynamischen Bibliotheken bereitgestellt. Falls Ihre App einen Katalog von Mini-Apps oder ähnlicher Software bewirbt, die nicht im Binary enthalten sind, könnte Guideline 4.7 gelten; prüfen Sie diese Regeln mit Ihrer Rechtsberatung. Änderungen an nativen Plugins, Berechtigungen oder Entitlements erfordern weiterhin ein vom Store geprüftes Binary.

Kann ich steuern, wann und wie ein live update angewendet wird?

Ja. Du legst fest, wann ein Update angewendet wird: im Hintergrund beim nächsten Start (Standard), bei der Installation, beim Start oder sofort. Du kannst das Update an Bedingungen knüpfen, z. B. ein Datum, den Wechsel der App in den Hintergrund, eine native Version oder das Beenden der App. Version Blocking verhindert, dass ein Channel Grenzen zwischen Major-, Minor- oder Patch-Versionen überschreitet. Jedes Bundle wird entweder als Full Bundle oder als Delta ausgeliefert, das nur die geänderten Dateien lädt. Die Anleitung zu Update-Typen in den Capgo-Docs deckt alle Kombinationen ab.

Capgo Live Updates
Veröffentliche deinen nächsten Fix noch heute.

Startet in 5 Minuten automatisch. Wechsle zur manuellen Steuerung, wenn deine Release-Strategie es verlangt.

✓ 99,9 % Uptime ✓ Weltweite CDN-Auslieferung ✓ 14 Tage unbegrenzt gratis testen 14 Tage Geld-zurück-Garantie