Google Mobile Ads SDK: Was App-Publisher jetzt prüfen sollten
Google hat den Deprecation-Plan für das Android Mobile Ads SDK präzisiert und damit ein Thema nach vorn gezogen, das für App-Publisher, AdMob-Teams und Entwickler nicht mehr nur technisch, sondern geschäftlich relevant ist. Die offizielle Dokumentation bei Google for Developers wurde laut Seitenstand zuletzt am 13. Juli 2026 UTC aktualisiert und nennt nun konkrete Deprecation- und Sunset-Termine für mehrere Legacy-Versionen. Für Unternehmen mit werbefinanzierten Android-Apps ist das ein klares Signal: Wer noch auf ältere SDK-Stände setzt, sollte Abhängigkeiten, Release-Planung und Erlösrisiken jetzt aktiv prüfen.
Inhaltsverzeichnis
Was wurde angekündigt oder geändert?
Die Primärquelle ist die offizielle Google-for-Developers-Seite zur Deprecation und Sunset des Google Mobile Ads SDK (Legacy) für Android. Google beschreibt dort einen planbaren Lebenszyklus für Major-Versionen und ordnet die betroffenen Releases in drei Zustände ein: supported, deprecated und sunset. Zusätzlich verweist Google darauf, dass das bisherige Google Mobile Ads SDK im Wartungsmodus läuft und Publisher perspektivisch auf das GMA Next-Gen SDK migrieren sollen.
Konkret nennt Google in der aktuellen Tabelle mehrere feste Termine. Version 25.x.x wurde am 17. Februar 2026 veröffentlicht und bleibt laut Übersicht bis zum 30. Juni 2027 unterstützt; der Sunset ist für den 30. Juni 2028 genannt. Version 24.x.x bleibt ebenfalls noch unterstützt und trägt dieselben Deprecation- und Sunset-Daten. Version 23.x.x ist seit dem 17. Februar 2026 als deprecated markiert und soll am 30. Juni 2027 in den Sunset-Status wechseln. Für Version 22.x.x ist der Sunset laut Tabelle auf den 30. Juni 2026 gesetzt.
Besonders wichtig ist dabei nicht nur der Support-Status, sondern die mögliche Auswirkung auf die Werbeauslieferung. Google erklärt ausdrücklich, dass Sunset-Versionen ein Risiko tragen, keine Werbung mehr ausgeliefert zu bekommen. In diesem Fall können Ad Requests als No Fill zurückkommen. Für Apps, deren Umsatz direkt von AdMob- oder Ad-Manager-Inventar abhängt, ist das kein Randdetail, sondern ein potenzielles Erlösproblem.
Warum ist die Entwicklung für Unternehmen relevant?
Viele Unternehmen betrachten SDK-Updates zunächst als Thema für die Entwicklung. Aus Marketing- und Monetarisierungssicht reicht diese Einordnung hier nicht aus. Wenn veraltete SDK-Versionen zu geringerer Auslieferung, Support-Einschränkungen oder verzögerten Releases führen, betrifft das unmittelbar Kampagnenumsätze, Forecasts und die Stabilität mobiler Vermarktung.
Die aktuelle Änderung ist auch deshalb relevant, weil Google den Lebenszyklus jetzt deutlich berechenbarer beschreibt. Neue Major-Versionen sollen grundsätzlich im ersten Quartal erscheinen. Die neueste Major-Version und ihr direkter Vorgänger gelten als supported, die darauffolgende ältere Generation als deprecated, noch ältere Versionen als sunset. Diese Logik erleichtert die Planung, erhöht aber gleichzeitig den Druck auf Teams, technische Schulden nicht weiter mitzuschleppen.
Für Marketingverantwortliche in App-getriebenen Geschäftsmodellen bedeutet das: Monetarisierung, technische Roadmap und Reporting müssen enger zusammengedacht werden. Wenn App-Releases an SDK-Migrationen hängen, sollten Forecasts für Werbeumsätze und Kampagnenleistung diese Abhängigkeit früh abbilden. Gerade Teams, die ohnehin mit komplexen Google-Ads-Setups arbeiten, kennen diese operative Verzahnung bereits aus Themen wie dem Google Ads Editor oder aus der sauberen Einrichtung von Google Analytics 4.
Was Marketingteams und App-Publisher jetzt prüfen sollten
1. Den tatsächlichen SDK-Stand je App und Build-Variante erfassen
Der erste Schritt ist banal, wird in der Praxis aber oft unterschätzt: Teams sollten sauber dokumentieren, welche Apps, White-Label-Varianten oder Länderversionen noch auf 22.x.x, 23.x.x oder älteren Abhängigkeiten laufen. Gerade bei mehreren App-Branches, Agentur-Setups oder extern betreuten Releases ist der reale Stand nicht immer transparent. Wer den Bestand nicht kennt, kann Sunset-Risiken weder priorisieren noch verlässlich kommunizieren.
2. Werbeauslieferung und Erlösabhängigkeit gegen Sunset-Risiken bewerten
Google macht klar, dass Sunset-Versionen ein Risiko für automatische No-Fill-Antworten tragen. Unternehmen sollten deshalb prüfen, welche Apps oder Placements bei eingeschränkter Ad Serving sofort Umsatz verlieren würden. Sinnvoll ist eine kurze Risikomatrix: Welche App ist betroffen, wie hoch ist ihr Werbeumsatz-Anteil und wie schnell könnte eine SDK-Migration produktiv ausgerollt werden? Für Teams mit stärkerem Tracking-Fokus kann ergänzend eine Prüfung der Web-Analytics-Struktur helfen, damit mögliche Auslieferungs- oder Umsatzveränderungen nach einem Update sauber beobachtet werden.
3. Migration auf GMA Next-Gen oder unterstützte Legacy-Version aktiv terminieren
Die Quelle empfiehlt ausdrücklich die Migration auf die neueste Version. Praktisch heißt das: Nicht nur einen Entwickler-Task anlegen, sondern einen verbindlichen Release-Zeitpunkt definieren. Dazu gehören Tests mit Mediation-Partnern, Prüfung von SDK-Kompatibilitäten und ein Plan für Monitoring nach dem Rollout. Wer App-Monetarisierung nur technisch migriert, aber keine geschäftlichen Kontrollpunkte für Fill Rate, eCPM oder Ad Requests setzt, reagiert im Zweifel erst dann, wenn Umsatz bereits verloren geht.
4. Support- und Eskalationswege neu bewerten
Google beschreibt, dass für deprecated und sunset Versionen kein voller technischer Support mehr zur Verfügung steht. Falls ein Problem nur auf einer alten Version reproduzierbar ist, kann das die Fehlerbehebung verlangsamen. Unternehmen sollten daher nicht nur den Code aktualisieren, sondern auch intern festlegen, ab welchem SDK-Stand Tickets, Bugs und Release-Freigaben noch akzeptiert werden. Das ist besonders relevant, wenn externe Entwickler, Agenturen oder mehrere Produktteams an derselben Monetarisierungslogik arbeiten.
Was die Quelle genau sagt
Google beschreibt den generellen Lebenszyklus einer Major-Version mit ungefähr zwei Jahren im supported Status, einem weiteren Jahr im deprecated Status und dem anschließenden Wechsel in den Sunset-Status. Ab Sunset können ältere Versionen zwar nicht zwingend sofort ausfallen, sie stehen aber unter dem ausdrücklichen Risiko gestoppter Ad Serving. Laut Google sollen dann Ad Requests mit einem No Fill und einem Hinweis auf den Sunset-Status beantwortet werden.
Zusätzlich verweist Google darauf, dass Ausnahmen grundsätzlich möglich bleiben. Das ist für die operative Planung wichtig: Der Zeitplan ist belastbar, aber keine Garantie dafür, dass besonders alte oder aufwendig zu wartende Versionen nicht früher eingeschränkt werden. Unternehmen sollten die Tabelle deshalb nicht als spätestmöglichen Startpunkt verstehen, sondern als klare Frist für bereits laufende Migrationsarbeit.
Quelle und Einordnung
Die belastbare Primärquelle ist Google for Developers: Deprecation and sunset | Mobile Ads SDK (Legacy) for Android. Maßgeblich sind dort die Datumsangaben in der Tabelle sowie der Hinweis, dass das Legacy-SDK im Wartungsmodus ist und Sunset-Versionen ein Risiko für automatische No-Fill-Antworten tragen.
Für Unternehmen ist die Meldung weniger eine klassische Produktneuheit als eine operative Warnung mit wirtschaftlicher Konsequenz. Wer Android-App-Werbung monetarisiert, sollte die Termine nicht isoliert als Entwicklerdetail behandeln. Sie gehören in die Release-Planung, ins Umsatzmonitoring und in die Priorisierung technischer Schulden. Wenn Kampagnensteuerung, Messung und Monetarisierung über Google-Ökosysteme zusammenlaufen, lohnt sich außerdem ein Blick auf bestehende SEA- und Analyse-Prozesse, etwa rund um die Planung und Optimierung von SEA-Kampagnen.
FAQ
Wen betrifft die Änderung konkret?
Vor allem App-Publisher und Unternehmen mit Android-Apps, die das Google Mobile Ads SDK (Legacy) für AdMob- oder Google-Ad-Manager-Werbung einsetzen.
Was bedeutet deprecated bei Google in diesem Fall?
Deprecated-Versionen liefern laut Google weiterhin Werbung aus, erhalten aber keinen vollen technischen Support mehr. Teams sollen Probleme dann möglichst in unterstützten Versionen nachstellen.
Was ist das größte Risiko bei Sunset-Versionen?
Google nennt ausdrücklich das Risiko gestoppter Ad Serving. Ad Requests können dann als No Fill zurückkommen, was direkte Auswirkungen auf Reichweite und Werbeumsatz haben kann.
Müssen Unternehmen sofort auf GMA Next-Gen wechseln?
Google empfiehlt die Migration auf die neueste Version so früh wie möglich. Ob direkt GMA Next-Gen oder zunächst eine unterstützte Legacy-Version sinnvoll ist, hängt von Ihrem App-Setup, Ihren Partnerintegrationen und Ihrem Release-Zeitplan ab.
Haben Sie Fragen?
Wenn Sie Fragen zu diesem Thema haben oder Unterstützung für Ihr Online Marketing suchen, schreiben Sie uns gerne.
