Ablehnung bei Google Play
Google hat nichts gegen Werbung. Google hat etwas gegen Werbung, die den Nutzer überrascht, den Inhalt verdeckt, erscheint, bevor die App benutzbar ist, oder Kinder über ein nicht zertifiziertes Netzwerk erreicht. Die AdMob-Integration von WebViewGold hat eine Handvoll Einstellungen, die entscheiden, auf welcher Seite dieser Linie du landest.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Die Richtlinie hat drei Teile. Platzierung und Timing: Vollbildanzeigen dürfen nicht unerwartet erscheinen, etwa beim App-Start, zwischen jedem Tipp, bevor Inhalte geladen sind oder so, dass sie sich nicht schließen lassen; Werbung darf nicht mit App-Inhalten oder Systembenachrichtigungen verwechselt werden können und muss innerhalb der App bleiben. Deklarationen: Die Antwort „Enthält Werbung“ unter App-Inhalte, die Werbe-ID im Datensicherheit-Formular und die Altersfreigabe müssen zu dem passen, was die App tut. Zielgruppe: Apps, deren Zielgruppe Kinder einschließt, dürfen nur für Familien zertifizierte Werbe-SDKs nutzen und keine unangemessenen Werbeinhalte zeigen.
Reviewer lesen deine AdMob-Einstellungen nicht. Sie installieren die App, tippen eine Minute herum und schauen, was passiert. Ein Interstitial beim zweiten Tipp, bevor sie dein Produkt gesehen haben, reicht für eine Ablehnung.
Interstitials beim Start, während des Ladens oder direkt nach dem Splash Screen sind der klassische Verstoß. Zeige sie nach einer abgeschlossenen Aktion, an natürlichen Pausen.
Vollbildanzeigen brauchen nach einem kurzen Moment eine sichtbare Schließen-Option; Anzeigen, die den Nutzer gefangen halten oder sich selbst wieder öffnen, sind verboten.
Keine Banner, die wie Buttons deiner App gestaltet sind, keine Anzeigen, die Systemdialoge oder Benachrichtigungen imitieren, keine Werbung in der Statusleiste oder auf dem Sperrbildschirm.
Wenn AdMob in Config.java aktiviert ist, antworte unter App-Inhalte, Werbung mit Ja und deklariere die Werbe-ID unter Datensicherheit. Der umgekehrte Mismatch, Werbung deklariert, aber keine gezeigt, ist harmlos; der erste nicht.
Für Zielgruppen, die Kinder einschließen, sind nur Werbe-SDKs aus Googles Liste der für Familien zertifizierten Anbieter erlaubt, mit konfigurierter kindgerechter Behandlung. Die einfachste konforme Wahl für eine Kinder-App ist: keine Werbung.
Werbeinhalte müssen zur Altersfreigabe der App passen. Konfiguriere Inhaltsfilter und die maximale Werbeinhaltsstufe in deinem AdMob-Konto.
Alle Optionen stehen in Config.java; die IDs kommen in strings.xml.
Lege die App in deinem AdMob-Konto an und füge dann die App-ID sowie die Banner- und Interstitial-Unit-IDs in strings.xml ein, wie in der AdMob-Dokumentation beschrieben. Eine fehlende oder falsche App-ID lässt die App beim Start abstürzen, was dann stattdessen als Ablehnung wegen defekter Funktionalität auftaucht.
Setze SHOW_BANNER_AD auf true für ein Banner, das außerhalb der WebView sitzt. Stelle sicher, dass die Bottom-Navigation oder schwebende Buttons deiner Web-App nicht dahinter verschwinden; die Custom-CSS-Injection kann unten Padding ergänzen, wenn die Seite in der App läuft.
Halte SHOW_AD_AFTER_X hoch genug, dass ein Reviewer die App vor der ersten Vollbildanzeige erkunden kann, und lass INCREMENT_WITH_TAPS auf false, damit Tippen und Scrollen nicht zur nächsten Anzeige zählen. Seitenaufrufe statt Taps zu zählen macht das Timing vorhersehbar.
Füge URL-Fragmente wie „/thank-you/“ oder „/result“ zu AD_TRIGGER_URLS hinzu, damit Interstitials nach einer abgeschlossenen Aktion erscheinen statt nach einem Zähler. Das ist die Platzierung, die Google als akzeptabel beschreibt, und sie konvertiert auch besser.
Rewarded Ads werden vom Nutzer ausgelöst, was sie zum sichersten Format macht. Aktiviere ENABLE_REWARDED_ADS und löse sie aus deiner Web-App aus, wenn der Nutzer sich entscheidet, für einen Vorteil eine Anzeige anzusehen; lass USE_REWARDED_ADS_WHERE_POSSIBLE auf false, wenn dein Website-Code entscheidet, wann sie abgespielt werden.
Lass ASK_FOR_AD_CONSENT auf true, damit Googles Consent-Management Nutzern in Regionen, die es verlangen, die erforderliche Meldung zeigt, und konfiguriere die Meldung in deinem AdMob-Konto. Antworte dann unter App-Inhalte → Werbung mit Ja und ergänze die Werbe-ID unter Datensicherheit.
Großartige Möglichkeit, eine Web-App in eine native App zu verwandeln! Schnelle Umsetzung und ein toller Weg, Apps in die App Stores zu bringen, ohne eine komplett native App entwickeln zu müssen!
| Besteht | Beanstandet | |
|---|---|---|
| Erster Eindruck | Splash, Inhalt, dann Werbung nach echter Nutzung | Interstitial direkt nach dem Start oder beim ersten Tipp |
| Häufigkeit | Ein Interstitial nach einer abgeschlossenen Aufgabe oder einer großzügigen Seitenzahl | Werbung alle paar Taps, Werbung während der Nutzer tippt |
| Banner | Festes Banner, das nie die Navigation verdeckt | Banner, das Buttons überlappt oder wie Teil der Seite wirkt |
| Rewarded | Opt-in mit klarem Vorteil, schließbar | Erzwungene „Belohnungs“-Anzeigen ohne Opt-out |
| Kinder | Keine Werbung oder ein für Familien zertifiziertes SDK mit kindgerechten Einstellungen | Standard-AdMob in einer App, die Kinder anspricht |
INCREMENT_WITH_TAPS auf false.ASK_FOR_AD_CONSENT auf true.Ja. Jedes Werbeformat, einschließlich Rewarded Ads und Banner, bedeutet, dass die App Werbung enthält. Das Label erscheint in deinem Store-Eintrag, und Reviewer gleichen es mit dem ab, was sie sehen.
Nein. Vollbildanzeigen, bevor der Nutzer irgendetwas in der App getan hat, sind die häufigste Ablehnung wegen der Werberichtlinie. Zeige sie nach einer abgeschlossenen Aktion oder an einer natürlichen Pause.
AdMob hat eigene Richtlinien, zum Beispiel zu ungültigem Traffic und zum Klicken auf eigene Anzeigen beim Testen. Nutze während der Entwicklung Testanzeigen und ein registriertes Testgerät und wechsle erst für den Release-Build zu Live-Anzeigenblöcken.
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
$109 pro Plattform, einmalig
Die WebViewGold-Lizenz: ein fertiges Xcode- oder Android-Studio-Projekt. URL einfügen, Name und Icon setzen, Features einschalten, bauen und einreichen. Kostenlose Updates für immer.
Pakete auf der Hauptseite ansehen$349 pro Lizenz, einmaliges Add-on
Kein Mac, kein Xcode, kein Android Studio: Du konfigurierst im Browser, wir bauen beide Apps in der Cloud und übergeben sie an App Store Connect und die Play Console.
So funktioniert der Cloud Builder Kostenlose Demo ausprobieren$698 pro Plattform $798
Schick uns deine URL und dein Icon. Unser Team konfiguriert, baut und liefert deine App innerhalb von 72 Stunden, White-Label, inklusive Quellprojekten. Beide Plattformen für $1,158.
Full-Service-Details Powered by
Winter-Sale-Preise gültig bis 31. Dezember 2026.
App Store & Google Play Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen
Lieber abgeben? Full Service: Wir konfigurieren, bauen und liefern innerhalb von 72 Stunden, ab $698 pro Plattform. Fragen? Chatte mit uns – 24/7.
Erstattungen erfolgen zu den in unseren FAQ genannten Bedingungen: eine nicht inhaltsbedingte Ablehnung durch Apple und/oder Google, geltend gemacht innerhalb von 14 Tagen nach dem Kauf.