Zum Hauptinhalt springen

Für Teams mit einer Web-App

Machen Sie aus Ihrer Web-App iOS- und Android-Apps

Wrappen Sie Ihren bestehenden Web-Build mit Capacitor, erstellen Sie signierte Binaries mit Capgo Build und veröffentlichen Sie diese im App Store und bei Google Play. Nach dem Launch rollen Sie Web-Änderungen als Live Updates aus. Ihre Web-code bleibt die Quelle.

für Web, iOS und Android
Eine Codebase
typischer Native Build
2–3 Min.
für Web-Änderungen nach dem Launch
Live Updates
npm install @capacitor/core @capacitor/cli @capacitor/ios @capacitor/android
npx cap init "Your App" com.company.app --web-dir dist
npx cap add ios && npx cap add android
npx @capgo/cli@latest init
npx @capgo/cli@latest build request --platform ios

Deine Web-App

React, Vue, Angular, Svelte oder jeder Stack, der zu statischen Dateien buildet

Store-Apps, die du laufend aktualisierst

Native iOS- und Android-Projekte, in der Cloud gebaut und via Over-the-Air aktualisiert

Das Problem

Dein Team shippt täglich das Web. Mobile bedeutet zusätzliche Arbeit.

Eine responsive Website ist keine Store-App

Store-Präsenz, Push-Benachrichtigungen und Device-APIs erfordern einen Native App Shell um deinen Web code.

Native Tooling ist Neuland für Web-Teams

Xcode, Android Studio, Signing-Zertifikate, Keystores und Store-Einträge sind Aufgaben, die dein Team so noch nicht gemacht hat.

Zwei Release-Geschwindigkeiten

Deine Web-App ist live, sobald du mergest. Eine Store-App wartet bei jeder Änderung auf das Review – oft 24–48 Stunden, manchmal viel länger.

Bevor du startest

Was du in deiner Web-App zuerst prüfen solltest

Die meisten Web-Apps laufen mit wenigen Änderungen in Capacitor. Diese drei Checks helfen, typische Probleme frühzeitig zu finden.

Ein statischer Build-Output

Capacitor lädt deine gebauten Dateien aus einem Ordner (webDir). Vite, Angular und Vue erzeugen das standardmäßig. Next.js braucht einen statischen Export.

Next.js mit Capacitor

Routing und Sign-in-Redirects

Prüfe, ob clientseitige Routen, OAuth-Redirects und Links in der App funktionieren, nicht nur auf deiner Domain.

Web-App zu Capacitor Guide

Benötigte Device-Features

Liste auf, was ein natives Plugin braucht: Push-Benachrichtigungen, Kamera, Dateien, Biometrie oder In-App-Käufe.

Capacitor Plugins

Die Lösung

Was Capacitor und Capgo übernehmen

Capacitor gibt deiner Web-App eine native Shell. Capgo baut sie, schickt sie in die Stores und hält sie aktuell.

Capacitor verpackt deinen Web-Build

Capacitor packt deine gebaute Web-App in native iOS- und Android-Projekte. Plugins geben deinem JavaScript Zugriff auf Gerätefunktionen.

Capacitor Plugins

Capgo Build kompiliert und signiert

Fordere iOS- und Android-Builds über CLI an. iOS-Builds laufen auf Cloud-Macs, sodass niemand im Team einen eigenen braucht. Ein Build dauert meist 2–3 Minuten.

Capgo Build-Docs

In die Stores hochladen

Signierte Builds werden zu App Store Connect und Google Play hochgeladen. Das erste Release und jede native Änderung gehen weiterhin durch das Store-Review.

Capgo Build-Docs

Live Updates nach dem Launch

Liefere JavaScript-, HTML-, CSS- und Asset-Änderungen an installierte Apps aus, ohne neues Store-Release. Teste zuerst auf einem Staging-Channel.

Channel-Docs

So funktioniert es

So bringen Web-Teams mobile Apps mit Capgo auf die Straße

Von der bestehenden Web-App zu Store-Builds und Live Updates. Capacitor Befehle stammen aus der Capacitor CLI, Capgo Befehle aus der Capgo CLI Doku.

  1. Füge Capacitor deiner Web-App hinzu

    Installiere Capacitor, setze App-Namen, Bundle ID und Build-Output-Ordner und füge dann die iOS- und Android-Projekte hinzu.

    npm install @capacitor/core @capacitor/cli @capacitor/ios @capacitor/android
    npx cap init "Your App" com.company.app --web-dir dist
    npx cap add ios
    npx cap add android
    Web-App zu Capacitor Guide
  2. Verbinde die App mit Capgo

    Das Onboarding fügt deine App zu Capgo hinzu, erstellt einen Production-Channel, installiert das Updater-Plugin und führt dich durch das erste Test-Update.

    npx @capgo/cli@latest init
    CLI Onboarding-Guide
  3. Signierte Apps in der Cloud builden

    Signing einmal einrichten, dann iOS- und Android-Builds anfordern. Signierte Builds werden für den Review zu App Store Connect und Google Play hochgeladen.

    npm run build && npx cap sync
    npx @capgo/cli@latest build init
    npx @capgo/cli@latest build request --platform ios
    npx @capgo/cli@latest build request --platform android
    Capgo Build-Docs
  4. Web-Änderungen als Live Updates ausliefern

    Nachdem Nutzer die Store-App installiert haben, laden Sie jeden neuen Web-Build in einen Channel hoch. Native Änderungen erfordern weiterhin einen neuen Store-Build.

    npm run build
    npx @capgo/cli@latest bundle upload --channel production
    Update bereitstellen

Optional: AI-Coding-Agent

Gib deinem Coding Agent ein Mobile-Release-Briefing

Wenn du einen AI Coding Agent nutzt, füge dieses Briefing ein. Er prüft die App und schreibt eine Handoff-Datei mit Konfiguration, benötigten Plugins und offenen Tasks, bevor jemand Native Tooling ausführt.

AI Mobile-Release Briefing

You are preparing this existing web app to become an installable iOS and Android app.
Do not assume you can run local tooling. If this environment cannot create native projects or run local tools, create a clean handoff document instead.

Inspect the app and return:

1. The framework, package manager, production build process, and build output folder.
2. Whether the app can be exported or committed to a real Git repository.
3. The app name, bundle ID or package ID suggestion, app icon and splash-screen source, and any missing brand assets.
4. Auth, redirect, deep-link, storage, camera, push, payment, geolocation, file, or notification features that need native plugin planning.
5. Routing, environment variables, API URLs, and asset assumptions that could break inside a native WebView.
6. A proposed Capacitor configuration, including appId, appName, webDir, and required plugins, without inventing secrets.
7. A release-channel plan: production, staging, preview, and rollback expectations for web-layer updates.
8. A list of tasks that must happen outside this environment, such as Apple signing, Android keystore setup, native sync, store records, and signed builds.
9. A docs/mobile-release-handoff.md file with the exact checklist, open questions, and files that a developer or build service should handle next.
10. A short summary of what you changed, what you could not do in this environment, and the next human action.

Mit Capacitor gebaute Apps

Web-Produkte, die auch Store-Apps ausliefern

Produkte, die bereits im Web laufen, können denselben code mit Capacitor bündeln, im App Store und bei Google Play veröffentlichen und Web-Layer-Verbesserungen weiterhin als Live Updates ausliefern.

App-Icon von Poll Everywhere Business

Poll Everywhere

Ein Audience-Polling-Produkt für Web und Mobile, bei dem Referenten und Teilnehmer die gleichen Flows erwarten.

Google Play-Installationen
1,1 Mio.
Store-Bewertung
3.2
Freelancer: Hire & Find Jobs App-Icon Business

Freelancer: Jobs finden & einstellen

Marktplatz mit einem großen Web-Produkt, bei dem Recruiting-, Messaging- und Account-Screens auch in einer Store-App ausgeliefert werden.

Google Play-Installationen
8,9 Mio.
Store-Bewertung
4.1
TV SPIELFILM - TV-Programm App-Icon UNTERHALTUNG

TV SPIELFILM - TV-Programm

TV-Programm-Service mit einer stark besuchten Website und einer Store-App, die dasselbe TV-Programm und dieselben redaktionellen Inhalte zeigt.

Google Play-Installationen
12,1 Mio.
Store-Bewertung
4.4

Kundenstimmen

Das sagen Teams, die mit Capgo deployen

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

sikafanka

Design, Radius 5

„Capgo Build hat uns geholfen, unseren Capacitor-App-Release-Prozess zu vereinfachen. Wir können iOS- und Android-Apps in einem einzigen klaren Workflow bauen und ausliefern.“

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.”

Porträt von Luis Dominguez

Luis Dominguez

Wer zahlt, bestimmt.

“Seit ich Capgo nutze, ist alles schneller, und ich kann meinen Usern die Zeit geben, die sie verdienen, ohne meinen Alltag zu vernachlässigen.”

FAQ

Fragen von Web-Teams

Kurze Antworten für Teams, die eine bestehende Web-App in den App Store und Google Play bringen wollen.

Müssen wir unsere Web-App neu schreiben?

Nein. Capacitor führt deinen bestehenden Web-Build innerhalb nativer iOS- und Android-Projekte aus. Du fügst Plugins hinzu, wo du Device-Features brauchst, und behältst eine Codebase für Web und Mobile.

Web-App zu Capacitor Guide

Funktioniert es mit Next.js?

Ja, mit einem statischen Export. Capacitor lädt Dateien aus deinem Build-Output-Ordner. Setze also `output: 'export'` und verweise mit `webDir` auf den exportierten Ordner. Vite, Angular und Vue erzeugen standardmäßig statischen Output.

Next.js mit Capacitor

Brauchen wir einen Mac für den iOS-Build?

Nein. Capgo Build führt iOS-Builds auf Cloud-Mac-Maschinen aus und lädt den signierten Build zu App Store Connect hoch. Du brauchst trotzdem einen Apple Developer Account.

Capgo Build-Docs

Was können wir ohne Store-Release ändern?

JavaScript, HTML, CSS und Assets können als Live Updates ausgeliefert werden. Ein Plugin hinzuzufügen, Berechtigungen zu ändern oder Capacitor zu aktualisieren, erfordert einen neuen Store-Build.

Live update oder Native Build?

Können mobile Updates aus unserer bestehenden CI ausgerollt werden?

Ja. Starte nach deinem Web-Build einen `bundle upload` in GitHub Actions, GitLab CI oder einer beliebigen Pipeline und fordere Native Builds aus derselben Pipeline an, wenn sich native code ändern.

CI/CD-Integration

Bringe deine Web-App in die Stores

Starte die 14-tägige kostenlose Testphase, verpacke deine App mit Capacitor und fordere deine ersten iOS- und Android-Builds über CLI an. Wähle einen Plan mit 14-tägiger Geld-zurück-Garantie, verpacke deine App mit Capacitor und fordere deine ersten iOS- und Android-Builds über CLI an.