AdSense Multiplex: Neue Ad-Request-Zählung

Google AdSense verändert ab dem 23. Juni 2026 die Art und Weise, wie Anfragen für Multiplex-Anzeigen in Berichten gezählt werden. Multiplex-Formate zeigen in einem Raster mehrere native Anzeigen nebeneinander oder untereinander und gehören für viele Publisher-Seiten zu den umsatzstärksten Platzierungen. Bislang galt ein Multiplex-Block als eine einzige Anzeigenanfrage, während jede sichtbare Kachel im Raster als eigener Impression gezählt wurde. Künftig meldet Google jede Anzeige innerhalb des Grids als separate Ad Request. Für Betreiber von Blogs, Nachrichtenseiten und Nischenportalen ist das keine kosmetische Anpassung, sondern ein Eingriff in zentrale Kennzahlen der Monetarisierung.

Multiplex Ads sind für Google und Publisher attraktiv, weil sie mehrere Werbeinhalte in einem kompakten Modul bündeln. Nutzer scrollen durch ein Raster aus Empfehlungen, das optisch an redaktionelle Inhalte angelehnt ist. Für AdSense-Konten bedeutet das häufig höhere Sichtbarkeit pro Seitenaufruf und zusätzliche Einnahmemöglichkeiten unterhalb des Haupttextes. Gleichzeitig war die bisherige Zähllogik für viele Auswertungen unintuitiv: Eine einzelne Anfrage erzeugte mehrere Impressions, was Fill Rate, Request-basierte RPM-Werte und interne Dashboards verzerrte, sobald Teams Kennzahlen ohne Kontext verglichen.

Was sich an der Zählweise ändert

Bisher lief der Ablauf vereinfacht so: Ein Multiplex-Block auf einer Seite löste eine Anzeigenanfrage aus. Enthielt das Raster beispielsweise vier sichtbare Slots, entstand daraus eine Anfrage und vier Impressions. Ab dem Stichtag 23. Juni 2026 meldet AdSense für dasselbe Szenario vier separate Ad Requests und weiterhin vier Impressions. Die Anzahl der Impressions pro Seitenaufruf bleibt damit gleich, die Anzahl der gezählten Anfragen steigt proportional zur Slot-Anzahl im Grid. Wer seine Reports bisher auf Request-Ebene interpretiert hat, wird ab dem Rollout deutlich höhere Request-Zahlen sehen, obwohl sich die tatsächliche Anzeigenauslieferung auf der Seite nicht zwingend verändert.

Google begründet die Umstellung mit transparenterer Berichterstattung. Jede einzelne Anzeige im Multiplex-Raster entspricht inhaltlich einer eigenen Ausspielung und damit einer eigenen ökonomischen Einheit. Die alte Logik bündelte diese Einheiten auf Request-Ebene und erschwerte den direkten Vergleich mit anderen AdSense-Formaten, bei denen Anfrage und Impression oft eins zu eins korrelieren. Für Publisher mit starkem Multiplex-Einsatz kann die Änderung historische Trendlinien unterbrechen, weil Vorjahreswerte und Benchmarks nicht mehr ohne Anpassung vergleichbar sind.

Auswirkungen auf zentrale Publisher-Kennzahlen

Besonders betroffen sind Kennzahlen, die Anfragen in den Nenner setzen. Die Fill Rate, berechnet als Verhältnis von ausgelieferten Impressions zu angeforderten Ad Requests, kann sinken, obwohl sich die tatsächliche Auslieferungsquote pro Slot nicht verschlechtert hat. Ebenso verändert sich der RPM auf Request-Basis, weil der Umsatz zwar gleich bleiben kann, die Request-Zahl aber steigt. Teams, die intern RPM pro Thousand Requests tracken, müssen ihre Formeln und Alerts überprüfen. Impressions-basierte RPM-Werte bleiben hingegen stabiler, sofern sich Auslieferung und Erlöse nicht ändern.

Warum das für SEO- und Content-Teams relevant ist

Publisher, die organischen Traffic mit AdSense monetarisieren, koppeln häufig Content-Performance an Einnahmen pro Seitenaufruf. Wenn Reporting-Grundlagen wechseln, drohen Fehlinterpretationen in Redaktions- und SEO-Meetings. Ein Artikel mit stabilem Traffic kann plötzlich schlechtere request-basierte Werte zeigen, obwohl Impressions und Erlös gleich bleiben. SEO-Verantwortliche sollten deshalb klar zwischen Sichtbarkeit im organischen Ranking und monetären Kennzahlen trennen. AdSense-Änderungen betreffen nicht das Ranking, aber sie beeinflussen, wie Teams den wirtschaftlichen Wert einzelner Templates und Platzierungen bewerten.

Besonders kritisch ist der Vergleich zwischen Multiplex und klassischen Display- oder In-Article-Formaten. Nach der Umstellung nähern sich die Request-Zahlen der realen Slot-Auslieferung an. Das erleichtert Portfolio-Analysen, erfordert aber eine Neubaseline für interne Ziele. Wer A/B-Tests für Anzeigenpositionen fährt, sollte Testzeiträume so planen, dass sie nicht über den Stichtag 23. Juni 2026 hinausreichen, sofern Request-Kennzahlen die primäre Erfolgsmessung sind.

Praktische Schritte für Publisher

AdSense-Kontoinhaber sollten vor dem Rollout ihre bestehenden Reports und automatisierten Auswertungen dokumentieren. Exporte aus dem AdSense-Dashboard, Looker Studio-Verbindungen und interne Data-Warehouse-Pipelines müssen geprüft werden, ob sie Ad Requests als Primärmetrik nutzen. Wo möglich empfiehlt sich ein paralleles Tracking impressions-basierter RPM-Werte, um Trendbrüche abzufedern. Teams mit mehreren AdSense-Properties sollten die Änderung pro Property nachverfolgen, weil Multiplex-Anteile je nach Vertical stark variieren.

• Historische Request-Daten vor dem 23. Juni 2026 sichern und als Referenz archivieren.
• Dashboards auf Impressions-RPM und Gesamtumsatz als stabile Leitkennzahlen umstellen.
• Fill-Rate-Alarme neu kalibrieren, um Fehlwarnungen nach dem Stichtag zu vermeiden.
• Multiplex-Slots pro Template dokumentieren, um Request-Sprünge rechnerisch nachvollziehen zu können.
• Stakeholder in Redaktion und SEO über die reine Reporting-Änderung informieren.

API-Nutzer, die AdSense-Berichte programmatisch abrufen, sollten Release Notes und Felddefinitionen im Google AdSense Reporting prüfen. Änderungen an der Request-Zählung können Aggregationen in eigenen BI-Tools beeinflussen, selbst wenn sich die Rohdatenfelder optisch unverändert lesen. Ein kurzer Testlauf nach dem Stichtag mit einem begrenzten Datumsfenster hilft, Abweichungen früh zu erkennen und Mapping-Regeln in ETL-Jobs anzupassen.

Für viele Seiten bleibt der unmittelbare Geschäftseffekt überschaubar, solange Impressions und CPC-Erlöse stabil sind. Die eigentliche Herausforderung liegt in der Interpretation: Multiplex wird künftig dieselbe ökonomische Realität abbilden wie andere Formate, nur mit granularerer Request-Transparenz. Publisher, die ihre Steuerung bereits impressions- und umsatzbasiert aufgebaut haben, passen vor allem Kommunikation und Dashboards an. Wer stark auf request-basierte Effizienzkennzahlen setzt, muss Formeln, Benchmarks und Zielwerte vor dem 23. Juni 2026 neu definieren.