APK vs. AAB — Was brauchen Sie wirklich?
Klären Sie vor der Konvertierung das Ziel. Eine APK und ein AAB sind nicht austauschbar — jede hat einen spezifischen Anwendungsfall.
| Format | Anwendungsfall | Direkt installierbar? |
|---|---|---|
| .apk | Sideloading, Amazon Appstore, Samsung Galaxy Store, Testen auf Gerät | Ja |
| .aab | Google Play Console (seit Aug. 2021 erforderlich) — Play generiert optimierte APKs pro Gerät | Nein (nur Play Store) |
SaasToStore generiert beide Formate aus einem einzigen Build. Sie erhalten die .apk und .aab in derselben E-Mail.
Methode 1: Trusted Web Activity (TWA) — der von Google empfohlene Weg
Eine Trusted Web Activity verpackt Ihre PWA in Chrome auf Android. Die App führt Ihre echte Web-URL aus — keine Code-Duplizierung, keine separate mobile Codebasis. Es ist die Methode, die Google offiziell für die Veröffentlichung von PWAs auf Google Play dokumentiert, und sie erzeugt die kleinstmögliche Android-App (oft unter 1 MB).
Anforderungen für einen TWA-Build
- HTTPS — obligatorisch. HTTP-URLs werden vom TWA-Runtime abgelehnt
- Web-Manifest — muss
name,start_url,display: "standalone",theme_colorund Icons ≥ 512×512 enthalten - Service Worker — dringend empfohlen. Steuert Offline-Verhalten und qualifiziert für Googles Mindestfunktionalitätsanforderung
- Digital Asset Links — SaasToStore konfiguriert diese automatisch über die Datei
/.well-known/assetlinks.json - PWA-Score ≥ 70 — durch Lighthouse oder den integrierten Checker von SaasToStore verifiziert
TWA-Einschränkungen, die Sie kennen sollten
- Die App erfordert, dass Chrome auf dem Gerät installiert ist (auf 99 % der Android-Telefone vorinstalliert)
- Die Navigationsleiste (URL-Leiste) wird nur ausgeblendet, wenn die Digital Asset Links korrekt verifiziert sind
- Kein Zugriff auf native Android-APIs, die über das hinausgehen, was der Browser über den PWA-Standard bereitstellt
- Die App-Größe hängt von Chromes Rendering-Engine ab, nicht von gebündeltem Code — der Start ist sofort
Methode 2: Capacitor — wenn Ihre PWA keinen Service Worker hat
Capacitor (von Ionic) verpackt Ihre Web-App in eine native WebView-Komponente. Im Gegensatz zu einem Raw-WebView generiert Capacitor eine korrekt signierte, richtlinienkonforme Android-App, die Googles Mindestfunktionalitätsprüfung besteht. Es erfordert keinen Service Worker und ist damit der Fallback für Bubble-Apps, Webflow-Sites ohne SW-Unterstützung und jede URL mit einem Score unter 70.
Wann Capacitor statt TWA wählen
TWA vs. Capacitor — Direktvergleich
| Funktion | TWA | Capacitor |
|---|---|---|
| Service Worker erforderlich | Ja (empfohlen) | Nein |
| Minimaler PWA-Score | ≥ 70 | Keiner |
| App-Dateigröße | ~800 KB | ~4 MB |
| Native Android-APIs | Nur über Browser-APIs | Über Plugins (Kamera, GPS usw.) |
| Play-Store-Ablehnungsrisiko | Sehr gering (offizielle Methode) | Gering (richtlinienkonformes WebView) |
| Funktioniert auf Bubble / Softr / Framer | Hängt vom Service Worker ab | Ja, immer |
| Offline-Modus | Vollständige SW-Kontrolle | Cache-Fallback |
PWA zu APK in 5 Minuten — Schritt für Schritt
SaasToStore führt beide Pipelines serverseitig aus. Sie installieren nichts lokal.
PWA-Score prüfen (kostenlos, kein Konto erforderlich)
Gehen Sie zur SaasToStore-Startseite und fügen Sie Ihre URL ein. Der Checker führt in ~10 Sekunden ein Lighthouse-ähnliches Audit durch: HTTPS, Manifest-Vollständigkeit, Service Worker, Icon-Größen. Sie sehen Ihren Score und den empfohlenen Build-Typ.
Projekt erstellen und App-Identität konfigurieren
Melden Sie sich an, erstellen Sie ein neues Projekt, bestätigen Sie die URL. Legen Sie Ihren App-Namen (im Play Store angezeigt, max. 30 Zeichen), die Paket-ID (z. B. com.ihrefirma.app — kann nach der ersten Veröffentlichung nicht geändert werden) und den initialen Versions-Code (bei 1 beginnen) fest.
512×512-Icon hochladen
PNG, quadratisch, keine abgerundeten Ecken (Android verwaltet die Maske). Falls Sie keines haben, erstellt SaasToStores KI-Generator aus einer Textbeschreibung in unter 30 Sekunden eines.
TWA oder Capacitor auswählen, Build starten
Der Checker empfiehlt automatisch. Sie können überschreiben. Klicken Sie auf „Build starten". Die Pipeline läuft auf dem SaasToStore-Server — Manifest-Parsing, Keystore-Generierung, Kompilierung, APK-Signierung. Keine Warteschlange.
.apk und .aab per E-Mail erhalten
Build wird in 2–5 Minuten abgeschlossen. Sie erhalten eine E-Mail mit drei Anhängen: dem signierten .aab (für Google Play), der signierten .apk (für Sideload/alternative Stores) und der verschlüsselten Keystore-Datei (aufbewahren — Sie benötigen sie für jedes Update).
PWA-Bereitschafts-Checkliste vor der Konvertierung
Führen Sie diese Checkliste in den DevTools Ihres Browsers (Lighthouse-Tab) oder mit dem kostenlosen Checker von SaasToStore durch:
- ✓Site über HTTPS mit gültigem Zertifikat bereitgestellt
- ✓manifest.json im <head> verlinkt mit name, start_url, display: standalone
- ✓Mindestens ein Icon ≥ 512×512 PNG im Manifest
- ✓theme_color definiert (für Android-Toolbar-Farbe verwendet)
- ✓Service Worker registriert und steuert den Scope (Application-Tab → Service Workers)
- ✓Offline-Fallback-Seite vorhanden (oder mindestens eine Cache-First-Strategie)
- ✓App lädt in < 5 Sekunden auf einer 4G-Verbindung
- ✓Kein Mixed Content (HTTP-Ressourcen auf HTTPS-Seiten)
Häufige Fehler und wie man sie behebt
Fehler: „App abgelehnt — Mindestfunktionalität (Richtlinie 4.3)"
Ursache: Raw WebView ohne Service Worker oder wesentliche PWA-Funktionen. Lösung: Verwenden Sie SaasToStores TWA-Modus mit validiertem Manifest und Service Worker. SaasToStores Capacitor-Modus besteht 4.3 ebenfalls per Design.
Fehler: „Digital Asset Links-Verifizierung fehlgeschlagen"
Ursache: Die assetlinks.json-Datei fehlt oder der SHA-256-Fingerabdruck stimmt nicht mit dem Build überein. Lösung: SaasToStore generiert und hostet die assetlinks.json automatisch — oder stellt den genauen Inhalt für Ihr /.well-known/-Verzeichnis bereit.
Fehler: „Keystore bei Update nicht gefunden"
Ursache: Rebuild mit einem neuen Keystore. Lösung: Verwenden Sie immer dasselbe SaasToStore-Projekt für Updates. Der ursprüngliche Keystore wird verschlüsselt gespeichert und bei jedem Rebuild automatisch wiederverwendet. Ein neuer Keystore = Google Play lehnt das Update ab.
Warnung: „Chrome nicht installiert" auf Gerät
Kontext: TWA erfordert Chrome. Auf 99 % der Android-Geräte ist es vorinstalliert. Falls Sie auf ein spezifisches OEM-Gerät abzielen, das Chrome ausschließt (selten, nur Enterprise), verwenden Sie den Capacitor-Modus.
APK über Google Play hinaus verteilen
Die signierte .apk, die Sie erhalten, funktioniert auf jedem Android-Distributionskanal:
- Amazon Appstore — kostenloses Konto, APK-Upload, Prüfung in ~24 Std. 170M+ Fire TV + Tablet-Nutzer
- Samsung Galaxy Store — kostenloses Konto, APK-Upload. Auf jedem Samsung Android-Gerät vorinstalliert
- Direktes Sideloading — teilen Sie die .apk-Datei per Link, QR-Code oder E-Mail. Nutzer aktivieren „Installation aus unbekannten Quellen" einmalig
- Enterprise MDM — APK über Mobile-Device-Management-Tools für rein interne Distribution bereitstellen