PWA zu APK — Machen Sie Ihre PWA zur signierten Android-App

So funktioniert die Umwandlung von PWA zu APK

Ihre App ist eine Trusted Web Activity (TWA): eine schlanke Android-App, die Ihre PWA im Vollbild in der Browser-Engine öffnet, die bereits auf dem Smartphone ist — meist Chrome —, ohne Adressleiste. Genau diesen Weg empfiehlt Google, um eine PWA bei Google Play zu veröffentlichen. Ihr Code bleibt auf Ihrem Server: Jede Änderung, die Sie auf Ihrer Website veröffentlichen, erscheint sofort in der installierten App — ohne neues Release und ohne Store-Prüfung. Noch keine PWA, nur HTML-Dateien auf Ihrem Computer? Beginnen Sie mit HTML zu APK: Dort steht, wie Sie sie zuerst kostenlos online stellen.

Ihre PWA in 4 Schritten in eine APK umwandeln

1. 1. PWA prüfen

   Fügen Sie Ihre URL oben in den Checker ein. In etwa zehn Sekunden prüft er Manifest, Icons, Service Worker und HTTPS und sagt Ihnen genau, was zu korrigieren ist — mit Anleitungen für Lovable, Bubble, Webflow, Framer und mehr. Kostenlos, ohne Konto.

2. 2. App-Identität festlegen

   Wählen Sie den App-Namen, Ihren Paketnamen — zum Beispiel com.ihrefirma.app — und Ihr Icon. Themenfarbe, Hintergrund und Splashscreen kommen aus Ihrem Manifest und lassen sich anpassen.

3. 3. Build starten

   Ein bezahlter Build liefert Ihnen ein signiertes AAB für Google Play und eine APK zur Installation auf einem Gerät, beide mit Ziel Android 16 (API 36); der kostenlose Test-Build ist eine APK mit dem SaasToStore-Logo. Ihr Signaturschlüssel wird mit Ihrem ersten bezahlten Build erzeugt, verschlüsselt gespeichert und für jedes künftige Update wiederverwendet.

4. 4. Veröffentlichen

   Ein bezahlter Build liefert die signierten Dateien, die jeder Store verlangt, angefangen beim AAB für Google Play. Legen Sie die erzeugte assetlinks.json auf Ihrer Website ab, damit Android die Adressleiste ausblendet.

Welche Datei wofür

Die Faustregel: Die APK ist zum Installieren da, das AAB zum Veröffentlichen bei Google Play.

• Auf dem eigenen Smartphone testen → APK

  Öffnen Sie die Datei auf einem Android-Smartphone und installieren Sie sie. Genau das liefert auch der kostenlose Test-Build: eine APK mit dem SaasToStore-Logo, damit Sie Ihre App vor der Veröffentlichung sehen. Ein .aab lässt sich auf einem Smartphone nicht öffnen.

• Mit einigen Testern teilen → APK

  Schicken Sie die Datei oder einen Download-Link; jeder Tester erlaubt einmal die Installation aus dieser Quelle. Für größere Gruppen nutzen die Test-Tracks von Google Play dasselbe AAB wie die öffentliche Version.

• Bei Google Play veröffentlichen → AAB

  Seit August 2021 für jede neue App Pflicht. Google Play erzeugt daraus für jedes Gerät eine optimierte APK; Ihre Nutzer merken davon nichts.

• Amazon Appstore, Samsung Galaxy Store oder Ihre Website → APK

  Außerhalb von Google Play laden Sie die APK hoch oder bieten sie zum Download an.

• Jedes Update → derselbe Schlüssel

  Egal in welchem Format: Ein Update muss mit demselben Schlüssel signiert sein wie die erste Version. SaasToStore erzeugt diesen Schlüssel einmal pro App, speichert ihn verschlüsselt und verwendet ihn bei jedem bezahlten Build wieder, für APK und AAB.

Ist Ihre PWA bereit? Die Checkliste

Eine APK auf Basis einer TWA geht vom Manifest Ihrer PWA aus. Prüfen Sie vor dem Build, ob Sie Folgendes haben:

Sechs Fehler, die eine PWA-zu-APK-App kaputt machen

• Die Adressleiste erscheint in Ihrer App

  Android blendet sie erst aus, wenn es prüfen kann, dass App und Website zu Ihnen gehören — über eine Datei /.well-known/assetlinks.json mit Ihrem Paketnamen und dem Signatur-Fingerabdruck. Ein bezahlter SaasToStore-Build erzeugt diese Datei für Sie. Sobald Ihre App bei Google Play ist, fügen Sie zusätzlich den Fingerabdruck von Googles App-Signaturschlüssel hinzu: Google signiert Ihre App neu, und ohne diese Zeile kehrt die Leiste für alle zurück, die die App aus dem Store installiert haben.

• Den Signaturschlüssel verlieren

  Jedes Update muss mit demselben Schlüssel signiert sein. Verlieren Sie ihn, müssen Sie Googles Verfahren zum Zurücksetzen durchlaufen, bevor Sie wieder veröffentlichen können. Ihr Keystore wird mit Ihrem ersten bezahlten Build erzeugt, verschlüsselt gespeichert und bei jedem bezahlten Build automatisch wiederverwendet.

• Den Paketnamen nach dem Start ändern

  Bei Google Play lässt sich ein Paketname nie ändern. Ein neuer Name bedeutet eine neue App, die bei null Installationen und null Bewertungen beginnt. Wählen Sie Ihren eigenen — com.ihrefirma.app — schon beim ersten Build.

• Eine veraltete Android-Version anvisieren

  Seit dem 31. August 2026 verlangt Google Play, dass neue Apps und Updates Android 16 (API 36) als Ziel haben. Werkzeuge, die nicht Schritt gehalten haben, erzeugen Builds, die beim Hochladen abgelehnt werden. Jeder SaasToStore-Build zielt auf API 36.

• Beschnittene Icons

  Android zeigt Icons in einem Kreis oder einem abgerundeten Quadrat. Ohne maskable Icon — mit Sicherheitsabstand um das Logo — wird Ihr Logo beschnitten oder weiß umrahmt. Fügen Sie Ihrem Manifest ein maskable Icon in 512×512 hinzu.

• Eine Startseite auf einer anderen Domain

  Öffnet sich Ihre App auf einer Seite außerhalb der verifizierten Domain — etwa einem Login, der anderswo gehostet ist —, zeigt Android auf dieser Seite die Adressleiste. Halten Sie Ihre start_url und Ihre wichtigsten Abläufe auf der Domain, die in assetlinks.json angegeben ist.

SaasToStore oder selbst mit Bubblewrap?

Bubblewrap, Googles quelloffenes Kommandozeilen-Tool, erzeugt dieselbe Art von App, und es ist eine gute Wahl, wenn Sie im Terminal zu Hause sind. Der Unterschied liegt in allem rund um den Build:

Updates ohne erneute Veröffentlichung

Da die App Ihre live PWA lädt, erreichen Änderungen auf Ihrer Website sofort jede installierte App — ohne neuen Build, ohne Store-Prüfung. Neu bauen müssen Sie nur, wenn sich die App-Hülle ändert: Name, Icon, Farben oder eine neue Android-Vorgabe. Neue Builds verwenden denselben Signaturschlüssel, deshalb akzeptiert Google Play sie als Updates.

Dieselbe PWA auf iOS und Desktop

Die URL, die Sie in eine APK umwandeln, kann auch zu einer iOS-App für den App Store und zu Desktop-Apps für Windows, macOS und Linux werden — aus demselben Projekt, im selben Dashboard.

Online-Konverter: was wo läuft

Der build läuft auf unseren Servern, nicht auf Ihrem Rechner. Sie brauchen einen Browser und Ihre URL — kein Android Studio, kein JDK, kein Bubblewrap, keinen Gradle-Cache. Nichts zu installieren und nichts aktuell zu halten. Es funktioniert gleich von Windows, macOS, Linux oder einem Chromebook aus, weil keines dieser Werkzeuge Ihren Computer berührt. Von einem bezahlten Build zurück kommen das signierte AAB und das APK, fertig zum Hochladen.