Anzeigenverifizierung mit Proxys: So funktioniert sie

Der Mediaplan sagt, Ihr Banner läuft auf drei Nachrichtenseiten in Izmir, nur mobil, an Werktagen abends. Der Agenturbericht bestätigt das. Sie öffnen eine dieser Seiten an einem Dienstagnachmittag vom Büro in Istanbul aus und sehen dort, wo Ihre Anzeige stehen sollte, eine Kfz-Versicherung. Niemand lügt. Der Adserver hat eine feste Geschäftsleitung in einer anderen Stadt, einen Desktop-Browser und eine Uhrzeit außerhalb des Flight-Fensters gesehen und eine andere Kampagne gewählt. Um zu sehen, was ein Leser in Izmir gestern Abend gesehen hat, müssen Sie aussehen wie ein Leser in Izmir gestern Abend.

Dieser Beitrag erklärt, was Anzeigenverifizierung prüft, warum eine Seite verschiedenen Besuchern verschiedene Anzeigen zeigt, wie ein Proxy aus einem Blick eine wiederholbare Messung macht, und den Ablauf: Zielliste, Ausgangs-IP, Aufnahme, Vergleich, Bericht. Außerdem geht es darum, was Sie loggen müssen, damit ein Befund einen Streit übersteht, welche Fehler Fehlalarme erzeugen und welcher Proxytyp zu welcher Aufgabe passt.

Was ist Anzeigenverifizierung?#

Anzeigenverifizierung ist die Menge der Prüfungen, mit denen ein Werbetreibender, eine Agentur oder ein Messdienstleister bestätigt, dass eine Kampagne so ausgeliefert wurde, wie sie gebucht war. Der Insertion Order legt Platzierung, Geografie, Werbemittel, Zeitplan und Brand-Safety-Regeln fest; die Verifizierung vergleicht jeden dieser Punkte mit dem, was der Browser eines echten Besuchers erhalten hat. In der Praxis sind es sechs Fragen.

• Platzierung. Steht die Anzeige auf der Seite, in der Rubrik und auf dem Platz, die verkauft wurden? Mit ads.txt vom IAB Tech Lab listet ein Publisher seine autorisierten Verkäufer; ein Verkäufer, der in dieser Datei fehlt, ist das Erste, was eine Platzierungsprüfung findet.
• Geo-Auslieferung. Erreicht eine für eine Stadt gebuchte Kampagne die Besucher dort, und bleibt sie von Bildschirmen außerhalb des Ziels fern?
• Werbemittel. Ist die gerenderte Version die freigegebene: richtige Sprache, Größe und Landingpage, kein abgelaufenes Angebot, kein defektes Bild?
• Brand Safety. Was steht neben der Anzeige: ein Unfallbericht, ein Piratenstream, eine Seite voller generiertem Text? Die Trustworthy Accountability Group betreibt für dieses Problem ein Brand-Safety-Certified-Programm; die Verifizierung prüft, ob das Versprechen auf der Seite hält.
• Ungültiger Traffic und Klickbetrug. Kommen Impressionen und Klicks von echten Menschen? Die Google-Ads-Hilfeseite zu ungültigem Traffic definiert ihn als Traffic ohne echtes Interesse an Ihrem Unternehmen, und der Media Rating Council veröffentlicht Invalid Traffic Detection and Filtration Guidelines, an denen Messdienstleister auditiert werden. Die Verifizierung prüft, ob die gefilterten Zahlen zur Seite passen.
• Affiliate-Compliance. Nutzen Affiliates das freigegebene Werbemittel und die freigegebene Landingpage und halten sie die Regeln zum Bieten auf Ihren Markennamen ein? Ein Partner, der Ihrem Compliance-Team eine Seite zeigt und Kunden im Ausland eine andere, wird nur von dort erwischt, wo diese Kunden sind.

Warum sieht dieselbe Seite vom Büro und aus der Zielstadt anders aus?#

Ein Anzeigenplatz ist kein festes Bild. Beim Laden der Seite fragt der Platz einen Adserver nach einem Werbemittel, der Server führt eine Auktion oder ein Regelwerk aus, und der Gewinner wird eingezeichnet. Die Eingaben für diese Entscheidung sind das, was sich zwischen Ihrem Büro und der Zielstadt unterscheidet.

• IP-Standort. Der Server liest aus der IP des Besuchers das Land und, wo die Datenbank es zulässt, die Stadt. Eine auf Izmir ausgerichtete Kampagne ist für eine Anfrage aus Istanbul kein Kandidat. Warum diese Lesung manchmal falsch ist: IP-Standort falsch? Was eine IP-Adresse wirklich verrät.
• Netztyp. Die ASN, die Nummer, die das Netz identifiziert, zeigt, ob die IP zu einem Heim-ISP, einem Mobilfunkanbieter oder einem Hosting-Unternehmen gehört. Viele Demand-Side-Plattformen schließen Datacenter-Bereiche aus, deshalb sieht eine Prüfung von einer Datacenter-IP Restinventar, nicht Ihre Kampagne.
• Gerät und Browser. Mobile-only-Kampagnen werden anhand von User-Agent und Bildschirm entschieden. Ein Desktop-Browser, der sich auf einer Geschäftsleitung als Telefon ausgibt, ist widersprüchlich genug, um markiert zu werden; siehe Was ist Browser-Fingerprinting?.
• Frequenz und Verlauf. Cookies tragen einen Frequenzzähler. Ein Prüfer, der die Seite zehnmal neu lädt, verbraucht das Cap und sieht danach andere Kampagnen den Platz gewinnen.
• Zeit. Dayparting, Budget-Pacing und das Ende eines Flights ändern, was der Platz um 15:00 gegenüber 21:00 zeigt.
• Consent-Zustand. Wo ein Consent-Banner existiert, liefert die Seite bis zur Entscheidung des Besuchers kontextuelle Anzeigen und danach personalisierte. Ein Skript, das den Banner nie anfasst, misst einen Ad-Stack, den kein Mensch sieht.

Derselbe Mechanismus sorgt dafür, dass Suchergebnisse von Person zu Person abweichen (Warum sieht jeder andere Google-Suchergebnisse?) und ein Abo im Ausland einen anderen Preis hat (Warum Preise je nach Land variieren: Geo-Pricing erklärt). Eine Seite passt ihre Ausgabe an die Anfrage an; um eine Version zu prüfen, müssen Sie die Anfrage dieser Version senden.

Wie macht ein Proxy die Prüfung möglich?#

Ein Proxy ändert nicht, was der Adserver entscheidet. Er ändert die Eingaben, damit die Entscheidung die ist, die Ihr Publikum bekommt.

1. Das Verifizierungstool öffnet einen Headless-Browser, eine echte Browser-Engine ohne sichtbares Fenster, damit Ad-Tags und Lazy Loading sich so verhalten wie bei einem Menschen.
2. Die Sitzung verbindet sich über einen Proxy-Endpunkt wie pr.proxynet.io:8000 mit einem Benutzernamen, der das Targeting trägt: ein Teil -country-tr für das Land und ein Stadt-Teil für die Stadt.
3. Die Ausgangs-IP ist Residential oder Mobile. Der Adserver des Publishers sieht einen Heim-ISP oder ein Mobilfunknetz in der Zielstadt, also das, wonach ein echter Leser aussieht.
4. Eine Sticky-Session fixiert die IP. Seitenaufbau, Ad-Request, Werbemittel-Download und Klick-Redirects müssen von einer Adresse kommen, sonst zählt der Adserver mehrere Besucher. Bei Proxynet dauert die Sitzung 1 bis 60 Minuten, eingestellt über einen Teil -session-…-ttl-… im Benutzernamen.
5. Der Browser hält die Belege fest: einen Ganzseiten-Screenshot, das gerenderte HTML, die Ad-Requests und -Responses, die End-URL nach der Klickkette und die Metadaten des Laufs.
6. Die Vergleichs-Engine prüft den Datensatz gegen den Auftrag: erwartete Domain, Werbemittel-Hash, Landingpage, Geo und Zeitfenster.

Der Proxy ist nur Schritt zwei und drei, aber ohne sie beschreiben Schritt fünf und sechs das Büro, nicht das Publikum.

Welcher Proxytyp passt zur Anzeigenverifizierung?#

Der Verifizierungsablauf, Schritt für Schritt#

Das ist die Reihenfolge, die wir für unsere eigenen Kampagnen und für die Partner-Compliance fahren, in einer kommerziellen Plattform oder in einem Skript auf Basis eines Headless-Browsers.

1. Zielliste aufbauen#

Beginnen Sie beim Insertion Order, nicht bei der Sitemap des Publishers. Notieren Sie für jedes Line Item die Domains und Rubriken, die Geo-Ziele bis zur Stadt, die Geräteaufteilung, Flight-Daten und -Stunden, die freigegebenen Werbemittel mit je einem Hash und die freigegebene Landing-URL. Bei Affiliates kommen die Seiten des Partners und die Suchbegriffe hinzu, auf die er bieten darf.

2. Ausgangs-IP je Ziel wählen#

Jede Zeile bekommt ein IP-Profil: Land, Stadt, Netztyp und Sitzungsdauer. Residential für Web-Display, Mobile für über Carrier gebuchte oder In-App-Zeilen, und eine Sitzung, die lang genug für Seite, Lazy-Slots und Klickkette ist; zehn bis fünfzehn Minuten sind ein bequemer Standard. Im Panel wählen Sie Land und Stadt; die ASN wird nach dem Lauf aus dem Log gelesen, und diese Lesung belegt, dass der Ausgang eine Heim- oder Mobilfunkleitung war.

3. Aufnehmen#

Der Headless-Browser verbindet sich über den gewählten Endpunkt, setzt Viewport und User-Agent passend zum Auftrag, behandelt den Consent-Banner wie ein Nutzer, lädt die Seite, scrollt, um Lazy-Slots auszulösen, wartet, bis die Ad-Requests zur Ruhe kommen, und speichert Screenshot, HTML und Netzwerk-Log. Für Klickprüfungen klickt er das Werbemittel, folgt jedem Redirect auf derselben Sticky-IP und hält die End-URL fest.

4. Vergleichen#

Der Vergleich ist mechanisch: freigegebenes Werbemittel auf dem freigegebenen Platz, Ad-Request an einen autorisierten Verkäufer, End-URL gleich der freigegebenen Landingpage, Aufnahmezeit innerhalb des Flights, Ausgangs-Geo gleich dem Geo des Line Items. Abweichungen bekommen eine Klasse: nicht ausgeliefert, falsches Werbemittel, falsches Geo, unsicheres Umfeld, nicht autorisierter Verkäufer, falsche Landingpage.

5. Berichten#

Der Bericht listet jedes Line Item mit der Zahl seiner Aufnahmen, dem Anteil der Treffer und je einem Screenshot pro Abweichung mit der Log-Zeile darunter. Ein Publisher liest zuerst die Log-Zeile: IP, ASN und Zeitstempel lassen ihn dieselbe Anfrage in seinen eigenen Logs finden.

Was bei jeder Aufnahme zu loggen ist#

Ein Screenshot ohne Kontext ist eine Meinung. Die Log-Zeile, die ihn zum Beleg macht, trägt diese Felder.

• Ausgangs-IP, wie die Zielseite sie sieht, mit Land und Stadt, die ihr zum Aufnahmezeitpunkt zugeordnet waren.
• ASN und Netztyp: welcher ISP oder Carrier, und ob der Bereich Residential, Mobile oder Hosting ist.
• Zeitstempel in UTC, mit vermerkter Zeitzone des Zielmarkts.
• Seiten-URL und End-URL nach der Klickkette, plus jeder Redirect dazwischen.
• Screenshot-Hash und Werbemittel-Hash, zum Beispiel SHA-256 der Bilddatei und des gerenderten Assets, als Beleg, dass der Screenshot unverändert und das Werbemittel das freigegebene ist.
• Ad-Request-Details: die Adserver-Domain, die Verkäuferkennungen und ob der Verkäufer in der ads.txt des Publishers steht.
• Sitzung und Gerät: User-Agent, Viewport, Consent-Zustand, Sticky-Session-Kennung sowie Land- und Stadt-Teil des Proxy-Benutzernamens.

Bewahren Sie die Rohaufnahmen für das Einspruchsfenster in Ihren Verträgen auf. Speicher ist günstig; ein Platzierungsstreit ohne Originalaufnahme ist es nicht.

Was Verifizierung ist und was nicht#

Anzeigenverifizierung misst Ihre eigenen Kampagnen und die Partner, die Sie bezahlen; der Proxy ist dazu da, dass die Messung aus der Sicht des Publikums erfolgt. Zwei Dinge liegen außerhalb dieser Linie.

Klicks auf Anzeigen zu automatisieren ist keine Verifizierung, egal, wie es genannt wird. Die Google-Ads-Hilfeseite nennt absichtliche Klicks von Wettbewerbern und bezahlten Nutzern als Beispiele für ungültigen Traffic, und ihr Team für Ad Traffic Quality prüft ungewöhnliche Muster mit automatischen Systemen und Menschen. Eine Klickprüfung folgt einer Kette pro Aufnahme, um zu sehen, wo sie landet; sie erzeugt nie Klicks auf irgendjemandes Anzeigen.

Die Kampagnen aller zu katalogisieren, indem man das Inventar eines Publishers ausliest, ist eine andere Tätigkeit mit anderen Regeln; halten Sie die Zielliste an den Insertion Order gebunden.

Wo derselbe Ablauf eingesetzt wird#

• Display- und Videokampagnen in mehreren Städten. Jede Stadt bekommt ihren eigenen Residential-Ausgang und Aufnahmesatz. Landingpage: Anzeigenverifizierung.
• Brand-Safety-Durchläufe. Seiten, auf denen das Werbemittel erschien, werden aus dem Ziel-Geo erneut aufgenommen und nach Umfeld klassifiziert. Landingpage: Markenschutz.
• Monitoring von Suchanzeigen. Welcher Werbetreibende das oberste bezahlte Ergebnis für Ihren Markenbegriff hält, ist je Stadt anders, deshalb läuft die Prüfung aus dieser Stadt. Details in Klickbetrug bei Google Ads erkennen: So gehen Sie vor.
• Anbieterwahl. Pool, Stadtabdeckung und Sitzungsmodell entscheiden, wie viele dieser Zeilen Sie fahren können; fünf Anbieter vergleicht Die besten Proxys für die Anzeigenprüfung - 2026.

Häufige Fehler, die falsche Befunde erzeugen#

• Aufnahme von einer Datacenter-IP. Der Platz zeigt Fallback-Inventar und der Bericht sagt „nicht ausgeliefert“. Prüfen Sie die ASN im Log, bevor Sie einem Ausfall glauben.
• Eine gecachte Seite lesen. Ein CDN oder der Browser-Cache liefert die Ad-Tags von gestern. Deaktivieren Sie den Cache im Headless-Browser.
• Den Consent-Banner ignorieren. Die Seite vor dem Consent fährt einen reduzierten Ad-Stack. Legen Sie einmal fest, wie der Lauf den Banner behandelt, und loggen Sie die Entscheidung.
• IP-Wechsel mitten in der Kette. Ein rotierender Endpunkt gibt dem Klick-Redirect eine neue Adresse und die Kette reißt; nutzen Sie eine Sticky-Session.
• Falsches Geräteprofil. Ein Desktop-Viewport auf einem Mobile-only-Line-Item erzeugt jedes Mal einen leeren Platz.
• Dieselbe Seite von derselben IP neu laden. Das Frequenz-Cap füllt sich und spätere Aufnahmen zeigen andere Kampagnen; verteilen Sie Aufnahmen über Sitzungen und Stunden.
• Der IP-Datenbank blind vertrauen. Die Geolokalisierungsdatenbank des Publishers kann die IP in eine Nachbarstadt legen. Behandeln Sie eine einzelne Geo-Abweichung als Hinweis, nicht als Urteil.

Entscheidungshilfe#

Häufige Fragen#

Brauche ich einen Proxy, wenn die Kampagne nur in meiner eigenen Stadt läuft?#

Meist ja. Ihre Büroleitung ist ein Geschäftsanschluss mit fester IP, einem Frequenzverlauf und möglicherweise einer Hosting-ASN hinter einem Unternehmens-Gateway; ein Residential-Ausgang in derselben Stadt ist das, wonach das Publikum aussieht.

Was ist für die Anzeigenverifizierung besser, Residential- oder Mobile-Proxys?#

Residential ist der Standard für Web-Display und Video. Mobile ist für Kampagnen, die auf Mobilfunk-Traffic gebucht sind oder in Apps erscheinen, wo der Adserver eine Carrier-ASN erwartet. Viele Teams fahren beides und lassen das Line Item entscheiden.

Wie lang sollte die Sticky-Session sein?#

Lang genug, um die Seite zu laden, auf Lazy-Slots zu warten und der Klickkette zu folgen, mit Reserve. Zehn bis fünfzehn Minuten decken die meisten Einzelseiten-Aufnahmen ab; die Obergrenze bei Proxynet liegt bei 60 Minuten.

Kann ich Anzeigen ohne Headless-Browser verifizieren?#

Nur teilweise. Ein einfacher HTTP-Abruf holt das Seiten-HTML, aber nicht die Anzeige, denn die Anzeige wird nach dem Laden per JavaScript eingefügt. Screenshot, gerendertes Werbemittel und Klickkette brauchen alle eine Browser-Engine.

Ist Anzeigenverifizierung über einen Proxy erlaubt?#

Eigene Kampagnen und die Compliance der Partner aus Sicht des Publikums zu prüfen, ist ein normaler Teil des Mediaeinkaufs; die oben genannten Branchengremien existieren, um genau das zu standardisieren. Nicht erlaubt ist, Klicks oder Impressionen auf irgendwelche Anzeigen zu erzeugen.

Was, wenn der Publisher den Befund bestreitet?#

Schicken Sie die Log-Zeile: IP, ASN, Zeitstempel, Seiten-URL, End-URL, Screenshot-Hash. Der Publisher kann dieselbe Anfrage nach Zeit und IP in seinem Adserver-Log finden. Ohne diese Felder ist ein Befund ein Streit um Vertrauen; mit ihnen ist er ein Nachschlagen.

Fazit#

Anzeigenverifizierung ist ein Perspektivproblem. Der Adserver passt jeden Platz an IP-Standort, Netztyp, Gerät, Verlauf und Consent-Zustand des Besuchers an, deshalb misst eine Prüfung aus dem Büro das Büro. Ein Residential- oder Mobile-Ausgang in der Zielstadt, gehalten von einer Sticky-Session, lässt einen Headless-Browser aufzeichnen, was das Publikum sah; eine Log-Zeile mit IP, ASN, Zeitstempel und Hashes macht aus dieser Aufzeichnung einen Beleg, den ein Partner nachvollziehen kann. Die Proxy-Seite dazu finden Sie unter Anzeigenverifizierung.