Ziel-API-Level: wenn eine App leise verschwindet

Wie funktioniert die Regel?

Play hält eine Untergrenze für die Android-Version, die eine App anvisiert, und hebt sie jährlich um eine Version an. Eine App darunter wird nicht aus dem Store entfernt; sie wird nur auf Geräten mit neuerem Android als ihrem Ziel nicht gelistet. Die App verschwindet nicht — die erreichbare Zielgruppe schrumpft leise.

Seit dem 31. August 2026 lautet das Ziel für neue Apps und Updates Android 16 — API-Level 36. Es gibt Ausnahmen nach Geräteklasse: Android 15 für Wear-OS- und Android-Automotive-Apps, Android 14 für Android-TV- und XR-Apps.

Warum merkt es niemand?

Weil nichts kaputtgeht. Die App läuft, bestehende Nutzer nutzen sie, Updates fließen, die Store-Seite steht. Das Einzige, was sich ändert: Wer ein neues Gerät hat, findet sie in der Suche nicht — und diese Person meldet sich nicht, sie lädt etwas anderes.

Das Symptom ist damit kaufmännisch statt technisch: Neuinstallationen sinken, die Conversion verschlechtert sich, Kampagnenergebnisse ergeben keinen Sinn mehr. Ist eine App drei Jahre nicht aktualisiert, ist der heute erreichbare Gerätepool ein Bruchteil des ursprünglichen.

Wann plant man die Anhebung?

Vor dem Termin, nicht gegen ihn. Die Anhebung ist nicht bloß eine Konfigurationsänderung; jede Android-Version verändert Verhalten bei Berechtigungen, Hintergrundausführung und Speicherzugriff, und die App muss mitziehen. Das zu testen kostet Zeit.

Der Rhythmus, der funktioniert: mit dem Erscheinen der neuen Android-Version testen, das Ziel einige Monate vor der Frist anheben und diesen Build ins Feld bringen. Dann bleibt bei einer Regression Zeit zur Korrektur. Bleibt es auf die letzte Woche, drängen sich Korrektur und Frist in denselben Kalender.