Zum Inhalt
ttdictionary
News

AppFoyer: die Pflichtseiten, die jeder App-Store verlangt

Google Play verlangt eine Datenschutz-URL und eine URL zur Kontolöschung. Apple eine Support-URL. Werbenetzwerke eine app-ads.txt. AppFoyer hostet all das für Ihre App — ohne Domain, ohne Server, mit kostenlosem Plan.

·4 Min. Lesezeit·Von ttdictionary

Die App zu bauen war der Teil, den Sie machen wollten. Dann verlangt der Store eine URL zur Datenschutzerklärung, eine Support-URL, eine URL zur Kontolöschung und — falls Sie Werbung zeigen — eine app-ads.txt auf einer Domain, die Ihnen gehört. Nichts davon war der Grund anzufangen, und nichts davon lässt sich überspringen.

AppFoyer gibt es genau für diese Lücke. Es stellt einer mobilen App eine gehostete, store-konforme Website bereit — Startseite, Datenschutzerklärung, Nutzungsbedingungen, Support, Kontolöschung und app-ads.txt — ohne eigene Domain, ohne Server, ohne Backend.

Wir haben es zuerst für unsere eigenen Wörterbuch-Apps gebaut: rund 110 Android-Builds und eine iOS-App, alle mit denselben paar Seiten — und immer wieder neu, wenn ein Store seine Anforderungen ändert.

Wo eine Website tatsächlich vorgeschrieben ist

Man nimmt leicht an, eine kleine App brauche keine Website. Die Review-Warteschlange sieht das anders, und zwar sehr konkret:

  • Google Play verlangt für jede App eine URL zur Datenschutzerklärung und für jede App mit Benutzerkonten eine erreichbare URL zur Kontolöschung — die Seite muss von außen auffindbar sein, nicht nur aus einem versteckten Einstellungsbildschirm heraus.
  • Apple App Store verlangt in jedem Eintrag eine URL zur Datenschutzerklärung und eine Support-URL, die auf eine echte Seite führt. Eine leere Seite oder ein toter Link bedeutet Ablehnung.
  • Werbenetzwerke — AdMob, AppLovin, Unity und andere — lesen app-ads.txt von der Entwickler-Website in Ihrem Store-Eintrag. Ein Fehler dort kostet Ihr Inventar still und leise den Status als autorisierter Verkäufer; das merken Sie als Umsatzverlust, nicht als Fehlermeldung.

Jeder dieser Punkte ist eine URL. Keine Landingpage, keine Marke, keine Marketing-Website — eine Adresse, die eine echte Seite liefert, wenn ein Prüfer oder ein Crawler sie abruft.

Was Sie bekommen

Fünf Seiten und eine Werbedatei, jede auf das zugeschnitten, was die Stores wirklich prüfen:

  • Datenschutzerklärung — erzeugt aus der tatsächlichen SDK-Liste Ihrer App. Der Editor fragt, welche Analyse-, Werbe- und Crash-Reporting-SDKs Sie einsetzen, und die eingebaute Checkliste markiert die Seite so lange, bis jeder Platzhalter durch etwas Wahres ersetzt ist.
  • Nutzungsbedingungen — eine schlichte Vorlage zu Nutzung der App, Käufen und Haftung. Verkauft Ihre App etwas, wird Apples Standard-EULA verlinkt.
  • Support-Seite — die Support-URL, die beide Stores verlangen: Ihre Kontaktadresse und das, wonach Prüfer suchen.
  • Kontolöschung — die von Google Play geforderte Seite. Ein Nutzer stellt eine Anfrage, AppFoyer erfasst sie und benachrichtigt Sie. Die Löschung führen Sie in Ihren eigenen Systemen durch; AppFoyer rührt die Daten Ihrer Nutzer nicht an und behauptet nie, in Ihrem Namen etwas gelöscht zu haben.
  • app-ads.txt — Vorlagen für AdMob, AppLovin, Unity und andere, mit zeilenweiser Prüfung. Wird als reiner Text ohne Weiterleitung ausgeliefert, genau wie die Crawler es verlangen.

Dazu eine Compliance-Checkliste, die sagt, was noch fehlt und warum ein bestimmter Store es verlangt. So hat die Frage „bin ich fertig?" eine andere Antwort als erneut einreichen und hoffen.

Zwei Wege

Wenn Sie Claude Code nutzen, installieren Sie das AppFoyer-Plugin und sagen: „mach diese App store-ready." Der Agent liest Ihre echte Codebasis — Manifest, Abhängigkeiten, SDKs — und entwirft daraus jede Seite. Sie prüfen, korrigieren, veröffentlichen.

Wenn Ihnen das nicht liegt: Das Webformular braucht sechs Felder und liefert eine fertige URL. Dieselben Seiten, dieselbe Checkliste.

In beiden Fällen gehören die Seiten danach Ihnen und lassen sich bearbeiten. Nichts ist hinter dem Agenten eingeschlossen.

Was es kostet

Es gibt einen kostenlosen Plan, und entscheidend ist, was nicht darin fehlt: Nichts, was ein Store verlangt, steckt hinter einer Bezahlschranke. Alle oben genannten Seiten, die Checkliste und app-ads.txt sind im kostenlosen Plan enthalten. Er deckt eine veröffentlichte App und E-Mail-Benachrichtigungen ab — für eine Entwicklerin mit einer App im Store ist das die ganze Aufgabe. Zur Anmeldung genügt eine E-Mail-Adresse, keine Karte.

Darüber liegen Pro und Advanced. Sie verkaufen Umfang, nicht Konformität: mehr veröffentlichte Apps, eine selbst gewählte Subdomain statt einer generierten, und Telegram sowie Slack neben E-Mail für Löschbenachrichtigungen. Wenn Sie eine App veröffentlichen, ist der kostenlose Plan keine Testphase — er ist das Produkt. Die aktuellen Pläne stehen auf appfoyer.com/pricing.

Ein ehrlicher Vorbehalt

AppFoyer erzeugt Dokumente aus Vorlagen und aus dem, was Sie über Ihre App angeben. Das ist keine Rechtsberatung und gibt auch nicht vor, eine zu sein. Verarbeitet Ihre App Gesundheitsdaten, Daten von Kindern, Zahlungen oder etwas anderes mit eigenem Regelwerk, lassen Sie das Veröffentlichte von einem Anwalt lesen. Das Werkzeug nimmt Ihnen das leere Blatt ab, das Hosting und die Frage, welche URL in welches Store-Feld gehört — nicht die Verantwortung für den Inhalt.

Ausprobieren

Wenn bei Ihnen eine App auf eine Datenschutz-URL wartet, sind das ein paar Minuten Arbeit: appfoyer.com. Es gibt auch eine Produkttour, falls Sie das Dashboard vor der Anmeldung sehen möchten.

Weitere Beiträge