Markenvarianten multiplizieren sich schnell
Jeder Kunde möchte seinen eigenen Logo, Theme, Feature-Flags, Inhalte, Compliance-Text und Startzeitpunkt. Separate Forks verwandeln diese Anfragen in dauerhafte Wartungsschulden.
White-label App-Betrieb
White-label-Mobilanwendungen ohne Release-Hektik
Der Geschäftsversprechen ist einfach: Viele markenorientierte Apps verkaufen, ohne viele Apps zu verwalten. Capgo macht das operativ realistisch mit Kanälen für tenant-spezifische Pakete, Builder für native Hüllen und Rollover, wenn eine Marke eine schnelle Reparatur benötigt.
Menschliche Unterstützung von Martin
Eine Codebasis
Capacitor Quelle der Wahrheit
Mietkanäle
Gesteuerte Release-Linien
Pro Marke
Rollover-Blastradius
Terminal
Capacitor App
Mieter
Kanäle
Sicherheit
Rückgängig machen
Das Problem
White-Label-Apps scheitern, wenn jeder Kunde ein Fork wird
Store-Bewertungen verlangsamen Mieter-Fixes
Ein Menü-Tippfehler, ein Onboarding-Fix oder eine Kunden-schutzende Funktion sollte nicht jeden Mieter durch eine binäre Veröffentlichung und eine App-Store-Bewertung zwingen.
Weltweite Releases sind zu unpräzise
Eine globale Aktualisierung kann jede Marke auf einmal brechen. Ein Fork pro Marke macht das Team langsam. Das Release-Modell benötigt einen Mittelweg.
Konkrete Modelle
Was White-Label bedeutet in einer realen Capgo Anwendung
Kundenmarken SaaS-Anwendung
Ein B2B-SaaS-Kunde erhält sein eigenes Logo, Thema, Einrichtungstext und Feature-Flags ohne, dass jeder andere Kunde auf denselben Update gezwungen wird.
Franchise- oder Standort-App
Jedes Restaurant, Klinik, Fitnessstudio oder lokale Filiale kann lokale Menüs, Assets, Kampagnenbilder und Inhaltsaktualisierungen ohne neue Binärdatei erhalten.
Mini-App-Marktplatz
Ein Host-App kann genehmigte Mini-Apps oder Kundenarbeitsplätze auflisten und den Gerätewechsel auf die passende Capgo-Kanal bei Laufzeit durchführen.
Implementierungsbeispiel
Eine gemeinsame Shell, tenant-spezifische Kanäle
Einsatz des gleichen Capacitor-Shell für jeden Mieter. Veröffentlichen Sie tenant-spezifische Web-Bundles in Capgo-Kanälen, dann lassen Sie die App auf den richtigen Kanal umschalten, sobald sich der Benutzer anmeldet, eine Organisation auswählt oder eine interne Admin-Oberfläche verwendet.
# Publish tenant-specific web bundles from the same app
npx @capgo/cli@latest bundle upload --channel acme
npx @capgo/cli@latest bundle upload --channel globex
npx @capgo/cli@latest bundle upload --channel north-branchimport { CapacitorUpdater } from '@capgo/capacitor-updater'
export async function switchTenant(channel: string) {
await CapacitorUpdater.setChannel({ channel })
const latest = await CapacitorUpdater.getLatest()
const bundle = await CapacitorUpdater.download({
url: latest.url,
version: latest.version,
})
await CapacitorUpdater.set({ id: bundle.id })
}The Solution
Ein App-Shell, viele kontrollierte Markenbahnen
Das Capgo-Modell hält die native App stabil und bewegt markenspezifische Web-Erfahrungen über kontrollierte Kanäle.
Kanal pro Marke
Erstellen Sie einen Kanal für jeden Mieter, Franchise, Workspace, Kunden oder App-Variante. Drücken Sie nur die Bundle, die die Marke erhalten soll.
Globale und zielgerichtete Releases
Fordern Sie eine gemeinsame Reparatur für jeden Kanal an, wenn es sicher ist, oder isolieren Sie eine Veröffentlichung auf einen Kunden, wenn der Änderungssatz spezifisch ist.
Mieter-Ebene-Rollback
Wenn ein tenant-spezifischer Bundle bricht, rollen Sie diesen Kanal zurück, ohne die anderen markierten Apps zu stören.
Ersteller für Schalen, OTA für Iteration
Verwenden Sie den Ersteller für eine neue native Schale, wenn Icons, Berechtigungen, Plugins oder Store-Metadaten geändert werden. Verwenden Sie OTA für die markenspezifische Inhalte, die wöchentlich geändert werden.
Veröffentlichungsmodell
Ein Release-Workflow für viele Marken
White-Label-Betriebsabläufe werden handhabbar, wenn jeder Mieter einen klaren Veröffentlichungsstreifen hat und jeder Streifen unabhängig überwacht werden kann.
1
Der gemeinsame Rahmen bauen
Halten Sie Authentifizierung, Analytics, Abrechnung, Navigation und native Plugins in einer einzigen Capacitor-Anwendung anstatt sie pro Kunden neu zu erstellen.
2
Kundenkanäle erstellen
Mappen Sie jeden Kunden, Franchise, Standort oder Arbeitsplatz auf einen Capgo-Kanal mit seinem eigenen Updateverlauf und Veröffentlichungszyklus.
3
Markenbündel veröffentlichen
Kunden-spezifisches JavaScript, CSS, Assets, Konfiguration, Kopie und Experimente ohne App-Store-Überprüfung versenden.
4
Die Ausrollung und Rückschaltung steuern
Bewährte Änderungen weiter verbreiten, riskante Rollouts pausieren oder nur den Mieter zurückrollen, der es benötigt.
Benutzer-Signal
Der Punkt, den die Nutzer wiederholen, ist die Kontrolle. Sie wollen, dass der Mieter 42 heute ohne zeitgleiche Aktualisierung von Mieter 1, Mieter 7 und allen App-Store-Listen seinen dringenden Fix erhält.
Gemeinsame Kundenbewertungen für White-Label-Anwendungen
Apps, die mit Capacitor entwickelt wurden
Regionale Medien- und Carrier-Apps teilen eine Kernfunktion, benötigen aber lokale Kontrolle
Regionale Sport-, Unterhaltungs- und Telekommunikationsmarken können eine App-Grundlage wiederholen, während sie Schedules, Kampagnen, Support und markenspezifische Inhalte für jede Marke oder Region ändern können.
SPORTS
Tigo Sports Guatemala
Regional sports media app, wo Schedules und lokale Inhalte Marktkontrolle benötigen.
1,6 Mio. Downloads
3,3 Bewertung
ENTERTAINMENT
TV SPIELFILM - TV-Programm
Unterhaltungsleitfaden, bei dem Inhalte je nach Markt und Programmzeitfenster variieren.
12,1 Mio. Downloads
4,4 Bewertung
TOOLS
Mi Orange
Träger-App, bei der gemeinsame Kontenmuster noch lokale Produkt- und Supportinhalte benötigen.
9,3 Mio. Installationen
4,2 Sterne
Schicken Sie alle brandierten Apps aus einem einzigen Capgo-Veröffentlichungssystem
Erstellen Sie das App-Shell einmal, mappen Sie jeden Mieter an einen kontrollierten Capgo-Kanal und halten Sie jede Marke in Bewegung, ohne ein separates Codebase zu benötigen.
Unterstützung von Menschen von Martin