Loslegen
← Blog

Anforderungen

Warum PWA-, TWA- und WebView-Apps es im geschlossenen Test schwerer haben

Auch für Apps auf Basis von PWA, TWA oder WebView gilt dieselbe Anforderung für geschlossene Tests bei Google Play (12 Tester, 14 Tage). Die Anforderung unterscheidet nicht nach App-Typ, aber bei Apps, die ihre Oberfläche aus dem Web laden, erscheint der erste Bildschirm spät – Tester können sie kaum richtig ausprobieren. Wir erklären, warum dadurch die bei der Prüfung betrachtete Testerbeteiligung leidet, welche Symptome auftreten und wie Sie vorbeugen, etwa durch kürzere Ladezeiten.

Zuletzt geprüft am 13.10.2026.

Gleiche Anforderung – warum ist es schwerer?

Die Anforderung für geschlossene Tests gilt unabhängig von der Art der App. Gezählt wird, ob die Tester der Teilnahme zugestimmt haben – bei einer Web-App füllen sich die 14 Tage also nicht langsamer. Der Nachteil von PWA-, TWA- und WebView-Apps liegt einen Schritt später: bei der Testerbeteiligung, die bei der Prüfung des Antrags betrachtet wird.

Google nennt als Grund für eine Ablehnung des Antrags unter anderem, dass die Tester während des Testzeitraums nicht ausreichend mit der App interagiert haben. Bei Apps, deren Oberfläche größtenteils aus Web besteht, dauert es oft lange, bis der erste Bildschirm erscheint, oder Tester schließen die App, bevor die Webseite fertig geladen ist. So steigt die Zahl der Tester, die die App zwar installiert, aber nie richtig genutzt haben.

Wie viel häufiger Web-Apps abgelehnt werden, steht in keinem Google-Dokument, und auch wir haben dazu keine eigenen Zahlen. Verstehen Sie dies als Hinweis, der sich daraus ergibt, dass Tester eine App mit langsamem ersten Bildschirm nur schwer ausprobieren können.

So zeigt sich das

  • Beim ersten Start bleibt der Bildschirm lange weiß, oder auf Geräten mit langsamem Netz erscheint gar nichts.
  • Tester schließen die App, bevor der erste Bildschirm zu sehen ist, und haben kaum Funktionen ausprobiert.
  • Wenn der Fragebogen fragt, welche Funktionen die Tester genutzt haben, fehlt Ihnen der Stoff für eine Antwort.

Was dagegen hilft

  1. Erstes Laden kurz halten. Laden Sie das Web nicht direkt aus dem Splashscreen, sondern zeichnen Sie zuerst einen minimalen nativen Bildschirm und legen Sie das Web darüber. Je kürzer die Zeit bis zum ersten Bildschirm, desto eher probieren Tester die App bis zum Ende aus.
  2. Auch offline etwas anzeigen. Zeigen Sie bei fehlender Verbindung statt eines leeren Bildschirms einen Hinweis. Weil die Geräteumgebungen so unterschiedlich sind, macht das viel aus.
  3. Reserve bei der Testerzahl. Planen Sie nicht exakt die Mindestzahl ein, sondern etwas mehr, damit die Anforderung nicht schon an einer einzigen Deinstallation scheitert.
  4. Während des Tests Updates veröffentlichen. Auch kleine Änderungen wie eine schnellere Ladezeit hinterlassen einen Versionsverlauf, auf den Sie sich im Fragebogen stützen können.
  5. Den Mehrwert als App deutlich machen. Eine App, die nur eine Website verpackt, kann richtlinienseitig beanstandet werden. Bieten Sie mindestens eine Funktion, die nur als App möglich ist – etwa Benachrichtigungen, Offline-Nutzung oder Gerätefunktionen.

Vor dem Test prüfen

  • Ist das minimale SDK nicht zu hoch? Je höher, desto weniger Geräte können die App installieren.
  • Ist beim ersten Start eine Anmeldung nötig? Bleibt der Start am Anmeldebildschirm hängen, lässt sich der Durchlauf schwer prüfen.
  • Verdecken Berechtigungsanfragen den ersten Bildschirm? Auf manchen Android-Versionen erscheint die Reihenfolge anders.
  • Wird die Weboberfläche auch auf leistungsschwachen Geräten angezeigt? Manchmal wird die App wegen Speichermangels beendet.
DUIRE startet Ihre App täglich auf echten Geräten verschiedener Hersteller und Android-Versionen und speichert pro Gerät und Tag einen Screenshot. Für WebView-basierte Apps sind diese Screenshots besonders nützlich: Sie sehen direkt, auf welchem Gerät der erste Bildschirm erschien und wo er weiß blieb.

Wie die 14 Tage gezählt werden und worauf Sie achten sollten, wenn die Zahlen verzögert erscheinen, erklären wir unter So werden die 14 Tage gezählt.

Häufig gestellte Fragen

Kann eine WebView-App den geschlossenen Test bestehen?
Ja. Die Anforderung gilt unabhängig von der Art der App, und gezählt wird, ob die Tester der Teilnahme zugestimmt haben. Bei Apps, deren erster Bildschirm lange auf sich warten lässt, schließen Tester die App aber leicht, bevor sie sie richtig ausprobiert haben. Dadurch kann die Testerbeteiligung schwach ausfallen, die bei der Prüfung des Antrags betrachtet wird.
Was ist der Unterschied zwischen TWA und PWA?
Eine PWA ist eine Website, die sich im Browser wie eine App verhält. Bei einer TWA (Trusted Web Activity) wird diese Website in eine Android-App verpackt und im Play Store veröffentlicht. Im Play Store landet also die TWA – dass der Großteil der Oberfläche aus Web besteht, ist bei beiden gleich.
Nach dem Splashscreen bleibt der Bildschirm lange weiß.
Lädt die Webseite langsam, sieht der erste Start wie ein leerer Bildschirm aus. Schließen Tester die App sofort, haben sie sie nicht wirklich genutzt. Verkürzen Sie daher die anfängliche Ladezeit und zeigen Sie eine Ladeanzeige.
Wird mein Antrag abgelehnt, nur weil es eine WebView-App ist?
Das allein ist kein Ablehnungsgrund. Verpackt die App aber nur eine bestehende Website, ohne als App einen Mehrwert zu bieten, kann das richtlinienseitig zum Problem werden. Geben Sie sich beim Punkt zum Nutzenversprechen im Fragebogen besonders Mühe.

Die Anforderung erfüllen, ohne Tester zu suchen

DUIRE nimmt mit echten Android-Geräten an Ihrem geschlossenen Test teil und startet Ihre App 14 Tage lang täglich. App-Registrierung und Installationsprüfung sind ohne Zahlung möglich.