Native Apps vs. Progressive Web Apps: Was du brauchst

Eine native App wird speziell für iOS oder Android gebaut und über den App Store oder Google Play installiert. Eine Progressive Web App (PWA) ist eine Website, die auf dem Home-Bildschirm eines Telefons installiert werden kann und sich in einem eigenen Vollbildfenster mit eigenem Icon öffnet, ohne Umweg über einen Store. Native Apps haben den tiefsten Zugriff auf das Gerät; PWAs erreichen jede Plattform aus einer Codebasis und über einen einzigen Link und werden sofort aktualisiert.

Für die meisten ersten Versionen – Tools, Portale, Tracker, Buchungs- und Bestell-Apps – reicht eine PWA. Du brauchst eine native App, wenn Store-Suche oder tiefe Gerätefunktionen zentral für das Produkt sind.

Warum das beim Bauen mit KI wichtig ist

Die meisten KI-App-Builder erzeugen Web-Apps. Das ist kein Abkürzungsweg, sondern das, was diese Tools gut können: Eine Web-App lässt sich an einem Ort schreiben, vorschauen und veröffentlichen. Die Frage „Wird das eine App auf meinem Handy?“ hat deshalb eine konkrete Antwort: Es wird eine Website, die sich wie eine App verhält und als PWA installiert werden kann, wenn du das verlangst.

Wer weiß, was eine PWA kann und was nicht, kann früh entscheiden – bevor du einem Kunden „das kommt in den App Store“ versprichst und bevor du eine Funktion planst (etwa Standorterfassung im Hintergrund), die das Web nicht zuverlässig liefern kann.

Ein Alltagsvergleich: Foodtruck vs. Laden im Einkaufszentrum

Eine native App ist ein Laden in einem Einkaufszentrum. Das Zentrum (der App Store) bringt Laufkundschaft und Vertrauen, dafür zahlst du Miete, hältst dich an die Regeln des Zentrums und wartest auf Genehmigung, bevor du deine Ladenfront änderst.

Eine PWA ist ein Foodtruck mit treuer Stammkundschaft. Es gibt keinen Vermieter, du kannst die Speisekarte noch heute ändern, und Leute, die dich kennen, finden dich überall. Dafür schlendert niemand im Einkaufszentrum an dir vorbei, und eine Kühltruhe für Begehbare gibt es nicht.

Was beide können

Einige Begriffe aus der Tabelle:

• Service Worker: ein kleines Skript, das der Browser im Hintergrund für deine Seite ausführt. So kann die App offline öffnen, Daten zwischenspeichern und Push-Nachrichten empfangen.
• Web-App-Manifest: eine kleine Datei, die dem Browser sagt, wie die App heißt, welche Icons und Farben sie hat und dass sie im Vollbild ("standalone") statt in einem Browser-Tab öffnen soll.

iPhone und iPad: die Details, über die Leute stolpern

Auf Apples Plattformen unterscheiden sich PWAs am stärksten von nativen Apps, deshalb lohnt es sich, genau zu sein. Stand September 2026, laut Apples WebKit-Team und Googles web.dev:

• Die Installation ist manuell. Android-Browser wie Chrome können eine Installationsaufforderung zeigen. Auf dem iPhone und iPad gibt es keine automatische Aufforderung; Nutzer tippen auf Teilen und dann auf Zum Home-Bildschirm. Seit iOS 16.4 können auch andere Browser auf iOS im Teilen-Menü „Zum Home-Bildschirm“ anbieten.
• Jede Seite, die auf dem Home-Bildschirm landet, öffnet unter iOS 26 standardmäßig als Web-App. WebKit hat angekündigt, dass unter iOS und iPadOS 26 alles, was auf den Home-Bildschirm kommt, in einem eigenen Fenster öffnet, sofern der Nutzer „Als Web-App öffnen“ nicht abschaltet. Ein sauberes Manifest bleibt trotzdem wichtig für Name, Icon und Verhalten.
• Push-Benachrichtigungen setzen eine Installation voraus. Web-Push kam mit iOS und iPadOS 16.4 für Web-Apps auf dem Home-Bildschirm. Eine PWA, die in einem Safari-Tab geöffnet ist, kann keine Push-Nachrichten empfangen; der Nutzer muss sie erst installieren, dann Benachrichtigungen erlauben, und die Anfrage muss auf einen Tipp folgen, etwa einen Button „Benachrichtigungen aktivieren“. Anzahlen auf dem Icon kamen zur gleichen Zeit.
• Tiefer Hardwarezugriff ist dünn. Funktionen wie Bluetooth-Zubehör und NFC, die manche Browser auf Android anbieten, gibt es in Safari nicht.

Das praktische Fazit: Wenn dein ganzes Produkt davon abhängt, Leute per Benachrichtigung zu erinnern, erreichst du viele iPhone-Nutzer nicht, die die App nie installieren. Plane eine E-Mail- oder SMS-Alternative ein.

In die App Stores kommen

Wenn du tatsächlich einen Store-Eintrag brauchst, kenne Kosten und Regeln von Anfang an. Stand September 2026 kostet Apples Entwicklerprogramm 99 US-Dollar im Jahr und ein Google-Play-Entwicklerkonto einmalig 25 US-Dollar, laut den Angaben der Anbieter selbst. Jede iOS-Version läuft durch die App-Prüfung. Apples Richtlinien verlangen, dass eine App Funktionen und eine Oberfläche bietet, die über eine verpackte Website hinausgehen. Eine PWA in einer dünnen nativen Hülle zu verpacken, riskiert deshalb eine Ablehnung.

Ein Beispiel: die Mitglieder-App eines Fitnessstudios

Ein kleines Fitnessstudio möchte, dass Mitglieder Kurse buchen, ihre Mitgliedschaft sehen und eine Stunde vor dem Kurs eine Erinnerung bekommen.

Der PWA-Weg. Baue eine responsive Web-App mit Login, Kursplan und Buchung. Füge ein Manifest und Icons hinzu, damit Mitglieder sie installieren können; ein Service Worker sorgt dafür, dass der Kursplan auch bei schwachem Empfang öffnet. Sende Erinnerungen per Push an installierte Nutzer und per E-Mail an alle anderen. Sie wird einmal ausgeliefert, läuft auf jedem Handy und Laptop, und das Studio kann das Layout des Kursplans am selben Tag ändern.

Wann eine native App gewinnt. Wenn das Studio später eine Check-in-Funktion per Bluetooth-Beacon an der Tür, eine Apple-Health-Anbindung für Workouts oder ein Sperrbildschirm-Widget mit dem heutigen Kurs möchte, sind das Aufgaben für native Apps. Ebenso der Fall, in dem Mitglieder erwarten, „die Studio-App“ im Store zu finden.

Viele Teams gehen genau so vor: erst eine PWA, um zu beweisen, dass Mitglieder sie nutzen, später nativ, wenn eine bestimmte Funktion oder die Store-Präsenz die Kosten rechtfertigt.

Häufige Fehler und Missverständnisse

• „Eine PWA ist eine minderwertige App.“ Bei Formularen, Listen, Buchungen, Dashboards und Inhalten merken Nutzer den Unterschied oft gar nicht, sobald sie installiert ist.
• „PWAs funktionieren nicht auf dem iPhone.“ Doch. Die Grenzen liegen bei der Installation und bei Benachrichtigungen, die eine Installation voraussetzen, nicht bei der Grundfunktion.
• Anzunehmen, dass Push alle erreicht. Auf dem iPhone erreicht es nur Leute, die die App installiert und zugestimmt haben.
• Eine App im App Store zu versprechen, die du nicht ausliefern kannst. Prüfe, was dein Builder erzeugt, bevor du einen Store-Eintrag versprichst.
• Offline-Bearbeitung zu bauen, die du nicht brauchst. Seiten für den Offline-Start zwischenzuspeichern ist einfach; Daten offline zu bearbeiten und später zu synchronisieren ist echte Arbeit.

Was du von deinem KI-Builder verlangen solltest

Für eine PWA sei konkret:

• „Mach sie zu einer installierbaren PWA: ein Web-App-Manifest mit Name, Kurzname, Icons (einschließlich eines Apple-Touch-Icons) und Anzeige im Standalone-Modus.“
• „Füge einen Service Worker hinzu, der die App-Hülle zwischenspeichert, damit sie ohne Verbindung öffnet, und zeige eine klare Offline-Meldung.“
• „Füge eine Hilfeseite „Diese App installieren“ mit Schritten für Android und für das iPhone hinzu (Teilen, dann Zum Home-Bildschirm).“
• „Wenn wir Benachrichtigungen einführen, frage die Erlaubnis erst, nachdem der Nutzer auf einen Button getippt hat, und nutze E-Mail als Alternative.“

Der Leitfaden zum Bauen einer mobilfreundlichen Web-App enthält einen vollständigen Prompt und eine Checkliste für Smartphone-first-Design. Wenn du noch überlegst, was in die erste Version gehört, lies was ein MVP ist, und für Budgetvergleiche siehe was es kostet, eine App zu bauen.

PWAs und Mythex

Mythex baut Web-Apps, und du kannst jeden Bildschirm vor dem Veröffentlichen in einer Vorschau in Smartphone-Größe prüfen. Ein PWA-Manifest, Icons und ein Service Worker sind Funktionen, die du im Chat anfragst wie alles andere, und die veröffentlichte App funktioniert über einen einzigen Link auf jedem Handy. Im Pro-Tarif kann Mythex die Web-App außerdem mit Capacitor als Android- und iPhone-App verpacken und an den internen Test von Google Play sowie an TestFlight schicken: eine Hybrid-App, deren Bildschirme Web-Bildschirme sind, keine vollständig native Oberfläche. Zum Start stöbere durch App-Vorlagen oder den KI-Web-App-Builder.

Fragen