Der Chrome User Experience Report (CrUX) misst seit Kurzem, wie viele Werbeelemente Nutzer tatsächlich auf einer Seite sehen – nicht, wie viele ein Ad-Server ausliefert. Zwei neue Felder stehen im Datenmodell: Ad Density als Verhältnis der von Werbung belegten Fläche zur Gesamtfläche einer Seite und Ad Count als absolute Zahl sichtbarer Werbeeinheiten. Google liefert diese Werte über die CrUX-API und den BigQuery-Datensatz aus, der auf Nutzermessungen aus dem Chrome-Browser basiert.
Für Shopbetreiber ist das ein Perspektivwechsel. Bisherige Ad-Tools zählen Impressionen, Klicks und Viewability – also die Sicht des Werbetreibenden. CrUX erfasst dagegen das, was beim Besucher ankommt: wie vollgestellt eine Produktdetailseite wirkt, wenn AdSense, Retargeting-Pixel und Affiliate-Banner gleichzeitig laden. Die Daten stammen aus dem Feld, nicht aus einem Labortest, und sind nach URL gruppiert.
Warum Ad Density für Shopbetreiber relevanter ist als für Publisher
Klassische Ad-Density-Diskussionen drehen sich um Verlagsseiten. Der CrUX-Wert trifft jedoch Shops härter, weil dort Werbung und Kaufabsicht direkt konkurrieren. Ein Händler, der auf der PDP ein Cross-Selling-Banner, ein Cookie-Consent-Overlay und zwei Retargeting-Slots platziert, produziert einen hohen Ad-Density-Wert – und schiebt gleichzeitig das eigentliche Produkt aus dem sichtbaren Bereich. Das ist kein ästhetisches Problem, sondern ein Conversion-Problem.
Die Metrik lässt sich mit bestehenden Core Web Vitals kombinieren. Hohe Ad Density korreliert häufig mit schlechter Interaction to Next Paint (INP), weil Werbe-Skripte den Main Thread blockieren. Wer also im Search Console Core Web Vitals Report rote Werte sieht, findet in CrUX nun eine mögliche Ursache statt nur einer Symptombeschreibung.
Wie greifen Händler die neuen CrUX-Metriken konkret auf?
Der pragmatische Weg führt über die CrUX API mit einem API-Key aus der Google Cloud Console. Ein Aufruf pro URL liefert Ad Density und Ad Count als Perzentile, vergleichbar mit LCP oder CLS. Wer keinen BigQuery-Zugang pflegen will, nutzt Tools wie PageSpeed Insights, die CrUX-Daten bereits einbinden, oder Dashboards von Anbietern wie DebugBear und Treo, die die neuen Felder in ihre Felddaten-Reports aufgenommen haben.
Eine sinnvolle Routine für Shop-Teams: Ad Density einmal pro Quartal pro Template messen – Startseite, Kategorieseite, Produktdetailseite, Checkout. Wenn die PDP über der Kategorieseite liegt, ist das ein struktureller Hinweis, nicht ein Zufallswert. Bei A/B-Tests von Werbeplatzierungen liefert Ad Count eine belastbare Sekundärkennzahl neben CTR und Conversion Rate.
Shopify-Händler haben es hier leichter als Betreiber von Eigenentwicklungen. Der Checkout unterliegt bei Shopify ohnehin Werbebeschränkungen, was die Ad Density im kritischsten Funnel-Schritt automatisch niedrig hält. Auf Shopware 6 und Adobe Commerce lässt sich das nicht ohne Weiteres durchsetzen – hier landen Retargeting-Snippets oft unkontrolliert im Checkout-Template.
Werbung, die Nutzer als Belastung wahrnehmen, senkt die Conversion. CrUX macht diese Wahrnehmung erstmals messbar – und vergleichbar zwischen URLs.
Kritisch bleibt: CrUX liefert keine Kausalität. Eine hohe Ad Density kann Folge einer aggressiven Monetarisierung sein, aber auch Ausdruck eines Rechenfehlers, wenn Werbeflächen außerhalb des Viewports mitgezählt werden. Google dokumentiert die genaue Berechnungslogik bisher nur knapp. Wer die Zahlen in Entscheidungen einbezieht, sollte sie gegen eigene Analytics-Daten spiegeln, etwa den Scroll-Tiefe-Report und Exit-Raten auf der PDP.
Der nächste Schritt ist unspektakulär, aber wirksam: Ad Density für die fünf umsatzstärksten Produktseiten abrufen, mit der Conversion Rate dieser URLs abgleichen und eine überladene Seite testweise entlasten. Zwei Wochen später lässt sich prüfen, ob sich der CrUX-Wert und die Kaufabschlüsse bewegt haben.