PWA vor Native — Web-App, wo es geht

Die Web-Plattform ist über die letzten zehn Jahre soweit gewachsen, dass „Web-App vs. Native-App“ für die meisten Anwendungsfälle keine technische Frage mehr ist, sondern eine distributionspolitische. Eine progressive Web-App kann auf Android und Desktop heute praktisch alles, was eine Native-App kann — Hintergrund-Sync, Push-Benachrichtigungen, Offline- Modus, Geräte-Icon, eigene App-Schale. Was sie nicht hat: einen Eintrag im App-Store eines US-Konzerns.

Genau das ist für uns das Verkaufsargument. Eine PWA wird über unsere eigene Domain verteilt, ohne Apples oder Googles Genehmigung, ohne 15- bis 30-Prozent-Tribut, ohne dass der Store-Algorithmus entscheidet, wer uns findet. Updates gehen mit dem nächsten Seiten-Refresh raus, nicht mit dem nächsten Store-Review. Wenn eine Nutzerin die App wieder „deinstallieren“ will, schiebt sie das Icon weg — keine Konto-Verwaltung beim Konzern.

Die Grenze, die wir respektieren: iOS. Erstens, weil Apple- Safari einige Web-APIs absichtlich nicht implementiert oder erst mit Verzögerung freigibt, was bestimmte App-Klassen (Sprachaufnahme, HomeKit-Steuerung, Local-Network-Discovery) nicht web-baubar macht. Zweitens, weil die Kultur der Apple- Nutzer:innen den App-Store als selbstverständliche Quelle behandelt — eine PWA wird dort selten installiert, auch wenn sie besser funktionieren würde. Wir bieten dort beides an: PWA für die, die wollen, Native für alle anderen.

Die Mana-Käufe schließlich laufen seit den DMA-und-Epic- Entscheidungen wieder vollständig über die Web-Seite. Apple musste nach jahrelangem Anti-Steering-Druck Linking-Out für externe Bezahl-Webseiten erlauben. Das ist kein eleganter Vorgang, aber er reicht: ein Knopf in der iOS-App öffnet mana-ev.ch/laden, dort findet die Transaktion statt, ohne dass Apple einen Cent von der Provision sieht. Dass wir das überhaupt können müssen, ist eine eigene Geschichte — siehe Problem zum App-Store-Tribut.