Was app-ads.txt ist und wo die Datei liegen muss

app-ads.txt ist eine Klartextdatei, die die Werbeunternehmen auflistet, die das Werbeinventar Ihrer App verkaufen dürfen. Sie liegt unter /app-ads.txt auf der Website, die Sie in Ihrem Store-Eintrag angegeben haben, und Werbenetzwerke rufen sie ab, um zu prüfen, ob derjenige, der Ihr Inventar anbietet, wirklich von Ihnen autorisiert ist. Ohne sie kann ein Käufer das nicht bestätigen – und genau deshalb gibt es den Standard.

Wenn Sie in Ihrer App keine Werbung zeigen, brauchen Sie diese Datei überhaupt nicht. Wenn doch, dauert es etwa zehn Minuten – und neun davon gehen dafür drauf, den Speicherort richtig hinzubekommen, den einzigen Teil, der regelmäßig schiefgeht.

Welches Problem sie löst

Werbeinventar wird weiterverkauft. Irgendwo zwischen Ihrer App und dem Werbetreibenden gibt es Börsen, Wiederverkäufer und Zwischenhändler, und bevor es ads.txt und sein Gegenstück für Apps gab, hatte ein Käufer keine günstige Möglichkeit, „das ist wirklich das Inventar dieser App“ von „jemand behauptet, es zu verkaufen“ zu unterscheiden. Betrug funktionierte, weil die Behauptung nicht überprüfbar war.

Die Lösung ist bewusst einfach gehalten: Der Publisher veröffentlicht die Liste derer, die für ihn verkaufen dürfen, unter einer Adresse, die nur er kontrolliert. Ein Käufer ruft die Datei ab und vergleicht. Das ist der gesamte Mechanismus, und deshalb ist die Adresse wichtiger als der Inhalt – eine Datei, die jeder dort abgelegt haben könnte, würde nichts beweisen.

Das Zeilenformat

Ein autorisierter Verkäufer pro Zeile, drei Pflichtfelder und ein optionales, durch Kommas getrennt:

google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0

Feld	Bedeutung
google.com	Die Domain des Werbesystems – die kanonische Domain des Netzwerks selbst, nicht Ihre.
pub-0000000000000000	Ihre Publisher-ID bei diesem Netzwerk. Kopieren Sie sie aus dessen Dashboard.
DIRECT oder RESELLER	DIRECT, wenn Sie einen direkten Vertrag mit ihm haben; RESELLER, wenn Sie es zum Weiterverkauf autorisiert haben.
f08c47fec0942fa0	Optionale ID der Zertifizierungsstelle, sofern das Netzwerk eine veröffentlicht.

Alles nach # ist ein Kommentar. Zeilen, die mit contact=, subdomain=, inventorypartnerdomain= und Ähnlichem beginnen, sind Variablen, keine Verkäufereinträge, und bleiben unangetastet.

Zwei Fehler sind für die meisten kaputten Dateien verantwortlich: ein fehlendes Komma, das die ganze Zeile unlesbar macht, und das Einfügen der Publisher-ID eines anderen aus einem Support-Forum, womit Sie einen Fremden autorisieren, Ihr Inventar zu verkaufen. Das Dashboard jedes Netzwerks zeigt genau die Zeile, die es haben will – verwenden Sie diese, keine Vorlage.

Wo sie liegen muss – der Teil, der über alles entscheidet

Der Crawler kennt Ihren Paketnamen nicht und sucht Sie nicht über die App. Er liest die URL der Entwickler-Website aus Ihrem Store-Eintrag und ruft /app-ads.txt im Root dieser Domain ab. Ist die URL im Eintrag falsch, ist eine vollkommen korrekte Datei unsichtbar.

AdMob dokumentiert die Regeln für die Suche, und es lohnt sich, sie einmal zu lesen, statt zu raten:

• Das Root-Verzeichnis bedeutet „the directory following the top level domain“ (das Verzeichnis, das auf die Top-Level-Domain folgt) – example.com/app-ads.txt, nicht example.com/some/path/app-ads.txt.
• Crawler „probe up to one subdomain level from the developer website when constructing an app-ads.txt URL“ (prüfen bis zu einer Subdomain-Ebene ausgehend von der Entwickler-Website, wenn sie eine app-ads.txt-URL bilden). Für einen Eintrag, der auf support.help.example.com/game zeigt, zeigt AdMobs eigenes Beispiel, dass help.example.com/app-ads.txt und example.com/app-ads.txt versucht werden.
• www. und m. sind als Subdomain-Speicherorte ausgeschlossen, sie fallen also auf die Domain selbst zurück.

Über die Adresse hinaus muss die Auslieferung langweilig korrekt sein: HTTP 200, Content-Type: text/plain, keine vorgeschaltete Weiterleitung, keine Anmeldung, kein JavaScript, das sie rendert, nichts in robots.txt, das sie blockiert. Eine Datei, die erst nach einer Weiterleitung von http auf https oder von der Apex-Domain auf www erscheint, ist ein häufiger und völlig unsichtbarer Fehler.

Prüfen Sie es so, wie ein Crawler es tun würde:

curl -i https://your-domain.example/app-ads.txt

Sie wollen 200 OK, text/plain, keinen Location:-Header und Ihre Zeilen im Body.

„Aber ich habe keine Website“

Das ist der Normalfall für einen Indie-Entwickler, und deshalb haben so viele Apps überhaupt keine Datei.

Die Anforderung ist ein Hostname, den Sie kontrollieren und der eine Datei ausliefert – es ist keine Anforderung, eine Marketing-Website, eine Unternehmensdomain oder eine Landingpage zu haben. AdMob sagt das direkt: „If you don’t have a suitable website that allows the uploading of an app-ads.txt file at the root level, you can use Firebase Hosting to host your app-ads.txt file.“ (Wenn Sie keine geeignete Website haben, auf der Sie eine app-ads.txt-Datei auf Root-Ebene hochladen können, können Sie Firebase Hosting verwenden, um Ihre app-ads.txt-Datei zu hosten.) Plattform-Hosting ist vorgesehen, kein Workaround. Der Leitfaden ohne Website geht die Optionen durch.

Was immer Sie nutzen: Zwei Dinge müssen länger als eine Launch-Woche gelten. Die Adresse muss gleich bleiben, denn sie steht in einem Store-Eintrag, an den Sie nicht mehr denken werden, und sie muss weiterhin Klartext ausliefern, ohne dass sich eine Weiterleitung davorschiebt, sobald jemand das Setup zum ersten Mal „verbessert“.

Wenn Sie etwas ändern, passiert nicht sofort etwas

Werbenetzwerke crawlen nach ihrem eigenen Zeitplan erneut. AdMob gibt an, dass „it can take up to 24 hours for AdMob to crawl and verify your app-ads.txt files“ (es bis zu 24 Stunden dauern kann, bis AdMob Ihre app-ads.txt-Dateien crawlt und verifiziert), und andere Netzwerke sind langsamer. Eine vor einer Stunde hochgeladene Datei, die noch als fehlend angezeigt wird, ist fast immer einfach zu früh dran – lesen Sie den Leitfaden zu „not found“, bevor Sie irgendetwas anderes ändern.

Was AppFoyer hier tut

Die Seite Ihrer App liefert app-ads.txt unter ihrer eigenen Subdomain aus – Klartext, 200, keine Weiterleitung, mit den Headern, die die Spezifikation verlangt –, und der Editor validiert jede Zeile beim Tippen, sodass ein fehlendes Komma erkannt wird, bevor ein Crawler es sieht. Diese Subdomain tragen Sie als Entwickler-Website in Ihren Store-Eintrag ein, eine Ebene unter appfoyer.page.

AdMob verifiziert sie dort: Im Oktober 2026 meldete AdMob „app-ads.txt file found and verified“ (app-ads.txt-Datei gefunden und verifiziert) für Apps, deren Entwickler-Website eine AppFoyer-Adresse ist. Von anderen Werbenetzwerken haben wir bisher kein eigenes Crawl-Ergebnis.

Die maßgeblichen Quellen

• Set up app-ads.txt – AdMob-Hilfe. Die Crawler-Regeln und das oben zitierte Subdomain-Beispiel stammen von dieser Seite.
• ads.txt / app-ads.txt specification – IAB Tech Lab. Die Spezifikation selbst und maßgeblich für die Grammatik der Zeilen.