Die kurze Antwort
Ab dem 22. Juli 2026 können zugelassene dritte Android-App-Stores in den USA Apps direkt aus dem Google-Play-Katalog vertreiben, und die US-Listings eines Entwicklers werden automatisch aufgenommen, sofern er nicht widerspricht. Es ist die praktische Folge davon, dass Google seinen Kampf gegen die Verfügung von 2024 im Verfahren Epic Games v. Google aufgegeben hat. Vertriebsbedingungen und Googles Servicegebühr bleiben identisch mit einem normalen Play-Download — was sich ändert, ist, wo Ihre App installiert werden kann.
Für jedes Team, das für Android ausliefert, wird damit aus der Ein-Storefront-Annahme eine Multi-Storefront-Realität. Die unmittelbare Aufgabe ist eine bewusste Opt-in-oder-Opt-out-Entscheidung vor dem Stichtag, plus die technische Verdrahtung, um Installationen zu verfolgen und Updates über mehrere Stores hinweg auszuspielen. Genau das ist die Art von Release- und Distributionsarbeit, die zur Android-App-Entwicklung gehört, kein Marketing-Nachgedanke.
Was geschah am 15. Juli?
Der langlaufende Kartellstreit unter dem Namen Epic Games v. Google — formal In re Google Play Store Antitrust Litigation — führte 2024 zu einem Geschworenenurteil und einer Verfügung, die Google zur Öffnung der Android-Distribution verpflichtete. Google hatte versucht, die Umsetzung dieser Verfügung zu ändern. Am 15. Juli 2026 gab es das auf. In Googles Worten: „Wir haben uns mit Epic darauf geeinigt, unseren Antrag auf Änderung der Verfügung des US-Gerichts zurückzuziehen, statt diesen Prozess in die Länge zu ziehen, der Unsicherheit schafft."
Die Rücknahme des Antrags lässt die ursprüngliche Anordnung in Kraft, und Google hat nun einen konkreten Starttermin gesetzt. Seine eigene Anleitung an Entwickler ist unmissverständlich: „Ab dem 22. Juli 2026 werden Ihre US-App- und Spiele-Listings … dritten US-Android-App-Stores zur Verfügung gestellt." Ein Jahrzehnt lang war der Play Store praktisch die einzige Eingangstür zu einem Android-Gerät, das nicht manuell per Sideloading bespielt wurde. Genau diese Annahme ändert sich nächste Woche.
Das ist nicht dasselbe wie das schon immer erlaubte Sideloading unter Android. Das Neue ist, dass rivalisierende Storefronts nun Apps aus Googles eigenem Katalog anzeigen und installieren können, und zwar über dasselbe Listing, das Sie ohnehin in der Google Play Console pflegen. Ein Nutzer, der einen dritten Store bevorzugt, kann Ihre App dort beziehen, mit Ihren Metadaten, ohne dass Sie selbst in diesem Store veröffentlichen.
Wie das Play Catalog Access Program funktioniert
Googles Mechanismus ist das Play Catalog Access Program. Zugelassene dritte Stores können Zugang zum US-Play-Katalog beantragen und diese Apps über ihre eigenen Storefronts anbieten. Entscheidend: Die Apps werden „zu denselben Bedingungen wie ein direkter Play-Download" vertrieben, und Googles Servicegebühr gilt weiterhin — die Abrechnungs- und Umsatzmechanik, die Entwickler bereits kennen, ändert sich also standardmäßig nicht. Was der dritte Store bietet, ist eine alternative Entdeckungs- und Installationsfläche, keine andere kommerzielle Vereinbarung.
Die Hürde, ein teilnehmender Store zu werden, ist nicht trivial. Berichte zum Programm deuten darauf hin, dass Stores den Vertrieb auf US-Nutzer beschränken, klare und diskriminierungsfreie Trust-and-Safety-Richtlinien veröffentlichen, allen berechtigten Entwicklern offenen Zugang gewähren und Malware unter rund 1 % der Installationsversuche halten müssen. Zudem zahlen sie Google eine Gebühr für Sicherheits- und Richtlinienprüfungen — berichtet werden rund 5.000 US-Dollar, aufgeteilt in eine Onboarding- und eine Jahresgebühr. Da die genauen Zahlen und Bedingungen aus frühen Berichten stammen, gleichen Sie sie mit Googles offizieller Play-Console-Dokumentation ab, bevor Sie eine Planung auf eine konkrete Zahl stützen.
Die Opt-out-Voreinstellung ist die eigentliche Geschichte
Das Detail, das für Engineering-Teams am meisten zählt, ist nicht die Rechtsgeschichte — es ist die Voreinstellung. Mehrere Berichte stimmen darin überein, dass US-App- und Spiele-Listings teilnehmenden dritten Stores automatisch bereitgestellt werden, sofern der Entwickler nicht widerspricht. Mit anderen Worten: Nichts zu tun ist eine Entscheidung — Ihre App geht am 22. Juli standardmäßig in den neuen Vertriebskanal.
Für viele Produkte ist das in Ordnung, sogar willkommen — mehr Reichweite ohne Änderung der Ökonomie. Aber „nichts tun" ist der falsche Weg, dort anzukommen. Eine regulierte FinTech- oder HealthTech-App, eine reine Enterprise-App oder eine Marke, der genau wichtig ist, wo sie erscheint, kann gute Gründe haben, den Vertrieb gebündelt zu halten, und diese Teams müssen vor dem Stichtag bewusst widersprechen. So oder so sollte die Wahl mit Absicht getroffen werden, in der Play Console, nicht im Nachhinein in einem Analytics-Dashboard entdeckt.
Es gibt auch einen Punkt zweiter Ordnung. Sobald Ihre App aus mehreren Storefronts installiert werden kann, hält eine Ein-Quellen-Annahme in Ihren Analytics, Ihrer Attribution und Ihrer Update-Logik nicht mehr. Wenn Ihr Release-Prozess stillschweigend annimmt, „alle haben das von Google Play bezogen", ist jetzt der Moment, diese Annahme zu prüfen — denn ab nächster Woche trifft sie für einen wachsenden Teil Ihrer US-Nutzer womöglich nicht mehr zu.
Was es für US- & EU-Mobile-Teams bedeutet
Streift man die juristische Rahmung ab, bleiben drei praktische Signale. Erstens: Die Distribution fragmentiert, und das ist nicht nur eine US-Geschichte. In der EU hat der Digital Markets Act Google und Apple bereits gezwungen, alternative App-Stores und Sideloading zuzulassen. Der US-Schritt ist ein anderer Rechtsweg zu einem ähnlichen Ergebnis: Die Ära der einen dominanten Eingangstür pro Plattform endet. Teams, die für beide Märkte ausliefern, sollten für viele Storefronts entwerfen, statt jeden einzeln zu flicken, sobald er auftaucht.
Zweitens: Die Arbeit steckt in der Pipeline, nicht im Store-Listing. Multi-Store-Distribution setzt die unglamourösen Teile der Mobile-Auslieferung unter Druck: sicherzustellen, dass ein Sicherheitspatch oder ein erzwungenes Update die Nutzer unabhängig vom Installationsort erreicht, Installations- und Umsatz-Attribution über alle Quellen kohärent zu halten und zu verifizieren, dass Play-Services-abhängige Features weiterhin funktionieren. Ein gut strukturierter plattformübergreifender oder nativer Release-Prozess fängt das ab; ein brüchiger bekommt Lecks.
Drittens: Entdeckbarkeit und Vertrauen werden zu Wettbewerbshebeln. Mehr Storefronts bedeuten mehr Orte, an denen man gefunden wird — ein echter Vorteil für Spiele, Content und Consumer-Apps auf Reichweitensuche — aber auch mehr Orte, an denen ein gefälschter oder umgepackter Klon auftauchen könnte. Auf nicht autorisierte Listings zu achten und den legitimen Build leicht identifizierbar zu halten, gehört nun zur Aufgabe. Passen Sie die Vertriebswahl zum Produkt, bringen Sie die Auslieferungs-Pipeline einmal in Ordnung, und der 22. Juli wird zur Chance statt zur Feuerübung.
Eine Readiness-Checkliste vor dem 22. Juli
Nichts davon erfordert eine Neu-Architektur Ihrer App — es ist die Sorgfalt, die aus einer Plattformänderung ein Routine-Review macht:
- Treffen Sie die Opt-in-/Opt-out-Entscheidung. Entscheiden Sie je App, ob das US-Katalog-Sharing zu Produkt, Marke und Compliance-Haltung passt — und stellen Sie es vor dem Stichtag bewusst in der Play Console ein.
- Prüfen Sie die Installations-Attribution. Stellen Sie sicher, dass Ihre Analytics Installationen aus dritten Stores unterscheiden und korrekt zuordnen können, damit Wachstumszahlen verlässlich bleiben.
- Verifizieren Sie die Update-Auslieferung. Stellen Sie sicher, dass erzwungene Updates und Sicherheitspatches die Nutzer unabhängig von der Installationsquelle erreichen; nehmen Sie nicht an, dass der Play-Update-Pfad alle abdeckt.
- Prüfen Sie Play-Services-Abhängigkeiten. Testen Sie, dass Features, die auf Play Integrity, Billing oder andere Google-Dienste setzen, dort, wo erwartet, sauber degradieren.
- Richten Sie ein Klon-Monitoring ein. Achten Sie über die Stores hinweg auf nicht autorisierte oder umgepackte Listings Ihrer App und machen Sie Ihren legitimen Build leicht verifizierbar.
- Halten Sie die Entscheidung fest. Dokumentieren Sie, welche Apps ein- oder ausgeschaltet wurden und warum, damit ein Audit oder eine Stakeholder-Frage ein Nachschlagen ist, keine Untersuchung.
Dies ist keine Rechtsberatung, und der richtige Weg hängt von Ihrem Produkt, Ihren Märkten und Ihren Compliance-Pflichten ab. Doch die Richtung ist klar: Die Android-Distribution öffnet sich, die Voreinstellung ist „an", und die Teams, die zuerst handeln, werden den 22. Juli als bewusste Konfigurationsentscheidung behandeln — nicht als etwas, das ihnen widerfährt.
Häufig gestellte Fragen
Was ändert sich für die Android-App-Distribution am 22. Juli 2026?
Ab dem 22. Juli 2026 erlaubt Googles Play Catalog Access Program zugelassenen dritten Android-App-Stores in den USA, Apps und Spiele aus dem Google-Play-Katalog zu vertreiben – zu denselben Bedingungen wie ein direkter Play-Download, wobei Googles Servicegebühr weiterhin gilt. In der Praxis werden die bestehenden Play-Listings eines US-Entwicklers diesen rivalisierenden Storefronts automatisch bereitgestellt, sofern der Entwickler nicht widerspricht. Die Änderung geht auf die Verfügung von 2024 im Verfahren Epic Games v. Google zurück, die Google seit dem 15. Juli 2026 nicht mehr anficht.
Müssen Entwickler etwas tun, oder werden ihre Apps automatisch gelistet?
Standardmäßig werden US-App- und Spiele-Listings teilnehmenden dritten Stores automatisch bereitgestellt; Entwickler, die das nicht wünschen, müssen in der Play Console aktiv widersprechen. Damit ist der Opt-out eine bewusste Entscheidung, die vor dem 22. Juli zu treffen ist, und keine Einstellung, die man ignorieren kann. Vertriebsbedingungen und Googles Servicegebühr bleiben identisch mit einem normalen Play-Download, sodass sich an Abrechnung und Umsatzmechanik standardmäßig nichts ändert.
Gilt das auch außerhalb der USA?
Das Play Catalog Access Program ist vorerst US-only: Dritte Stores dürfen nur US-Nutzer ansprechen, und nur US-Listings werden geteilt. Die Richtung ist jedoch global. In der EU zwingt der Digital Markets Act Google und Apple bereits, alternative App-Stores und Sideloading zuzulassen, sodass Teams, die beide Märkte bedienen, ihre Distribution zunehmend über mehrere Storefronts statt über einen einzigen steuern.
Welche Anforderungen gelten für einen dritten Store zur Teilnahme?
Berichten zum Programm zufolge müssen teilnehmende Stores den Vertrieb auf US-Nutzer beschränken, klare und diskriminierungsfreie Trust-and-Safety-Richtlinien veröffentlichen, allen berechtigten Entwicklern offenen Zugang gewähren, Malware unter rund 1 % der Installationsversuche halten und Google eine Gebühr für Sicherheits- und Richtlinienprüfungen zahlen (berichtet werden rund 5.000 US-Dollar, mit einer Onboarding- und einer Jahresgebühr). Die genauen Bedingungen sollten vor jeder Planung mit Googles offizieller Play-Console-Dokumentation abgeglichen werden.
Sollten Mobile-Teams das Katalog-Sharing aktivieren oder deaktivieren?
Das hängt vom Produkt ab. Breitere Distribution kann zusätzliche Reichweite und Sichtbarkeit bedeuten, gerade für Spiele- und Content-Apps, allerdings um den Preis geringerer Kontrolle darüber, wo die Marke erscheint und wie Updates verteilt werden. Regulierte oder sicherheitskritische Apps ziehen es womöglich vor, den Vertrieb gebündelt zu halten. Wichtig ist, bewusst vor dem 22. Juli zu entscheiden, die Installations-Attribution über alle Stores hinweg zu instrumentieren und sicherzustellen, dass Updates und Sicherheitsfixes die Nutzer erreichen, egal wo sie die App installiert haben.
Quellen
9to5Google — Google is opening the floodgates to third-party app stores on Android (15 July 2026)
Android Authority — Android's biggest store-within-a-store shakeup starts next week
TechTimes — Epic and Google jointly withdraw Play Store settlement; rival Android app stores to open July 22