Was ist eine Web-App? Definition, Beispiele und Technik

Web-App: die Definition

Eine Web-App (englisch „web application", deutsch Webanwendung oder Webapplikation) ist eine Software, die auf einem Webserver liegt und im Browser des Nutzers ausgeführt wird. Sie besteht aus zwei Teilen: dem Code, der im Browser läuft (Frontend), und dem Code, der auf dem Server läuft (Backend).

Der entscheidende Unterschied zu einer klassischen Anwendung: Du installierst nichts. Du rufst eine URL auf, und die Anwendung ist da. Updates spielt der Anbieter zentral auf dem Server ein — alle Nutzer arbeiten automatisch mit der aktuellen Version.

Wie eine Web-App technisch funktioniert

Frontend: was im Browser läuft

Das Frontend besteht aus HTML für die Struktur, CSS für die Darstellung und JavaScript für die Logik. Bei größeren Web-Apps kommt dafür meist ein Framework zum Einsatz — React, Vue, Svelte oder Angular sind die verbreitetsten. Diese Frameworks übernehmen die Aufgabe, die Oberfläche bei jeder Nutzeraktion zu aktualisieren, ohne die Seite komplett neu zu laden.

Backend: was auf dem Server läuft

Das Backend verarbeitet die Anfragen, prüft Berechtigungen und spricht mit der Datenbank. Hier hast du freie Wahl: PHP (oft mit Laravel oder Symfony), Node.js, Python mit Django, Ruby on Rails oder Java. Als Datenbank kommen meistens MySQL, MariaDB oder PostgreSQL zum Einsatz.

Frontend und Backend kommunizieren über eine API — in der Regel per HTTPS im JSON-Format. Diese Trennung ist der Grund, warum du dasselbe Backend später auch für eine mobile App weiterverwenden kannst.

Web-App, Website, PWA und Native App: die Unterschiede

Die Grenzen verschwimmen in der Praxis. Diese Übersicht ordnet die vier Formate ein:

Web-App vs. Website

Eine Website informiert, eine Web-App lässt dich etwas tun. Das ist die brauchbarste Abgrenzung. Ein Blog, eine Firmenpräsenz oder eine Produktseite sind Websites: Du liest, du schaust, du gehst wieder. Eine Web-App verarbeitet Eingaben, speichert deinen Zustand und liefert bei jedem Aufruf ein Ergebnis, das von deinen Daten abhängt.

Der Übergang ist fließend. Ein Onlineshop ist beides — Produktseiten sind Website-Inhalte, Warenkorb und Checkout sind Web-App-Funktionen.

Web-App vs. Native App

Eine Native App wird für ein bestimmtes Betriebssystem programmiert und darauf installiert. Eine Android-App läuft nicht auf iOS. Willst du beide Plattformen bedienen, brauchst du entweder zwei Codebases oder ein Cross-Platform-Framework wie Flutter oder React Native.

Eine Web-App deckst du mit einer Codebase ab — vorausgesetzt, du testest sauber in allen relevanten Browsern. Dafür bekommst du weniger tiefe Systemintegration: kein Widget auf dem Homescreen, kein Eintrag im Teilen-Menü des Betriebssystems, keine Präsenz im App Store.

Progressive Web App (PWA)

Eine PWA ist eine Web-App, die zwei Dinge zusätzlich mitbringt:

Einen Service Worker — ein JavaScript, das im Hintergrund läuft, Netzwerkanfragen abfängt und Dateien im Cache ablegt. Das ist der Mechanismus, mit dem eine Web-App offline funktioniert. Voraussetzung ist HTTPS.

Ein Web App Manifest — eine kleine JSON-Datei mit Name, Icons und Anzeigemodus. Sie macht die App installierbar. Nach der Installation startet sie im eigenen Fenster ohne Browserleiste und erscheint im App-Switcher wie jede andere App.

Wichtig, weil es oft falsch erklärt wird: Eine PWA wird echt installiert. Es ist kein Lesezeichen.

Hybrid-App

Eine Hybrid-App ist eine Web-App, die in einen nativen Container verpackt wird. Der Inhalt ist HTML, CSS und JavaScript, die Hülle ist eine echte App, die im App Store landen kann. Der Zugriff auf Gerätefunktionen läuft über eine Brücke wie Capacitor oder Cordova.

Was eine Web-App heute kann — und was nicht

Hier stehen die meisten Ratgeber auf dem Stand von 2018. Der aktuelle Stand:

Offline funktioniert über Service Worker, nicht über HTML5-Cache

Viele Artikel schreiben, Web-Apps könnten „über HTML5" offline arbeiten. Gemeint ist damit der Application Cache. Der ist Geschichte: aus Firefox 85 entfernt, in Chrome 84 abgeschaltet und in Chrome 95 vollständig gestrichen. Wenn dir jemand AppCache anbietet, ist die Information mindestens fünf Jahre alt.

Der heutige Weg ist der Service Worker in Kombination mit der Cache API. Damit legst du selbst fest, welche Dateien und Daten lokal liegen und was passiert, wenn das Netz wegfällt.

Zugriff auf Gerätefunktionen

Über standardisierte Web-APIs erreichst du aus dem Browser heraus unter anderem Kamera und Mikrofon, den Standort, die Zwischenablage, das Teilen-Menü und Push-Benachrichtigungen. Über die File System Access API kann eine Web-App in Chromium-Browsern sogar direkt Dateien auf dem Rechner öffnen und speichern.

Und der Leistungsvorbehalt ist auch weg: Mit WebAssembly laufen rechenintensive Anwendungen im Browser fast so schnell wie native Programme. Figma und Photoshop im Browser sind der Beweis — beide sind Web-Apps.

Grenzen auf iPhone und iPad

Hier liegen die tatsächlichen Einschränkungen, und sie sind hersteller- und nicht technikbedingt:

• Push nur nach Installation. Seit iOS 16.4 können Web-Apps Push-Benachrichtigungen senden — aber nur, wenn der Nutzer sie vorher über Safari zum Home-Bildschirm hinzugefügt hat. Aus einem offenen Tab funktioniert es nicht.
• Kein automatisches Installbanner. Safari unterstützt das beforeinstallprompt-Event nicht. Du musst deine Nutzer selbst durch die Installation führen.
• Alle iOS-Browser nutzen WebKit. Chrome und Firefox auf dem iPhone sind Safari-Oberflächen. Welche Web-Funktionen verfügbar sind, entscheidet Apple.
• Kein Background Sync. Formulardaten, die offline entstanden sind, kannst du auf iOS nicht im Hintergrund nachsenden. Du musst sie beim nächsten Öffnen der App abschicken.
• Einige APIs fehlen dauerhaft. Web Bluetooth, Web NFC, WebUSB, Web Serial und Web MIDI hat Apple aus Datenschutzgründen nicht umgesetzt.

Ein Detail hat sich zuletzt zugunsten von Web-Apps verschoben: Seit iOS 26 öffnen Websites, die zum Home-Bildschirm hinzugefügt werden, standardmäßig als Web-App im eigenen Fenster.

Beispiele für Web-Apps

Du nutzt täglich mehrere, ohne darüber nachzudenken:

• Google Maps, Gmail, Google Docs — Kartendienst, Mailclient und Textverarbeitung, komplett im Browser
• Microsoft 365 im Browser — Word, Excel und Outlook als Webversion
• Figma und Canva — Design-Software, die früher zwingend installiert werden musste
• WhatsApp Web und Slack — Messenger als Web-App und parallel als Native App
• Online-Banking und Kundenportale — der Klassiker, den kaum jemand als App wahrnimmt
• Buchungs- und Terminsysteme — der typische Anwendungsfall für kleine Unternehmen

Der letzte Punkt ist der interessanteste, wenn du selbst überlegst: Terminbuchung, Kundenportal, internes Tool für die Auftragserfassung. Das sind die Web-Apps, die im Mittelstand tatsächlich gebaut werden.

Vor- und Nachteile im Überblick

Dafür spricht: eine Codebase für alle Plattformen, keine Installationshürde, kein App-Store-Review und keine Store-Provision, Sicherheitslücken lassen sich zentral schließen, Nutzer arbeiten immer mit der aktuellen Version, und du kannst die App über eine URL teilen.

Dagegen spricht: volle Systemintegration bleibt Native Apps vorbehalten, auf iOS gibt es die genannten Einschränkungen, du bist auf einen funktionierenden Server angewiesen, und ohne Präsenz im App Store fällt ein Vertriebskanal weg.

Wann eine Web-App die richtige Wahl ist

Eine Web-App passt, wenn deine Anwendung im Kern Daten verarbeitet und anzeigt, wenn sie auf Desktop und Mobil funktionieren soll, wenn du schnell und iterativ ausliefern willst und wenn du nicht auf tiefe Systemfunktionen wie Bluetooth-Geräte oder Hintergrundprozesse angewiesen bist.

Eine Native App lohnt sich, wenn du permanent im Hintergrund arbeiten musst, Sensoren intensiv nutzt, hohe Grafikleistung brauchst oder die Sichtbarkeit im App Store ein echter Vertriebsweg für dich ist.

Der pragmatische Weg für die meisten Projekte: als Web-App starten, PWA-Funktionen ergänzen, und nur dann nativ nachziehen, wenn eine konkrete Anforderung es erzwingt.

Was du brauchst, um eine Web-App zu betreiben

Hosting mit passender Leistung

Eine Web-App belastet den Server anders als eine Website. Statische Seiten liefert ein Server aus dem Cache. Eine Web-App rechnet bei jeder Anfrage: Datenbankabfragen, Berechtigungsprüfungen, Antwortaufbau.

Für kleinere Anwendungen mit überschaubarem Traffic reicht klassisches Webhosting mit aktueller PHP-Version und Datenbank. Wächst die Nutzerzahl oder brauchst du eigene Dienste im Hintergrund, ist ein VPS der nächste Schritt — dort hast du Root-Zugriff und dedizierte Ressourcen und kannst dir die Umgebung so einrichten, wie dein Stack sie braucht.

Domain und HTTPS

Deine Web-App braucht eine eigene Domain und ein SSL-Zertifikat. Das ist keine Empfehlung, sondern technische Voraussetzung: Service Worker, Push und Geolocation funktionieren ausschließlich über HTTPS.

Wenn WordPress die Basis ist

Viele kleinere Web-Apps entstehen nicht auf einem leeren Server, sondern als Erweiterung eines bestehenden WordPress-Systems — Buchungsplugin, Mitgliederbereich, Kundenportal. Das funktioniert gut, verlangt aber mehr Rechenleistung als ein normaler Blog, weil jede Anfrage dynamisch verarbeitet wird. WordPress Hosting mit passender Ausstattung nimmt dir hier die Konfigurationsarbeit ab.

Wenn du dagegen erst einmal eine Website brauchst und noch keine Anwendung, kommst du mit einem Homepage-Baukasten deutlich schneller ans Ziel als mit einem Entwicklungsprojekt.

Web-Apps und SEO: was du wissen solltest

Ein Punkt, der bei Web-App-Projekten regelmäßig hinten runterfällt: Web-Apps, die ihre Inhalte erst per JavaScript im Browser aufbauen, sind für Suchmaschinen schwer zu erfassen. Google rendert JavaScript, aber verzögert und nicht garantiert vollständig.

Praktisch heißt das: Alles, was ranken soll — Startseite, Landingpages, öffentliche Inhalte — sollte serverseitig gerendert werden (Server-Side Rendering) oder vorab als statisches HTML vorliegen. Bereiche hinter dem Login sind für SEO ohnehin irrelevant und dürfen ruhig rein clientseitig laufen.

Zweiter Punkt: Ladezeit. Große JavaScript-Bundles kosten dich Core Web Vitals und damit Sichtbarkeit. Code Splitting, Lazy Loading und ein Server mit vernünftiger Antwortzeit sind hier die Hebel.

Wenn du bei diesen Themen Unterstützung brauchst, helfen dir die SEO- und SEA-Dienstleistungen von dogado dabei, dein Projekt technisch und inhaltlich sichtbar zu machen — mit deutschsprachigem Support und konkreten Maßnahmen statt allgemeiner Empfehlungen.

Fazit

Eine Web-App ist die pragmatischste Antwort auf die Frage, wie du eine Anwendung auf möglichst viele Geräte bringst: eine Codebase, keine Installationshürde, zentrale Updates. Die alten Argumente gegen Web-Apps — kein Offline-Betrieb, kein Zugriff auf Gerätefunktionen, zu langsam für komplexe Aufgaben — halten dem aktuellen Stand nicht mehr stand. Was bleibt, sind die Einschränkungen auf iOS und der fehlende App Store als Vertriebskanal.

Wenn du ein konkretes Projekt vor dir hast, ist die technische Basis der Punkt, an dem du früh richtig entscheiden solltest: Domain, HTTPS und eine Hosting-Umgebung, die zur erwarteten Last passt. Danach lässt sich alles andere nachziehen.

Häufige Fragen zu Web-Apps

Was genau ist eine Web-App?

Eine Web-App ist eine Anwendung, die auf einem Webserver läuft und im Browser ausgeführt wird. Du installierst sie nicht, sondern rufst eine URL auf. Anders als eine Website verarbeitet sie Eingaben und liefert je nach deinen Daten unterschiedliche Ergebnisse.

Wie installiere ich eine Web-App?

Bei einer Progressive Web App bietet dir der Browser die Installation aktiv an — in Chrome und Edge über ein Symbol in der Adressleiste. Auf dem iPhone gehst du über Safari, tippst auf das Teilen-Symbol und wählst „Zum Home-Bildschirm". Danach startet die App in einem eigenen Fenster ohne Browserleiste. Bei einer normalen Web-App ohne Manifest ist keine Installation vorgesehen; du speicherst sie als Lesezeichen.

Braucht eine Web-App eine Internetverbindung?

In den meisten Fällen ja. Eine Web-App mit Service Worker kann Dateien und Daten lokal zwischenspeichern und funktioniert dann auch offline — zumindest für die Bereiche, die keine frischen Serverdaten brauchen.

Wie funktioniert eine Web-App technisch?

Der Browser lädt das Frontend aus HTML, CSS und JavaScript. Sobald du etwas eingibst, schickt das Frontend eine Anfrage an das Backend auf dem Server. Das Backend prüft die Anfrage, spricht mit der Datenbank und antwortet meist im JSON-Format. Das Frontend aktualisiert daraufhin die Oberfläche, ohne die Seite neu zu laden.

Was ist der Unterschied zwischen Web-App und PWA?

Eine PWA ist eine Web-App mit zwei Zusätzen: einem Service Worker für Offline-Betrieb und Caching sowie einem Web App Manifest, das sie installierbar macht. Jede PWA ist eine Web-App, aber nicht jede Web-App ist eine PWA.

Kann ich eine Web-App erstellen, ohne programmieren zu können?

Für einfache Anwendungsfälle ja. Terminbuchung, Kontaktformulare mit Logik oder ein kleines Kundenportal lassen sich mit einem Homepage-Baukasten oder mit WordPress und passenden Plugins umsetzen. Sobald du eigene Geschäftslogik oder individuelle Datenmodelle brauchst, kommst du an Entwicklungsarbeit nicht vorbei.

Welches Hosting brauche ich für eine Web-App?

Das hängt von der Last ab. Für kleinere Anwendungen genügt Webhosting mit aktueller PHP-Version, Datenbank und SSL-Zertifikat. Bei mehr Nutzern, eigenen Hintergrundprozessen oder speziellen Anforderungen an die Serverumgebung brauchst du einen VPS mit Root-Zugriff und dedizierten Ressourcen.

Ist eine Web-App sicher?

Sie kann genauso sicher sein wie eine Native App, wenn die Grundlagen sitzen: HTTPS durchgehend, saubere Authentifizierung, Schutz gegen SQL-Injection und Cross-Site-Scripting, aktuelle Abhängigkeiten. Ein Vorteil gegenüber Native Apps: Sicherheitsupdates spielst du zentral auf dem Server ein und alle Nutzer sind sofort auf dem aktuellen Stand.