Braucht Ihre App Nutzungsbedingungen?

Im Netz steht viel selbstbewusst Geschriebenes darüber, dass beide Stores Nutzungsbedingungen verlangen. Liest man die eigenen Seiten der Stores, steht dort etwas anderes – es lohnt sich also, die drei verschiedenen Fragen zu trennen, die in dieser einen stecken.

Verlangt Google Play sie?

Nein. Plays User-Data-Richtlinie sagt genau, was wo verlinkt werden muss: “All apps must post a privacy policy link in the designated field within Play Console, and a privacy policy link or text within the app itself.” (Übersetzung: „Alle Apps müssen einen Link zur Datenschutzerklärung im vorgesehenen Feld der Play Console und einen Link zur Datenschutzerklärung oder deren Text in der App selbst bereitstellen.“) Eine Datenschutzerklärung, zweimal. Von Nutzungsbedingungen ist keine Rede, und es gibt kein Konsolenfeld dafür.

Der Bereich App content der Play Console fragt nach einer URL der Datenschutzerklärung und, wenn Ihre App Konten hat, nach einer URL zur Datenlöschung. Nutzungsbedingungen gehören nicht dazu.

Verlangt Apple sie?

Nur in einem Fall, und der ist häufig: Apps mit automatisch verlängerten Abos. Richtlinie 3.1.2 verlangt funktionierende Links sowohl zur Datenschutzerklärung als auch zu Terms of Use (EULA) – in der App selbst und in den Metadaten.

Diese EULA müssen Sie nicht selbst schreiben. Apple veröffentlicht eine Standardversion, die Sie stattdessen verlinken dürfen; wohin welche Version gehört, steht im Leitfaden zu Terms of Use (EULA).

Für eine App ohne Abos verlangt auch Apple keine Bedingungen.

Warum hat dann fast jede App welche?

Weil „von keinem Store verlangt“ und „Sie brauchen sie nicht“ zwei verschiedene Aussagen sind. Nutzungsbedingungen sind das Dokument, das Fragen beantwortet, die keine Datenschutzerklärung abdeckt:

• Wer die App nutzen darf und was passiert, wenn jemand sie missbraucht. Ohne Bedingungen haben Sie keine festgehaltene Grundlage, ein Konto zu schließen.
• Was Sie den Nutzern schulden und was nicht. Gewährleistungsausschlüsse und Haftungsbeschränkungen stehen hier, und sie sind der Grund, warum es Bedingungen überhaupt gibt.
• Was die Nutzer Ihnen schulden – Zahlung, zulässige Nutzung, Inhalte, die sie hochladen.
• Welches Recht gilt und wo Streitigkeiten verhandelt werden.
• Wie sich die Bedingungen ändern und was passiert, wenn eine Klausel unwirksam ist.

Wenn Ihre App Konten hat, Geld annimmt, Nutzerinhalte hostet oder überhaupt moderiert, brauchen Sie auf diese Fragen irgendwann eine Antwort. Sie vor dem Streit aufzuschreiben, ist billiger als danach.

Was in die Bedingungen einer App gehört

Ein brauchbarer Satz von Abschnitten, in der Reihenfolge, in der sie sich meist am besten lesen:

Abschnitt	Was er regelt
Nutzung der App	Lizenz zur Nutzung, zulässige Nutzung, was zur Kontoschließung führt
Konten	Wer sich registrieren darf, Ihr Recht zur Sperrung, das Recht der Nutzer auf Löschung
Käufe und Abos	Abrechnung, Verlängerung, Erstattungen – und dass der Store, nicht Sie, die Zahlung abwickelt
Geistiges Eigentum	Wem die App gehört, wem das gehört, was Nutzer hochladen
Haftungsausschluss und Haftungsbeschränkung	Der Kern des Dokuments
Änderungen	Wie Sie die Bedingungen aktualisieren und wie Nutzer davon erfahren
Kontakt	Eine echte Adresse

Beachten Sie, was nicht dabei ist: der Umgang mit Daten. Der gehört in die Datenschutzerklärung, und ihn in zwei Dokumenten doppelt zu beschreiben, ist genau der Weg, auf dem sich beide am Ende widersprechen.

Was Sie vermeiden sollten

• Die Bedingungen einer anderen App mit geänderten Namen kopieren. Das ist ein Urheberrechtsproblem – zusätzlich zu einem Dokument, das das Geschäft von jemand anderem beschreibt.
• Versprechen, was Sie nicht halten können. Bedingungen, die sofortige Löschung aller Daten oder eine garantierte Verfügbarkeit zusagen, sind schlechter als Schweigen.
• Eine Rechtsordnung aufs Geratewohl nennen. Das anwendbare Recht ist eine echte Entscheidung mit echten Folgen.
• Sie verstecken. Wenn die Bedingungen nur über einen Link erreichbar sind, den Sie beim letzten Redesign entfernt haben, taugen sie wenig zur Verteidigung.

Sie mit einem KI-Assistenten schreiben

Ein Assistent schreibt Ihnen gern Nutzungsbedingungen, und der typische Fehler ist derselbe wie bei einer Datenschutzerklärung: Bittet man um „Nutzungsbedingungen für meine App“, schreibt er den Durchschnitt aller Bedingungen, die er je gelesen hat – Schiedsklauseln, ein Gericht in einem Bundesstaat, in dem Sie nie waren, Zusagen zur Verfügbarkeit. Der Prompt unten beschränkt ihn auf die Standardabschnitte von oben, lässt ihn vor dem Schreiben prüfen, was Ihre App tatsächlich tut (Anmeldung, Käufe, Nutzerinhalte), und lässt ihn Unbekanntes mit [confirm: …] markieren, statt es zu erfinden. Nimmt die App unter iOS Zahlungen an, muss er den Link zu Apples Standard-EULA enthalten.

Kopieren Sie ihn vollständig. Ersetzen Sie die Angaben in eckigen Klammern oben, oder lassen Sie sie stehen und den Assistenten nachfragen.

You are helping me write the terms of service for my mobile app. They will be published as a web page on AppFoyer, next to the app's privacy policy, and linked from the app and its store listings. They should be short, standard and true for this app.

## About the app

- App name: [app name]
- Developer / company: [developer or company name]
- Support email: [support email]
- Platforms: [Android, iOS or both]
- Store listings: [store listing URLs, or "not listed yet"]
- Where these terms will be published: [your AppFoyer site URL]/terms
- What the app collects, as I declared it: [what the app collects — e.g. account info, analytics, ads, crash reports, location, purchases, or nothing]
- Account deletion page: [your AppFoyer site URL]/account-deletion (only if the app has user accounts)
- Country whose law applies: [country, if you have one]

## Step 1 — find the facts

If you can read this app's source code, read only its build, manifest and store-metadata files — for example `build.gradle(.kts)`, `gradle/libs.versions.toml`, `AndroidManifest.xml`, `Podfile.lock`, `Package.swift`, `Info.plist`, `PrivacyInfo.xcprivacy`, `pubspec.yaml`, `package.json`, `app.json`. Do not open `.env` files, keystores, credentials or any other secrets, and do not change any file.

From them, work out only what changes the terms:

- whether users sign in or create accounts (Firebase Auth, Sign in with Apple, Google Sign-In and the like);
- whether the app sells in-app purchases or subscriptions (StoreKit, Google Play Billing, RevenueCat and the like);
- whether users can post, upload or send content that others see (chat, comments, photos, profiles);
- whether the app shows ads or links to third-party services.

Show me that short list with the file each fact came from and ask me to confirm it. If you cannot read the code, ask me these four questions instead.

## Step 2 — ask only what you cannot know

Then ask me, in one short numbered list, and wait for my answers:

1. The minimum age to use the app.
2. Whether the app is free to use for personal purposes only, or also for business use.
3. If users can post content: what is not allowed, and whether I may remove it or close accounts.
4. Anything else you could not determine.

Never guess. Where I do not know an answer, write `[confirm: …]` in the text instead of inventing one.

## Step 3 — write the terms

Sections, in this order, leaving out any that do not apply: Acceptance of these terms · Use of the App · Accounts · Purchases and subscriptions · User content · Intellectual property · Third-party services · Disclaimer and limitation of liability · Termination · Changes to these terms · Governing law (as the placeholder below) · Contact.

- Standard, plain-language terms for a mobile app. Keep each section to a few sentences; this is not a contract negotiation.
- Purchases and subscriptions: payments are processed by the app store, prices are shown before purchase, subscriptions renew automatically until cancelled in the store account settings, refunds follow the store's policy.
- Disclaimer and limitation of liability: the app is provided "as is", and liability is limited "to the extent permitted by law".
- Do not describe how personal data is handled; that is the privacy policy's job.
- Do not promise what I cannot guarantee — uptime, instant deletion, error-free operation.
- Do not invent a company address, a court, arbitration or a jurisdiction — use `[confirm: …]`.
- Do not copy another app's terms.
- Start with `# Terms of Service`, then the line `_Last updated: [today's date]_`.
- Write these placeholders exactly as shown, never the values — they are filled in from my settings when the page is published: `{{app_name}}`, `{{developer_name}}`, `{{support_email}}`, `{{public_url}}`.
- In the Contact section, write the address as `[{{support_email}}](mailto:{{support_email}})`.
- Refer to the privacy policy as `[Privacy Policy]({{public_url}}/privacy)` instead of describing data handling here.
- If the app has user accounts, say in the Accounts section that users can request account deletion at `[{{public_url}}/account-deletion]({{public_url}}/account-deletion)`.
- Mandatory if the app is on iOS and has any in-app purchase or subscription — declared above, found in the build files or confirmed by me: in the Purchases and subscriptions section, include this sentence unchanged: For the iOS version, Apple's standard [Licensed Application End User License Agreement](https://www.apple.com/legal/internet-services/itunes/dev/stdeula/) applies to your use of the App. Never leave it out when the app takes payments.
- For governing law, write the line `{{governing_law}}` on its own and nothing else — it becomes the governing-law section when a country is set in my settings, and disappears when none is.
- End with this paragraph, unchanged:

  _This page was generated from a template provided by the hosting platform and completed by the app developer. It is not legal advice. The developer named above is solely responsible for its accuracy and for complying with the laws that apply to them._

## Format — this is pasted into a Markdown editor

- Reply with the finished terms only, as Markdown inside one ```markdown code block, with nothing before or after it.
- CommonMark only: headings, paragraphs, lists, bold, italics and links. No tables, no HTML, no images, no footnotes.
- Links only to `{{public_url}}` (for example the privacy policy), to Apple's EULA as above and to the support email. Any other link is shown as plain text on the published page, so leave it out. No link shorteners, no download links.

Er ist für Seiten geschrieben, die auf AppFoyer veröffentlicht werden – deshalb verlangt er Platzhalter im Stil von {{app_name}} und endet mit unserem Haftungshinweis. Wenn Sie woanders veröffentlichen, löschen Sie diese Zeilen in Step 3 und lassen Sie stattdessen nach den Werten fragen. Zur Datenschutzerklärung siehe Die Datenschutzerklärung mit einem KI-Assistenten schreiben.

Was AppFoyer hier tut

Nutzungsbedingungen sind eine der fünf Seiten, die wir erzeugen, neben Datenschutzerklärung, Support- und Kontolöschungsseite. Die Vorlage deckt die Abschnitte oben ab, setzt App-Name, Entwicklername, Support-Adresse und Store-Links ein und fügt die Abo-Abschnitte hinzu – samt Link zu Apples Standard-EULA –, wenn Sie angeben, dass die App unter iOS Abos verkauft.

Der Editor für die Nutzungsbedingungen im Dashboard hat außerdem ein Panel Write it with your own AI (Mit Ihrer eigenen KI schreiben): der Prompt von oben, bereits mit den Angaben Ihrer App ausgefüllt. Führen Sie ihn in einem beliebigen Assistenten aus, fügen Sie die Antwort wieder ein, lesen Sie die Vorschau, veröffentlichen Sie.

Die Compliance-Checkliste markiert die Seite so lange, bis sie veröffentlicht ist, und bei einer Abo-App, bis der EULA-Link tatsächlich darin steht.

Wie jede erzeugte Seite ist sie eine Vorlage, die Sie vervollständigen und für die Sie verantwortlich sind, keine Rechtsberatung. Wenn Ihre App mit Geld, Gesundheitsdaten oder Kindern zu tun hat, lassen Sie einen Anwalt darüberschauen.

Die maßgeblichen Quellen

• User Data policy – Google Play-Hilfe. Das Zitat oben stammt von dieser Seite.
• App Store Review Guidelines – Apple. Abschnitt 3.1.2 ist die Abo-Regel.
• Licensed Application End User License Agreement – Apples Standard-EULA.