Web-App oder native App: Was braucht Ihr KMU?

Für ein Kundenportal, eine Auftragsübersicht oder einen Offertenkonfigurator lohnt sich meist zuerst die Prüfung einer Web-App. Eine native App wird dann interessant, wenn entscheidende Anforderungen auf den Zielgeräten im Web nicht zuverlässig erfüllt werden. Vergleichen Sie deshalb konkrete Arbeitsabläufe statt nur die Bezeichnungen der Lösungen.

Was unterscheidet Website, Web-App und PWA?#

Eine Website stellt vor allem Informationen bereit. Eine Web-App ermöglicht Aufgaben wie das Bearbeiten eines Auftrags oder das Hochladen von Unterlagen. Die Grenze ist im Alltag fliessend: Auch eine Website kann einzelne interaktive Funktionen enthalten.

Eine Progressive Web App, kurz PWA, ist eine Web-Anwendung mit zusätzlichen App-Eigenschaften. Laut MDN Web Docs↗ (öffnet in neuem Tab) kann sie je nach Umsetzung und Unterstützung installierbar sein, ein eigenes Symbol erhalten und Offline-Funktionen anbieten. Eine native App wird dagegen für eine bestimmte Plattform entwickelt und häufig über deren Store verteilt.

Wichtig für Ihre Offerte: Das Wort «PWA» allein sagt noch nicht, welche Aufgaben ohne Internet funktionieren oder welche Gerätefunktionen verfügbar sind.

Welche Lösung passt zu welcher Aufgabe?#

Die folgende Tabelle ist eine redaktionelle Entscheidungshilfe, keine allgemeingültige technische Einstufung.

Die wichtigsten Fragen lauten: Wer benutzt die Anwendung, wie häufig, auf welchen Geräten und in welcher Umgebung? Eine gelegentliche Anfrage von Neukunden stellt andere Anforderungen als ein täglich genutztes Werkzeug für ein Serviceteam.

Offline ist eine eigene Anforderung#

Hypothetisches Beispiel: Ein Servicetechniker soll einen Auftrag im Keller eines Gebäudes bearbeiten. Er muss die Adresse lesen, Fotos aufnehmen und einen Bericht erfassen können. Eine Nachricht wie «Sie sind offline» erfüllt diesen Ablauf noch nicht.

Definieren Sie einzeln:

• Welche bereits geladenen Daten bleiben sichtbar?
• Welche Änderungen werden auf dem Gerät gespeichert?
• Woran erkennt der Mitarbeitende, dass eine Übertragung noch aussteht?
• Was geschieht, wenn zwei Personen denselben Auftrag ändern?
• Wie wird nach einem Verbindungsabbruch weitergearbeitet?

Offline-Fähigkeit benötigt eine bewusste Umsetzung. MDN beschreibt dafür unter anderem Service Worker, also Hintergrundkomponenten einer Web-Anwendung. Für die geschäftliche Entscheidung zählt jedoch das geprüfte Verhalten Ihrer Anwendung, nicht das Vorhandensein eines technischen Bausteins.

Testen Sie die schwierigste Funktion zuerst#

Browser und Betriebssysteme unterstützen erweiterte Web-Funktionen unterschiedlich. Sowohl web.dev↗ (öffnet in neuem Tab) als auch MDN betonen deshalb Prüfungen auf den Zielplattformen und geeignete Alternativen bei fehlender Unterstützung.

Lassen Sie vor einer vollständigen Entwicklung einen begrenzten Prototyp der kritischsten Aufgabe erstellen. Das kann eine spezielle Geräteanbindung, eine Benachrichtigung oder die Bearbeitung ohne Netz sein.

Notieren Sie die getesteten Geräte, Betriebssysteme und Browser. Vereinbaren Sie ausserdem, welches Verhalten als bestanden gilt. «Funktioniert auf dem Handy» ist für eine verlässliche Abnahme zu ungenau.

Vergleichen Sie den gesamten Betrieb#

Web-Anwendungen können über einen Link zugänglich sein und auf einer gemeinsamen Codebasis für mehrere Plattformen aufbauen. Das beschreibt MDN als wesentliche Eigenschaft der Web-Plattform. Daraus folgt jedoch kein pauschaler Kostenvorteil für jedes Projekt.

Fordern Sie bei einer Offerte getrennte Angaben zu:

• Funktionsumfang und Einführung;
• Betrieb, Wartung und Aktualisierungen;
• Tests auf den vereinbarten Geräten;
• Datenübernahme und Schnittstellen zu bestehenden Systemen;
• Benutzerverwaltung und Unterstützung bei Zugangsproblemen;
• Export der eigenen Daten bei einem späteren Wechsel.

Auch eine native App kann gemeinsame Komponenten verwenden. Entscheidend ist, welche Lösung Ihre Anforderungen mit vertretbarem Aufwand dauerhaft erfüllt.

Schreiben Sie vor der Offerte einen konkreten Ablauf auf#

Beschreiben Sie einen typischen Vorgang vom Einstieg bis zum fertigen Ergebnis. Ergänzen Sie einen Fehlerfall und eine Liste unverzichtbarer Gerätefunktionen. Trennen Sie Muss-Anforderungen von späteren Wünschen.

Mit dieser Grundlage kann ein Anbieter begründet empfehlen, ob eine Website, eine Web-App mit PWA-Funktionen oder eine native Anwendung passt. Bestehen kritische technische Unsicherheiten, sollte deren Prüfung ein klar abgegrenzter erster Auftrag sein.

Stand: 24. Oktober 2026. Die Grundlagenquellen wurden am selben Tag gelesen. Es wird keine vollständige aktuelle Browser-Kompatibilitätsliste behauptet; die Unterstützung muss für das konkrete Projekt geprüft werden.