Wie ads.txt autorisierte Werbeverkäufer leichter überprüfbar machte

Ads.txt ermöglicht es einem Publisher, öffentlich die Werbesysteme und Verkäuferkonten zu benennen, die zur Vermarktung seiner Web-Bestände autorisiert sind. Ein Käufer kann diese Kennungen vor der Ausgabe mit einer Gebotsanfrage abgleichen. Es handelt sich um eine Erklärung autorisierter Lieferbeziehungen, nicht um eine Qualitätsbewertung jeder einzelnen Impression. ^[1]

Das Problem veranschaulicht der Digiday-Bericht vom September 2017 über die Financial Times. Er beschrieb Bestände, die fälschlich als Display-Werbung auf FT.com auf 10 Exchanges und als Videowerbung auf 15 Exchanges angeboten wurden, obwohl die FT keine programmatische Videowerbung verkaufte. Die FT schätzte den betrügerischen Bestand auf 1 Million £, etwa 1,3 Millionen US-Dollar, pro Monat. Dies war eine Schätzung gefälschter Bestände, nicht ein geprüfter Verlust an Publisher-Umsatz. ^[4]

Die Veröffentlichung auf der Domain gibt Käufern eine vom Publisher kontrollierte Referenz. Sie müssen sowohl das Werbesystem als auch das Verkäuferkonto prüfen, statt nur zu bemerken, dass eine ads.txt-Datei existiert. ^[1][2]

Das IAB Tech Lab beschrieb ausdrücklich Grenzen im Zusammenhang mit unehrlichen Intermediären, die authentischen und falsch dargestellten Traffic unter denselben autorisierten Kennungen vermischen könnten. Eine Autorisierung allein belegt daher nicht, dass jede Impression echt oder von Menschen stammt. Die Datei ist keine manipulationssichere Garantie und beseitigt nicht jeglichen Werbebetrug. ^[2]

Am 26. Juli 2018 erklärte Google, es habe im November zuvor begonnen, nicht autorisierte Bestände zu blockieren, und eine ads.txt-only-Steuerung in Display & Video 360 eingeführt. Damit konnten Käufer auch Websites ohne Datei ausschließen. ^[3]

Google berichtete, dass seit Februar 2018 mehr als 430.000 Domains ads.txt hinzugefügt hätten und dass nahezu 90 % seiner Publisher-Partner es übernommen hätten. Dies waren datierte, plattformseitig berichtete Zahlen; sie sind keine aktuelle Erhebung zur Verbreitung und kein gemessener Rückgang von Betrug. Die vorgeschlagene Änderung der Standardeinstellung für später im Jahr 2018 war in dieser Ankündigung ein Plan. ^[3]

Analyse und Anwendung

Analyse: Eine Autorisierungserklärung dort platzieren, wo der legitime Teilnehmer sie pflegen kann, sie für Gegenparteien leicht auffindbar machen und sie an eine tatsächliche Transaktionsprüfung knüpfen. Eine Erklärung ohne Durchsetzung ist ein schwacher Schutz.

Operative Einfachheit kann die Hürde für die Übernahme senken, doch die Verifizierung erfordert weiterhin Veröffentlichung, Crawling, Korrektur von Einträgen und Prüfung von Partnern. Pflege und Sicherheit sind als fortlaufende Arbeit zu behandeln, statt zu behaupten, der Prozess koste nichts.

Analyse und Anwendung

Der FT-Bericht zeigt ein gemeldetes Spoofing-Problem; er misst nicht unabhängig die spätere Wirkung von ads.txt. Der Plattformbericht zur Verbreitung zeigt eine Implementierung zu einem bestimmten Datum; er belegt keine universelle Einhaltung. ^[3][4]

Um ein vergleichbares System zu bewerten, ist zu fragen, ob die Erklärung aktuell ist, ob Anfragen tatsächlich geprüft werden und welcher Missbrauch selbst für autorisierte Parteien möglich bleibt. Autorisierung, Authentizität der Bestände, menschliche Aufmerksamkeit und kommerzielle Ergebnisse sind als getrennte Fragen zu behandeln. ^[1][2]