Eine App pro Stadt oder Filiale
„Acme Berlin“, „Acme München“ und „Acme Hamburg“ mit denselben Funktionen und nur einer anderen Start-URL.
Was die Regel zu Repetitive Content sagt
Repetitive Content (sich wiederholende Inhalte) ist ein Abschnitt der Spam-Richtlinie von Google Play. Die Grundidee ist einfach: Eine App darf nicht bloß dasselbe Erlebnis bieten wie Apps, die schon bei Google Play sind. Googles Beispiele sind das Kopieren von Inhalten aus anderen Apps, ohne eigene Inhalte oder Mehrwert hinzuzufügen, und das Veröffentlichen mehrerer Apps mit sehr ähnlicher Funktionalität, ähnlichem Inhalt und ähnlicher Nutzererfahrung. Hat jede dieser Apps nur wenig Inhalt, empfiehlt Google, eine App zu bauen, die alles vereint.
Templates haben in dieser Richtlinie eine Vorgeschichte. Als Google 2018 seine Spam-Regeln verschärfte, kamen Formulierungen hinzu, die auf Apps zielten, die mit einem automatisierten Tool, einem Assistenten-Dienst oder einem Template erstellt und vom Betreiber dieses Dienstes im Namen anderer eingereicht wurden. Ein Unternehmen, das seine eigene Template-App in seinem eigenen Konto veröffentlicht, war nicht gemeint. Der aktuelle Text im Policy Center konzentriert sich auf Ähnlichkeit statt darauf, wie eine App gebaut wurde, also prüf ihn, bevor du Einspruch einlegst. Die praktische Lehre hat sich aber nicht geändert: Das Template ist nicht das Problem, Gleichförmigkeit ist es, und ebenso ein Konto, das nahezu identische Apps für viele Inhaber veröffentlicht.
So liest sich der Hinweis typischerweise
Die E-Mail zur Ablehnung oder Entfernung verweist auf die Spam-Richtlinie und nennt Repetitive Content, manchmal zusammen mit anderen Apps in deinem Konto oder anderswo bei Google Play, die der Reviewer für zu ähnlich hielt. Sie kann eine neue App im Review stoppen oder später als Entfernungshinweis für bereits veröffentlichte Apps kommen, oft für mehrere auf einmal.
Spam-Verstöße zählen für den Status deines Kontos. Wiederholte Verstöße können sich von Ablehnungen zu App-Entfernungen und im schlimmsten Fall zur Kündigung des Entwicklerkontos steigern. Nimm den ersten Hinweis zum Anlass, das ganze Konto aufzuräumen, nicht nur die genannte App. Wurde eine App bereits entfernt, erklärt der Guide zu entfernten oder gesperrten Apps die nächsten Schritte.
Muster, die das auslösen
Ein Agenturkonto voller Kunden-Apps
Zwanzig Restaurant- oder Fitnessstudio-Apps aus einem Template, veröffentlicht im eigenen Entwicklerkonto der Agentur, mit demselben Layout und Screenshots im immer gleichen Stil.
Free- und Pro-Zwillinge
Zwei Einträge mit identischem Inhalt, einer mit Werbung und einer ohne. Das gehört in eine App mit In-App-Kauf.
Der erneute Upload
Eine abgelehnte oder entfernte App, mit minimalen Änderungen unter neuem Paketnamen erneut veröffentlicht. Reviewer zählen eins und eins zusammen.
Template-Reste
Demo-Menüs, Stockfotos, „Your Company“-Platzhalter oder dieselben Beispiel-Blogbeiträge in jeder App, die aus demselben Starter-Projekt gebaut wurde.
Copy-Paste-Einträge
Dieselbe Beschreibung und dieselben Screenshots in mehreren Apps, nur mit ausgetauschtem Namen. Ähnliche Einträge lassen Apps identisch wirken, selbst wenn sich der Inhalt unterscheidet.
Mit einer gut optimierten Version Ihrer Web-App können Sie innerhalb von wenigen Minuten eine beeindruckende mobile App erstellen. Zusätzlich dazu ist der Kundenservice sehr nett und hilfsbereit! Ich kann WebViewGold nur empfehlen :-)
Eine App oder viele?
| Situation | Empfohlenes Setup | Warum |
|---|---|---|
| Eine Marke, mehrere Standorte | Eine App mit Standortauswahl oder automatischer Standortwahl | Gleicher Inhaber, gleiches Produkt: Getrennte Apps sind der Lehrbuchfall für Repetitive Content |
| Franchise mit unabhängigen Inhabern | Eine App, die der Franchisegeber betreibt, oder getrennte Apps nur dort, wo ein Inhaber nennenswerte eigene Inhalte hat und in seinem eigenen Konto veröffentlicht | Inhaberschaft und Inhalt entscheiden, nicht das Logo |
| Agentur, die Apps für voneinander unabhängige Kunden baut | Jeder Kunde hat sein eigenes Entwicklerkonto und seine eigene App, die seine eigene Domain lädt | Pro App ein anderer Inhaber, ein anderes Produkt und eine andere Zielgruppe, und das Konto passt zum Unternehmen |
| SaaS-Plattform, die jedem Kunden „eine App“ gibt | Eine Container-App, in der sich Nutzer bei ihrer Organisation anmelden, es sei denn, ein Kunde hat ein vollständig gebrandetes eigenes Produkt | Hunderte fast identischer Hüllen sind genau das, was die Richtlinie beschreibt |
| Kostenlose und kostenpflichtige Version | Eine App mit In-App-Kauf oder Abo | Zwei Einträge mit demselben Inhalt gelten als Duplikate |
| Verschiedene Sprachen oder Länder | Eine App mit übersetzten Store-Einträgen; WebViewGold kann mit APPEND_LANG_CODE die Systemsprache an deine Web-App übergeben | Übersetzungen und Länderverfügbarkeit werden in einem einzigen Eintrag verwaltet |
Räum auf und heb dich ab, bevor du erneut einreichst
Fang mit dem Konto an und arbeite dann an der einzelnen App.
Liste jede App im Konto auf
Öffne in der Play Console Alle Apps und gruppiere die Apps, die Funktionen und Layout teilen. Nimm Test-Apps, aufgegebene Experimente und alles, was nur existiert, weil eine frühere Version abgelehnt wurde, aus dem Store.
Führ zusammen, wo ein Inhaber mehrere ähnliche Apps hat
Fasse Stadt-, Filial- sowie Free- und Pro-Varianten in einer App zusammen. Behalte den Paketnamen mit den meisten Nutzern, sag den Nutzern der anderen Apps in einem letzten Update, wohin sie wechseln sollen, und nimm diese Apps dann aus dem Store.
Verschieb Kunden-Apps in Kundenkonten
Bei White-Label-Arbeit sollte das Unternehmen des Kunden das Entwicklerkonto besitzen, verifiziert mit seinen eigenen Daten. Die Play Console hat einen Ablauf zur App-Übertragung für bestehende Apps, und du kannst als Nutzer in das Konto des Kunden eingeladen werden. Der Guide zur Kontoverifizierung behandelt, was der Kunde braucht.
Mach jede verbleibende App klar eigenständig
Eigener Name, eigenes Icon, Screenshots mit den echten Inhalten dieses Unternehmens, eine Beschreibung für seine Zielgruppe und die eigene Domain des Kunden in Config.java. Nutze native Funktionen für den tatsächlichen Anwendungsfall des Kunden: Bestell-Updates per Push, einen QR-Code für das Treueprogramm, einen Offline-Screen mit Öffnungszeiten.
Entferne Template-Reste
Durchsuche die Web-App nach Demotexten, Beispielprodukten, Stockbildern und Platzhalter-Rechtsseiten. Ein Reviewer, der dieselben Beispielinhalte in zwei Apps findet, muss nicht weitersuchen.
Erneut einreichen oder mit Fakten Einspruch einlegen
Wurde die App abgelehnt, obwohl sie wirklich anders ist, leg Einspruch ein und erkläre, was sie unterscheidet: Inhaber, Zielgruppe, Inhalt und Funktionen. Eine allgemeine Aussage, die App sei einzigartig, hilft nicht.
White-Label mit WebViewGold: das Setup, das hält
WebViewGold ist White-Label: Die fertige App trägt den Namen und das Icon deines Kunden, nicht unsere, und lädt die Domain, die du in Config.java einträgst. Das macht es für Agenturen gut geeignet und bedeutet auch, dass die Unterscheidung aus dem Produkt des Kunden kommen muss. Drei Regeln halten Agenturarbeit aus dem Ärger heraus:
- Ein Inhaber pro App. Jede veröffentlichte App gehört einem echten Unternehmen mit eigenen Inhalten und Nutzern. Jede angepasste App braucht außerdem ihre eigene WebViewGold-Lizenz, wie die Setup-Dokumentation festhält.
- Der Inhaber veröffentlicht. Veröffentliche aus dem eigenen Entwicklerkonto des Kunden, in dem du als eingeladener Nutzer mit den nötigen Rechten arbeitest.
- Echter nativer Mehrwert pro Kunde. Push-Benachrichtigungen, QR-Scan, ein Offline-Screen oder App Links, eingerichtet für genau diesen Kunden, keine Feature-Liste, die aus dem letzten Projekt kopiert wurde.
Betreust du viele Kundenprojekte und willst nicht jedes selbst bauen, konfiguriert und baut das Full Service-Team jede App einzeln. Apple wendet eine ähnliche Regel unter anderem Namen an; der Guide zu Guideline 4.3 behandelt die iOS-Seite.
Einspruchsvorlage: warum die App kein Repetitive Content ist
Liefere Fakten, keine Adjektive. Der Reviewer muss innerhalb einer Minute einen anderen Inhaber, eine andere Zielgruppe und andere Inhalte erkennen. Die Vorlage bleibt auf Englisch, weil die Reviewer von Google Englisch lesen.
In das Einspruchsformular einfügen und anpassen
Hello Google Play team, [App name] ([package name]) was rejected under the Repetitive Content section of the Spam policy. We believe the app provides a distinct experience and would like to explain why. Owner: The app belongs to [business name], which runs [domain] and publishes from its own developer account ([account name]). Audience: [who uses it, for example the members of our gym in (city)]. Content unique to this app: [own catalogue, member accounts, bookings, community posts, ...]. Native features used for this product: [push notifications for booking reminders, QR check-in at the front desk, ...]. Difference from [app named in the notice, if any]: [owner, content and features that differ]. [If you consolidated or changed something: We have also (unpublished X, merged Y into this app, replaced the template content).] A demo account is available under App access: [username] / [password]. Kind regards, [name]
Checkliste zum Aufräumen des Kontos
- Keine zwei Apps im Konto teilen dieselben Funktionen, dasselbe Layout und denselben Inhalt.
- Stadt-, Filial- sowie Free- und Pro-Varianten sind in einer App zusammengeführt.
- Jede Kunden-App wird aus dem eigenen Entwicklerkonto des Kunden veröffentlicht.
- Jede App hat ihren eigenen Namen, ihr eigenes Icon, eigene Screenshots und eine eigene Beschreibung, geschrieben für ihre eigene Zielgruppe.
- Keine Demoinhalte, Stock-Platzhalter oder Beispiel-Rechtsseiten aus dem Template übrig.
- Jede App nutzt mindestens eine native Funktion für etwas, das genau zu diesem Unternehmen passt.
Häufig gestellte Fragen
Ist es ein Problem, dass viele Apps bei Google Play mit WebViewGold gebaut sind?
Nein. Die Richtlinie betrifft Apps, die dasselbe Erlebnis bieten, nicht die Technik darunter. Viele voneinander unabhängige Apps, die mit demselben Toolkit gebaut sind, sind kein Repetitive Content; zwei Apps desselben Inhabers mit demselben Inhalt schon.
Kann ich dieselbe App für zwei Länder als zwei Einträge veröffentlichen?
Nutze eine App. Bei Google Play kannst du den Eintrag übersetzen und die Länder pro App auswählen, und deine Web-App kann Sprache und Inhalt nach Region umschalten.
Darf meine Agentur Kunden-Apps im eigenen Entwicklerkonto veröffentlichen?
Möglich ist es, aber dieses Setup sieht am ehesten nach Template-Spam aus, und es bindet jede Kunden-App an den Status deines Kontos. Aus dem eigenen Konto jedes Kunden zu veröffentlichen, ist sicherer und lässt dem Kunden die Kontrolle über seine App.
Bringt ein neuer Paketname meine abgelehnte App durch?
Meist nicht, und es macht die Sache schlimmer. Eine abgelehnte App mit minimalen Änderungen erneut hochzuladen, ist eines der Muster, auf die die Richtlinie zielt. Behebe den Grund und reiche dann dieselbe App erneut ein.
Macht ein anderes Farbschema eine App einzigartig?
Nein. Farbe, Logo und Name sind das Minimum. Was zählt, sind andere Inhalte, ein anderer Inhaber, eine andere Zielgruppe und native Funktionen, die für genau dieses Produkt genutzt werden.
Drei Wege, deine App in die Stores zu bringen
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
Selbst machen
$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 ansehenCloud Builder
$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 ausprobierenFull Service
$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.