„Wir brauchen eine App." Diesen Satz hörst du von Kunden regelmäßig, und meistens folgt kurz darauf die Ernüchterung: native Entwicklung für iOS und Android kostet ein Vielfaches einer Website, braucht zwei getrennte Codebasen, muss durch die App-Store-Prüfung und will danach dauerhaft gepflegt werden. Für einen Handwerksbetrieb, ein Restaurant oder einen regionalen Händler steht dieser Aufwand in keinem Verhältnis zum Nutzen. Und trotzdem ist der Wunsch nachvollziehbar: Ein Symbol auf dem Startbildschirm, das sich beim Tippen wie eine App öffnet, wirkt hochwertiger als ein Lesezeichen im Browser.
Genau diese Lücke füllt eine Progressive Web App. Sie ist im Kern eine Website, die sich installieren lässt, offline funktioniert und Benachrichtigungen schicken kann – gebaut mit denselben Web-Technologien, die du ohnehin beherrschst. Für kleine Agenturen ist das eine der wenigen Gelegenheiten, den App-Wunsch eines Kunden zu erfüllen, ohne in ein Projekt einzusteigen, das Budget und Kapazität sprengt.
Was eine Progressive Web App ausmacht
Eine Progressive Web App unterscheidet sich von einer normalen Website durch drei Bausteine, die laut MDN zusammenspielen. Der erste ist das Web App Manifest – eine kleine JSON-Datei, die dem System sagt, wie die App heißt, welches Icon sie hat und dass sie im eigenen Fenster ohne Browserleiste starten soll. Der zweite ist der Service Worker, ein Skript, das im Hintergrund läuft, Netzwerkanfragen abfängt und Inhalte zwischenspeichert. Er ist der Grund, warum eine PWA auch ohne Verbindung noch etwas anzeigen kann statt einer Fehlerseite. Der dritte Baustein sind die App-Fähigkeiten, die darauf aufbauen: Installation auf dem Gerät, Offline-Betrieb, Push-Benachrichtigungen und die Integration ins Betriebssystem.
Das Ergebnis ist eine einzige Codebasis, die als Website im Browser läuft und sich zugleich als App installieren lässt. Kein doppelter Entwicklungsaufwand, keine getrennten Versionen für Apple und Google.
Wann sich eine PWA lohnt – und wann nicht
Eine PWA ist kein Ersatz für jede native App, aber für einen großen Teil der Anfragen, die bei kleinen Agenturen landen, ist sie die klügere Wahl. Für ein Restaurant mit Speisekarte und Reservierung, einen Verein mit Terminen, einen lokalen Dienstleister mit Kundenkonto oder einen kleinen Shop deckt sie den Bedarf vollständig ab. Der Kunde bekommt sein Icon auf dem Startbildschirm, die Seite lädt beim erneuten Öffnen sofort aus dem Zwischenspeicher, und du pflegst nur ein Projekt.
An ihre Grenzen stößt die PWA dort, wo eine App tief in die Hardware greift – aufwendige Bluetooth-Kopplung, intensive Nutzung von Sensoren oder Funktionen, die zwingend App-Store-Präsenz voraussetzen, etwa weil der Kunde dort gefunden werden will. In solchen Fällen ist die ehrliche Antwort an den Kunden: Das wird eine native App. Für alles andere gilt: Die Web-Variante liefert 90 Prozent des Nutzens zu einem Bruchteil der Kosten. Wer ohnehin auf schlanke, schnelle Seiten setzt, hat mit einer PWA die passende Fortsetzung – die Grundlage dafür sind gute Core Web Vitals, denn eine träge Seite wird auch als installierte App nicht besser.
Der Stand auf iPhone und Android 2026
Die entscheidende Frage in jedem Kundengespräch lautet: Funktioniert das auch auf dem iPhone? Die kurze Antwort: ja, mit Einschränkungen, die du kennen musst.
Android: der einfache Fall
Auf Android ist die Sache unkompliziert. Erfüllt die Seite die Installationskriterien, bietet Chrome von selbst die Installation an und legt die PWA über das sogenannte WebAPK-Verfahren als vollwertige App ab. Sie taucht im App-Drawer auf, hat ein eigenes Icon und startet ohne Browserleiste. Auch auf dem Desktop – Windows, macOS, Linux – lässt sich eine PWA über Chrome oder Edge installieren.
iPhone: möglich, aber mit Regeln
Auf dem iPhone installiert die Nutzerin eine PWA über das Teilen-Menü in Safari mit „Zum Home-Bildschirm". Entscheidend ist der oft übersehene Punkt bei den Benachrichtigungen: Push funktioniert auf iOS erst seit Version 16.4 – und nur, wenn die Nutzerin die PWA vorher tatsächlich zum Home-Bildschirm hinzugefügt hat. Eine im Browser-Tab geöffnete Seite darf auf dem iPhone keine Push-Nachrichten schicken. Diese Hürde solltest du bei jedem Kunden ansprechen, dessen Konzept auf Benachrichtigungen baut: Die Installation ist auf Apple-Geräten die Voraussetzung, nicht die Kür.
So wird aus einer Website eine installierbare App
Der technische Einstieg ist niedriger, als viele denken. Damit ein Browser die Installation anbietet, braucht es laut den Installationskriterien bei MDN im Kern zwei Dinge. Erstens muss die Seite über HTTPS ausgeliefert werden – eine sichere Verbindung ist Pflicht. Zweitens braucht sie ein Web App Manifest mit einem Namen, einem Startpunkt, dem Anzeigemodus standalone und passenden Icons, mindestens in den Größen 192 und 512 Pixel. Ein Service Worker ist für die reine Installierbarkeit nicht zwingend, aber für den Offline-Betrieb der eigentliche Sinn der Sache.
Ein minimales Manifest sieht so aus:
{
"name": "Beispiel-App",
"short_name": "Beispiel",
"start_url": "/",
"display": "standalone",
"icons": [
{ "src": "/icons/192.png", "sizes": "192x192", "type": "image/png" },
{ "src": "/icons/512.png", "sizes": "512x512", "type": "image/png" }
]
}
Eingebunden wird es mit einer Zeile im Kopf der Seite: <link rel="manifest" href="/manifest.json">. Von hier aus baust du schrittweise aus – einen Service Worker fürs Caching, später vielleicht Push. Genau darin liegt der Reiz des Ansatzes: Du fängst mit einer normalen Website an und reicherst sie Stück für Stück zur App an, statt bei null in einer fremden Umgebung zu beginnen. Auch interaktive Funktionen lassen sich später ergänzen, etwa ein Support-Chatbot, der nur belegbare Auskünfte aus den Inhalten des Kunden gibt.
Und wenn der Kunde doch in den App Store will?
Manchmal beharrt ein Kunde auf einer echten Präsenz im App Store – weil dort Kunden suchen oder weil ein Eintrag bei Google Play und im App Store schlicht seriös wirkt. Auch das schließt eine PWA nicht aus. Über Werkzeuge wie PWABuilder lässt sich eine bestehende Progressive Web App in ein Paket verwandeln, das sich bei Google Play, im Microsoft Store und mit Einschränkungen auch im App Store einreichen lässt. Du entwickelst also weiterhin nur deine Web-App und packst sie am Ende für die Stores ein, statt zwei native Projekte parallel zu pflegen. Das ist kein Automatismus und die Store-Regeln, gerade bei Apple, wollen beachtet sein – aber es entkräftet das häufigste Gegenargument: dass eine PWA „ja nicht im Store" sei.
Ein zweiter Punkt, den du früh klären solltest, ist die Offline-Strategie. Der Service Worker entscheidet, was ohne Verbindung verfügbar bleibt. Für die meisten Kundenseiten reicht es, die Grundgerüste – Startseite, Navigation, wichtige statische Inhalte – zwischenzuspeichern und dynamische Daten bei Verbindung nachzuladen. Überlege dir bewusst, was ein Nutzer im Funkloch wirklich braucht, statt blind alles zu cachen. Genau diese Entscheidung trennt eine PWA, die sich wertig anfühlt, von einer, die im Offline-Fall nur eine leere Hülle zeigt.
Warum das ein Standbein für deine Agentur ist
Die PWA ist nicht nur eine technische Option, sondern ein Angebot mit Substanz. Du kannst dem Kunden, der nach einer App fragt, eine ehrliche, günstigere Alternative anbieten, die du komplett selbst umsetzt – ohne native Entwickler, ohne Store-Gebühren, ohne wochenlange Freigabeprozesse. Das schafft Vertrauen und öffnet die Tür für Folgeaufträge: Wartung, Erweiterungen, neue Funktionen. Ein Kunde, dem du seine „App" zum realistischen Preis gebaut hast, bleibt.
Praktisch empfiehlt es sich, die PWA-Fähigkeit als festen Bestandteil in dein Website-Angebot zu heben, statt sie als teures Sonderprojekt zu verkaufen. Wenn Manifest, Icons und ein einfacher Service Worker ohnehin zu deinem Standard-Setup gehören, entsteht der Mehrwert fast nebenbei – und du kannst ihn im Gespräch trotzdem als eigenständigen Vorteil benennen. So machst du aus einer technischen Zugabe ein sichtbares Argument, warum deine Websites mehr können als die aus dem Baukasten nebenan.
Der Zeitpunkt passt. Die Installationswege sind auf allen relevanten Systemen etabliert, Push funktioniert auch auf dem iPhone, und die Werkzeuge sind Teil jeder modernen Browserplattform. Wer den App-Wunsch seiner Kunden bisher mangels Budget abwinken musste, hat mit der Progressive Web App eine Antwort, die technisch sauber ist und wirtschaftlich für beide Seiten aufgeht.
- Eine Progressive Web App ist eine installierbare Website mit App-Erlebnis – eine Codebasis statt getrennter Apps für iOS und Android.
- Kernbausteine sind das Web App Manifest, ein Service Worker für den Offline-Betrieb und optional Push-Benachrichtigungen.
- Auf Android und dem Desktop ist die Installation unkompliziert; auf dem iPhone geht Push erst ab iOS 16.4 und nur nach Hinzufügen zum Home-Bildschirm.
- Für die Installierbarkeit braucht es HTTPS und ein Manifest mit Name, Startpunkt, Anzeigemodus und Icons in 192 und 512 Pixeln.
- Für kleine Agenturen ist die PWA eine günstige, selbst umsetzbare Antwort auf den App-Wunsch von Kunden – und ein Standbein für Folgeaufträge.