Can we schedule a menu launch?

Capgo does not have a release scheduler. Trigger the upload from your CI at the time you choose, for example with a scheduled GitHub Actions workflow or a manual run on launch morning. If the new UI must stay hidden until a date, gate it in your app or backend.

How do kiosks get updates if the app never closes?

In the default mode, updates apply when the app goes to the background, which a kiosk rarely does. Set autoUpdate to 'always' to apply updates during the periodic check (every 10 minutes by default), or to 'onlyDownload' and call set() when the kiosk returns to its idle screen.

Can each market or brand run a different version?

Yes. Give each brand its own app ID in Capgo, and give each market or pilot group its own channel. Devices join a channel with setChannel() when self-assignment is allowed, or through a device override.

Can a live update change menu prices?

Prices usually come from your backend or POS integration, so change them there. A live update changes the web screens that display the menu and prices. Native plugins, payment SDKs, and Capacitor upgrades need a store release.

Für Quick Service Restaurants

Menü- und Promo-Änderungen am Launch-Tag ausrollen

Lade den Web-Layer deiner Ordering-App via CI hoch, sobald die Promo live geht. Nutze Channels für das Routing nach Markt oder Brand, starte mit einem Pilotprojekt und mache bei Fehlern sofort ein Rollback.

Roll Menü- und Promo-Änderungen als Capgo Live Updates aus, geroutet nach Markt.

Enterprise-Anforderungen? Sprich mit unserem Team

Warum Restaurant-Teams eine live update Lane nutzen

Menüs und Angebote ändern sich schneller als App-Releases

Ein Bug am Launch-Tag im Store-only-Pfad

Ein zeitlich begrenztes Angebot geht an einem festen Datum live. Am Launch-Morgen stellt die QA fest, dass es im App-Menü nicht erscheint.

Der Fix liegt in der Web-Layer, aber ein Store-only-Prozess bedeutet ein neues Binary und ein Store-Review, was oft 24–48 Stunden dauert, manchmal viel länger.

Selbst nach der Freigabe müssen Kunden das Update erst installieren, und Kioske in den Filialen benötigen einen eigenen Update-Pfad.

Promotions haben feste Termine

Ein zeitlich begrenztes Angebot startet mit dem Kampagnenbeginn. Ein Fix in der Web-Layer sollte nicht auf ein Store-Release warten müssen.

Verschiedene Marken und Märkte

Jede Marken-App und jeder Markt benötigt eventuell unterschiedliche Menüs, Promotions und Rechtstexte aus derselben Codebase.

Änderungen benötigen erst einen Piloten

Ein neuer Ordering-Flow sollte erst in einem Markt oder auf wenigen Testgeräten laufen, bevor er überall ausgerollt wird.

Stoßzeiten lassen keinen Spielraum für Fehler

Ein defekter Bestellbildschirm während der Mittagszeit benötigt eine Lösung, die nicht von einem Store-Release abhängt.

Anwendungsfälle

Live Updates für Restaurant-Apps

Bestellung und Checkout

Behebe Fehler in Order- und Checkout-Screens im Web-Layer und ändere die Menüanzeige ohne neues Binary.

Loyalty und Rewards

Aktualisiere Belohnungsbildschirme, Punktanzeigen und Einlöseprozesse. Punktwerte, die von deinem Backend kommen, werden dort angepasst.

Filialfinder und Abholung

Aktualisiere Filialinfos, Abholanweisungen und Curbside-Optionen direkt im Web-Layer.

Promotionen

Schalte Promo-Banner, Angebotsseiten und Kampagnen-Einstiegspunkte direkt an deinem Termin. Teste sie zuerst auf einem Channel.

In-Store Kioske

Kiosk-Apps können den ganzen Tag offen bleiben. Wende Updates während periodischer Prüfungen an oder sobald der Kiosk zum Idle-Screen zurückkehrt.

Multi-Brand Apps

Verwalte jede Marken-App in einer Capgo Organisation, jede mit eigener App-ID, eigenen Channels und der jeweiligen Release-Historie.

Was Capgo Restaurant-Teams bietet

Releases nach eigenem Zeitplan, pro Markt und Marke

Upload aus der CI zum gewählten Zeitpunkt

Capgo hat keinen Release-Scheduler. Deine CI triggert den Upload: beim Merge, per manuellem Run oder per Cron-Job für den Launch.

Guides für GitHub Actions, GitLab CI, Bitbucket und Azure DevOps
Speichere den Capgo API Key in deinen CI Secrets
Rollback über die Console oder CLI, falls der Launch schiefgeht

GitHub Actions-Guide CI/CD-Integrationen

# .github/workflows/capgo-launch.yml
on:
  workflow_dispatch:
  schedule:
    - cron: '0 6 15 11 *' # 06:00 UTC on 15 Nov, your launch time

jobs:
  upload:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6
      - run: npm ci && npm run build
      - run: npx @capgo/cli@latest bundle upload --channel production --delta
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}

# one app ID per brand, same web codebase
npx @capgo/cli@latest bundle upload com.yourgroup.brand-a --channel production
npx @capgo/cli@latest bundle upload com.yourgroup.brand-b --channel production

Mehrere Marken über ein Account

Jede Marken-App ist eine eigene App in Capgo, mit eigenen Channels und Release-Historie. Verwalte sie in einer Organisation mit Rollen pro Teammitglied.

Eine Organisation für jede Marken-App
Getrennte Channels und Historie pro App-ID
Rollen für den Zugriff auf Organisation, App und Channel

Docs zu Organisationsrollen

Channels für Märkte und Pilotgruppen

Erstelle einen Channel für jeden Markt, jede Region oder Pilotgruppe. Die App tritt via setChannel() Channels bei, die Self-Assignment erlauben, und dein Team kann ein Gerät per Override fixieren.

Channels für Märkte, Regionen oder Pilot-Stores
Geräte treten via setChannel() oder Device Overrides bei
Progressiver Rollout innerhalb jedes Channels

Channel-Docs Docs zu Progressive Rollouts

// in the app, after the user or kiosk picks a market
import { CapacitorUpdater } from '@capgo/capacitor-updater'

await CapacitorUpdater.setChannel({ channel: 'market-uk' })

Kiosk-Updates

// capacitor.config.ts
CapacitorUpdater: { autoUpdate: 'onlyDownload' }

// kiosk app
let next
CapacitorUpdater.addListener('updateAvailable', ({ bundle }) => {
  next = bundle
})

// when the kiosk is back on its idle screen
if (next) await CapacitorUpdater.set({ id: next.id })

Kioske, die den ganzen Tag laufen

Im Standardmodus werden Updates angewendet, wenn die App in den Hintergrund geht – was bei einem Kiosk selten passiert. Lade Updates automatisch herunter und wende sie an, wenn der Kiosk idle ist.

Der onlyDownload-Modus gibt updateAvailable aus, sobald ein Bundle bereit ist
Rufe set() auf deinem Idle-Screen auf, um das Update anzuwenden
Android-Kiosk-Mode-Plugin, um das Gerät auf deine App zu sperren

Android-Kiosk-Plugin Doku zum Update-Verhalten

Ausgelieferte Updates pro Monat: 1 Mrd.+
Typische API-Latenz: ~50 ms
Erreichte Geräte: 90M+
Apps, die Capgo nutzen: 4,7K+

So funktioniert es

So rollen Restaurant-Teams eine Menüänderung mit Capgo aus

Ein typischer Workflow für eine Promotion, die in einem Markt startet. Alle unten stehenden Befehle stammen aus der Capgo CLI Dokumentation.

Pro Markt oder Pilotprojekt einen Channel erstellen

Self-Assignment erlauben, damit die App dem Channel für den Markt beitreten kann, in dem sich User oder Kiosk befinden.
```
npx @capgo/cli@latest channel add market-uk --self-assign
```
Channel-Docs
Die Promo für einen Teil des Marktes hochladen

Dies zum Launch aus der CI ausführen. Der Rollout sendet das Bundle an einen Teil der Geräte im Channel, während der Rest auf stable bleibt.
```
npx @capgo/cli@latest bundle upload --channel market-uk --delta --rollout 10
```
Docs zu Progressive Rollouts
Promoten, wenn Bestellungen durchgehen

Wenn das Ordering wie erwartet läuft, promote das Bundle auf jedes Gerät im Channel.
```
npx @capgo/cli@latest channel set market-uk --rollout-promote
```
Docs zu Progressive Rollouts
Rollback während der Stoßzeit

Falls das Ordering nicht mehr läuft, setze den Rollout wieder auf stable zurück oder wähle das vorherige Bundle aus der Channel-Historie in der Console.
```
npx @capgo/cli@latest channel set market-uk --rollout-rollback
```
Rollback-Docs

Mit Capacitor gebaute Apps

Restaurant-Apps ändern ständig Menüs und Kampagnen

Quick-Service-Restaurant-Apps können Promotionen, Restaurant-Finder, Bestellhinweise und regionale Kampagnen-Einstiegspunkte aktualisieren, ohne auf die Freigabe durch die Filialen warten zu müssen.

ANWENDUNG

BURGER KING®

Restaurant-App mit Gutscheinen, Finder-Inhalten und Kampagnen-Oberflächen.

Google Play-Installationen: 14,3 Mio.; Google Play-Installationen
Store-Bewertung: 3.9; Store-Bewertung

Essen & Trinken

Jack in the Box® - Essen bestellen

Bestell-App, bei der Menü, Rewards und Checkout-Prozess schnell angepasst werden müssen.

Google Play-Installationen: 2,7 Mio.; Google Play-Installationen
Store-Bewertung: 2.5; Store-Bewertung

ESSEN UND TRINKEN

Denny's

Restaurant-App, bei der Loyalty- und Food-Ordering-Flows oft Feinschliff brauchen.

Google Play-Installationen: 1,7 Mio.; Google Play-Installationen
Store-Bewertung: 4.7; Store-Bewertung

Nächste Release-Lane

Nutze dieselben Release-Controls für deine App.

Erstelle einen kontrollierten Rollout-Channel, veröffentliche ein kleines Web-Update und halte den Rollback ab dem ersten Release bereit.

Lokale Kampagnen direkt ausrollen
Bestellvorgänge in Stoßzeiten optimieren
Änderungen nach Region oder Kanal steuern

Starte einen Capgo live update Channel für deine App, mit Staged Rollout und Rollback.

persönlicher Support von Martin

Kundenstimmen

Das sagen Teams, die mit Capgo deployen

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

Kapil

Gründer, NuTriQ

“Die Möglichkeit, produktive OTA-Updates sofort zu pushen, ohne auf die kompletten Review-Zyklen des App Store warten zu müssen, war ein enormer operativer Vorteil.”

Sergiu S

Lead Developer, drivolino GmbH

„Das Capgo Capacitor Updater-Plugin hat komplett verändert, wie wir Updates ausliefern. Was früher Tage dauerte, dauert jetzt nur noch Minuten.“

no-tone @ Webincode

Entwickler, Webincode

„Geräte-IDs zu bestimmten Gruppen hinzuzufügen und Änderungen nur an diese Gruppen zu pushen, ist ein echter Gamechanger.“

FAQ

Fragen von Restaurant-Teams

Timing, Kioske, Märkte und was ein live update bewirken kann.

Können wir einen Menü-Launch planen?

Capgo hat keinen Release-Scheduler. Trigger den Upload zu einem beliebigen Zeitpunkt über deine CI, zum Beispiel mit einem geplanten GitHub Actions Workflow oder einem manuellen Run am Morgen des Launches. Wenn das neue UI bis zu einem bestimmten Datum verborgen bleiben soll, steuere dies über deine App oder dein Backend.

GitHub Actions-Guide

Wie erhalten Kioske Updates, wenn die App nie geschlossen wird?

Im Standardmodus werden Updates angewendet, wenn die App in den Hintergrund geht – was bei einem Kiosk selten passiert. Setze autoUpdate auf 'always', um Updates während des periodischen Checks (standardmäßig alle 10 Minuten) anzuwenden, oder auf 'onlyDownload' und rufe set() auf, wenn der Kiosk zum Idle-Screen zurückkehrt.

Doku zum Update-Verhalten

Kann jeder Markt oder jede Marke eine andere Version nutzen?

Ja. Gib jeder Marke eine eigene App-ID in Capgo und jedem Markt oder Pilotprojekt einen eigenen Channel. Geräte treten einem Channel via setChannel() bei, sofern eine Selbstzuweisung erlaubt ist, oder über einen Device Override.

Channel-Docs

What if a promo release breaks ordering?

Rolle den progressiven Rollout zurück oder wähle das vorherige Bundle aus der Channel-Historie aus. Falls das neue Bundle nicht startet und notifyAppReady() nie aufruft, kehrt das Gerät automatisch zum letzten funktionierenden Bundle zurück.

Rollback-Docs

Kann ein live update Menüpreise ändern?

Preise kommen meist aus deinem Backend oder der POS-Integration; ändere sie dort. Ein live update ändert die Web-Screens, die das Menü und die Preise anzeigen. Native Plugins, Payment SDKs und Capacitor Upgrades erfordern ein Store-Release.

Doku zur nativen Kompatibilität

Bereit für Releases nach deinem Zeitplan?

Richte während der Testphase Markt-Channels und einen CI-Upload für deine eigene App ein.

Route Capgo Live Updates in jeden Markt und mache einen Rollback, falls die Bestellung fehlschlägt.