Richtlinie zu nutzergenerierten Inhalten
Anforderungen an Melden, Blockieren und Moderation, vergleichbar mit Apple 1.2, wenn Nutzer etwas posten oder teilen können. Reviewer prüfen, ob es den Meldeweg in der App gibt.
Apple: die Richtlinien, die Reviewer bei KI-Apps anführen
- 1.2
Nutzergenerierte Inhalte, angewendet auf KI-Ausgaben
Apple behandelt generierte Inhalte wie Nutzerinhalte: Du brauchst eine Filterung anstößiger Inhalte, eine Möglichkeit, sie zu melden, eine Möglichkeit, missbräuchliche Nutzer zu blockieren, wo Nutzer miteinander interagieren, und veröffentlichte Kontaktdaten. Für eine Chat-App heißt das: Moderation von Prompts und Antworten, ein Melden-Button an jeder Antwort und ein Satz zur Moderation in der Datenschutzerklärung.
- 5.1.2
Datennutzung und -weitergabe
Chats sind personenbezogene Daten. Sag Nutzern vor der ersten Nachricht, dass ihre Eingaben von OpenAI oder Google verarbeitet werden, um Antworten zu erzeugen, und hol ihre Einwilligung ein. Die Richtlinie nennt die Weitergabe an Drittanbieter-KI ausdrücklich. Nutze Chats für nichts, dem der Nutzer nicht zugestimmt hat.
- 5.1.1
Datenerfassung und Kontolöschung
Wenn sich Nutzer registrieren, muss die Kontolöschung in der App verfügbar sein und auch den Chatverlauf löschen. Die Datenschutzerklärung muss den KI-Anbieter und die Speicherdauer nennen.
- 3.1.1
In-App-Kauf
Credits, Tokens, Nachrichtenpakete und Premium-Stufen sind digitale Güter: In der App laufen sie über den In-App-Kauf. Ein Stripe-Formular oder ein Link zu deiner Website, um Credits zu kaufen, führt zur Ablehnung.
- 4.2
Mindestfunktionalität
Ein einzelnes Textfeld vor einer API ist dünn. Gesprächsverlauf, gespeicherte Prompts, Einstellungen, Push bei fertigen Aufgaben und ein klarer Zweck machen daraus eine App.
- 2.1
App-Vollständigkeit
Der Reviewer wird etwas eintippen. Sorge dafür, dass der Demo-Account Credits hat, das Modell innerhalb von Sekunden antwortet und Fehler (Rate Limit, Ausfall des Anbieters) eine freundliche Meldung statt eines endlosen Spinners zeigen.
Google Play: die Richtlinien, die gelten
Richtlinie zu KI-generierten Inhalten
Apps, die Inhalte generieren, müssen eingeschränkte Ausgaben verhindern (sexuelle Inhalte mit Minderjährigen, Inhalte, die Täuschung oder Schaden ermöglichen) und eine Möglichkeit bieten, anstößige KI-Ausgaben direkt in der App zu melden oder zu markieren, ohne sie zu verlassen. Dokumentiere deine Sicherheitstests.
Data-safety-Formular
Chatnachrichten, die an OpenAI oder Google gehen, gelten als Daten, die mit einem Drittanbieter geteilt werden. Gib das unter Nachrichten an und nenne die Verarbeitung in der Datenschutzerklärung. Eine Abweichung zwischen Formular und Datenverkehr ist schon für sich allein ein Ablehnungsgrund.
Fragebogen zur Altersfreigabe
Der IARC-Fragebogen fragt nach Interaktion zwischen Nutzern, uneingeschränktem Internetzugang und Inhalten für Erwachsene. Antworte für den schlimmsten Fall, den deine Filter zulassen; eine zu niedrige Einstufung korrigiert Google, und sie kann zur Entfernung führen.
Eine Architektur, die durchkommt
Keys liegen auf dem Server, immer
Ein Key im Client-JavaScript lässt sich aus jeder veröffentlichten App auslesen. Leite jeden Modellaufruf über dein eigenes Backend (eine Serverless-Route reicht), das den Key hält, die Session prüft und Limits anwendet.
Eingaben und Ausgaben moderieren
Lass Prompts vor dem Modell und Antworten danach durch eine Moderationsprüfung laufen (OpenAI bietet einen Moderation-Endpunkt; Gemini hat Sicherheitseinstellungen und -kategorien). Blockiere, entschärfe oder ergänze je nach Kategorie einen Hinweis, und logge die Entscheidung.
Melden, blockieren, Kontakt
Eine Melden-Aktion an jeder generierten Antwort, die Gesprächs-ID und Grund speichert, eine Blockieren-Option überall, wo Nutzer einander sehen, und eine Support-E-Mail in der App und in der Datenschutzerklärung.
Rate Limits und Kostenkontrolle
Tägliche Budgets pro Nutzer für Nachrichten und Tokens, strengere Limits für anonyme Nutzung, eine harte monatliche Obergrenze beim Anbieter, Warnungen bei 50 und 80 Prozent und ein freundlicher Zustand "Limit erreicht" in der UI.
Einwilligung und Speicherdauer
Ein Hinweis beim ersten Start zur Verarbeitung durch Drittanbieter mit ausdrücklichem OK, eine Einstellung zur Speicherdauer (zum Beispiel Chats nach 30 Tagen löschen) und eine Kontolöschung, die den Verlauf mit entfernt.
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 :-)
Kostenkontrolle und Moderation auf dem Server (Skizze)
Ein minimaler Route-Handler, den die meisten Chat-Apps brauchen. Ersetze den Budget-Speicher und die Aufrufe beim Anbieter durch deine eigenen.
javascript
// POST /api/chat (server only; the API key never reaches the client)
export async function POST(req) {
const user = await requireSession(req); // 401 if not signed in
const { message, conversationId } = await req.json();
const usage = await getDailyUsage(user.id); // messages and tokens today
if (usage.messages >= user.plan.dailyMessages) {
return json({ error: "limit", message: "Daily limit reached. Resets at midnight." }, 429);
}
const flagged = await moderate(message); // provider moderation endpoint
if (flagged.blocked) {
await logModeration(user.id, conversationId, flagged);
return json({ error: "moderated", message: "That request cannot be processed." }, 400);
}
const reply = await callModel({
messages: await history(conversationId, 20), // bounded context window
maxTokens: 600, // caps cost per answer
userTag: hash(user.id), // abuse attribution at the provider
});
const outFlag = await moderate(reply.text);
const text = outFlag.blocked ? "I cannot help with that." : reply.text;
await recordUsage(user.id, reply.tokens);
await saveTurn(conversationId, message, text, { reportable: true });
return json({ text, conversationId });
}Altersfreigabe: Antworte für das, was die Filter zulassen
| Situation | Apples Fragebogen zur Altersfreigabe | Google-Altersfreigabe |
|---|---|---|
| Allgemeiner Assistent, Moderation von Ein- und Ausgaben, keine Funktionen zwischen Nutzern | Meist eine niedrige Einstufung; gib an, dass die App KI-generierte Inhalte enthält, und uneingeschränkten Webzugang, wenn Antworten Links enthalten | Beantworte den Fragebogen ehrlich; wegen der offenen Textgenerierung meist eine Einstufung für Jugendliche |
| Companion- oder Rollenspiel-App, Themen für Erwachsene möglich | Höhere Einstufung (16+ oder 18+ in Apples aktuellem System); der Fragebogen fragt nach Inhalten für Erwachsene oder anzüglichen Inhalten und danach, ob es Kontrollmöglichkeiten gibt | Einstufung für Erwachsene; sorge dafür, dass der Store-Eintrag dazu passt |
| Medizinische, rechtliche oder finanzielle Beratung | Nenne die Grenzen in der App und im Store-Eintrag; Apple bewertet solche Aussagen nach 2.3 und 5.1.1 | Ebenso; ergänze einen Haftungsausschluss und vermeide Formulierungen, die nach Diagnose oder Anlageberatung klingen |
| Kinder als Zielgruppe | Es gelten die Regeln der Kids-Kategorie: keine Verarbeitung personenbezogener Daten durch Drittanbieter-KI ohne Einwilligung der Eltern, strengere Regeln in jeder Hinsicht | Familienrichtlinie: Generative KI für Kinder braucht zusätzliche Schutzmaßnahmen und wird oft nicht freigegeben |
Credits verkaufen: In-App-Kauf über RevenueCat
WebViewGold startet einen In-App-Kauf mit einer einzigen URL: window.location.href = "revenuecat://purchase?external_id=" + userId + "&product=credits_100". Das Produkt ist dabei ein Verbrauchsartikel (Consumable), der in App Store Connect, Google Play und RevenueCat konfiguriert ist, und RevenueCat-API-Key und Projekt-ID sind im WebViewGold-Projekt hinterlegt. Dein Server hört auf den RevenueCat-Webhook und schreibt die Credits dem Guthaben des Nutzers gut; vergib Credits niemals auf dem Client. Biete in den Einstellungen restoreinapppurchases:// an und bei Abos cancelinapppurchase://, das die Abo-Verwaltung des Stores öffnet.
Im Web bleibt Stripe in Ordnung, und im Web gekaufte Credits dürfen in der App genutzt werden. Was du nicht darfst: App-Nutzer zum Kauf von Credits auf die Website schicken. Beide Stores nehmen 15 % statt 30 %, im Rahmen von Apples Small Business Program und Googles 15-%-Stufe für Umsätze unter 1 Mio. US-Dollar pro Jahr; der Guide zum RevenueCat-Setup behandelt die Produktkonfiguration.
Prompt für Codex: die Chat-App fürs Review absichern
In Codex oder Claude Code einfügen
Mach diese KI-Chat-App fit für das Review im App Store und bei Google Play. 1) Stelle sicher, dass kein API-Key eines Anbieters den Client erreicht; verlege jeden direkten Anbieteraufruf in eine Server-Route, die eine Session voraussetzt. 2) Ergänze Moderation vor dem Modellaufruf und für die Antwort, mit Logging. 3) Ergänze an jeder generierten Antwort eine Melden-Aktion (speichert Gesprächs-ID, Nachrichten-ID, Grund) und eine Blockieren-Aktion überall, wo Nutzer einander sehen. 4) Ergänze tägliche Budgets pro Nutzer für Nachrichten und Tokens mit einem freundlichen Zustand bei erreichtem Limit sowie strengere Limits für anonyme Nutzer. 5) Ergänze einen Einwilligungshinweis beim ersten Start, der erklärt, dass Nachrichten von [OpenAI/Google] verarbeitet werden, um Antworten zu erzeugen, mit einem ausdrücklichen Weiter-Button, und speichere die Einwilligung. 6) Ergänze eine Einstellung zur Speicherdauer und sorge dafür, dass die Kontolöschung den Chatverlauf entfernt. 7) Wenn isNativeApp() true ist, leite Credit-Käufe zu revenuecat://purchase?external_id=USER_ID&product=PRODUCT_ID und blende Web-Zahlungslinks aus; Credits vergibt ausschließlich der Handler für den RevenueCat-Webhook. 8) Aktualisiere /privacy, sodass KI-Anbieter, Speicherdauer und Meldeweg genannt werden. Berichte jede Änderung und alles, was eine Konfiguration auf Anbieterseite braucht.
Häufig gestellte Fragen
Verlangt Apple Moderation für jede KI-App?
In der Praxis ja, für alles, was offene Texte oder Bilder erzeugt: Reviewer testen mit anstößigen Prompts und erwarten nach Richtlinie 1.2 eine Filterung, einen Meldeweg und Kontaktdaten.
Kann ich die OpenAI- oder Gemini-API mit einem eingeschränkten Key direkt aus dem Browser aufrufen?
Nein. Jeder Key, der an den Client ausgeliefert wird, lässt sich aus einer veröffentlichten App auslesen und auf deine Kosten nutzen. Leg den Aufruf hinter deine eigene Server-Route mit Authentifizierung und Limits.
Muss ich offenlegen, dass Nachrichten an OpenAI oder Google gehen?
Ja. Nenne den Anbieter in der Datenschutzerklärung, gib die Weitergabe in Apples App-Privacy-Angaben und in Googles Data-safety-Formular an und hol in der App vor der ersten Nachricht die Einwilligung ein (Apple 5.1.2).
Kann ich Credits über Stripe verkaufen?
Im Web ja. In den iOS- und Android-Apps sind Credits digitale Güter und müssen über den In-App-Kauf laufen, den WebViewGold über RevenueCat abwickelt. Im Web gekaufte Credits können in der App 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.