Webview-/PWA-Apps

In Cadrant bauen Sie diese Apps im Tab Mobile Anwendung, Option « Webview / PWA ». Es ist eine einzige Mobile-first-Webapp, die sich auf zwei Wegen verteilen lässt — als PWA, über die Stores oder beides:

1. PWA — Sie veröffentlichen eine URL, und Ihre Nutzer installieren die App aus dem Browser, ganz ohne Store.
2. WebView — dieselbe App, verpackt in eine native Hülle und im App Store und bei Google Play eingereicht.

Was Sie bekommen

• Mobile-first-UI, erzeugt für Touchscreens und Telefonlayouts.
• Telefonrahmen-Vorschau in Cadrant (dieselben Tabs wie bei einer Webapp: Preview, Editor, Code, Data).
• Eine kostenlose Cadrant-URL oder Ihre eigene Domain, inklusive HTTPS.
• Supabase-Backend: Auth, Datenbank, Storage und Edge Functions.
• GitHub-Sync und Versionsverlauf.

1. PWA: aus dem Browser installieren

Eine PWA (Progressive Web App) ist eine Webapp, die Ihre Nutzer direkt aus dem Browser auf dem Telefon installieren. Das ist der einfachste Weg, ein mobiles Produkt in die Hände von Menschen zu bringen: Sie veröffentlichen eine URL, und diese URL ist die App.

Wie eine PWA zu Ihren Nutzern kommt

1. Sie öffnen Ihre URL auf dem Telefon, in einem beliebigen Browser.
2. Sie tippen im Browsermenü auf « Zum Startbildschirm hinzufügen ».
3. Die App bekommt ein eigenes Icon und öffnet im Vollbild, ohne Browserleiste.
4. Bei jeder Veröffentlichung haben alle sofort die neue Version — nichts herunterzuladen, nichts freizugeben.

Veröffentlichen

Öffnen Sie im Projektkopf Veröffentlichen und wählen Sie einen Slug oder verbinden Sie eine eigene Domain. Teilen Sie den Link — fertig. Details zu Slug und Domains: Projekt veröffentlichen.

Was eine PWA nicht kann

• Geräte-APIs sind gegenüber einer nativen App eingeschränkt — insbesondere Kamera und Push-Benachrichtigungen, und iOS schränkt stärker ein als Android.
• Sie ist nicht im App Store: Über die Store-Suche findet sie niemand. Dafür gehen Sie zu Teil 2.

2. WebView: in den Stores veröffentlichen

Eine WebView-App ist Ihre veröffentlichte Webapp, verpackt in eine native Hülle und im App Store und bei Google Play eingereicht. Es ist dasselbe Projekt wie Ihre PWA — der Unterschied ist der Store-Eintrag. Wählen Sie diesen Weg, wenn Nutzer Ihre App im Store finden und installieren sollen statt über einen Link.

Voraussetzungen zum Veröffentlichen: der Starter-Plan, ein Expo-Konto (kostenlos), ein Apple-Developer-Konto (99 $/Jahr) für den App Store und ein Google-Play-Entwicklerkonto (einmalig 25 $) für Google Play.

So funktioniert es

1. Cadrant erzeugt eine minimale Expo-Hülle, deren einziger Screen eine native WebView auf Ihre veröffentlichte URL ist.
2. Die iOS- und Android-Builds laufen auf Ihrem Expo-Konto, und Expo reicht sie in Ihrem App-Store-Connect-Konto und Ihrer Google Play Console ein.
3. Nutzer installieren sie aus dem Store wie jede andere App.

Was sich gegenüber der PWA ändert

• Auffindbar: Ihre App hat einen Store-Eintrag, ein Icon und einen Namen, nach dem gesucht werden kann.
• Geprüft: Apple prüft das Binary vor der Veröffentlichung und bei jedem neuen Build; Google prüft Produktions-Releases auf Play.
• Inhalte aktualisieren sich weiterhin sofort: Die Hülle lädt Ihre Live-URL, eine Veröffentlichung ändert also, was Nutzer sehen, ohne neuen Build.

Veröffentlichen

Beide Abläufe sind identisch mit denen einer nativen App — die Builds laufen auf Ihrem Expo-Konto, dann reicht Expo das iOS-Binary in Ihrem App-Store-Connect-Konto und das Android-App-Bundle in Ihrer Play Console ein. Schritt für Schritt, pro Plattform — iOS: Auf App Store Connect veröffentlichen. Android: Bei Google Play veröffentlichen.

Siehe auch

• Native Mobile-Apps — volle native APIs, wenn der Browser nicht reicht.
• Projekt veröffentlichen — Slug und eigene Domains.
• Auf App Store Connect veröffentlichen — Apple-Developer-Ablauf, Build und Upload.
• Bei Google Play veröffentlichen — Play-Console-Einrichtung, Upload-Key und Rollout im internen Test.