PWA vs. native App: Was du wirklich brauchst - und was du dir sparen kannst
Du willst eine App und stehst vor der Frage: native App oder Progressive Web App (PWA)? Die ehrliche Antwort lautet: Die meisten KMU brauchen keine native App. Aber es gibt klare Faelle, in denen sie sich lohnt. Hier erfaehrst du, worin sich beide unterscheiden, was sie kosten und wie du fuer dein Projekt richtig entscheidest - ohne Marketing-Versprechen.
Der Unterschied in einem Satz
Eine native App wird speziell fuer ein Betriebssystem programmiert (iOS oder Android), aus dem App Store geladen und installiert. Eine Progressive Web App ist im Kern eine Website, die sich wie eine App verhaelt: Sie laeuft im Browser, laesst sich aber zum Homescreen hinzufuegen, funktioniert offline und schickt - mit Einschraenkungen - sogar Push-Benachrichtigungen.
Beide zeigen ein App-Icon auf dem Handy. Der Nutzer merkt im Alltag oft gar keinen Unterschied. Technisch und finanziell sind es aber zwei verschiedene Welten.
Was eine PWA kann - und was nicht
Eine PWA deckt erstaunlich viel ab. Sie ist eine echte Loesung, kein Notbehelf:
- Eine Codebasis fuer iOS, Android und Desktop. Du baust einmal, es laeuft ueberall.
- Kein App Store noetig. Keine Review-Prozesse, keine 15-30 % Store-Gebuehr auf In-App-Verkaeufe, keine Wartezeit auf Genehmigungen.
- Updates sofort live. Du aenderst etwas, und alle Nutzer haben es beim naechsten Aufruf - ohne dass jemand ein Update installieren muss.
- Offline-Faehigkeit und Homescreen-Icon ueber moderne Browser-Technik (Service Worker).
- Direkt auffindbar bei Google, weil es im Kern eine Website ist. Das ist fuer KMU oft wertvoller als ein Store-Eintrag, den niemand sucht.
Ehrlich bleiben heisst aber auch, die Grenzen zu nennen. Eine PWA stoesst hier an Waende:
- Eingeschraenkter Hardware-Zugriff - besonders auf iPhones. Bluetooth-Geraete, NFC, tiefer Kamera-Zugriff oder fortgeschrittene Sensorik sind nur teilweise oder gar nicht nutzbar.
- Push-Benachrichtigungen auf iOS funktionieren erst seit neueren Versionen und nur, wenn die PWA installiert wurde.
- Kein Eintrag im App Store - wenn deine Zielgruppe dort aktiv sucht, fehlt dir dieser Kanal.
- Hochperformante Grafik (3D-Spiele, intensive Echtzeit-Animationen) bleibt nativen Apps vorbehalten.
Wann eine native App wirklich sinnvoll ist
Eine native App ist die richtige Wahl, wenn mindestens einer dieser Punkte auf dich zutrifft:
- Du brauchst tiefen Hardware-Zugriff: Bluetooth-Kopplung, NFC-Zahlungen, prazise Standort- oder Bewegungsdaten.
- Dein Produkt lebt von Performance, etwa ein Spiel oder eine grafikintensive Anwendung.
- Der App Store ist dein Vertriebskanal und deine Nutzer erwarten dich genau dort.
- Du willst regelmaessige Push-Kommunikation als zentralen Teil deines Geschaeftsmodells, zuverlaessig auf allen Geraeten.
Wenn nichts davon zutrifft, baust du mit einer nativen App oft teure Komplexitaet ein, die niemand nutzt.
Was es kostet - realistisch
Hier liegt der grosse praktische Unterschied. Eine native App bedeutet im Zweifel zwei Entwicklungsstraenge (iOS und Android), zwei Store-Konten, laufende Pflege bei jedem Betriebssystem-Update und wiederkehrende Review-Runden. Das treibt sowohl die Erst- als auch die Folgekosten.
Eine PWA teilt sich technisch eine Basis mit deiner Website. Bei uns faellt eine solche Web-Anwendung deshalb meist in den Bereich Custom-Feature ab 9.000 EUR oder, je nach Umfang, in einen Tech-/SaaS-Build zwischen 6.000 und 25.000 EUR - alles zum Festpreis, damit du vorher weisst, woran du bist. Eine einfache installierbare Web-App auf Basis eines bestehenden Mehrseiters mit CMS kann auch schon im Rahmen von 4.500 bis 8.000 EUR starten.
Wir nennen bewusst keine Pauschalsumme fuer native Apps, weil sie stark vom Funktionsumfang abhaengt - aber als Faustregel gilt: Sie ist in Bau und Betrieb deutlich aufwendiger. Wenn dein Budget begrenzt ist und du keinen der oben genannten nativen Trigger hast, ist die PWA fast immer die wirtschaftlichere Entscheidung.
Unsere Perspektive aus der Praxis
Wir betreiben sieben eigene Marken in Produktion - darunter Tools mit grossen Datenbanken, ein SaaS-Dashboard und mehrere Portale. Diese laufen alle als Web-Anwendungen, nicht als native Apps. Der Grund ist einfach: Fuer die allermeisten Geschaeftsfaelle ist der Web-Ansatz schneller live, guenstiger im Unterhalt und besser bei Google auffindbar. Wir kennen die Grenzen aus eigener Erfahrung, nicht aus dem Lehrbuch.
Die Kurzfassung fuer deine Entscheidung
- Du verkaufst, informierst, verwaltest oder bietest ein Dashboard an? Eine PWA reicht fast immer und spart Geld.
- Du brauchst Hardware-Zugriff, Top-Performance oder den App Store als Kanal? Dann lohnt sich nativ.
- Du bist unsicher? Starte mit einer PWA. Du kannst spaeter immer noch nativ nachruesten - umgekehrt ist es teurer.
Wichtig ist, dass die Technik zum Ziel passt - und nicht, dass du das teuerste Werkzeug kaufst, nur weil es das groesste ist.
Brauchst du selbst eine Website, ein Tool oder eine SaaS?Wir bauen sie zum Festpreis - vom Team, das sieben eigene Marken live betreibt. Klarer Scope, klarer Preis, klarer Zeitrahmen.
Projekt startenLeistungen & Preise Updates und Auffindbarkeit: der Unterschied im Alltag
Ein Kriterium, das in der Entscheidung oft zu kurz kommt, ist die Aktualisierung nach dem Launch. Bei einer PWA spielt ein neues Feature sofort fuer alle Nutzer, sobald du es veroeffentlichst – aehnlich wie bei einer normalen Website. Bei einer nativen App durchlaeuft jede Aktualisierung erst eine Pruefung durch den jeweiligen App Store, bevor sie live geht. Das kann von wenigen Stunden bis zu mehreren Tagen dauern, und bei einer abgelehnten Einreichung muss nachgebessert und erneut eingereicht werden. Fuer ein Produkt, das haeufig kleine Anpassungen braucht, etwa weil sich Kundenfeedback direkt in Aenderungen niederschlagen soll, ist dieser Unterschied im Alltag spuerbar.
Auch die Sichtbarkeit unterscheidet sich grundlegend. Eine native App findet ihr Publikum fast ausschliesslich ueber die Suche im App Store selbst oder ueber Werbung, die dorthin fuehrt. Eine PWA dagegen ist eine normale Webadresse und damit ganz regulaer ueber Google auffindbar – sie profitiert also von jeder Massnahme, die du ohnehin fuer deine Webseite betreibst, etwa von gut geschriebenen Inhalten oder sauberer interner Verlinkung. Willst du, dass neue Kunden dich ueber eine Suchanfrage finden statt gezielt im Store danach zu suchen, ist das ein klarer Pluspunkt fuer den Web-Ansatz. Umgekehrt gilt: Wer bewusst auf Sichtbarkeit im App Store selbst setzt, etwa weil dort die Zielgruppe aktiv nach Loesungen sucht, kommt an einer nativen Praesenz nicht vorbei.
Geraetezugriff und der einfache Test fuer deine Entscheidung
Ein weiterer praktischer Punkt ist der Zugriff auf Gerätefunktionen. Eine native App kommt naeher an die Hardware heran – Kamera, Sensoren, Bluetooth-Geraete oder tiefere Systemintegrationen lassen sich zuverlaessiger und umfangreicher ansprechen als ueber den Browser. Eine PWA deckt inzwischen viele Grundfunktionen ab, etwa Kamera-Zugriff fuer einen einfachen Foto-Upload, stoesst aber an Grenzen, sobald es um spezialisierte Hardware-Anbindung geht, die ueber Standard-Webtechnologien nicht erreichbar ist. Vor der Entscheidung lohnt sich deshalb die konkrete Frage: Braucht dein Produkt wirklich tiefen Hardware-Zugriff, oder reicht das, was ein moderner Browser inzwischen kann?
Am Ende hilft ein einfacher Test: Schreib die Kernfunktion deines Produkts in einem Satz auf und frag dich, ob sie ohne App Store, ohne Installation und ohne Download-Huerde genauso gut funktionieren wuerde. Ist die Antwort ja, sprechen Geschwindigkeit, Kosten und Auffindbarkeit fast immer fuer die PWA. Braucht dein Produkt dagegen zwingend Offline-Funktionen in voller Tiefe, dauerhafte Hintergrundprozesse oder Hardwarezugriff, den der Browser nicht bietet, ist die native App trotz hoeherem Aufwand die richtige Wahl. Diese Entscheidung einmal sauber zu treffen, bewahrt dich davor, spaeter mitten in der Entwicklung die technische Basis wechseln zu muessen.
Häufig gestellte Fragen
Kann ich spaeter von einer PWA auf eine native App wechseln?
Ja, das ist ein gaengiger Weg. Viele Unternehmen starten mit einer PWA, um die Nachfrage guenstig zu testen, und bauen erst dann eine native App, wenn sich zeigt, dass der zusaetzliche Aufwand sich wirklich lohnt.
Funktioniert eine PWA auf iPhones genauso gut wie auf Android?
Grundsaetzlich ja, allerdings unterstuetzt Apple manche PWA-Funktionen, etwa Push-Benachrichtigungen, mit Einschraenkungen oder erst seit neueren iOS-Versionen. Vor dem Start lohnt sich ein kurzer Test auf den Geraeten deiner Zielgruppe.
Muss eine PWA im App Store eingereicht werden?
Nein, eine PWA laesst sich direkt ueber den Browser installieren, ganz ohne App Store und ohne Pruefprozess. Optional kann eine PWA aber zusaetzlich in manchen Stores gelistet werden, wenn gewuenscht.
Ist eine native App grundsaetzlich schneller als eine PWA?
Bei sehr rechenintensiven Anwendungen kann eine native App Vorteile haben. Fuer die meisten geschaeftlichen Anwendungsfaelle, etwa Formulare, Listen oder Dashboards, ist der Unterschied im Alltag kaum spuerbar.
Kann ich mit einer PWA Push-Benachrichtigungen versenden?
Ja, das ist grundsaetzlich moeglich, allerdings mit Einschraenkungen je nach Betriebssystem und Browser. Auf Android funktioniert das in der Regel zuverlaessig, auf iOS gibt es Besonderheiten, die vorab geprueft werden sollten.
Welche Loesung ist guenstiger im laufenden Betrieb?
Eine PWA ist im Unterhalt in der Regel guenstiger, weil sie sich eine technische Basis mit der Website teilt und keine getrennte Pflege fuer zwei Betriebssysteme braucht. Eine native App verursacht durch zwei Plattformen und Store-Updates hoehere laufende Kosten.
Brauche ich fuer eine PWA zwei separate Entwicklungsteams?
Nein, im Gegensatz zur nativen App reicht bei einer PWA in der Regel eine gemeinsame technische Basis fuer alle Geraete. Das ist einer der Hauptgruende, warum PWAs im Aufbau meist deutlich schlanker sind.