Native App oder PWA? Wann sich welcher Weg für euren Shop lohnt

Die kurze Antwort

Für die meisten Händler und Betreiber lohnt sich keine eigene native App. Eine PWA, eine Website, die sich wie eine App verhält, kann fast alles, was eine App früher exklusiv konnte: Home-Screen-Icon, Push, Offline, flüssige Bedienung. Ohne zweite Plattform, ohne App-Store und ohne dass sich jemand erst etwas installieren muss. Eine native App zahlt sich erst aus, wenn drei Dinge zusammenkommen: eure Kunden kommen regelmäßig, ihr habt bereits einen festen Stamm, und ihr habt einen klaren Retention-Mechanismus wie Loyalty, Wiederbestellung oder Abo. Zwei Merksätze: Eine App ist ein Retention-Werkzeug, kein Neukunden-Kanal. Und baut niemals eine halbgare App. Eine langsame, buggy Basic-App schadet der Marke mehr, als gar keine App zu haben.

---

Warum ist die App-Entscheidung heute eine geschäftliche Frage?

Weil moderne Browser und Progressive Web Apps fast alles nachgebaut haben, was früher exklusiv einer nativen App vorbehalten war: Push-Benachrichtigungen, Offline-Zugriff, App-artige Bedienung. Die technische Lücke ist geschlossen. Übrig bleibt eine geschäftliche Frage: Rechtfertigt euer Kundenverhalten eine zweite Plattform, oder reicht eine Website, die sich wie eine App anfühlt?

Vor fünf Jahren war das noch anders: Mobile Web konnte vieles schlicht nicht, keine verlässlichen Push-Benachrichtigungen, schwache Performance, kein Offline-Modus. Wer eine gute mobile Experience wollte, brauchte eine App. Die verbleibenden nativen Vorteile sind real, aber deutlich schmaler geworden. Die Technologie folgt dem Geschäftsmodell, nicht dem Trend. Diese Einschätzung deckt sich mit aktuellen Branchenstimmen: Der Inside-Commerce-Podcast von Gurd und Rogers (2026) kommt zum selben Schluss und macht die App-Entscheidung an Kundenbindung und Wiederholungszyklen fest, nicht an Technik.

Was ist eine Progressive Web App (PWA) und wie unterscheidet sie sich von einer nativen App?

Eine PWA ist eine Website, die sich wie eine App anfühlt: Home-Screen-Icon, Vollbild ohne Browserleiste, Push-Benachrichtigungen, Offline-Zugriff, flüssige Bedienung. Der Unterschied zur nativen App ist die Einstiegshürde. Eine PWA hat keine: kein Store, kein Download, kein Update-Zwang. Eine native App verlangt Installation über App Store oder Play Store, bevor sie überhaupt genutzt werden kann.

Der Nutzer öffnet die PWA per Link oder QR-Code und kann sie mit einem Tap auf den Home-Screen legen. Genau das macht sie zum sinnvollen Default für alle, deren Kunden nicht ohnehin täglich vorbeischauen. Ihr investiert einmal in eine stabile Frontend-Schicht, statt eine zweite Plattform mit eigener Freigabe, eigenen Integrationen und eigener Pflege zu betreiben.

Ist eine App ein Akquise- oder ein Retention-Kanal?

Eine App ist ein Retention-Kanal, kein Akquise-Kanal. Neukunden kommen über Suche, Ads und Empfehlungen und landen auf eurer Website, niemand installiert eine App, bevor er euch kennt. Die Website oder PWA holt den ersten Kauf, die native App bindet danach die Kunden, die schon da sind.

Das ist der Denkfehler, der die meisten App-Projekte haben: Teams starten eine App, um neue Kunden zu gewinnen. Das funktioniert nicht. Die gesunde Arbeitsteilung: Website oder PWA optimiert auf SEO, Performance und den ersten Kauf, die App greift danach als Retention-Kanal für Menschen, die schon Kunden sind. Wer eine App ohne Retention-Idee baut, hat einen zweiten, teureren Browser gebaut.

Welche Rolle spielt die Kaufhäufigkeit eurer Kunden bei der Entscheidung?

Die Kaufhäufigkeit entscheidet, ob eine App überhaupt eine Chance hat: Eine native App lebt von Wiederkehr, Push, Treuepunkte und gespeicherte Warenkörbe wirken nur, wenn Menschen die App mehr als ein- bis zweimal im Jahr öffnen. Kommt euer typischer Kunde seltener, bleibt die App ungenutzt und wird irgendwann deinstalliert.

„Regelmäßig“ heißt nicht täglich. Eine Food- oder Beauty-Marke hat andere Frequenzen als ein Erlebnisort, den man zweimal im Jahr besucht. Aber wenn euer typischer Kunde selten kommt und dazwischen keinen Grund hat, bei euch vorbeizuschauen, dann bekommt ihr keine App auf seinen Home-Screen. Für genau diese Fälle ist die PWA gebaut: der App-Komfort ohne die Installationshürde.

Wann lohnt sich eine native App im B2C und wann im B2B?

Im B2C lohnt sich eine native App bei hoher Frequenz plus echtem Treueprogramm: Der Kunde öffnet die App ohnehin oft, sie erinnert proaktiv an Punkte und Prämien. Im B2B lohnt sie sich beim wiederkehrenden Nachbestellgeschäft: Verbrauchsmaterial, Ersatzteile, C-Teile, wo Scan-Nachbestellung und Freigabe-Push per Handgerät den Browser schlagen.

Marken wie Gymshark, Represent oder Myprotein zeigen das im Sportswear-Segment: Die App supported dort Community und Wiederkauf, nicht Neukundengewinnung (Inside-Commerce-Podcast, 2026).

Baut eine native App, wenn die meisten Punkte zutreffen:

• Hohe Frequenz: Eure Kunden kommen oder bestellen monatlich oder häufiger.
• Fester Stamm: Ein Großteil des Umsatzes kommt aus bestehenden Kunden.
• Klarer Retention-Mechanismus: Loyalty, Wiederbestellung oder Abo als Kern.
• Budget für Aufbau und laufende Pflege, nicht nur für den Launch.
• Ein eigener Nutzen, den PWA und Website nicht liefern.

Lasst die native App und bleibt bei der PWA, wenn das euer Bild ist:

• Seltene Käufe oder Besuche, lange Zyklen.
• Die Suche ist euer wichtigster Kanal. SEO läuft über die Website, nicht die App.
• Kleiner, wechselnder Kundenstamm ohne Wiederkehr.
• Das Budget muss bewusst eingesetzt werden und es ist kein Budget für einen gesonderten App Stream vorhanden.

Eignet sich eine PWA als zentraler Content Layer für Erlebnis- und Freizeitbetreiber mit mehreren Fachsystemen?

Ja, gerade für Betreiber, die ihren Gästen keinen einzelnen Kauf verkaufen, sondern einen Tag: Freizeitparks, Sportvereine und Stadien, Zoos, Thermen, Museen. Eine PWA bündelt die Frontends der getrennten Fachsysteme (Ticketing, Hotel-PMS, Gastro-POS, CMS) zu einem gemeinsamen Gästekanal, ohne die Systeme selbst abzulösen. Und ohne die Installationshürde einer App, die ein Gelegenheitsbesucher ohnehin nicht nimmt.

Hinter Ticket, Übernachtung, Gastro und Programm liegen meist getrennte Systeme. Aus Gästesicht ist das eine Sammlung von Türen ohne gemeinsames Zuhause. Wie das architektonisch funktioniert, vertiefen wir in einem eigenen Beitrag zur PWA als Content Layer für Erlebnisparkbetreiber.

Welche Funktionen muss eine App oder PWA bieten, damit sie überhaupt genutzt wird?

Sie muss einen Nutzen bieten, den die Website nicht liefert: proaktive Push-Erinnerungen, ein Treueprogramm, das selbst erinnert statt nur Punkte zu sammeln, Ein-Tap-Wiederholung für Nachbestellungen oder Reservierungen, reibungsloser Login per Face-ID und Wallet-Integration, und Deep-Linking direkt aus der Push-Nachricht in die richtige Ansicht. Ein Frontend, das nur die Website nachbaut, gibt niemandem einen Grund, es zu nutzen.

Im Detail, die Hebel, die in der Praxis ziehen:

Push-Benachrichtigungen. E-Mail-Postfächer sind überfüllt, eine Push-Benachrichtigung landet direkt auf dem Sperrbildschirm und konkurriert dort mit deutlich weniger Rauschen. Genau deshalb funktioniert sie in der Praxis oft besser als der x-te Newsletter, aber nur sparsam und relevant eingesetzt, nicht als Spam.

Treueprogramm, proaktiv gedacht. Der Punkt ist nicht, dass es Punkte gibt, sondern dass proaktiv erinnert wird: Punktestand, ablaufende Prämien, „noch 20 Euro bis zur nächsten Stufe“. Menschen vergessen ihre Vorteile. Wer rechtzeitig erinnert, löst das ein.

Schnelle Wiederholung. Nachbestellen im B2B, Ticket oder Tischreservierung im Erlebnisumfeld. Ein Tap schlägt jeden Checkout.

Reibungsloser Login und Wallet. Face-ID statt vergessenem Passwort, Tickets und Karten scannbar in Apple Wallet oder Google Wallet.

Deep-Linking. Aus einer Push-Nachricht direkt in die richtige Ansicht springen, ohne Umweg.

Diese Hebel funktionieren übrigens zum großen Teil auch in einer PWA. Genau deshalb ist die native App seltener nötig, als viele denken.

Was kostet eine native App im Vergleich zu einer PWA?

Die Kosten unterscheiden sich um Größenordnungen: Eine PWA ist Teil eurer ohnehin nötigen Frontend-Investition, ohne Store-Gebühren. Ein App-Baukasten (z. B. Tapcart, Vaan im Shopify-Umfeld) kostet eine monatliche Gebühr, teils mit Umsatzanteil. Ein Custom-Build bewegt sich im hohen fünf- bis sechsstelligen Bereich plus Retainer, eine voll integrierte Enterprise-App sechs- bis siebenstellig mit entsprechend hohen laufenden Kosten.

Der pragmatische Weg, wenn eine native App wirklich Sinn ergibt: mit einem Baukasten starten, Kernfeatures live bringen, aus echten Nutzungsdaten lernen. Erst wenn ihr an die Grenzen stoßt, habt ihr den Business Case für den Custom-Build. Vorsicht bei Modellen mit Umsatzbeteiligung: Sie skalieren mit euch, und was am Anfang günstig wirkt, wird bei Wachstum teuer. Rechnet das für euer Volumen durch.

Was ist der teuerste Fehler bei App-Projekten im E-Commerce?

Der teuerste Fehler ist die halbgare App: Ein schlanker MVP ist bei den meisten E-Commerce-Investitionen der richtige Start, bei einer nativen App ist er gefährlich. Eine App, die sich wie eine langsamere, buggy Version der Website anfühlt, bekommt niedrige Nutzung, wird gelöscht, und eine gelöschte App ist ein negatives Markensignal.

Dazu der stille Tod: Viele Apps werden mit Elan gestartet, dann wechselt Personal, das Budget verschiebt sich, und die App liegt ungepflegt herum. Ohne neue Features wird jede App irrelevant. Baut eine native App nur, wenn ihr sie richtig baut und dauerhaft pflegt. Reicht das Budget dafür nicht, ist die ehrlichere Entscheidung, in eine exzellente PWA zu investieren.

Wie sieht ein einfacher Entscheidungsrahmen aus, um zwischen PWA und nativer App zu wählen?

Baut eine native App, wenn eure Kunden regelmäßig kommen, ein großer Teil des Umsatzes aus Bestandskunden stammt, ihr einen klaren Retention-Mechanismus habt und Budget für Aufbau und laufende Pflege einplant. Setzt auf eine PWA, wenn die Frequenz niedrig ist, die Suche euer wichtigster Kanal bleibt, ihr viele getrennte Systeme bündeln wollt oder das Budget nur für einen halbgaren App-Wurf reicht.

Baut eine native App, wenn möglichst alle Punkte zutreffen:

• Eure Kunden kommen regelmäßig, nicht ein- bis zweimal im Jahr.
• Ein großer Teil des Umsatzes kommt aus bestehenden Kunden.
• Ihr habt einen konkreten Retention-Mechanismus: Loyalty, Wiederbestellung oder Abo.
• Ihr habt Budget für Aufbau und laufende Pflege.
• Ihr könnt einen Nutzen bieten, den eine PWA nicht liefert.

Setzt auf eine PWA, wenn:

• Frequenz niedrig und der Zyklus lang ist.
• Die Suche euer wichtigster Kanal ist.
• Ihr viele getrennte Systeme zu einem Gästekanal bündeln wollt (siehe Content-Layer-Fall).
• Das Budget nur für einen halbgaren App-Wurf reicht.

Unsere ehrliche Einschätzung

Für die allermeisten Händler und Betreiber ist eine schnelle, saubere PWA die richtige Priorität. Das ist kein Rückschritt, sondern die nüchterne Folge aus Kundenverhalten und Kosten. Eine native App wird erst kommerziell interessant, wenn ihr Frequenz, Stammkunden und eine klare Retention-Idee habt, etwa im Loyalty-getriebenen B2C oder im wiederkehrenden Nachbestellgeschäft.

Der technische Vorteil einer App ist zweitrangig. Entscheidend ist der Business Case. Wenn ihr überlegt, welcher Weg zu euch passt, schauen wir uns euer Kundenverhalten, euren Stammkundenanteil und euren Stack an und sagen euch ehrlich, was sich lohnt. Kein Verkaufsgespräch, eine ehrliche Einschätzung als Partner.