Web App oder Website: So treffen Sie die richtige Wahl

Eine Website liefert Inhalte: Seiten, die alle Besucher:innen mehr oder weniger gleich sehen. Eine Web App verarbeitet Daten und merkt sich, wer sie benutzt: Jede Person meldet sich an, sieht die eigenen Informationen und erledigt Aufgaben. Wenn Ihr Projekt Konten, Rollen, Zahlungen, Dashboards oder automatisierte Abläufe braucht, bauen Sie eine Web App, wie immer Sie es intern nennen. Wenn Besucher:innen vor allem lesen, vergleichen und Sie kontaktieren, brauchen Sie eine Website.

In der Praxis ist die Grenze unscharf, und die Wahl wirkt sich auf Budget, Zeitplan, Hosting und rechtliche Pflichten aus. Dieser Leitfaden gibt Ihnen einen klaren Test, konkrete Beispiele, die Folgen für Kosten und Wartung sowie die Schweizer Datenschutzpunkte, die Gründer:innen oft zu spät entdecken.

Kurz gefasst

• Eine Website stellt Informationen dar; eine Web App lässt jede Person etwas mit den eigenen Daten tun, etwa Datensätze verwalten, buchen, bezahlen oder zusammenarbeiten.
• Der praktische Test: Wenn Sie Logins, Rollen und Berechtigungen, Kundenportale oder automatisierte Prozesse brauchen, brauchen Sie eine Web App und nicht eine grössere Website.
• Web Apps kosten in der Umsetzung mehr und brauchen laufende Pflege (Updates, Überwachung, Sicherheit), während eine einfache Website im Betrieb günstiger ist.
• In der Schweiz bringt eine Web App mit Personendaten die Fragen nach Serverstandort, Transparenz und Datenschutz durch Technikgestaltung ab dem ersten Tag in die Architektur.
• Viele erfolgreiche Produkte verbinden beides: vorne eine Marketing-Website, hinter dem Login eine Web App.

Der Unterschied in einer Minute

Stellen Sie sich eine Website als Magazin vor und eine Web App als Werkzeug. Ein Magazin wird gelesen. Ein Werkzeug wird benutzt, und was es tut, hängt davon ab, wer es in der Hand hält.

Technisch gesehen gilt: a website serves content, while a web application processes data and manages state for each user. Derselbe Schweizer Hostinganbieter hält fest, dass der Wechsel nötig wird, sobald Login-Bereiche, Kundenportale, Rollen und Berechtigungen oder automatisierte Prozesse ins Spiel kommen.

So sieht das im direkten Vergleich aus.

Kriterium	Website	Web App
Hauptzweck	Informieren, überzeugen, Anfragen gewinnen	Nutzer:innen Aufgaben erledigen lassen
Typische Inhalte	Seiten, Artikel, Bilder, Formulare	Daten, Datensätze, Dashboards, Abläufe
Nutzer:innen	Meist anonyme Besucher:innen	Identifizierte Personen mit Konto und Rolle
Interaktion	Lesen, klicken, Kontaktformular senden	Erfassen, bearbeiten, freigeben, bezahlen, zusammenarbeiten
Caching	Einfach: Seiten lassen sich speichern und schnell ausliefern	Schwierig: Vieles ist persönlich und ändert sich laufend
Wartung	Gering: Inhalte pflegen, gelegentliche Sicherheitsupdates	Laufend: Funktionen, Überwachung, Updates von Abhängigkeiten
Gewicht des Datenschutzes	Cookies, Kontaktformulare, Analytics	Personendaten werden gespeichert, verarbeitet und an Dritte weitergegeben
Typischer Aufwand für die Umsetzung	Tage bis Wochen	Wochen bis Monate

Beispiele, die es greifbar machen

Klar eine Website: eine Anwaltskanzlei, die ihre Fachgebiete vorstellt, ein Restaurant mit Speisekarte und Telefonnummer für Reservationen, ein Portfolio, ein Firmenblog, eine Landingpage für einen Anlass.

Klar eine Web App: ein E-Banking-Portal, ein Projektmanagement-Tool, ein Buchungssystem, in dem Mitarbeitende Kalender verwalten, ein Kundenportal, in dem Kund:innen ihre eigenen Rechnungen und Verträge herunterladen, ein internes Dashboard, das Zahlen aus Ihrem ERP zieht.

Dazwischen: ein Onlineshop. Der Verkaufsbereich verhält sich wie eine Website (Produktseiten, Inhalte, Sichtbarkeit in Suchmaschinen), aber Warenkorb, Kasse, Kundenkonto und Bestellverwaltung sind Anwendungslogik. Grosse Plattformen wie Amazon oder Facebook sind Web Apps mit angehängten öffentlichen Seiten. Die häufige Frage, ob sie nun eine Website oder eine Webanwendung sind, hat die Antwort: beides, und das ist normal.

Eine unter Entwickler:innen verbreitete Ansicht lautet, die Unterscheidung existiere kaum, da beides im Browser läuft. Auf der Ebene der Auslieferung stimmt das. Es stimmt nicht mehr, sobald Sie das Ganze budgetieren, absichern und warten müssen, denn die Arbeit hinter einem Login ist eine andere Art von Arbeit.

Fünf Anzeichen, dass Sie eine Web App brauchen

Sie müssen die Begriffsfrage nicht klären. Prüfen Sie, ob eines davon auf Ihr Projekt zutrifft:

1. Nutzer:innen haben ein Konto. Nicht nur eine Newsletter-Anmeldung, sondern ein Login, in dem Menschen ihre eigenen Daten sehen.
2. Verschiedene Personen sehen Verschiedenes. Rollen und Berechtigungen: Administration, Führung, Kundschaft, Gast.
3. Transaktionen passieren in Ihrem Produkt. Zahlungen, Freigaben, Buchungen, unterzeichnete Dokumente, Statuswechsel.
4. Prozesse sollen ohne Handarbeit laufen. Benachrichtigungen, Importe, Rechnungserstellung, Abgleich mit CRM, ERP oder Buchhaltung.
5. Das Produkt ist der Wert. Kund:innen zahlen für das, was die Software tut, nicht für das, was auf der Seite steht.

Ein einziges Ja bedeutet meistens, dass Sie es mit einer Web App zu tun haben oder mit einer Website mit einem Web-App-Teil. Kein einziges Ja heisst: Eine gut gebaute Website dient Ihnen besser und kostet weniger.

Was sich ändert, wenn es eine Web App ist

Architektur

Eine Website verläuft meist linear: Jemand ruft eine Seite auf und bekommt sie. Eine Web App führt einen Zustand mit, also wer die Person ist, was sie zuletzt getan hat und was sie tun darf. Der Schweizer Hostinganbieter Metanet weist darauf hin, dass sich der Aufbau dadurch a website serves content, while a web application processes data and manages state for each user verschiebt, was die Erwartungen an Geschwindigkeit und Zuverlässigkeit verändert. Im Klartext: Eine langsame Broschürenseite ist ärgerlich, eine langsame Kasse oder ein fehlschlagendes Login kostet Geld und Vertrauen.

Budget

Die sichtbare Oberfläche ist der kleinere Teil einer Web App. Der grössere Teil ist das, was niemand sieht: Datenmodelle, Berechtigungen, Fehlerbehandlung, Schnittstellen, Verwaltungswerkzeuge, Backups. Darum führt es auf beiden Seiten zu Enttäuschung, wenn man eine Web App wie eine Website offeriert. Schätzen Sie den Umfang über Abläufe ab (was muss eine Person von Anfang bis Ende tun können) und nicht über Seiten.

Ein praktischer Weg, das Risiko zu begrenzen, ist der Start mit einem MVP: die kleinste Version, mit der echte Nutzer:innen die eine wertvollste Aufgabe erledigen können. Sie lernen aus der Nutzung, bevor Sie in alles Weitere investieren.

Wartung

Websites sind einfach zu betreuen, mit weniger Updates und weniger Aufwand. Web Apps brauchen regelmässige Pflege: neue Funktionen, aktualisierte Abhängigkeiten, Überwachung, Sicherheitskorrekturen. Planen Sie das vor dem Start ein. Eine Web App ohne verantwortliche Person nach dem Go-live verfällt langsam, und genau dort kippen viele Beziehungen zu Agenturen.

Bei Ampersand ist die laufende Betreuung ein eigenes Angebot: Unser Plan Run & monitor ist auf unserer Preisseite mit CHF 750 pro Monat aufgeführt. So sehen Sie den Betrieb von Software als Position in Ihrem Budget statt als Überraschung.

Schnittstellen

Die meisten nützlichen Web Apps sprechen mit anderen Systemen: Shop, CRM, ERP, Buchhaltung, Zahlungsanbieter. Eine Studie der ZHAW zu Schweizer Onlinehändlern zeigt, dass the online shop is relevant for 70 percent of the surveyed merchants as a sales channel, und dass nationale Anbieter über Servicequalität und Exklusivität gegen globale Plattformen antreten. Eine Möglichkeit, daraus etwas zu machen: Werkzeuge bauen, die genau an die Systeme anschliessen, die Sie bereits nutzen. Ein standardisiertes Produkt aus dem Ausland wird das für Sie nicht tun.

Schweizer Besonderheiten: Datenschutz gehört zum Entwurf

Eine Broschürenwebsite sammelt wenig. Eine Web App speichert oft Namen, E-Mail-Adressen, Dokumente, Verhalten und Zahlungskontext. Nach dem Schweizer Datenschutzgesetz (DSG) müssen personal data must be processed lawfully, in good faith and proportionately (Art. 6). Das ist kein Absatz für die Fusszeile. Es prägt, was Sie erheben, wo Sie hosten und welche Werkzeuge von Dritten Sie anbinden.

Drei Punkte, die Sie kennen sollten, bevor Sie eine Entwicklerin oder einen Entwickler briefen:

• Transparenz muss der Realität entsprechen. Der Eidgenössische Datenschutz- und Öffentlichkeitsbeauftragte (EDÖB) hat seinen cookie guidance in October 2025 aktualisiert und betont unter anderem, dass der Einsatz von Cookies für personalisierte Werbung die Einwilligung der betroffenen Personen erfordern kann. Eine aus einer Vorlage kopierte Datenschutzerklärung beschreibt Ihre tatsächlichen Datenflüsse nicht.
• Denken Sie den Datenfluss schon in der Planung mit. Derselbe Leitfaden spricht sich für einen Ansatz des Datenschutzes durch Technikgestaltung aus statt für das Abhaken von Kästchen. Versprechen von Tracking ohne Cookies oder von anonymen Daten verdienen eine genaue Prüfung, denn modernes Profiling wird streng beurteilt.
• Hosting und Dritte sind architektonische Entscheide. Wo Daten liegen und welche externen Dienste sie erhalten, sollte früh entschieden werden. Öffentliche Stellen in der Schweiz erproben souveräne Alternativen und Infrastruktur mit Schweizer Hosting: Der Kanton Freiburg hat zum Beispiel launched a chatbot hosted on Swiss infrastructure. Ihr Unternehmen braucht dieses Niveau vielleicht nicht, aber Sie sollten Ihre Möglichkeiten kennen.

Wenn Ihr Produkt Profiling mit hohem Risiko oder besonders schützenswerte Daten umfasst, sprechen Sie vor dem Start mit einer Anwältin oder einem Anwalt für Datenschutz. Für die technische Seite ist dieses security playbook for queue systems eine nützliche Ergänzung. Es zeigt, wie sich eine browserbasierte Anwendung für mehrere Nutzer:innen mit Sicherheitsschritten über 30 und 90 Tage planen lässt.

Zwingen Sie keine App in eine Website

Ein häufiger und teurer Fehler besteht darin, ein Content-Management-System so lange zu dehnen, bis es sich halbwegs wie eine Anwendung verhält: Erweiterungen für Mitgliedschaften, Erweiterungen für Buchungen, Erweiterungen für die Rechnungsstellung, jede mit eigenen Updates und Lücken. Es funktioniert, bis es nicht mehr funktioniert.

Die Schweizer Bundesverwaltung zieht eine ähnliche Linie. Ihre Web-Richtlinien distinguish between types of public websites, mit gewöhnlichen Informationsseiten auf der einen und spezialisierten Anwendungen auf der anderen Seite. Die Lehre für ein Unternehmen: Halten Sie Ihre Inhaltsseite einfach und bauen Sie den funktionalen Teil als eigenen Baustein, verlinkt oder eingebettet über eine API oder als separate Anwendung.

Diese Mischform betreiben die meisten reifen Unternehmen:

• Website unter www: schnell, vom Marketing bearbeitbar, für Suchmaschinen optimiert.
• Web App unter app oder portal: Login, Daten, Abläufe.
• Integrationsschicht zwischen den beiden und Ihren übrigen Systemen.

Jeder Teil lässt sich ändern, ersetzen oder skalieren, ohne die anderen neu zu bauen. Das hält Sie zudem unabhängig: Kein einzelnes Werkzeug nimmt Ihr ganzes Geschäft in Geiselhaft.

So entscheiden Sie: ein kurzes Arbeitsblatt

Beantworten Sie diese Fragen in einer Sitzung mit Ihrem Team, schriftlich.

1. Welche eine Aufgabe muss eine Person erledigen können? Wenn es Lesen und Kontaktieren ist: Website. Wenn es Tun ist: App.
2. Wer meldet sich an, und was darf jede Person sehen? Schreiben Sie die Rollen auf.
3. Mit welchen Systemen muss es verbunden sein? Nennen Sie sie: Shop, CRM, ERP, Buchhaltung.
4. Welche Personendaten werden Sie bearbeiten? Listen Sie sie auf, und wo sie gespeichert werden.
5. Wer ist nach dem Start verantwortlich? Nennen Sie eine Person und ein Budget für die Wartung.
6. Was ist die kleinste Version, die die Idee belegt? Das ist Ihr MVP.

Wenn Sie die Fragen 2 bis 4 konkret beantworten, sind Sie bereit für eine präzise Offerte. Wenn Sie sie mit «mal schauen» beantworten, investieren Sie zuerst eine kurze bezahlte Beratung oder ein Audit in die Abgrenzung des Umfangs. Das ist günstiger, als mitten im Projekt neu zu schreiben.

Wie wir bei Ampersand vorgehen

Wir sind ein kleines Zürcher Studio und bauen Websites, Web- und Mobile-Apps sowie Plattformen für Startups und Teams. Erfahrene Entwickler:innen führen jedes Projekt vom ersten Gespräch bis zur Übergabe. So baut genau die Person, die Ihre Anforderungen versteht, die Lösung auch. Damit vermeiden wir umgeschriebene Anforderungen und Personalwechsel mitten im Projekt, und wir arbeiten auf Ihre Unabhängigkeit hin statt auf Abhängigkeit.

Wenn Sie unsicher sind, auf welcher Seite der Linie Sie stehen, helfen wir Ihnen, den Umfang ehrlich abzustecken, auch in den Fällen, in denen eine einfachere Website die richtige Antwort ist. Unser Angebot umfasst massgeschneiderte Websites, Web Apps und MVPs, Plattformen, Schnittstellen zu Shops, CRM und ERP, Migrationen, Automatisierung sowie Beratung, etwa als CTO auf Teilzeit. Unser Beratungsplan Guidance ist mit CHF 799 pro Monat aufgeführt. Sehen Sie unser Angebot auf der Preisseite oder schauen Sie sich unsere Arbeiten an, um zu sehen, welche Art von Projekten wir liefern.

Häufige Fragen

Was ist der Unterschied zwischen einer Web App und einer Website, kurz gesagt?

Eine Website stellt Besucher:innen Informationen dar, während eine Web App jede Person Aufgaben mit den eigenen Daten erledigen lässt. Websites werden meist gelesen; Web Apps werden benutzt. Das klarste Anzeichen ist ein Login mit persönlichen Inhalten und Berechtigungen.

Ist Amazon eine Website oder eine Webanwendung?

Beides. Die Produktseiten und Inhalte verhalten sich wie eine Website, während Warenkorb, Konto, Sendungsverfolgung und Verkäuferwerkzeuge Funktionen einer Webanwendung sind. Die meisten grossen Onlinedienste verbinden beides.

Ist eine Web App teurer als eine Website?

Meistens ja, denn sie umfasst den Umgang mit Daten, Berechtigungen, Schnittstellen und Tests, und sie braucht laufende Wartung. Die genauen Kosten hängen von den Abläufen ab, die Sie brauchen. Darum lohnt es sich, diese zuerst abzustecken. Ein fixer Umfang für ein kleines MVP hält das Risiko in Grenzen.

Kann ich mit einer Website starten und später eine Web App ergänzen?

Ja, und das ist oft klug. Halten Sie die Website einfach und bauen Sie die Anwendung als eigenen Baustein, verbunden über eine API. So starten Sie schnell und können den funktionalen Teil ausbauen, ohne Ihren öffentlichen Auftritt neu zu bauen.

Muss eine Web App das Schweizer Datenschutzrecht einhalten?

Wenn sie Personendaten bearbeitet, gilt das DSG, und das ist deutlich wahrscheinlicher als bei einer einfachen Broschürenseite. Planen Sie Transparenz, Hosting und Dienste von Dritten bereits beim Entwurf und ziehen Sie bei Fällen mit hohem Risiko eine Anwältin oder einen Anwalt für Datenschutz bei.

Quellen

• a website serves content, while a web application processes data and manages state for each user
• cookie guidance in October 2025
• personal data must be processed lawfully, in good faith and proportionately
• the online shop is relevant for 70 percent of the surveyed merchants as a sales channel
• launched a chatbot hosted on Swiss infrastructure
• distinguish between types of public websites