Google hat seine Anziehungskraft für Android verloren. Die Lektion aus der Web-App lautet: Distribution.
Die meisten PWA-Storys sind Feature-Storys. Ein Browser liefert eine neue API aus. Eine Manifest-Regel ändert sich. Ein Edge Case für Service Worker wird behoben. Diese hier ist anders. Der Installationshinweis ist diese Woche nicht hübscher geworden. Es ist auch keine neue Home-Screen-Funktion hinzugekommen. Aber wenn du installierbare Web-Apps baust, lohnt sich weiterhin deine Aufmerksamkeit für das Urteil des europäischen Gerichts gegen Google, weil es direkt auf die stille Schicht unter jeder App-Strategie zielt: die Verteilung.
Am 2. Juli 2026 wies das oberste Gericht der Europäischen Union die Berufung von Google und Alphabet gegen eine hohe Android-Kartellbuße zurück. Die Associated Press berichtete, dass die Entscheidung eine Strafe in Höhe von etwa 4,1 Milliarden EUR bestehen lässt, nachdem es über Jahre hinweg zu Rechtsstreitigkeiten in Bezug auf die Marktmacht von Android gekommen war. Die Financial Times berichtete, dass sich der Fall auf Android-Vereinbarungen konzentrierte, die Hersteller dazu zwangen, die Google-Suche und Chrome zusammen mit der App-Store-Infrastruktur von Google vorzuinstallieren.
Das ist keine enge rechtliche Fußnote. Es ist eine Erinnerung daran, dass das mobile Web nicht nur von Normungsgremien und Browser-Engineering geprägt wird. Es wird auch von Voreinstellungen geprägt, von Bündelung, App-Stores, Vereinbarungen zwischen Betriebssystemen und von den Bildschirmen, die Nutzer sehen, bevor sie überhaupt entscheiden, ob sich eine Web-App lohnt, installiert zu werden.
Was ist passiert
Der Rechtsstreit geht auf die Android-Entscheidung der Europäischen Kommission aus dem Jahr 2018 zurück. Regulierungsbehörden argumentierten, Google habe die Stellung von Android genutzt, um seine Such- und Browser-Geschäfte zu stärken – unter anderem durch Bedingungen, die an die Lizenzierung zentraler Google-Apps geknüpft waren. Google bestritt diese Darstellung und argumentierte, dass Android Wahlmöglichkeiten unterstützt, kostengünstigere Telefone ermöglicht und Wettbewerb mit Apple schafft. Die neueste Entscheidung schafft keine neue Browser-Funktion, sondern bestätigt die Auffassung zur Durchsetzung, dass marktbeherrschende mobile Plattformen ihre Vertriebsmacht nicht in einer Weise einsetzen dürfen, die Wettbewerber ausschließt und die Auswahl der Verbraucher verengt.
Für das Publikum von IndApp ist das Schlüsselwort nicht fine. Es ist WahlInstallierbare Web-Apps werden erst dann zu einer ernsthaften Alternative zu nativen Apps, wenn Nutzer auf leistungsfähige Browser zugreifen können, der Installationsoberfläche vertrauen und webbasierte Produkte entdecken, ohne durch einen einzelnen Store-ähnlichen Funnel gedrängt zu werden. Das Gerichtsurteil betrifft Android, die Suche, Chrome und das Wettbewerbsrecht. Die Lektion zu Web-Apps handelt davon, wie viel Produktbestimmung noch außerhalb des Produkts liegt.
Warum das für Web-Apps wichtig ist
Gründer behandeln die PWA-Strategie oft wie eine technische Checkliste: Manifest, Icons, Service Worker, Offline-Status, Push, wenn verfügbar, responsives App-Shell-Layout und eine saubere Installations-UX. Diese Checkliste ist wichtig. Aber sie ist nicht der ganze Markt. Eine wunderschöne, installierbare Web-App hängt dennoch von der Browser- und Plattformumgebung rundherum ab. Macht der Browser des Nutzers die Installation klar erkennbar? Sorgt das Betriebssystem dafür, dass sich die installierte App legitim anfühlt? Lenken Suche, Stores und Browser-Standardeinstellungen Menschen eher zu offenen Web-Erlebnissen hin oder davon weg?
Die Android-Entscheidung ist von Bedeutung, weil sie die Distributionsarchitektur wieder in den Vordergrund rückt. Wenn ein Browser vorinstalliert, standardmäßig, tief integriert ist und an den Zugriff auf den App-Store gebunden wird, hat er eine andere Marktposition als ein Browser, den ein Nutzer aktiv suchen muss. Das ist für Web-App-Entwickler wichtig, weil Wettbewerb unter Browsern auch Wettbewerb um Leistungsfähigkeit ist. Wenn Browser-Engines um Nutzer konkurrieren, haben sie mehr Anlass, die UX wie bei Apps zu verbessern: Installationsaufforderungen, Windowing, Speicher, Berechtigungen, Medienverarbeitung, Identität, Zahlungen und die Integration in das Betriebssystem.
Das Gegenteil ist ebenfalls der Fall. Wenn sich der Mobile-Browser-Markt um einige wenige Standardpfade verfestigt, kann die Leistungsfähigkeit von Web-Apps stagnieren, selbst wenn die Standards auf dem Papier weiter voranschreiten. Eine Funktion kann technisch verfügbar sein und dennoch kommerziell unsichtbar bleiben, wenn der Browser, der sie unterstützt, nicht derjenige ist, den die Nutzer tatsächlich öffnen.
Wen sollte das interessieren?
Entwickler sollten darauf achten, weil Browser-Standardeinstellungen beeinflussen, worauf Sie in der Produktion vertrauen können. Wenn Ihre installierbare App von einem bestimmten Installationsablauf, einem Benachrichtigungsmodell oder einem Datei-Handling-Verhalten abhängig ist, ist der tatsächliche adressierbare Markt nicht Android im Allgemeinen. Es ist die installierte Browser-Mischung, die Ihre Nutzer tatsächlich mitbringen.
Produktteams sollten sich darum kümmern, weil Onboarding Vertrieb bedeutet. Eine native App kann sich auf die Suche im Store, Vertrauensmarkierungen in App-Reviews und Konventionen zur Installation durch das Betriebssystem stützen. Eine Web-App muss sich das gleiche Maß an Vertrauen über den Browser, die Seite, den Installationshinweis und die URL erarbeiten. Jede regulatorische Änderung, die die Auswahl im Browser erhöht oder das erzwungene Bundeing schwächt, kann beeinflussen, wie Nutzer nicht im Store erhältliche Software entdecken und ihr vertrauen.
Investoren und Partner sollten sich dafür interessieren, weil dies ein Plattformrisiko ist, das offensichtlich ist. Die Kosten für die Gewinnung von Nutzern für installierbare Web-Apps sind teilweise eine Funktion von Richtlinien, Standardeinstellungen und dem Verhalten von Gatekeepern. Das beste Produkt kann dennoch Schwierigkeiten haben, wenn der dominierende Weg zu mobilen Nutzern dazu führt, dass sich das offene Web nebensächlich anfühlt.
Was ändert sich jetzt?
Nichts in dieser Entscheidung bedeutet, dass Android-Nutzer mit einer neuen PWA-Installations-Erfahrung aufwachen. Sie verpflichtet Google nicht dazu, Web-Apps zu bewerben. Sie zwingt OEMs nicht dazu, alternative Browser auf den Startbildschirmen zu platzieren. Sie klärt auch nicht jede offene Frage im Rahmen des Digital Markets Act oder ähnlicher Regelwerke. Die Entscheidung überzustrapazieren wäre ein Fehler.
Aber auch das Unterlesen wäre ein Fehler. Die Entscheidung stärkt die breitere regulatorische Botschaft, dass die mobile Distribution umkämpftes Terrain ist. In Europa steht diese Botschaft nun neben dem DMA, den Auseinandersetzungen um die Lenkung über App-Stores, den Debatten zur Browserwahl und der verstärkten Prüfung, wie Apple und Google den Zugang zu Nutzern kontrollieren. Das gemeinsame Thema ist einfach: Mobile Plattformen werden nicht mehr einfach als neutrale Übertragungswege behandelt, nur weil Entwickler sie technisch gesehen mit Software beliefern können.
Für installierbare Web-Apps ist das strategisch wichtig. Das offene Web muss nicht, dass jede Nutzerin und jeder Nutzer App-Stores ablehnt. Es braucht glaubwürdige Wege daran vorbei. Eine PWA kann per URL, Suche, QR-Code, Social Sharing, Enterprise-Richtlinie oder als Listung im Store verbreitet werden – dort, wo es sinnvoll ist. Je stärker Regulierungsbehörden mobile Ökosysteme unter Druck setzen, diese Wege fair zu halten, desto realistischer wird die web-first Verteilung für ernsthafte Produkte.
Worauf IndApp als Nächstes achtet
- Browserauswahl auf Android: ob Choice-Screens und OEM-Vereinbarungen die Browser tatsächlich ändern, die die Menschen nutzen, und nicht nur das, was Regulierer auf dem Papier verlangen.
- Google Play-Richtlinien zur Lenkung: ob Entwickler klarere Möglichkeiten erhalten, Nutzer zu Webzahlungen, Kontoverwaltung und webbasierten Begleiterlebnissen weiterzuleiten.
- PWA-Installation: sichtbar machen: ob Browser die Installation besser sichtbar, vertrauenswürdiger und konsistenter auf Android-Geräten machen.
- Funktionsparität: ob alternative Browser auf App-ähnliche Funktionen setzen können, statt lediglich als herunterladbare Optionen zu existieren.
- Unternehmenssteuerungen: ob Unternehmen sicherer werden und klarere Möglichkeiten erhalten, installierbare Web-Apps bereitzustellen, ohne von einem Store abhängig zu sein.
Die stärksten Web-App-Unternehmen werden nicht darauf warten, dass Regulierungsbehörden die Verteilung lösen. Sie werden weiterhin schnell Web-Erlebnisse ausliefern, Installationsabläufe auf echten Geräten testen, die Browser-Mischung als Produktdaten behandeln und Onboarding so gestalten, dass es auch dann funktioniert, wenn die Plattform ihnen keine besondere Unterstützung bietet. Aber sie sollten diese Fälle auch genau im Blick behalten, weil sich der Markt von einer reinen Fähigkeitsfrage hin zu einer Machtfrage verschiebt.
Die Kernbotschaft ist unmissverständlich: APIs machen installierbare Web-Apps möglich, aber die Verbreitung macht sie relevant. Der Verlust der Attraktivität von Googles Android ist keine Story zur Einführung einer PWA. Es ist eine Erinnerung daran, dass die nächste Wachstumsphase des offenen Webs davon abhängt, ob Nutzer Web-Apps finden, ihnen vertrauen und sie installieren können – ohne dass der Weg still und leise enger gemacht wird, bevor das Produkt überhaupt eine Chance bekommt.
Weiterführende Informationen
Aktuelle Nachrichten
