Web-App, Website oder App? Der Unterschied – und was KMU wirklich brauchen
Website, Web-App, Progressive Web App oder App aus dem App Store: Die Begriffe verschwimmen, die Kosten nicht. Dieser Artikel erklärt die Unterschiede verständlich, bietet eine Entscheidungsmatrix nach Login, Daten, Offline, Push und App Store und zeigt an zwei echten Beispielen, wann eine Web-App die bessere Wahl ist als eine native App.

Eine Website informiert: Alle Besucher sehen dieselben Inhalte. Eine Web-App lässt Nutzer etwas erledigen: anmelden, Daten eingeben, buchen, hochladen, berechnen, und die Anwendung reagiert individuell. Eine App im engeren Sinn ist eine native Anwendung für iOS oder Android, die über den App Store oder Google Play installiert wird. Website und Web-App laufen im Browser, die native App direkt auf dem Gerät. Für die meisten Schweizer KMU ist die Antwort: eine gute Website und, wo Abläufe digital werden sollen, eine Web-App. Eine native App braucht es seltener, als man denkt.
Die Begriffe verschwimmen im Alltag, weil moderne Websites interaktive Elemente haben und Web-Apps sich wie Apps anfühlen können. Für die Entscheidung kommt es nicht auf das Etikett an, sondern auf fünf Fragen: Braucht es ein Login? Werden Daten gespeichert? Muss es offline funktionieren? Braucht es Push-Benachrichtigungen? Muss es im App Store stehen?
Die drei Formen im Überblick
| Website | Web-App | Native App | |
|---|---|---|---|
| Zweck | informieren, gefunden werden, Anfragen auslösen | Abläufe erledigen, Daten verwalten | intensive Nutzung, tiefer Gerätezugriff |
| Zugang | Browser, über Google und Links | Browser, optional auf dem Home-Bildschirm | Installation über App Store oder Google Play |
| Login | meist nicht | typisch | typisch |
| Daten | gleiche Inhalte für alle | persönliche Daten pro Nutzer | persönliche Daten pro Nutzer |
| Push | selten sinnvoll | ja, als Progressive Web App | ja |
| Offline | eingeschränkt | eingeschränkt möglich | gut möglich |
| Sichtbar in Google | ja, das ist der Hauptzweck | öffentliche Teile ja, interne Bereiche nicht | nur über eine begleitende Website |
| Updates | sofort für alle | sofort für alle | über Store, Nutzer müssen aktualisieren |
| Entwicklung | eine Codebasis | eine Codebasis | oft je eine für iOS und Android oder ein plattformübergreifendes Framework |
Eine Website ist das Schaufenster, eine Web-App das Werkzeug. Häufig gehören beide zusammen: Die Website wird gefunden und überzeugt, die Web-App dahinter wickelt ab. Wie man eine Website baut, die als Vertriebskanal funktioniert, beschreibt Die Website als Vertriebskanal.
Progressive Web App: die Brücke zwischen Web und App
Eine Progressive Web App (PWA) ist eine Web-App, die sich wie eine App verhält. Sie lässt sich aus dem Browser auf den Home-Bildschirm legen, öffnet sich ohne Adresszeile im Vollbild, kann Teile offline zwischenspeichern und Push-Benachrichtigungen empfangen. Es gibt keinen Store, keine Freigabe durch Apple oder Google und keine Gebühren an einen Store-Betreiber.
Lange war das iPhone die grosse Lücke: Push-Benachrichtigungen für Web-Apps gab es dort nicht. Seit iOS und iPadOS 16.4, erschienen im März 2023, unterstützt Safari Web-Push für Web-Apps, die zum Home-Bildschirm hinzugefügt wurden. Der Nutzer muss Benachrichtigungen einmal aktiv erlauben. Damit fällt eines der häufigsten Argumente für eine native App weg, gerade für interne Anwendungen, bei denen das Team die Web-App einmal einrichtet.
Wichtig für die Gestaltung: Eine Web-App wird oft vor allem auf dem Handy genutzt. Sie muss deshalb von Anfang an für kleine Bildschirme und Daumenbedienung gebaut sein, nicht nur nachträglich verkleinert. Die Grundlage dafür heisst Responsive Design. Wann eine PWA die App aus dem Store ganz ersetzen kann und wo ihre Grenzen liegen, vertieft PWA statt App-Store-App; welche Technik sich für eine native App eignet, vergleicht Native, React Native, Flutter oder PWA?.
Entscheidungsmatrix: Was brauchen Sie wirklich?
| Wenn Sie … | dann reicht | Begründung |
|---|---|---|
| informieren, gefunden werden und Anfragen erhalten wollen | Website | Inhalte sind für alle gleich, Sichtbarkeit in Google ist der Hauptzweck |
| Kunden ein Login mit eigenen Daten, Dokumenten oder Buchungen bieten wollen | Web-App | eine Codebasis für alle Geräte, sofort aktualisiert, kein Store |
| neue Anfragen sofort aufs Handy des Teams bekommen wollen | Web-App als PWA mit Push | Push funktioniert auf Android und iPhone, wenn die App auf dem Home-Bildschirm liegt |
| Mitarbeitende unterwegs Zeiten, Fotos und Rapporte erfassen lassen wollen | Web-App, bei schwachem Netz mit Offline-Zwischenspeicher | Kamera und Formulare funktionieren im Browser |
| tiefen Zugriff auf Gerätefunktionen brauchen, etwa Bluetooth-Geräte oder Hintergrundortung | native App | Browser beschränken diesen Zugriff |
| Kunden täglich und intensiv bedienen und im App Store gefunden werden wollen | native App, meist mit Website und Web-App kombiniert | Store-Präsenz und Gewohnheit von App-Nutzern |
Wer unsicher ist, fängt mit der Web-App an. Sie ist schneller gebaut, für alle Geräte verfügbar und lässt sich später um eine native App ergänzen, wenn sich die Notwendigkeit zeigt. Der umgekehrte Weg ist teurer.
Beispiel 1: Web-App für Steuererklärung Zürich
Für Steuererklärung Zürich brauchte es mehr als eine Website. Kunden sollten den gesamten Ablauf online erledigen können. Wir haben eine Web-App entwickelt, in der Kunden ihr Steuererklärungs-Paket auswählen, ein Konto erstellen, Unterlagen hochladen und direkt einen Termin buchen. Das alles läuft im Browser, auf Computer und Handy, ohne dass jemand eine App installieren muss.
Warum keine native App? Kunden erledigen ihre Steuererklärung einmal im Jahr. Niemand installiert dafür eine App, die danach elf Monate ungenutzt auf dem Handy liegt. Eine Web-App, die über Google gefunden und direkt im Browser genutzt wird, passt genau zu diesem Nutzungsmuster.
Beispiel 2: Han Kitchen, Anfragen als Push aufs Handy
Das Restaurant Han Kitchen in Zürich-Oerlikon zeigt die andere Seite: eine Web-App für das eigene Team. Die öffentliche Website mit Speisekarte und Online-Reservation in drei Schritten ist für Gäste. Dahinter steht eine Admin-App, die sich wie eine App auf den Home-Bildschirm des Handys legen lässt. Jede neue Reservation und jede Kontaktnachricht löst sofort eine Push-Benachrichtigung aus, mit Name, Datum, Uhrzeit und Personenzahl. Ein Tipp darauf öffnet die Anfrage. Zur Sicherheit geht zusätzlich eine E-Mail ans Restaurant.
Beim Bestätigen erscheint ein fertiger, anpassbarer Text. Ein Tipp auf «Per WhatsApp» öffnet ihn im WhatsApp des Restaurants, und die Nachricht geht vom eigenen Konto an den Gast, ohne Kosten pro Nachricht. Im Restaurantalltag sitzt niemand am Computer, das Handy ist immer dabei. Eine native App aus dem Store wäre für diesen Zweck aufwendiger gewesen, ohne einen spürbaren Vorteil zu bieten.
Was eine Web-App kostet und wovon es abhängt
Die Kosten einer Web-App hängen weniger von der Technik ab als vom Umfang: Wie viele Abläufe, wie viele Rollen, welche Schnittstellen, welche Daten? Ein Login mit Dokumentenablage ist etwas anderes als ein Kundenportal mit Offerten, Rechnungen und Terminplanung. Bei DLM Digital liegt eine Website bei CHF 3'000 bis 25'000, ein Prototyp oder MVP für eine neue Anwendung beginnt bei CHF 10'000. Was eigene Software in der Schweiz insgesamt kostet, inklusive Betrieb und Wartung, zeigt Software-Kosten Schweiz.
Drei Dinge sollten Sie für eine Web-App von Anfang an einplanen:
- Betrieb: Hosting, Backups, Überwachung und Sicherheitsupdates laufen, solange die App läuft.
- Datenschutz: Wo liegen die Daten, wer hat Zugriff, was steht in der Datenschutzerklärung?
- Eigentum: Wem gehören Code und Daten, wenn die Zusammenarbeit endet? Mehr dazu in Wem gehört eigentlich die Website?.
Häufige Fehlentscheide
- App, weil die Konkurrenz eine hat. Eine App, die niemand installiert, ist teurer als keine. Entscheidend ist, wie oft Kunden sie wirklich nutzen würden.
- Website mit angeflanschten Formularen statt Web-App. Wenn Kunden Daten eingeben, die später wieder gebraucht werden, gehören sie in eine Anwendung mit Login, nicht in E-Mails.
- Web-App ohne Website. Interne Bereiche sind für Google unsichtbar. Wer gefunden werden will, braucht öffentliche Seiten mit Inhalten.
- Handy als Nachgedanke. Wer eine Web-App am Computer plant und dann aufs Handy quetscht, baut am Alltag vorbei.
So gehen Sie die Entscheidung an
Beginnen Sie nicht mit der Technik, sondern mit dem Ablauf. Schreiben Sie auf, wer was erledigen soll: Kunde stellt Anfrage, Team bestätigt, Kunde lädt Unterlagen hoch, Team erstellt Offerte. Für jeden Schritt fragen Sie: Wer macht das, auf welchem Gerät, wie oft, und wo liegen die Daten danach? Aus diesen Antworten ergibt sich die Form fast von selbst.
Steht am Ende fest, dass ein Login und gespeicherte Daten nötig sind, ist es eine Web-App. Soll das Team sofort informiert werden, kommt Push dazu. Erst wenn ein Schritt etwas verlangt, das der Browser nicht kann, lohnt der Blick auf eine native App. Ist der Ablauf neu und unklar, ob Kunden ihn nutzen, testen Sie ihn zuerst als Prototyp mit wenigen echten Nutzern, wie in Proof of Concept, Prototyp oder MVP? beschrieben.
Fazit
Website, Web-App und App sind keine Stufen, bei denen die oberste die beste ist. Sie lösen verschiedene Aufgaben. Die Website wird gefunden und überzeugt. Die Web-App wickelt ab, für Kunden wie für das eigene Team, und kann als Progressive Web App sogar Push-Benachrichtigungen aufs Handy schicken. Die native App lohnt sich dort, wo tiefe Gerätefunktionen oder tägliche Nutzung im Store sie wirklich verlangen. Wie wir Web-Apps für KMU planen und bauen, finden Sie unter Web-App entwickeln lassen; wenn daraus eine grössere Betriebssoftware wird, unter Individualsoftware Schweiz.
Häufige Fragen
Was ist der Unterschied zwischen einer Website und einer Web-App?+
Eine Website informiert: Besucher lesen Inhalte, die für alle gleich sind. Eine Web-App lässt Nutzer etwas erledigen: Sie melden sich an, geben Daten ein, und die Anwendung reagiert individuell darauf, etwa mit einer Buchung, einem Upload oder einer Berechnung. Beide laufen im Browser, der Unterschied liegt in Login, Daten und Interaktion.
Was ist der Unterschied zwischen einer Web-App und einer App?+
Eine native App wird für iOS oder Android entwickelt und über den App Store oder Google Play installiert. Eine Web-App läuft im Browser und braucht keinen Store. Als Progressive Web App lässt sie sich trotzdem auf den Home-Bildschirm legen, wie eine App öffnen und Push-Benachrichtigungen empfangen. Native Apps haben tieferen Zugriff auf Gerätefunktionen und die Präsenz im Store.
Können Web-Apps Push-Benachrichtigungen schicken?+
Ja. Auf Android und Desktop-Browsern seit Jahren, auf dem iPhone und iPad seit iOS und iPadOS 16.4 aus dem Jahr 2023, sofern die Web-App zum Home-Bildschirm hinzugefügt wurde und der Nutzer Benachrichtigungen erlaubt. Für Betriebe, die neue Anfragen sofort aufs Handy bekommen wollen, reicht das oft und erspart eine native App.
Brauchen KMU eine eigene App?+
Meist nicht. Für Information und Anfragen genügt eine gute Website. Wenn Kunden oder Mitarbeitende sich anmelden, Daten erfassen oder Abläufe erledigen, ist eine Web-App in der Regel die günstigere und schnellere Lösung. Eine native App lohnt sich vor allem, wenn tiefe Gerätefunktionen, intensive tägliche Nutzung durch Kunden oder die Präsenz im App Store wirklich nötig sind.
Über den Autor
Daniel MüllerSenior Developer & SEO-Stratege
Daniel Müller ist Senior Developer und SEO-Stratege bei DLM Digital in Zürich. Mit über 10 Jahren Erfahrung in Webentwicklung, SEO, GEO/AEO und KI-Integration begleitet er Schweizer KMU bei der digitalen Transformation. Im DLM Magazin schreibt er über KI, Vibe Coding und moderne Suchmaschinen-Sichtbarkeit.

