Kurze Antwort
Stand 14. August 2026, sind dies die bestätigten Google Play-Richtlinienfristen, die noch anstehen: 30. September für die Registrierung von Paketnamen bei Google Play und die erste Durchsetzung der Android-Entwicklerverifizierung in vier Ländern, 1. Oktober für Berichte und anfallende Servicegebühren in den betroffenen US-Programmen und 1. November für das Fristende der Ziel-API-Verlängerung. Googles zwei aktuelle Fristenseiten stimmen jetzt überein: Für Kontakte und Standort gilt der 27. Januar 2027; die Timeline von Android Developers führte für beide bis Mitte August 2026 den 28. Oktober 2026, dieses Datum ist also überholt und nicht falsch. Ein Konflikt ist weiterhin offen: Die Kinderschutzstandards stehen bei Play Console Help auf dem 26. August 2026 und bei Android Developers auf dem 28. Oktober 2026, bereiten Sie sich also auf den 26. August vor. Drei Daten, die in den Suchergebnissen noch immer ranken, sind tot: 1. November 2025 und 31. Mai 2026 für 16-KB-Seitengrößen, jetzt 1. Februar 2027, und der 28. Oktober für Kontakte. Wenn eine dieser Fristen mitten in Ihren geschlossenen Test fällt, hält PrimeTestLab die Testerseite stabil, während Sie den Fix ausliefern.
Nichts auf dieser Seite ist schwer zu finden. Schwer ist es, alles zusammenzusetzen. Google verteilt das Jahr 2026 auf eine Seite mit Richtlinienankündigungen, eine aktuelle Fristentabelle, die alles still archiviert, was älter als etwa drei Monate ist, ein Richtlinienarchiv und eine separate Timeline bei Android Developers, die bei einer Zeile noch immer nicht zur ersten passt. Das Ergebnis: Zwei Entwickler können heute beide eine Google-Seite lesen und mit unterschiedlichen Fristen für dieselbe Richtlinie herausgehen. Dieses Register führt jede datierte Änderung an einem Ort zusammen, nennt, für wen sie gilt und welche eine Maßnahme sie verlangt, und versieht jede Zeile mit einem Status, damit ein umstrittenes Datum nie wie ein geklärtes aussieht. Es ist auf dem Stand vom 14. August 2026, und wo Google sich selbst widerspricht, stehen hier beide Daten und beide URLs, statt dass eines davon still ausgewählt wird.
Aktualisiert am 14. August 2026
Googles zwei aktuelle Fristenseiten stimmen jetzt darin überein, dass Kontakte und Standort am 27. Januar 2027 in Kraft treten. Bis Mitte August 2026 nannte die Timeline von Android Developers für beide den 28. Oktober 2026, und diese Seite führte sie als umstrittene Zeilen. Bei den Kinderschutzstandards bleibt der Streit zwischen dem 26. August und dem 28. Oktober bestehen. Vollständiges Änderungsprotokoll
Vier Tools auf dieser Seite
Alle vier laufen in Ihrem Browser mit Werten, die Sie selbst wählen. Nichts wird hochgeladen, es ist kein Konto nötig, und keine Anfrage verlässt die Seite.
Inhaltsverzeichnis
Welche Google Play-Fristen stehen 2026 noch an?
Das nächste bestätigte Datum ist der 30. September 2026, noch 25 Tage entfernt. 41 Zeilen sind unten erfasst, von 1. Januar 2026 bis 30. September 2027. 1 davon hat widersprüchliche Daten in 1 Zeile: Google veröffentlicht zwei verschiedene Daten für die Ausweitung der Kinderschutzstandards, diese Zeile gibt deshalb beide aus. Filtern Sie das Register zuerst auf Ihre eigene App, denn die meisten dieser Zeilen werden für Sie nicht gelten.
Was die Zahl 41 zählt
Diese Gesamtzahl ist die Systematik dieser Seite und keine von Google veröffentlichte Kennzahl, deshalb lohnt es sich zu sagen, was darin steckt: 22 Daten für das Inkrafttreten von Richtlinien, 1 Zeile, in denen zwei aktuelle Google-Seiten zwei verschiedene Daten nennen, 7 Ankündigungs- und Klarstellungsdaten, die für sich genommen nichts durchsetzen, 10 kaufmännische und Programm-Meilensteine von Play, die überhaupt keine Anforderungen der Programmrichtlinien für Entwickler sind, und 1 Zeitraum, den Google benannt, aber nicht datiert hat. Rechnen Sie Ankündigungen und Programmtermine heraus, und die Zahl sinkt; zählen Sie eine umstrittene Richtlinie doppelt, und sie steigt. Jeder Artikel, der eine runde Zahl von "Play-Richtlinienänderungen 2026" nennt, zitiert damit auch seine eigene Systematik.
Wie Sie jede Zeile lesen
Ein einziges Label "Frist" würde mehrere verschiedene Dinge zu einem verflachen: Ankündigungsdaten, die nichts durchsetzen, Klarstellungen, die nichts ändern, Daten, die sich seither verschoben haben, und Daten, über die zwei Google-Seiten uneinig sind. Stattdessen trägt jede Zeile einen Status.
-
Bestätigt
Eine datierte Google-Seite, am 12. August 2026 kein Widerspruch gefunden.
-
Quellen uneinig
Zwei aktuelle Google-Seiten nennen zwei verschiedene Daten. Richten Sie sich nach dem früheren.
-
Teilweise
Die Regel ist dokumentiert; das genaue ursprüngliche Datum des Inkrafttretens steht auf keiner aktuellen Google-Seite mehr.
-
Ankündigung
Ein Ankündigungs- oder Mitteilungsdatum, kein Durchsetzungsdatum. Die einzelnen Daten des Inkrafttretens unterscheiden sich.
-
Klarstellung
Google hat dies als Klarstellung einer bestehenden Regel bezeichnet. Kein neues Datum des Inkrafttretens.
-
Überholt
Ein echtes Google-Datum, das inzwischen ersetzt wurde. Aufgeführt, weil es noch immer kursiert.
-
Noch kein Datum
Google hat einen Zeitraum genannt, aber kein Datum. Alles Genauere ist Spekulation.
-
Programm
Ein kaufmännischer oder Programm-Meilenstein von Play, keine Anforderung der Programmrichtlinien für Entwickler. Er hat ein echtes Datum und eine echte Folge, aber eines zu verpassen ist eine vertragliche oder eine Umsatzfrage und kein Richtlinienverstoß. 10 Zeilen tragen diese Markierung.
Googles aktuelle Fristentabelle für Richtlinien behält jüngere Zeilen und verschiebt ältere in ein Richtlinienarchiv, eine Frist, vor der Sie im Februar gewarnt wurden, kann im August also wirklich schwer zu finden sein. Deshalb bleiben die verstrichenen Zeilen auf dieser Seite stehen, statt gelöscht zu werden: Entwickler erhalten weiterhin Bescheide und Ablehnungs-E-Mails, die sich darauf berufen.
Bauen Sie sich Ihre eigene Fristenliste
Haken Sie alles an, was auf die App zutrifft, die Sie ausliefern. Das Register unten schrumpft auf die Zeilen, die tatsächlich für Sie gelten können, und die Zusammenfassung sagt Ihnen, welche davon am nächsten liegt. Es wird nichts irgendwohin gesendet, die Antworten bleiben in diesem Browser.
Instrument 02
Fristen-Profiler
Noch nichts angehakt, deshalb zeigt das Register unten alle 41 Zeilen.
Der Profiler filtert die Zeilen dieser Seite. Er ist kein Compliance-Audit, er kann weder Ihr Manifest noch Ihre Play Console sehen, und eine Zeile, die er ausblendet, kann trotzdem gelten, wenn Ihre App etwas tut, wonach die Fragen oben nicht fragen. 11 Zeilen hängen an Kategorien, die diese Fragen nicht abdecken, und werden durch keinen Haken eingeblendet: Angekündigte Änderungen am Play-Geschäftsmodell; Selbsterklärung für Nachrichten- und Magazin-Apps; Compliance im Pilotprogramm für Prognosemärkte; Mitteilung zur Weitergabe des Play-Katalogs in den USA; Stichtag für die Einstufung als Neuinstallation bei Play-Servicegebühren; Einheitliche Nummerierung der Richtlinien wird eingeführt; Play Catalog Access und die US-Programme für Drittanbieter-App-Stores treten in Kraft; Die Änderungen bei den Servicegebühren erreichen Australien und Japan; Das neue Programm Apps and Games wird verfügbar; Die Gebührenänderungen und das neue Programm erreichen Korea; Die Gebührenänderungen und das neue Programm erreichen den Rest der Welt.
Das vollständige Register für 2026 und Anfang 2027
Am 14. August 2026 gegen Googles aktuelle Seiten geprüft. Jede Zeile nennt ihre eigene Primärquelle, und jedes Datum ist ausgeschrieben, damit es ohne Schlussfolgerung zitiert werden kann.
-
01.01.2026 Nutzungsbeschränkung für Daten der Age Signals API Bestätigt Verstrichen
-
28.01.2026 Anforderungen der US-Programme für externe Inhaltslinks und alternative Abrechnung Programm Bestätigt Verstrichen
-
28.01.2026 RBI-Listenpflicht für bestehende Privatkredit-Apps in Indien Bestätigt Verstrichen
-
28.01.2026 Neue 180-Tage-Grenze für Einsprüche gegen die Kündigung eines Entwicklerkontos Bestätigt Verstrichen
-
28.01.2026 Ursprüngliche Altersbeschränkung für Matchmaking-, Dating- und Echtgeld-Funktionen Teilweise Verstrichen
-
28.01.2026 Angekündigte Aktualisierung der Store-Einträge für Privatkredit-Apps in Thailand Ankündigung Verstrichen
-
04.03.2026 Angekündigte Änderungen am Play-Geschäftsmodell Programm Ankündigung Verstrichen
-
04.03.2026 Frist für die Store-Einträge bestehender Privatkredit-Apps in Thailand Bestätigt Verstrichen
-
15.04.2026 April-Paket der Programmrichtlinien für Entwickler Ankündigung Verstrichen
-
27.05.2026 Richtlinie zur Kontoübertragung Bestätigt Verstrichen
-
27.05.2026 Selbsterklärung für Nachrichten- und Magazin-Apps Bestätigt Verstrichen
-
01.06.2026 Compliance im Pilotprogramm für Prognosemärkte Bestätigt Verstrichen
-
22.06.2026 Mitteilung zur Weitergabe des Play-Katalogs in den USA Programm Ankündigung Verstrichen
-
30.06.2026 Stichtag für die Einstufung als Neuinstallation bei Play-Servicegebühren Programm Bestätigt Verstrichen
-
15.07.2026 Juli-Paket der Programmrichtlinien für Entwickler Ankündigung Verstrichen
-
15.07.2026 Neue Formulierung zur Altersfreigabe für Apps ohne Freigabe Klarstellung Verstrichen
-
15.07.2026 Anforderungen zu Nutzerdaten gelten auch für KI-Integrationen von Drittanbietern Klarstellung Verstrichen
-
15.07.2026 Behandlung von genauem und ungefährem Standort in der Datensicherheit Klarstellung Verstrichen
-
15.07.2026 Einheitliche Nummerierung der Richtlinien wird eingeführt Ankündigung Verstrichen
-
22.07.2026 Play Catalog Access und die US-Programme für Drittanbieter-App-Stores treten in Kraft Programm Bestätigt Verstrichen
-
27.07.2026 Einmaliges Einspruchsfenster für Konten, die vor dem 28. Januar 2026 gekündigt wurden Bestätigt Verstrichen
-
01.08.2026 Android TV-Qualität: 32-Bit- und 64-Bit-Architekturen plus 16-KB-Seitengrößen Bestätigt Verstrichen
-
26.08.2026 Altersbeschränkte Inhalte und Funktionen werden auf zufällige und anonyme Chats ausgeweitet Bestätigt Verstrichen
-
26.08.2026 Die Families-Richtlinie verbietet anonyme Chat-Apps, die sich an Kinder richten Bestätigt Verstrichen
-
26.08.2026 Die Kinderschutzstandards werden auf anonyme und zufällige Chats ausgeweitet Quellen uneinig Verstrichen
-
26.08.2026 Geofencing als zulässiger Anwendungsfall für Vordergrunddienste gestrichen Bestätigt Verstrichen
-
31.08.2026 Ziel-API-Level für neue Apps und App-Updates Bestätigt Verstrichen
-
31.08.2026 Verfügbarkeitsschwelle für bestehende Apps Bestätigt Verstrichen
-
30.09.2026 Registrierung von Paketnamen bei Google Play Bestätigt 25 Tage
-
30.09.2026 Android-Entwicklerverifizierung, erste Durchsetzung bei der Installation Bestätigt 25 Tage
-
30.09.2026 Die Änderungen bei den Servicegebühren erreichen Australien und Japan Programm Bestätigt 25 Tage
-
30.09.2026 Das neue Programm Apps and Games wird verfügbar Programm Bestätigt 25 Tage
-
01.10.2026 US-Transaktionsberichte und anfallende Servicegebühren Programm Bestätigt 26 Tage
-
01.11.2026 Fristende der Ziel-API-Verlängerung Bestätigt 57 Tage
-
31.12.2026 Die Gebührenänderungen und das neue Programm erreichen Korea Programm Bestätigt 117 Tage
-
27.01.2027 SMS und Anrufliste: Die Ausnahme für die Bestätigung per Telefonanruf endet Bestätigt 144 Tage
-
27.01.2027 Richtlinie zu Kontaktberechtigungen Bestätigt 144 Tage
-
27.01.2027 Richtlinie zu Standortberechtigungen Bestätigt 144 Tage
-
01.02.2027 Durchsetzung der Kompatibilität mit 16-KB-Seitengrößen Bestätigt 149 Tage
-
30.09.2027 Die Gebührenänderungen und das neue Programm erreichen den Rest der Welt Programm Bestätigt 390 Tage
-
2027 und später Weltweite Ausweitung der Android-Entwicklerverifizierung Noch kein Datum Kein Datum
Keine Zeile passt zu dieser Kombination. Setzen Sie einen Filter zurück, um den Rest zu sehen.
Dieser Kalender enthält von Google angekündigte Termine, die Stand 14. August 2026 bekannt sind. Weitere Änderungen für 2026 werden ergänzt, sobald Google sie ankündigt. Für September bis Dezember 2026 war über die Zeilen oben hinaus keine datierte Änderung der Programmrichtlinien für Entwickler angekündigt, als diese Seiten zuletzt gelesen wurden, und das ist eine Aussage darüber, was Google bis dahin veröffentlicht hatte, keine Vorhersage, dass der Rest des Jahres leer bleibt.
Play-Programmtermine, die keine Richtlinienfristen sind
Diese 10 Zeilen erscheinen im Register oben mit der Markierung Programm und sind hier gesammelt, weil das Vermischen mit der Richtliniendurchsetzung genau der Weg ist, auf dem ein Datum zur Gebühreneinstufung im Compliance-Plan von jemandem landet. Sie sind echt, datiert und belegt. Keine davon ist eine Anforderung der Programmrichtlinien für Entwickler, und eine zu verpassen ist ein kaufmännisches oder vertragliches Problem und kein Richtlinienverstoß. Die meisten davon gehören zu Googles gestaffelter Einführung des Geschäftsmodells, die verschiedene Märkte zu verschiedenen Daten über 2026 und 2027 erreicht; welches Datum für Sie zählt, hängt also davon ab, wo Sie verdienen.
- 28. Januar 2026 Anforderungen der US-Programme für externe Inhaltslinks und alternative Abrechnung Entwickler mit US-Nutzern, die in diesen Programmen bleiben wollen.
- 4. März 2026 Angekündigte Änderungen am Play-Geschäftsmodell Letztlich jeder Entwickler, der über Google Play Geld verdient. Die Einführung erfolgt regional gestaffelt über 2026 und 2027.
- 22. Juni 2026 Mitteilung zur Weitergabe des Play-Katalogs in den USA Entwickler, deren Play-Einträge an teilnehmende US-Android-Stores von Drittanbietern weitergegeben werden können.
- 30. Juni 2026 Stichtag für die Einstufung als Neuinstallation bei Play-Servicegebühren Entwickler, die über Play mit Transaktionen im EWR, im Vereinigten Königreich und in den USA Geld verdienen. Das ist eine kaufmännische Einstufung, keine Richtlinienanforderung.
- 22. Juli 2026 Play Catalog Access und die US-Programme für Drittanbieter-App-Stores treten in Kraft Teilnehmende US-App-Stores und Play-Entwickler, deren Einträge betroffen sind.
- 30. September 2026 Die Änderungen bei den Servicegebühren erreichen Australien und Japan Entwickler, die über Play mit australischen und japanischen Transaktionen Geld verdienen.
- 30. September 2026 Das neue Programm Apps and Games wird verfügbar Entwickler in Australien, im EWR, in Japan, im Vereinigten Königreich und in den USA.
- 1. Oktober 2026 US-Transaktionsberichte und anfallende Servicegebühren Entwickler, die für die betroffenen US-Programme für externe Inhaltslinks und alternative Abrechnung angemeldet sind.
- 31. Dezember 2026 Die Gebührenänderungen und das neue Programm erreichen Korea Entwickler, die über Play mit koreanischen Transaktionen Geld verdienen.
- 30. September 2027 Die Gebührenänderungen und das neue Programm erreichen den Rest der Welt Alle übrigen Play-Märkte, die nicht von den früheren Wellen erfasst sind.
Die Zeile zum 30. Juni fehlt am häufigsten ganz in Listen der "Play-Änderungen 2026". Sie verlangt keine Änderung in der App: Sie ist die Linie, die Google zwischen einer "Neuinstallation" und einer bestehenden Installation zieht, und auf welcher Seite ein Nutzer landet, bestimmt den Satz der Servicegebühr für seine Transaktionen im EWR, im Vereinigten Königreich und in den USA. Sie gehört in ein Finanzmodell und nicht in einen Engineering-Sprint.
Warum nennen Googles eigene Seiten unterschiedliche Daten?
Weil Google dieselben Informationen an mehr als einer Stelle pflegt und die zwei Stellen nicht immer am selben Tag bearbeitet werden. Die Fristentabelle für Richtlinien in Play Console Help und die Richtlinien-Timeline von Android Developers sind beide aktuell und beide offiziell. Bis Anfang August 2026 nannten sie für drei Richtlinien unterschiedliche Daten des Inkrafttretens. Zwei dieser Widersprüche sind inzwischen geschlossen: Android Developers hat Kontaktberechtigungen und Standortberechtigungen vom 28. Oktober 2026 auf den 27. Januar 2027 verschoben, also auf das Datum, das Play Console Help die ganze Zeit über nannte. Einer ist weiterhin offen: Die Ausweitung der Kinderschutzstandards steht bei Play Console Help auf dem 26. August 2026 und bei Android Developers auf dem 28. Oktober 2026. Richten Sie sich nach dem 26. August.
Das ist keine kleine Unebenheit in der Dokumentation. Es war der Unterschied zwischen einer Berechtigungsänderung im Oktober und einer im Januar, und es ist der Grund, warum ein Suchergebnis, eine Assistenzantwort und ein Kollege alle ein anderes Datum für dieselbe Richtlinie nennen können, während alle drei bei Google lesen.
Achten Sie darauf, wie die Auflösung von außen aussah: keine Ankündigung, kein Changelog-Eintrag, kein Hinweis auf einer der beiden Seiten, welches Datum falsch gewesen war. Eine Quelle wurde still an die andere angeglichen, und jeder Artikel, der sich für den 28. Oktober entschieden und das Thema abgehakt hatte, wurde an diesem Tag ungenau, ohne dass sein Autor etwas angefasst hätte. Das ist das eigentliche Risiko bei diesem Thema, und deshalb halten die Zeilen unten das überholte Datum sichtbar, statt es zu löschen.
Es gibt noch eine zweite Ebene. Am 14. August 2026 lieferte die Fristenseite in Play Console Help 27. Januar 2027 in ihrem Fließtext, während das indexierte Such-Snippet für dieselbe URL noch die ältere Angabe 28. Oktober 2026 trug. Ein Leser konnte also suchen, Googles eigene Domain im Ergebnis sehen, im Snippet den 28. Oktober lesen und die Seite, auf der etwas anderes stand, nie öffnen. Veraltete Snippets aktueller Seiten sind Teil des Problems, nicht nur veraltete Blogbeiträge.
Instrument 03
Konflikt-Umschalter
Angezeigt werden die Daten aus Play Console Help, der Tabelle der Richtlinienfristen. support.google.com, table 12921780
-
Kontaktberechtigungen
27. Januar 2027
Beide Seiten stimmen jetzt überein. Android Developers veröffentlichte zuvor
28. Oktober 2026Festgelegt auf 27. Januar 2027 -
Standortberechtigungen
27. Januar 2027
Beide Seiten stimmen jetzt überein. Android Developers veröffentlichte zuvor
28. Oktober 2026Festgelegt auf 27. Januar 2027 -
Ausweitung der Kinderschutzstandards
26. August 2026
Andere Seite:
28. Oktober 2026Richten Sie sich nach 26. August 2026
1 Konflikt weiterhin offen, 2 geklärt. Beide Seiten wurden am 14. August 2026 erneut gelesen. Wo sie weiterhin abweichen, zeigt diese Seite beide Daten und empfiehlt, sich auf das frühere vorzubereiten; sie entscheidet nicht, welche Seite recht hat, denn auf keiner der beiden steht, dass die eine die andere ersetzt, und die Einschätzungszeile ist eine Risikoposition und keine Aussage von Google. Wo sie jetzt übereinstimmen, bleibt das von Google ersetzte Datum sichtbar, damit ein Leser, der mit dem alten ankommt, erkennen kann, dass es echt war.
Was nie strittig war
Die Daten haben sich verschoben. Der Geltungsbereich nicht, und der Geltungsbereich entscheidet, ob Sie das überhaupt betrifft. Googles Vorgaben zu Kontakten knüpfen die neue Regelung für umfassenden Kontaktzugriff an die Apps, für die sie gilt, und nicht an den Kalender, und dieser Satz war auf beiden Quellen durchgehend stabil.
Android 17 oder höher (API-Level 37+)
Google Play Console Help, Antwort 16909972, zu den Apps, für die die Richtlinie zu Kontaktberechtigungen giltEine App, die nicht auf API 37 ausgerichtet ist, fällt also noch nicht unter die Regelung für umfassenden Kontaktzugriff, und eine App, die immer nur einen vom Nutzer gewählten Kontakt braucht, wird auf den Android Contact Picker verwiesen statt auf umfassenden Zugriff. Dieselbe Logik gilt für die Zeile zum Kinderschutz, die noch strittige: Die Definition einer App für zufällige oder anonyme Chats ist auf beiden Seiten stabil, nur das Datum unterscheidet sich. Wenn Sie Ihre Arbeit an der Definition und nicht am Datum ausgerichtet haben, hat Sie die Verschiebung von Oktober auf Januar nichts gekostet.
Wie man eine Google-Fristenseite liest
- Öffnen Sie die Seite und lesen Sie den Fließtext. Ein Such-Snippet kann Monate hinter der Seite zurückliegen, auf die es verweist.
- Prüfen Sie beide Quellen: die Fristentabelle in Play Console Help und die Richtlinien-Timeline von Android Developers.
- Planen Sie die Entwicklung nach dem früheren Datum und kommunizieren Sie das spätere als ungeklärt.
- Notieren Sie das gelesene Datum und den Tag, an dem Sie es gelesen haben. Nur so bemerken Sie eine stille Änderung.
- Das erste Ergebnis auf einer Google-Domain als geklärt behandeln, nur weil die Domain stimmt.
- Annehmen, dass von zwei Daten das spätere gilt, weil es bequemer ist.
- Ein altes Datum löschen, sobald es sich verschiebt. Sie brauchen es, wenn jemand es Ihnen entgegenhält.
- "Mindestens 30 Tage zur Umsetzung" als das Datum des Inkrafttretens lesen. Das ist eine Untergrenze für die Vorankündigung, kein Datum.
Der Status dieser Zeilen kann sich jede Woche ändern
Der 26. August ist verstrichen, die Zeile zum Kinderschutz sollte also gegen die endgültige Richtlinienseite statt gegen den Vorschautext geprüft werden, und gegen den 28. Oktober, den die Timeline von Android Developers dafür weiterhin führt.
Was ändert sich am 26. August 2026?
Vier Dinge, und nur eines davon betrifft Chat-Funktionen, von denen Sie glauben könnten, dass Sie sie gar nicht haben. Googles Richtlinie zu altersbeschränkten Inhalten und Funktionen wird auf Apps ausgeweitet, deren Kernfunktion Fremde zufällig zusammenbringt oder verbirgt, wer ein Nutzer ist; die Families-Richtlinie untersagt anonymen Chat-Apps, sich an Kinder zu richten; die Ausweitung der Kinderschutzstandards wird von Play Console Help auf dieses Datum und von Android Developers auf den 28. Oktober datiert, womit sie das einzige Datum auf dieser Seite ist, bei dem Google sich noch selbst widerspricht; und Geofencing ist kein zulässiger Anwendungsfall für Vordergrunddienste mehr. Wenn keiner dieser vier Punkte auf Ihre App zutrifft, ist der 26. August nicht Ihr Datum.
26. August 2026
Verstrichen-
Bestätigt
Altersbeschränkte Inhalte und Funktionen werden auf zufällige und anonyme Chats ausgeweitet
Betrifft Apps, deren Kernfunktion Fremde zufällig zusammenbringt oder die Identität eines Nutzers bewusst verbirgt.
Maßnahme Nutzen Sie Funktionen und Tools der Play Console, um Minderjährigen den Zugang zur App zu verwehren.
-
Bestätigt
Die Families-Richtlinie verbietet anonyme Chat-Apps, die sich an Kinder richten
Betrifft Anonyme Chat-Apps, die sich an Kinder richten.
Maßnahme Richten Sie die App nicht mehr an Kinder, oder ändern Sie das Produkt so, dass die Einstufung als anonymer Chat nicht mehr zutrifft.
-
Quellen uneinig
Die Kinderschutzstandards werden auf anonyme und zufällige Chats ausgeweitet
Betrifft Apps für zufällige und anonyme Chats.
Maßnahme Bereiten Sie sich auf das frühere der beiden veröffentlichten Daten vor, also auf den 26. August.
-
Bestätigt
Geofencing als zulässiger Anwendungsfall für Vordergrunddienste gestrichen
Betrifft Apps, die einen Vordergrunddienst für Geofencing deklarieren.
Maßnahme Verlagern Sie den Anwendungsfall auf die Geofence API.
Anonyme und zufällige Chat-Apps
Der Auslöser ist die Kernfunktion, nicht das Vorhandensein eines Chat-Bildschirms. Googles Vorschautext zur Richtlinie ist beim Datum eindeutig.
gültig ab dem 26. August 2026
Google Play Console Help, Antwort 17036597, Altersbeschränkte Inhalte und FunktionenIm Geltungsbereich sind die Apps, deren Kernfunktion Fremde zufällig zusammenbringt oder die Identität der Nutzer bewusst verbirgt. Für sie gilt die Anforderung, die Funktionen und Tools zu nutzen, die Google in der Play Console bereitstellt, um Minderjährigen den Zugang zur App zu verwehren. Eine Nachrichtenfunktion in einer Liefer-App, ein Support-Chat oder ein Kommentarbereich ist nicht das Ziel dieser Richtlinie.
Das Wort, das die meiste Verwirrung stiftet, ist "Matchmaking". Es taucht in derselben Richtlinienfamilie auf und bedeutet nicht das, was ein Spieleentwickler darin liest. Googles Formulierung stellt Apps in den Mittelpunkt, deren Kernfunktion Matchmaking oder Dating ermöglicht, und sie behandelt beiläufige Matchmaking- oder Dating-Funktionen anders, wenn wirksame Schutzmaßnahmen Minderjährige von diesen Funktionen fernhalten. Ein Multiplayer-Spiel mit einer Matchmaking-Warteschlange wird nicht automatisch wie eine Dating-App eingestuft.
Der ehrliche Test für Ihre eigene App
Fragen Sie sich, ob eine vernünftige Person, die Ihre App in einem Satz beschreibt, das Zusammenbringen von Fremden oder das Verbergen der Identität erwähnen würde. Wenn ja, betrachten Sie sich als betroffen und nutzen Sie die Tools der Play Console. Wenn nein, dokumentieren Sie, warum die Funktion nebensächlich ist und was Minderjährige davon fernhält, denn genau dieses Argument brauchen Sie, falls die Einstufung je infrage gestellt wird. Google veröffentlicht dafür kein Formular zur Selbstauskunft, die Begründung müssen Sie also selbst festhalten.
Warum Google für die Kinderschutzstandards zwei Daten nennt
Die Zeilen oben zu altersbeschränkten Inhalten und zu Families sind durchgehend auf den 26. August datiert. Die Kinderschutzstandards sind es nicht, und nachdem Kontakte und Standort Mitte August 2026 in Einklang gebracht wurden, sind sie die letzte Zeile auf dieser Seite, bei der Googles zwei Quellen sich weiterhin widersprechen. Die eine datiert die Ausweitung hierher, die andere zwei Monate später, und keine von beiden sagt, dass sie die andere ersetzt.
- Play Console Help nennt 26. August 2026 Fristentabelle 12921780
- Android Developers nennt 28. Oktober 2026 Timeline der Google Play-Richtlinien
Bereiten Sie sich auf das frühere Datum vor. Zu früh zu sein kostet ein paar Wochen Vorlauf, zu spät zu sein kostet Durchsetzungsmaßnahmen gegen eine laufende App. Sie können beide Quellen Zeile für Zeile im Konflikt-Umschalter oben vergleichen.
Geofencing und Vordergrunddienste
Das ist die Zeile, die am ehesten ein Team erwischt, das noch nie im Leben eine Kinderschutzrichtlinie gelesen hat. Geofencing ist kein zulässiger Anwendungsfall für einen Vordergrunddienst mehr, und Google nennt den Ersatz direkt.
die Geofence API verwenden
Google Play Console Help, Fristentabelle 12921780Wenn Ihre Deklaration eines Vordergrunddienstes auf Geofencing beruht, ist die Deklaration das, was nicht mehr haltbar ist; die Arbeit besteht also darin, den Anwendungsfall zu verlagern, und nicht darin, das Formular umzuformulieren. Alles andere an Ihrer Nutzung von Vordergrunddiensten bleibt von dieser Zeile unberührt.
Der 26. August ist verstrichen. Die Zeilen oben wurden aus Googles Vorschauseiten zu den Richtlinien geschrieben; sobald eine Richtlinie in Kraft ist, wird der Vorschautext in der Regel ersetzt. Lesen Sie deshalb die aktuelle Richtlinie statt einer Vorschau-Fundstelle, bevor Sie sich auf den genauen Wortlaut verlassen.
Was ändert sich am 31. August 2026?
Die Ziel-API-Anforderungen 2026, und das sind zwei getrennte Regeln, die ständig verwechselt werden. Regel eins ist eine Untergrenze für Einreichungen: Ab dem 31. August muss eine neue App oder ein App-Update auf das Level für ihren Formfaktor ausgerichtet sein, für Mobilgeräte ist das API 36. Regel zwei ist eine Verfügbarkeitsuntergrenze für Apps, die Sie nie wieder anfassen, für Mobilgeräte API 35. Die erste zu verfehlen blockiert Ihren Upload. Die zweite zu verfehlen sorgt still dafür, dass neue Nutzer auf neueren Android-Versionen die App gar nicht mehr sehen.
31. August 2026
Verstrichen-
Bestätigt
Ziel-API-Level für neue Apps und App-Updates
Betrifft Jede neue App und jedes App-Update, das bei Google Play eingereicht wird.
Maßnahme Für Mobilgeräte ist API 36 nötig. Wear OS und Android Automotive OS benötigen API 35. Android XR benötigt API 34. Android TV benötigt ebenfalls API 34, doch das ist nicht neu: Googles Formfaktor-Tabelle datiert die TV-Anforderung auf den 31. August 2025.
-
Bestätigt
Verfügbarkeitsschwelle für bestehende Apps
Betrifft Veröffentlichte Apps unterhalb des Verfügbarkeits-Levels für ihren Formfaktor, selbst wenn Sie nie ein Update einreichen.
Maßnahme Heben Sie das Ziel-Level auf die geltende Verfügbarkeitsschwelle an. Für Mobilgeräte ist das API 35.
Ab dem 31. August 2026
Android Developers, Anforderungen an das Ziel-API-Level für Google Play-AppsDie zwei Regeln, sauber getrennt
Fast jede falsche Antwort zu dieser Frist entsteht daraus, beide zu einer Zahl zusammenzuziehen. Sie haben unterschiedliche Auslöser und unterschiedliche Folgen.
- Wenn Sie etwas einreichen API 36 für Mobilgeräte Neue Apps und Updates gleichermaßen. Unterhalb des Levels für Ihren Formfaktor erfüllt die Einreichung die Anforderung nicht.
- Wenn Sie nichts einreichen API 35 für Mobilgeräte Eine App, die Sie nie aktualisieren, ist für neue Nutzer auf Geräten mit neueren Android-Versionen nicht mehr verfügbar. Sie wird nicht gelöscht, und wer sie bereits installiert hat, behält sie.
Das Level für jeden Formfaktor
Übertragen Sie die Zahl für Mobilgeräte nicht auf jeden Build. Die Level unterscheiden sich je Formfaktor, und die Spalte zur Verfügbarkeit unterscheidet sich noch einmal.
| Formfaktor | Neue Apps und Updates | Verfügbarkeitsuntergrenze | Hinweis |
|---|---|---|---|
| Android-Smartphones, Tablets, Foldables | API 36 | API 35 | Der Standardfall. Beide Regeln gelten. |
| Android Auto | API 36 | API 35 | Google führt Android Auto nicht als eigenen Formfaktor, denn eine Auto-App ist eine Smartphone-App. Es gilt die Anforderung für Mobilgeräte. |
| Wear OS | API 35 | API 34 | Ein eigener Build mit einem eigenen Level. |
| Android Automotive OS | API 35 | API 32 | Die niedrigste Verfügbarkeitsuntergrenze aller Formfaktoren. |
| Android TV | API 34 | API 33 | Keine Erhöhung im Jahr 2026: Googles Formfaktor-Tabelle datiert die Einreichungsregel API 34 auf den 31. August 2025. Dazu kommen die TV-Qualitätsanforderungen vom 1. August. |
| Android XR | API 34 | API 34 | Untergrenze für Einreichung und Verfügbarkeit liegen auf demselben Level. |
Eine Zeile in dieser Tabelle ist überhaupt keine Änderung für 2026, und Googles eigene Seiten machen es leicht, sie falsch zu lesen. Die Zusammenfassung bei Android Developers ordnet die API-34-Anforderung für Android TV zusammen mit allem anderen dem 31. August 2026 zu, doch die detaillierte Formfaktor-Tabelle in Play Console Help datiert diese Einreichungsanforderung auf den 31. August 2025. Wenn Sie eine TV-App ausliefern, gilt für Sie die API-34-Regel bereits seit einem Jahr, und am 31. August 2026 ändert sich für Sie nichts. Was sich tatsächlich unterscheidet, ist die Verfügbarkeitsuntergrenze: Eine bestehende TV-App, die nie aktualisiert wird, bleibt bei API 33, also ein Level unter der Einreichungsanforderung, konform, und es sind Apps auf API 32 oder niedriger, die für neue Nutzer auf neueren Android-Versionen die Verfügbarkeit verlieren.
Die Verfügbarkeitsuntergrenze wirkt wie eine Obergrenze für die Reichweite und nicht wie ein Schalter: Eine App darunter bleibt nur auf Geräten verfügbar, deren Android-Version gleich oder niedriger ist als das Ziel-Level der App. Ein höheres targetSdk hebt minSdk, nicht an; diese Frist einzuhalten wirft also keine älteren Geräte aus Ihrer Installationsbasis. Dauerhaft private Apps, die nur innerhalb einer Organisation verteilt werden, sind ausgenommen. Die vollständige Anleitung zur Migration, samt den Play Console-Ansichten und den Verhaltensänderungen je Level, steht in dem Beitrag zur Ziel-API 36.
Kann ich die Frist vom 31. August verlängern?
Manchmal. Googles Vorgaben zum Ziel-Level 2026 geben berechtigten betroffenen Entwicklern mehr Zeit bis zum 1. November 2026, zu beantragen über die Play Console-Benachrichtigung, die betroffenen Entwicklern angezeigt wird. Drei Dinge sollten Sie klar haben, bevor Sie damit planen.
- Sie wird beantragt, sie kommt nicht automatisch. Es gibt keine Garantie, dass jedes Konto oder jede App die Option sieht.
- Sie schafft kein niedrigeres Ziel-Level. Dasselbe Level ist weiterhin erforderlich, Sie bekommen nur mehr Zeit, es zu erreichen.
- Das Fenster schließt sich am 1. November 2026, was selbst eine Zeile in diesem Kalender ist.
Google hat einen eigenen Ablauf, um für bestimmte Richtlinienerklärungen mehr Zeit zu beantragen; er erscheint in der Play Console bei genau der Erklärung, um die es geht. Die Navigation der Console ändert sich nach ihrem eigenen Zeitplan, folgen Sie also der Benachrichtigung, die Google für diese Frist anzeigt, und nicht einem Menüpfad, der in einem Artikel steht, auch nicht in diesem. Und lesen Sie die Existenz einer Verlängerung nicht als Beleg dafür, dass jede Frist auf dieser Seite verlängert werden kann: Für die meisten Zeilen hier ist überhaupt kein Verlängerungsmechanismus dokumentiert.
Was ändert sich am 30. September 2026?
Zwei Anforderungen, die ständig als eine gemeldet werden. Die erste ist die Registrierung von Paketnamen bei Google Play, die weltweit für Play-Apps gilt und bei der Google vor der Entfernung aus Play warnt. Die zweite ist die erste Durchsetzungswelle der Android-Entwicklerverifizierung, die für Installationen über teilnehmende Stores in vier Ländern gilt: Brasilien, Indonesien, Singapur und Thailand. Gleiches Datum, anderer Geltungsbereich, andere Folge. Keine von beiden ist eine weltweite Abschaltung nicht verifizierter Android-Apps. Zwei kaufmännische Punkte fallen auf denselben Tag und sind überhaupt keine Richtlinienanforderungen: Die Änderungen bei den Servicegebühren erreichen Australien und Japan, und das neue Programm Apps and Games wird in fünf Märkten verfügbar.
30. September 2026
noch 25 Tage-
Bestätigt
Registrierung von Paketnamen bei Google Play
Betrifft Play-Apps, die Google nicht automatisch registriert hat. Laut Google waren es über 99%.
Maßnahme Öffnen Sie die Startseite der Play Console und registrieren Sie jeden Paketnamen, der dort noch als nicht registriert angezeigt wird.
-
Bestätigt
Android-Entwicklerverifizierung, erste Durchsetzung bei der Installation
Betrifft Apps, die über teilnehmende Stores in Brasilien, Indonesien, Singapur und Thailand auf zertifizierten Android-Geräten installiert werden.
Maßnahme Verifizieren Sie sich als Entwickler und registrieren Sie die App bzw. den Paketnamen wie gefordert.
-
Bestätigt
Die Änderungen bei den Servicegebühren erreichen Australien und Japan
Betrifft Entwickler, die über Play mit australischen und japanischen Transaktionen Geld verdienen.
Maßnahme Rechnen Sie Ihre Gebührenannahmen für diese beiden Märkte ab diesem Datum neu.
-
Bestätigt
Das neue Programm Apps and Games wird verfügbar
Betrifft Entwickler in Australien, im EWR, in Japan, im Vereinigten Königreich und in den USA.
Maßnahme Entscheiden Sie, ob das neue Programm zu Ihrem Geschäft passt. Verfügbarkeit bedeutet noch keine Anmeldung.
Die zwei Anforderungen, die tatsächlich Handeln erfordern
Von den vier Zeilen oben sind das die zwei, die Sie etwas kosten können, wenn Sie sie ignorieren. Die anderen zwei sind die kaufmännische Einführung, die neue Märkte erreicht, und sie verlangen nichts von Ihrer App.
Anforderung A
Registrierung von Paketnamen bei Google Play
- Geltungsbereich
- Jede App bei Google Play. Laut Google wurden mehr als 99% automatisch registriert.
- Ihre Maßnahme
- Öffnen Sie die Startseite der Play Console und prüfen Sie den Registrierungsstatus. Registrieren Sie alles, was Google nicht erfasst hat.
- Wenn Sie nichts tun
- Google warnt vor der weltweiten Entfernung aus Play und vor Installationsproblemen.
Anforderung B
Android-Entwicklerverifizierung, erste Welle
- Geltungsbereich
- Installationen über teilnehmende Stores in Brasilien, Indonesien, Singapur und Thailand, auf zertifizierten Android-Geräten.
- Ihre Maßnahme
- Schließen Sie die Entwicklerverifizierung ab und registrieren Sie die App bzw. den Paketnamen wie gefordert.
- Wenn Sie nichts tun
- Eine nicht verifizierte oder nicht registrierte App kann auf betroffenen Geräten den üblichen Installations- und Update-Weg über teilnehmende Stores nicht nutzen.
ihre App-Paketnamen registrieren
Google Play Console Help, Fristentabelle 12921780Die Angabe "über 99% wurden automatisch registriert" ist der Grund, warum diese Zeile ignoriert wird, und zugleich der Grund, warum sie zwei Minuten Ihrer Zeit wert ist. Wenn Sie zum verbleibenden Bruchteil gehören, ist die dokumentierte Folge kein Warnbanner, sondern die Entfernung. Das Prüfen kostet einen Seitenaufruf in der Play Console.
Ist der 30. September ein weltweites Android-Verbot?
Nein. Die Durchsetzung beginnt in vier Ländern, und zur weiteren Ausweitung veröffentlicht Google einen Zeitraum statt eines Datums.
2027 und später
Android Developers, Überblick zur Entwicklerverifizierung, zur weiteren AusweitungDas ist die gesamte veröffentlichte Zusage. Stand 14. August 2026 gibt es kein angekündigtes weltweites Durchsetzungsdatum, jeder Artikel, der eines nennt, schlussfolgert also. Sich früh zu verifizieren ist trotzdem der günstige Zug, denn es ist nichts, was Sie mitten in einem Release entdecken wollen. Und die Lesart "Sideloading ist tot" hält nur, wenn Sie Googles eigene FAQ nie öffnen: Vier Dinge bleiben offen, und sie sind der Unterschied zwischen einem blockierten Release und einer kleinen Unannehmlichkeit.
-
Installationen über ADB
Nicht betroffen. Laut Google steht es Ihnen frei, Apps ohne Verifizierung über ADB zu installieren, damit Entwickler Apps bauen und testen können, die noch nicht für die breite Verteilung gedacht sind.
Ihre eigene Debug-Schleife und alles, was Sie einem Tester über ein Kabel geben, bleibt unberührt.
-
Der erweiterte Ablauf für erfahrene Nutzer
Google führt eine einmalige Einrichtung ein, mit der ein Nutzer das Risiko akzeptieren und Apps von nicht verifizierten Entwicklern installieren kann, hinter dem Entwicklermodus, einem Neustart, einer Wartezeit und einer Bestätigung per Biometrie oder PIN.
Es gibt ihn, aber er ist bewusst langsam. Bauen Sie keinen Vertriebsplan darauf, gewöhnliche Nutzer da hindurchzuführen.
-
Andere Stores und direktes Sideloading
Laut Google gilt die Frist zum 30. September nur für die teilnehmenden Stores. Der Vertrieb über andere Stores oder Nutzer, die Ihre App direkt per Sideloading installieren, fällt nicht unter diese Phase.
Prüfen Sie, ob der Store, den Sie tatsächlich nutzen, auf der Liste der teilnehmenden Stores steht, bevor Sie annehmen, dass Sie betroffen sind.
-
Andere Formfaktoren als Smartphones und Tablets
Laut Google gilt die Durchsetzung in dieser Phase für die Formfaktoren Smartphone und Tablet in den ausgewählten Regionen, wobei Google die Registrierung über alle Formfaktoren hinweg empfiehlt, um die Verfügbarkeit zukunftssicher zu machen.
Registrieren Sie trotzdem. Die Empfehlung ist billig, und der Geltungsbereich wird sich voraussichtlich erweitern.
Nichts davon macht das Datum ignorierbar. Es heißt, dass die ehrliche Einordnung eng ist: Für betroffene Apps, die über teilnehmende Stores in diesen vier Ländern vertrieben werden, schließt sich der übliche Installations- und Update-Weg. Alles andere hat Google ausdrücklich offen gelassen, und es sagt das in seinen FAQ zur Verifizierung.
Die Verifizierung ist nicht die Anforderung des geschlossenen Tests
Das sind getrennte Hürden, und eine zu nehmen nimmt nie die andere. Die Entwicklerverifizierung ist eine Identitätsebene für das Android-Ökosystem. Der geschlossene Test mit 12 Testern über 14 Tage ist eine Hürde in der Play Console für neue private Entwicklerkonten, die Produktionszugriff beantragen. Ein verifizierter Entwickler ohne abgeschlossenen geschlossenen Test kann trotzdem nicht in die Produktion veröffentlichen. Die Papierseite behandelt der Beitrag zur Entwicklerverifizierung, und was das mit einem Build macht, den Sie einem Tester geben, steht in dem Beitrag zur APK-Installation.
Was ändert sich im Oktober 2026?
Eine datierte Zeile, und sie ist kaufmännisch statt technisch: Am 1. Oktober beginnen Entwickler, die für die betroffenen US-Programme für externe Inhaltslinks und alternative Abrechnung angemeldet sind, Transaktionen zu melden und die anfallenden Servicegebühren zu berücksichtigen. Wenn Sie den 28. Oktober suchen: Er ist keine Frist für Kontakte oder Standort mehr. Google hat beide Mitte August 2026 auf den 27. Januar 2027 verschoben. Er überlebt auf einer Google-Seite als Datum für die Kinderschutzstandards, das die andere Seite auf den 26. August legt.
1. Oktober: Berichte und Gebühren in den betroffenen US-Programmen
1. Oktober 2026
noch 26 Tage-
Bestätigt
US-Transaktionsberichte und anfallende Servicegebühren
Betrifft Entwickler, die für die betroffenen US-Programme für externe Inhaltslinks und alternative Abrechnung angemeldet sind.
Maßnahme Beginnen Sie mit der geforderten Berichterstattung und berücksichtigen Sie die anfallenden Servicegebühren.
Diese Zeile erreicht Sie nur, wenn Sie sich für eines der US-Programme angemeldet haben, die das Verlinken auf externe Inhalte oder alternative Abrechnung erlauben. Wenn ja, beginnen hier die Berichte und alle anfallenden Servicegebühren, und die Anforderung ist administrativ statt technisch. Wenn Sie sich nicht angemeldet haben, gilt an diesem Datum nichts für Sie.
Die Kategorie ist der Erwähnung wert: Das ist eine Programm -Zeile und keine Anforderung der Programmrichtlinien für Entwickler. Sie zu verpassen ist ein vertragliches und abrechnungsbezogenes Problem mit Google und kein Richtlinienverstoß Ihrer App, und sie kann Ihre App nicht so entfernen lassen, wie eine verpasste Richtlinienfrist es kann. Deshalb sind die Programmtermine gemeinsam aufgeführt unter dem Register. Es ist das Ende einer Abfolge, die mit den Programmanforderungen vom 28. Januar begann und über die Katalogmitteilung vom 22. Juni und den Programmstart vom 22. Juli lief, die alle in den verstrichenen Zeilen stehen.
28. Oktober: Was daraus wurde
Den größten Teil des Jahres 2026 war das die Schlagzeile dieser Seite. Die Richtlinien-Timeline von Android Developers führte Kontaktberechtigungen and Standortberechtigungen als wirksam ab dem 28. Oktober 2026, während die Fristentabelle in Play Console Help für beide den 27. Januar 2027 nannte. Diese Seite führte sie als umstrittene Zeilen und riet Ihnen, für Oktober zu entwickeln.
Dieser Widerspruch hat sich Mitte August 2026 geschlossen. Android Developers nennt jetzt den 27. Januar 2027 für beide Richtlinien, übereinstimmend mit Play Console Help. Es gab keine Ankündigung und keinen Changelog-Eintrag, eine Seite wurde an die andere angeglichen. Wenn Sie mit dem 28. Oktober geplant haben, haben Sie nichts verloren und sind drei Monate zu früh dran, und genau dieses Ergebnis soll die Regel vom früheren Datum erzeugen. Beide Zeilen stehen jetzt in dem, was für 2027 bereits feststeht.
Wenn ein Artikel oder ein Assistent Ihnen weiterhin den 28. Oktober nennt
Sie irrt sich nicht darin, woher das Datum kam, sondern nur darin, ob es noch gilt. Der 28. Oktober wurde von Google veröffentlicht, auf einer Google-Seite, über Monate. Der eine Ort, an dem er aktuell bleibt, ist der Eintrag bei Android Developers zur Ausweitung der Kinderschutzstandards, die Play Console Help auf den 26. August datiert. Die Frage an eine Quelle, die den 28. Oktober nennt, lautet also: welche Richtlinie sie meint und wann sie zuletzt geprüft hat.
Was ist die Frist zum 1. November 2026?
Das Ende des Verlängerungsfensters für die Ziel-API-Anforderung vom 31. August, und sonst nichts. Es ist kein zweites, späteres Ziel-Level, es gilt für niemanden, der keine zusätzliche Zeit beantragt hat, und es ändert keine andere Frist auf dieser Seite. Wenn Sie nie eine Verlängerung beantragt haben, ist der 1. November kein Datum, das Sie brauchen.
1. November 2026
noch 57 Tage-
Bestätigt
Fristende der Ziel-API-Verlängerung
Betrifft Apps, denen für die Ziel-API-Anforderung 2026 mehr Zeit gewährt wurde.
Maßnahme Veröffentlichen Sie den Build mit dem geforderten Ziel-Level vor Ablauf der Frist.
Noch 57 Tage. Wenn Sie eine Verlängerung haben, zählt von jetzt bis dahin nur, dass ein konformer Build live geht, denn die Verlängerung kauft Zeit und senkt nicht das Level. Wenn Sie keine haben, ist diese Zeile nur informativ.
Warum das überhaupt eine eigene Zeile bekommt: Suchergebnisse und Zusammenfassungen präsentieren den 1. November 2026 regelmäßig als eigenständige Ziel-API-Frist, was Teams glauben lässt, sie hätten bis November Zeit, während die Untergrenze für Einreichungen am 31. August kam. Das eine Datum ist eine Anforderung. Das andere ist eine Schonfrist, die nicht jedes Konto hat. Die Details zur Beantragung stehen in dem Beitrag zur Ziel-API 36.
Welche Fristen des Jahres 2026 sind bereits verstrichen?
28 der 41 erfassten Zeilen liegen Stand 14. August 2026 hinter uns. Sie bleiben hier stehen, statt gelöscht zu werden, denn Googles aktuelle Fristentabelle archiviert ältere Zeilen, und Entwickler kommen weiterhin mit einer Warnung aus der Console, einer Ablehnungs-E-Mail oder einem Artikel an, der eine davon zitiert. Ein verstrichenes Datum sagt Ihnen immer noch, ob das, was Sie lesen, jemals gestimmt hat.
Januar 2026
- 1. Jan. Nutzungsbeschränkung für Daten der Age Signals API Bestätigt
- 28. Jan. Anforderungen der US-Programme für externe Inhaltslinks und alternative Abrechnung Bestätigt
- 28. Jan. RBI-Listenpflicht für bestehende Privatkredit-Apps in Indien Bestätigt
- 28. Jan. Neue 180-Tage-Grenze für Einsprüche gegen die Kündigung eines Entwicklerkontos Bestätigt
- 28. Jan. Ursprüngliche Altersbeschränkung für Matchmaking-, Dating- und Echtgeld-Funktionen Teilweise
- 28. Jan. Angekündigte Aktualisierung der Store-Einträge für Privatkredit-Apps in Thailand Ankündigung
März 2026
- 4. März Angekündigte Änderungen am Play-Geschäftsmodell Ankündigung
- 4. März Frist für die Store-Einträge bestehender Privatkredit-Apps in Thailand Bestätigt
April 2026
- 15. Apr. April-Paket der Programmrichtlinien für Entwickler Ankündigung
Mai 2026
- 27. Mai Richtlinie zur Kontoübertragung Bestätigt
- 27. Mai Selbsterklärung für Nachrichten- und Magazin-Apps Bestätigt
Juni 2026
- 1. Juni Compliance im Pilotprogramm für Prognosemärkte Bestätigt
- 22. Juni Mitteilung zur Weitergabe des Play-Katalogs in den USA Ankündigung
- 30. Juni Stichtag für die Einstufung als Neuinstallation bei Play-Servicegebühren Bestätigt
Juli 2026
- 15. Juli Juli-Paket der Programmrichtlinien für Entwickler Ankündigung
- 15. Juli Neue Formulierung zur Altersfreigabe für Apps ohne Freigabe Klarstellung
- 15. Juli Anforderungen zu Nutzerdaten gelten auch für KI-Integrationen von Drittanbietern Klarstellung
- 15. Juli Behandlung von genauem und ungefährem Standort in der Datensicherheit Klarstellung
- 15. Juli Einheitliche Nummerierung der Richtlinien wird eingeführt Ankündigung
- 22. Juli Play Catalog Access und die US-Programme für Drittanbieter-App-Stores treten in Kraft Bestätigt
- 27. Juli Einmaliges Einspruchsfenster für Konten, die vor dem 28. Januar 2026 gekündigt wurden Bestätigt
August 2026
- 1. Aug. Android TV-Qualität: 32-Bit- und 64-Bit-Architekturen plus 16-KB-Seitengrößen Bestätigt
- 26. Aug. Altersbeschränkte Inhalte und Funktionen werden auf zufällige und anonyme Chats ausgeweitet Bestätigt
- 26. Aug. Die Families-Richtlinie verbietet anonyme Chat-Apps, die sich an Kinder richten Bestätigt
- 26. Aug. Die Kinderschutzstandards werden auf anonyme und zufällige Chats ausgeweitet Quellen uneinig
- 26. Aug. Geofencing als zulässiger Anwendungsfall für Vordergrunddienste gestrichen Bestätigt
- 31. Aug. Ziel-API-Level für neue Apps und App-Updates Bestätigt
- 31. Aug. Verfügbarkeitsschwelle für bestehende Apps Bestätigt
Öffnen Sie eine dieser Zeilen in dem Register um zu sehen, für wen sie galt, welche Maßnahme sie verlangte und was ihre Primärquelle ist. Googles eigenes Richtlinienarchiv führt offizielle Versionsdaten der Richtlinien für den 1. Januar, den 28. Januar, den 4. März, den 15. April und den 27. Mai 2026, und dort schauen Sie nach, wenn Sie den Wortlaut brauchen, wie er an einem bestimmten Tag galt, und nicht den heutigen.
Drei Dinge, die die verstrichenen Zeilen lehren
Ein Datum kann unzusammenhängende Pflichten tragen. Fünf separate Dinge sind am 28. Januar gelandet, weshalb dieses Datum in so vielen unverbundenen Warnungen auftaucht: Anforderungen der US-Programme, die RBI-Liste für Privatkredite in Indien, die 180-Tage-Grenze für Einsprüche gegen Kündigungen, die Altersbeschränkung für Matchmaking und die Ankündigung zu den Store-Einträgen in Thailand. Nur drei davon sind Anforderungen der Programmrichtlinien für Entwickler. Eines der fünf ist hier mit Teilweise gekennzeichnet, weil Googles aktuelle Tabelle die Matchmaking-Zeile hat altern lassen und diese Seite kein sauberes Datum des Inkrafttretens erfindet, auf das sie nicht mehr verweisen kann.
Ein Ankündigungsdatum ist kein Durchsetzungsdatum. Der 15. April und der 15. Juli waren Ankündigungspakete, und nichts wurde allein dadurch durchsetzbar, dass es angekündigt wurde. Google gibt mindestens 30 Tage, um neu aktualisierte Richtlinien zu erfüllen, sofern es nichts anderes sagt, und "mindestens 30 Tage" ist eine Untergrenze für die Vorankündigung, kein Datum. Es als Datum zu lesen ist der Weg, auf dem ein Richtlinienpaket zu einer Phantomfrist im Projektplan wird.
Zwei Zeilen ließen sich nicht nachträglich erledigen. Die meisten verstrichenen Fristen lassen sich das noch: Sie registrieren das Paket, korrigieren den Store-Eintrag, füllen die Erklärung aus. Die Katalog-Abmeldung vom 22. Juli schloss sich mit dem Inkrafttreten des Programms, und das Einspruchsfenster für Altfälle vom 27. Juli für Konten, die vor dem 28. Januar 2026 gekündigt wurden, endete endgültig. Berichte aus der Community über ein Einspruchsformular, das kurz vor dieser Frist weiterleitete oder das Absenden verweigerte, sind echt, und sie sind nicht dasselbe wie eine Verlängerung. Nichts in Googles Dokumentation sagt, dass sich das Fenster verschoben hat, deshalb sagt diese Seite es auch nicht.
Sie haben 180 Tage
Google Play Console Help, Antwort 16659089, zum Einspruch gegen eine Kündigungsentscheidung, die am oder nach dem 28. Januar 2026 getroffen wurdeWas steht für 2027 bereits fest?
Zwei Daten und ein bewusst vager Zeitraum. Der 27. Januar 2027 trägt drei Zeilen: das Ende der Ausnahme für SMS und Anrufliste, die READ_CALL_LOG zur Bestätigung eines Verifizierungsanrufs erlaubte, dazu die Richtlinien zu Kontakt- und Standortberechtigungen, die beide Google-Quellen jetzt auf dieses Datum legen. Der 1. Februar 2027 ist das aktuelle Durchsetzungsdatum für die 16-KB-Seitengröße. Darüber hinaus wird die Android-Entwicklerverifizierung im Zeitraum "2027 und später" ausgeweitet, und das ist ein Zeitraum, den Google veröffentlicht hat, kein Datum.
27. Januar 2027
27. Januar 2027
noch 144 Tage-
Bestätigt
SMS und Anrufliste: Die Ausnahme für die Bestätigung per Telefonanruf endet
Betrifft Apps, die READ_CALL_LOG nur nutzen, um einen eingehenden Verifizierungsanruf zu bestätigen.
Maßnahme Wechseln Sie zu einer zugelassenen Alternative wie der Digital Credentials API oder der SMS Retriever API.
-
Bestätigt
Richtlinie zu Kontaktberechtigungen
Betrifft Apps, die auf Android 17 (API-Level 37) oder höher ausgerichtet sind und umfassenden Zugriff auf die Kontaktliste wollen.
Maßnahme Entscheiden Sie, ob der umfassende Zugriff wirklich zur Kernfunktion gehört. Wenn nicht, wechseln Sie zum Android Contact Picker.
-
Bestätigt
Richtlinie zu Standortberechtigungen
Betrifft Apps, die den genauen Standort im Geltungsbereich der Richtlinie nutzen.
Maßnahme Bevorzugen Sie den Ansatz mit minimalem Umfang und, wo anwendbar, die Standortschaltfläche des Systems.
Die Zeile zu SMS und Anrufliste ist geklärt und eng gefasst. Wenn Ihre einzige Rechtfertigung für READ_CALL_LOG darin besteht, den Eingang eines Verifizierungsanrufs zu bestätigen, steht diese Rechtfertigung nicht mehr zur Verfügung, und der dokumentierte Weg ist eine zugelassene Alternative wie die Digital Credentials API oder die SMS Retriever API. Apps ohne konforme Berechtigungsgrundlage können entfernt werden, und Google sagt ausdrücklich, dass nicht deklarierte, täuschende Nutzung härtere Maßnahmen nach sich ziehen kann als ein einfacher Richtlinienverstoß.
Die Zeilen zu Kontakten und Standort sind erst spät hier gelandet. Bis Mitte August 2026 datierte die Richtlinien-Timeline von Android Developers beide auf den 28. Oktober 2026, während Play Console Help sie hier datierte, und diese Seite führte sie als umstritten. Android Developers hat inzwischen beide auf den 27. Januar 2027 verschoben, damit stimmen die zwei Quellen überein und das Datum ist geklärt. Lesen Sie das nicht als Verschnaufpause: Die Arbeit an den Kontakten ist eine Produktentscheidung darüber, ob der umfassende Zugriff auf das Adressbuch wirklich zur Kernfunktion gehört, und diese Entscheidung dauert meist länger als die Codeänderung, die daraus folgt. Der Geltungsbereich bleibt durchgehend derselbe: Apps, die auf Android 17, API-Level 37 oder höher ausgerichtet sind und umfassenden Zugriff auf Kontakte wollen, mit dem Android Contact Picker als Weg für alle anderen.
1. Februar 2027
1. Februar 2027
noch 149 Tage-
Bestätigt
Durchsetzung der Kompatibilität mit 16-KB-Seitengrößen
Betrifft Apps, die auf API 35 oder höher ausgerichtet sind und betroffenen nativen Code enthalten, auf 64-Bit-Geräten mit Google Play.
Maßnahme Bauen Sie die nativen Bibliotheken neu oder ersetzen Sie sie, und prüfen Sie die 16-KB-Unterstützung im Release-Bundle.
Das ist das aktuelle Durchsetzungsdatum für die 16-KB-Seitengröße, und das Wort "aktuell" leistet in diesem Satz echte Arbeit. Es hat sich bereits zweimal verschoben, weshalb zwei frühere 16-KB-Daten noch immer in Artikeln und Assistenzantworten kursieren. Googles aktueller Leitfaden zur Seitengröße ist die einzige Quelle, gegen die zu planen sich lohnt.
Ab dem 1. Februar 2027
Android Developers, 16-KB-Seitengrößen unterstützenDer Geltungsbereich in einem Satz: Apps, die auf API 35 oder höher ausgerichtet sind und betroffenen nativen Code enthalten, auf 64-Bit-Geräten mit Google Play. Eine App, die nur in Java oder Kotlin geschrieben ist, samt ihren Bibliotheken und SDKs, erfüllt die Anforderung bereits. Alles darüber, wie Sie herausfinden, welche .so -Datei durchfällt, welche Abhängigkeit sie mitgebracht hat und wie Sie belegen, dass das Bundle sauber ist, steht in dem Beitrag zum 16-KB-Fehler.
Weltweite Entwicklerverifizierung, ohne Datum
2027 und später
Kein Datum veröffentlicht-
Noch kein Datum
Weltweite Ausweitung der Android-Entwicklerverifizierung
Betrifft Android-Entwickler außerhalb der ersten vier Länder.
Maßnahme Verfolgen Sie Googles Ankündigungen zur Einführung. Eine frühzeitige Verifizierung kostet nichts.
Google sagt, die weitere Ausweitung erfolgt 2027 und später. Das ist die gesamte veröffentlichte Zusage. Stand 14. August 2026 gibt es keine angekündigte Länderliste über die ersten vier hinaus und kein weltweites Durchsetzungsdatum, ein konkreter Monat in 2027 in einem Artikel ist also eine Schlussfolgerung und keine Berichterstattung. Die günstige Absicherung ist, sich früh zu verifizieren, denn die Verifizierung ist keine Aufgabe für die Release-Woche.
Eines steht nicht in diesem Kalender und wird auch nicht darin auftauchen: die Anforderung des geschlossenen Tests für neue private Entwicklerkonten. Sie hat kein Datum in 2026 oder 2027, weil sie keine terminierte Änderung ist. Sie ist die ständige Hürde zwischen einem neuen Konto und dem Produktionszugriff, und sie gilt ab dem Tag, an dem Sie das Konto erstellen.
Welchen Daten sollten Sie nicht mehr trauen?
Sechs im Einzelnen. Drei sind überholte Google-Daten, die noch immer ranken: der 1. November 2025 und der 31. Mai 2026 für 16-KB-Seitengrößen und jetzt der 28. Oktober 2026 für Kontakte und Standort, den Android Developers in den Tagen nach der Erstveröffentlichung dieser Seite durch den 27. Januar 2027 ersetzt hat. Einer ist ein aktiver Konflikt und kein Fehler: der 28. Oktober 2026 für die Kinderschutzstandards, den Play Console Help auf den 26. August datiert. Zwei sind Fehldeutungen echter Ankündigungen: ein Verbot von Apps ohne Altersfreigabe am 26. August, das nie angekündigt wurde, und eine weltweite Sideloading-Abschaltung am 30. September, die vier Länder betrifft.
1. November 2025
ÜberholtWorauf es sich bezieht Das ursprüngliche allgemeine Datum für die Durchsetzung der 16-KB-Seitengröße.
Status heute Überholt. Googles aktueller Leitfaden zur Seitengröße nennt den 1. Februar 2027.
Sichere Formulierung Historisches 16-KB-Datum. Prüfen Sie die aktuelle Google-Dokumentation, die den 1. Februar 2027 nennt.
31. Mai 2026
ÜberholtWorauf es sich bezieht Ein späteres 16-KB-Verlängerungsdatum, das betroffenen Entwicklern in der Play Console angezeigt wurde.
Status heute Überholt. Das aktuell dokumentierte Datum ist der 1. Februar 2027.
Sichere Formulierung Der 31. Mai war ein früheres Verlängerungsdatum. Die aktuelle Google-Dokumentation nennt den 1. Februar 2027.
28. Oktober 2026 für Kontakte und Standort
ÜberholtWorauf es sich bezieht Das Datum des Inkrafttretens für Kontakte und Standort, das die Richtlinien-Timeline von Android Developers bis in den August 2026 hinein führte, während Play Console Help für dieselben beiden Richtlinien den 27. Januar 2027 nannte.
Status heute Überholt, und zwar erst seit Kurzem. Am 14. August 2026 nannte die Richtlinien-Timeline von Android Developers für beide Richtlinien den 28. Oktober. Inzwischen nennt sie für beide den 27. Januar 2027, also genau das Datum, das Play Console Help die ganze Zeit über angegeben hatte. Dieser Widerspruch ist ausgeräumt.
Sichere Formulierung Der 28. Oktober wurde tatsächlich von Google veröffentlicht und ist nicht mehr aktuell. Beide Google-Seiten nennen für Kontakte und Standort jetzt den 27. Januar 2027.
28. Oktober 2026 für die Kinderschutzstandards
Quellen uneinigWorauf es sich bezieht Das Datum für die Ausweitung der Kinderschutzstandards in der Richtlinien-Timeline von Android Developers.
Status heute Weiterhin aktuell und weiterhin widersprüchlich. Die Fristentabelle in Play Console Help datiert dieselbe Ausweitung auf den 26. August 2026. Das ist jetzt der einzige verbliebene Datumskonflikt auf dieser Seite.
Sichere Formulierung Play Console Help nennt den 26. August 2026, Android Developers den 28. Oktober 2026. Richten Sie sich nach dem 26. August.
26. August 2026: Verbot von Apps ohne Altersfreigabe
Nicht das, was es scheintWorauf es sich bezieht Eine Fehldeutung des Eintrags zur Altersfreigabe vom 15. Juli.
Status heute Für den 26. August wurde kein neues Verbot angekündigt. Apps ohne Altersfreigabe waren bereits unzulässig, und Google hat den Eintrag vom Juli als Klarstellung bezeichnet.
Sichere Formulierung Apps ohne Altersfreigabe waren bereits unzulässig. Der 15. Juli war eine Klarstellung, kein neues Verbot zum 26. August.
30. September 2026: weltweites Sideloading-Verbot
Nicht das, was es scheintWorauf es sich bezieht Eine Übertreibung der ersten Durchsetzung der Entwicklerverifizierung.
Status heute Die erste Durchsetzung betrifft vier Länder: Brasilien, Indonesien, Singapur und Thailand. Eine breitere Einführung beschreibt Google mit 2027 und später.
Sichere Formulierung Die erste Durchsetzung betrifft Brasilien, Indonesien, Singapur und Thailand, nicht die ganze Welt.
Warum der 31. Mai 2026 nicht mehr die 16-KB-Frist ist
Weil Google sie verschoben hat, zweimal. Der 1. November 2025 war das ursprüngliche Durchsetzungsdatum. Der 31. Mai 2026 war ein späteres Verlängerungsdatum, das betroffenen Entwicklern angezeigt wurde. Die aktuelle Dokumentation sagt, dass betroffene, nicht konforme Updates ab dem 1. Februar 2027 nicht mehr veröffentlicht werden können. Alle drei Daten waren echt, nur das letzte gilt.
Der Grund, warum das immer wieder auftaucht, ist, dass die Änderung leise war. Entwickler, die mitten in der Migration auf den 31. Mai hin steckten, fanden das neue Datum in der Dokumentation und in der Console statt in einer Ankündigung, deshalb wurde der Vorrat des Internets an Artikeln, die den 31. Mai nennen, nie korrigiert. Wenn Sie eine Migration von nativem Code planen, lesen Sie Googles Leitfaden zur Seitengröße und prüfen Sie dessen eigenen Stempel der letzten Aktualisierung, bevor Sie sich auf einen Zeitplan festlegen. Die Reparaturarbeit selbst steht in dem Beitrag zum 16-KB-Fehler.
Instrument 04
Suche nach Datum und Warnung
Die drei Warnungen, die am häufigsten falsch gelesen werden
Die Suche oben löst jedes Datum und jeden Console-Text auf dieser Seite auf. Diese drei sind es wert, ausgeschrieben zu werden, denn jede von ihnen wird regelmäßig der falschen Anforderung zugeordnet.
-
"Paket nicht registriert" oder eine Aufforderung zur Entwicklerverifizierung
Zwei verschiedene Anforderungen zum 30. September, die sich ein Datum teilen. Die Registrierung von Paketnamen gilt weltweit und für ganz Play, die Durchsetzung der Verifizierung betrifft vier Länder und teilnehmende Stores.
Öffnen Sie die Startseite der Play Console und registrieren Sie alles, was Google übersehen hat, egal welche der beiden Sie dazu aufgefordert hat. 30. September
-
"Die App muss 16-KB-Speicherseitengrößen unterstützen"
Kompatibilität von nativem Code, durchgesetzt ab dem 1. Februar 2027, und nicht zum 31. Mai 2026, der in älteren Artikeln noch genannt wird.
Prüfen Sie die paketierten
.so-Bibliotheken. Der 16-KB-Beitrag -
Ein Artikel oder ein Assistent sagt, die Kontakte-Frist sei der 28. Oktober
Ein Datum, das Google wirklich veröffentlicht und inzwischen ersetzt hat, kein Fehler des Autors.
Nehmen Sie den 27. Januar 2027 und prüfen Sie den Datumsstempel der Quelle. Der 28. Oktober gilt auf einer der zwei Seiten weiterhin für die Kinderschutzstandards, und daher kommt der Großteil der verbleibenden Verwirrung. Der Konflikt
Wie PrimeTestLab hilft
Nicht bei der Richtlinienarbeit. Jede Frist auf dieser Seite ist Entwicklungs- oder Papierarbeit, die Ihnen gehört, und dieser Beitrag ist so geschrieben, dass jede davon so kurz wie möglich wird. Was wir übernehmen, ist die Anforderung, die mit allen kollidiert: ein geschlossener Test, der 12 echte Tester braucht, die 14 fortlaufende Tage angemeldet sind, auf einer Uhr, die sich nicht anhalten lässt, während Sie etwas neu bauen.
Die Abfolge, die Leute einen Monat kostet, sieht so aus: Ein neues privates Entwicklerkonto startet einen geschlossenen Test, das 14-Tage-Fenster beginnt, und mittendrin taucht eine Richtlinienzeile auf: ein Ziel-Level, das anzuheben ist, ein Paket, das zu registrieren ist, eine Berechtigung, die zu überarbeiten ist. Jetzt konkurrieren zwei Zeitpläne um dieselben zwei Wochen, und die Testerseite ist die, die still scheitert, weil sie davon abhängt, dass andere Menschen dranbleiben.
Die Anforderung, die nicht in diesem Kalender steht
Sie hat kein Datum in 2026, weil sie keine terminierte Änderung ist. Sie ist eine ständige Hürde, und sie gilt ab dem Tag, an dem das Konto erstellt wird.
Wenn Sie ein neu erstelltes privates Entwicklerkonto haben, müssen Sie einen geschlossenen Test für Ihre App mit mindestens 12 Testern durchführen, die mindestens während der letzten 14 Tage fortlaufend angemeldet waren.
Google Play Console Help, Antwort 14151465Neue Builds während des Tests hochzuladen ist in Ordnung, und Google ermutigt Entwickler, weiter zu aktualisieren. Was einen Lauf bricht, ist, wenn die Zahl der angemeldeten Tester an einem Tag des Fensters unter das Minimum fällt. Genau diesen Fehlerfall erzeugt eine Richtlinien-Hektik: Die Aufmerksamkeit wandert zum Build, Tester driften ab, und die Uhr startet neu.
Betreuter geschlossener Test
12 echte Tester auf echten Geräten, die vollen 14 Tage durchgehend angemeldet, damit die Testerseite intakt bleibt, während Sie die Compliance-Arbeit ausliefern. Die Geräte reichen von Android 7 bis 17, der Test startet in 4-6 Stunden, und wenn Google nicht freigibt, erhalten Sie einen kostenlosen neuen Test oder eine vollständige Rückerstattung.
Ab $19.99 · Kein Abo · 7.400+ Apps in 120+ Ländern
Um die Grenze klar zu benennen: Wir heben nicht Ihr Ziel-API-Level an, registrieren nicht Ihr Paket, überarbeiten nicht Ihre Berechtigungen und migrieren nicht Ihre nativen Bibliotheken. Das gehört Ihnen, und der Rest dieser Seite ist dafür da, das schnell zu machen. Was wir wegnehmen, ist die Testeranforderung, die obendrauf sitzt, damit die beiden nicht mehr um dieselben zwei Wochen konkurrieren.
Tipp zur Reihenfolge
Wenn Sie den geschlossenen Test noch nicht begonnen haben und bereits wissen, dass eine Richtlinienzeile für Sie gilt, starten Sie zuerst das Testerfenster und erledigen Sie die Richtlinienarbeit darin. Der qualifizierende Zeitraum bemisst sich an der durchgehenden Anmeldung der Tester und nicht an einem eingefrorenen Build, die zwei Zeitpläne können sich also überlappen, statt sich zu stapeln. Das spart oft eine ganze Woche und kostet nichts.
Wie diese Seite gepflegt wird
Gegen neun Google-Seiten, nicht gegen eine. Jede Zeile hier nennt ihre eigene Primärquelle, trägt einen Status statt einer unterstellten Gewissheit und behält ihren alten Wert, wenn ein Datum sich verschiebt, statt still überschrieben zu werden. Das Prüfdatum oben auf dieser Seite, der 14. August 2026, ist der Tag, an dem diese neun Seiten zuletzt vollständig gelesen wurden.
Die vier Regeln, denen dieses Register folgt
-
01
Eine primäre Google-Seite, sonst gibt es keine Zeile.
Community-Threads und Issue-Tracker sind nützlich, um zu wissen, worüber Entwickler sich wundern, und um zu bemerken, dass sich ein Datum verschoben hat. Sie belegen niemals das Datum selbst.
-
02
Wenn Google Google widerspricht, stehen beide Angaben hier.
Kein stilles Auflösen von Gleichständen, kein Auswählen des Datums, das die schönere Überschrift ergibt. Beide Daten, beide URLs und eine Risikoposition, die sagt: Richten Sie sich nach dem früheren. Wo die zwei Quellen ein Kalender und die Richtlinienseite selbst sind, ist die Richtlinienseite die bessere Autorität für den Geltungsbereich auch solange das Datum ungeklärt bleibt.
-
03
Überholte Daten bleiben stehen, sie werden nicht gelöscht.
Nach dem alten Datum wird gesucht, und alte Warnungen zitieren es. Es zu löschen nimmt das Einzige weg, woran ein Leser erkennen kann, dass der gerade gelesene Artikel vor der Änderung geschrieben wurde.
-
04
Folgen werden zitiert, nicht verschärft.
Wo Google Entfernung sagt, sagt diese Seite Entfernung. Wo Google nur sagt, dass eine Anforderung besteht, sagt diese Seite normale Richtliniendurchsetzung, statt eine Sanktion zu erfinden.
Was sich seit der Veröffentlichung dieser Seite geändert hat
Regel 03 ist nur dann etwas wert, wenn die Änderungen sichtbar sind, hier steht deshalb jede Korrektur seit der Veröffentlichung, die neueste zuerst. Jeder Eintrag sagt, was die Seite vorher behauptet hat, denn genau das braucht ein Leser, der nach dem alten Wert gehandelt hat.
-
14. August 2026
Kontakte und Standort sind von umstritten zu geklärt gewechselt, und zwar auf den 27. Januar 2027. Die Richtlinien-Timeline von Android Developers hatte für beide den 28. Oktober 2026 geführt, während Play Console Help für beide den 27. Januar 2027 nannte; Android Developers nennt jetzt für jede der beiden Richtlinien den 27. Januar 2027, damit stimmen die zwei Quellen überein, und diese Seite gibt diese Zeilen nicht mehr als Konflikt aus. Der 28. Oktober 2026 bleibt in der Liste der toten Termine, weil er tatsächlich veröffentlicht wurde. Die Kinderschutzstandards sind jetzt der einzige noch offene Datumskonflikt: 26. August 2026 laut Play Console Help gegen 28. Oktober 2026 laut Android Developers.
-
14. August 2026
Die Verfügbarkeitsuntergrenze für Android TV von API 34 auf API 33 korrigiert und die Einreichungsanforderung API 34 für Android TV nicht mehr als Erhöhung des Jahres 2026 dargestellt. Googles detaillierte Formfaktor-Tabelle datiert diese Anforderung auf den 31. August 2025.
-
12. August 2026
Erstveröffentlichung, geprüft gegen neun Google-Quellen.
Zwei dieser Einträge kamen innerhalb von 48 Stunden nach der Veröffentlichung, und das ist die ehrliche Werbung für diesen Abschnitt: Ein Richtlinienkalender ist kein Dokument, das man einmal schreibt. Die Korrektur zum 28. Oktober kam insbesondere daher, dass Google eine Seite an eine andere angeglichen hat, ohne jede Ankündigung, und genau diesen Fehlerfall sollen Regel 02 und Regel 03 überstehen.
Die neun Seiten, die ein Aktualisierungsdurchlauf erneut liest
Wenn Sie Ihren eigenen Compliance-Kalender pflegen, ist das die ganze Liste. Ändert sich eine davon, ist das ein Grund, die anderen acht erneut zu lesen, denn genau so sind die Konflikte auf dieser Seite überhaupt entstanden, und so hat sich einer davon geschlossen.
https://support.google.com/googleplay/android-developer/announcements/13412212
https://support.google.com/googleplay/android-developer/table/12921780
https://support.google.com/googleplay/android-developer/answer/13386702
https://developer.android.com/distribute/play-policies
https://developer.android.com/google/play/requirements/target-sdk
https://developer.android.com/developer-verification
https://developer.android.com/guide/practices/page-sizes
https://support.google.com/googleplay/android-developer/answer/16909972
https://support.google.com/googleplay/android-developer/answer/16935362Der Reihe nach: das Verzeichnis der Richtlinienankündigungen, die aktuelle Fristentabelle für Richtlinien, das Richtlinienarchiv, die Richtlinien-Timeline von Android Developers, die Seite zu den Ziel-API-Anforderungen, der Überblick zur Entwicklerverifizierung, der Leitfaden zur 16-KB-Seitengröße und dann die zwei Seiten zu den Kontaktberechtigungen, die das Datum des Inkrafttretens der Richtlinie und ihren Compliance-Zeitplan tragen. In dieser Reihenfolge gelesen, ist eine Kalenderzeile immer nur die zweite Meinung.
Was auf dieser Seite zuerst veraltet
- Die Zeile zu den Kinderschutzstandards. Die letzte umstrittene Zeile auf der Seite und die mit dem höchsten Risiko. Jede der beiden Google-Quellen kann ohne Vorwarnung bearbeitet werden, und eine Auflösung wird wie eine stille Änderung aussehen und nicht wie eine Ankündigung, genau so endete der Streit um Kontakte und Standort.
- Das neu geklärte Datum für Kontakte und Standort. Der 27. Januar 2027 wird heute von beiden Quellen genannt. Dorthin kam er durch eine unangekündigte Bearbeitung, er kann sich also auf demselben Weg wieder verschieben. Übereinstimmung ist nicht dasselbe wie Dauerhaftigkeit.
- Die Fundstellen zum 26. August. Sie verweisen auf Vorschauseiten zu Richtlinien. Der Vorschautext wird ersetzt, sobald eine Richtlinie in Kraft ist, nach diesem Datum ist also die aktuelle Richtlinie die zu verwendende Fundstelle.
- Das 16-KB-Datum 1. Februar 2027. Es hat sich zweimal verschoben. Behandeln Sie es als den aktuellen Wert und nicht als einen festen, und lesen Sie den Stempel der letzten Aktualisierung im Leitfaden zur Seitengröße, bevor Sie ein Release planen.
- Die Länderliste der Entwicklerverifizierung. Heute vier Länder, danach "2027 und später". Die nächste Länderankündigung ändert diese Zeile und sonst nichts auf der Seite.
- Die Formulierungen zur Verlängerung. Nach dem 1. November 2026 wird jeder Satz falsch, der nahelegt, die Ziel-API-Verlängerung ließe sich noch beantragen, deshalb wird der Wortlaut auf dieser Seite aus dem heutigen Datum erzeugt und nicht getippt.
Wenn Sie hier eine Zeile finden, die nicht mehr zu Googles aktueller Seite passt, gewinnt die Seite, die Sie vor sich haben, und diese hier ist veraltet. Der Prüfstempel oben ist dafür da, dass Sie auf einen Blick sehen, wie sehr Sie diesem Register trauen können, und uns Bescheid zu geben geht schneller, als auf den nächsten Durchlauf zu warten.
Häufig gestellte Fragen
Was ist die nächste Google Play-Richtlinienfrist im Jahr 2026?
Stand 14. August 2026 ist das nächste bestätigte Datum der 30. September 2026. Dabei geht es um die Registrierung von Paketnamen bei Google Play und die erste Durchsetzung der Android-Entwicklerverifizierung bei der Installation in Brasilien, Indonesien, Singapur und Thailand. Ein Datum auf dieser Liste ist weiterhin umstritten: Play Console Help setzt die Ausweitung der Kinderschutzstandards auf den 26. August 2026, während die Richtlinien-Timeline von Android Developers dafür den 28. Oktober 2026 nennt. Bereiten Sie sich also auf das frühere Datum vor.
Muss ich wirklich bis zum 31. August 2026 auf API 36 ausrichten?
Für gewöhnliche neue Android-Apps für Mobilgeräte und deren Updates: ja. Googles Seite zur Ziel-API besagt, dass neue Apps und App-Updates ab dem 31. August 2026 auf Android 16, API-Level 36 oder höher ausgerichtet sein müssen. Andere Formfaktoren haben eigene Level: Wear OS und Android Automotive OS benötigen API 35, Android XR benötigt API 34. Android TV benötigt ebenfalls API 34, doch das ist überhaupt keine Änderung für 2026, denn Googles detaillierte Formfaktor-Tabelle datiert die Einreichungsanforderung für TV auf den 31. August 2025. Es gibt eine zweite, davon getrennte Regel für Apps, die Sie gar nicht aktualisieren; sie ist eine Schwelle für die Verfügbarkeit und keine Schwelle für die Einreichung: API 35 für Mobilgeräte und API 33 für Android TV.
Meine App ist bereits veröffentlicht. Entfernt Google sie am 31. August, wenn ich nichts tue?
Nein. Google löscht eine veröffentlichte App nicht, wenn sie die Verfügbarkeitsschwelle vom 31. August verfehlt. Die Folge ist enger gefasst: Eine bestehende App für Mobilgeräte unterhalb von API-Level 35 ist für neue Nutzer auf Geräten nicht mehr verfügbar, deren Android-Version höher ist als das Ziel-Level der App. Wer sie bereits installiert hat, behält sie, und auf älteren Geräten bleibt sie verfügbar. Die Einreichungsregel ist die andere: Eine neue App oder ein App-Update, das ab dem 31. August 2026 bei Google Play eingereicht wird, muss für Mobilgeräte auf API 36 oder höher ausgerichtet sein.
Kann ich die Ziel-API-Frist vom 31. August verlängern?
Googles Vorgaben zum Ziel-Level 2026 räumen berechtigten betroffenen Entwicklern eine Verlängerung bis zum 1. November 2026 ein, die über die entsprechende Benachrichtigung in der Play Console beantragt wird. Betrachten Sie sie als app- und kontospezifisch und nicht als etwas, das jeder Entwickler automatisch hat, und denken Sie daran: Die Verlängerung schafft kein neues, niedrigeres Ziel-Level. Sie verschafft nur mehr Zeit, dasselbe zu erreichen.
Ist der 30. September 2026 der Tag, an dem Google weltweit jede nicht verifizierte Android-App blockiert?
Nein. Die erste Durchsetzung der Android-Entwicklerverifizierung bei der Installation am 30. September 2026 betrifft teilnehmende Stores in Brasilien, Indonesien, Singapur und Thailand, und eine breitere Ausweitung beschreibt Google mit 2027 und später, ohne ein genaues weltweites Datum zu veröffentlichen. Google nennt außerdem mehrere Wege, die offen bleiben: Installationen über ADB erfordern keine Verifizierung, ein erweiterter einmaliger Ablauf erlaubt erfahrenen Nutzern die Installation von nicht verifizierten Entwicklern, und der Vertrieb über nicht teilnehmende Stores oder direktes Sideloading fällt nicht unter diese Phase. Am selben Tag greift eine gesonderte Anforderung: die Registrierung von Paketnamen bei Google Play, wobei Google warnt, dass eine nicht registrierte Play-App weltweit aus Play entfernt werden kann.
Ist die Frist für die Kontakte-Richtlinie der 28. Oktober 2026 oder der 27. Januar 2027?
Der 27. Januar 2027. Beide Google-Quellen stimmen inzwischen darin überein. Das war den größten Teil des Jahres 2026 wirklich ungeklärt: Die Richtlinien-Timeline von Android Developers nannte den 28. Oktober 2026, während die Fristentabelle in Play Console Help den 27. Januar 2027 nannte, und Mitte August 2026 wurde Android Developers ohne Ankündigung an Play Console Help angeglichen. Der 28. Oktober ist ein Datum, das Google tatsächlich veröffentlicht hat und das jetzt überholt ist; eine Quelle, die ihn weiterhin nennt, wurde seither nicht geprüft. Dieselbe Korrektur gilt für die Richtlinie zu Standortberechtigungen, die am selben Tag verschoben wurde. Zum Geltungsbereich, der sich nie geändert hat: Die Richtlinie zielt auf den umfassenden Zugriff auf Kontakte bei Apps ab, die auf Android 17, API-Level 37 oder höher ausgerichtet sind, und sie verweist Apps ohne Bedarf an umfassendem Zugriff auf den Android Contact Picker. Eine App, in der ein Nutzer für einen bestimmten Zweck einen einzelnen Kontakt auswählt, fällt also nicht automatisch unter die Regelung für umfassenden Zugriff.
Ist die Frist für die 16-KB-Seitengröße der 31. Mai 2026 oder der 1. Februar 2027?
Für die aktuelle allgemeine Kompatibilitätsanforderung bei Google Play nennt Googles aktuelle Android-Dokumentation den 1. Februar 2027 als den Zeitpunkt, ab dem betroffene, nicht konforme Updates nicht mehr veröffentlicht werden können. Der 31. Mai 2026 war ein historisches Verlängerungsdatum, das noch immer in Entwicklerdiskussionen und älteren Artikeln auftaucht, und davor war der 1. November 2025 das ursprüngliche Datum. Diese Zeitachse hat sich mehr als einmal verschoben; prüfen Sie deshalb den aktuellen Leitfaden zur Seitengröße und nicht irgendeinen Artikel.
Welche Google Play-Fristen stehen bereits 2027 an?
Drei datierte Änderungen. Der 27. Januar 2027 beendet die Ausnahme für SMS und Anrufliste, die READ_CALL_LOG zur Bestätigung eines Verifizierungsanrufs erlaubte, und es ist zugleich das Datum, das beide Google-Quellen jetzt für die Richtlinien zu Kontakt- und Standortberechtigungen nennen. Der 1. Februar 2027 ist das aktuelle Durchsetzungsdatum für die 16-KB-Seitengröße in Googles aktuellem Leitfaden. Die Android-Entwicklerverifizierung wird 2027 und später breiter ausgerollt, wobei Stand 14. August 2026 kein genaues weltweites Datum veröffentlicht ist.
Welche dieser Fristen gelten für ein brandneues Entwicklerkonto, das noch nichts veröffentlicht hat?
Die auf der Einreichungsseite. Ihr erster Upload muss das Ziel-API-Level für seinen Formfaktor erfüllen, Ihr Paketname muss registriert sein, Ihre App braucht eine Altersfreigabe und eine ausgefüllte Datensicherheitserklärung, und jede berechtigungsbezogene Richtlinie, die zu Ihrem Funktionsumfang passt, gilt schon ab Ihrer Erstveröffentlichung und nicht erst ab einem Update. Die eine Anforderung, die nicht in diesem Kalender steht, ist die Hürde des geschlossenen Tests, denn sie ist keine terminierte Änderung: Ein neues privates Entwicklerkonto muss einen geschlossenen Test mit mindestens 12 angemeldeten Testern über mindestens 14 fortlaufende Tage durchführen, bevor es Produktionszugriff beantragen kann. Ein interner Test ersetzt ihn nicht, und Sie können während des Laufs weiter Builds ausliefern, denn was die 14 Tage bricht, ist ein Absinken der Testerzahl und nicht ein neuer Upload. PrimeTestLab stellt diese Tester auf echten Geräten ab $19.99 bereit.
Fazit
Zusammenfassung
Stand 14. August 2026 ist die nächste bestätigte Google Play-Frist der 30. September 2026. Die Abfolge 2026 lautet: 26. August für die Regeln zu zufälligen und anonymen Chats und das Ende von Geofencing als zulässigem Anwendungsfall für Vordergrunddienste; 31. August für die Ziel-API-Anforderungen, API 36 für Einreichungen auf Mobilgeräten, mit einer eigenen Verfügbarkeitsuntergrenze von API 35 für Apps, die Sie nie aktualisieren; 30. September für die Registrierung von Paketnamen bei Google Play und die erste Durchsetzung der Android-Entwicklerverifizierung in Brasilien, Indonesien, Singapur und Thailand; 1. Oktober für Berichte und Gebühren in den betroffenen US-Programmen; und 1. November für das Fristende der Ziel-API-Verlängerung. Kontakte und Standort sind auf den 27. Januar 2027 festgelegt, nachdem Google das Datum 28. Oktober 2026 ersetzt hat, das es für beide veröffentlicht hatte. Eine Richtlinie ist weiterhin umstritten: Die Kinderschutzstandards stehen bei Play Console Help auf dem 26. August und bei Android Developers auf dem 28. Oktober, richten Sie sich also nach dem 26. August. 1. Februar 2027 ist das aktuelle Datum für die 16-KB-Seitengröße und ersetzt den 1. November 2025 und den 31. Mai 2026. Und eine Anforderung, die auf keiner dieser Listen steht, hindert neue private Entwicklerkonten weiterhin an der Veröffentlichung: ein geschlossener Test mit 12 angemeldeten Testern über 14 fortlaufende Tage. Preispläne ansehen →
Primärquellen