Die Einrichtung von Header Bidding für Accelerated Mobile Pages (AMP) erfordert eine spezifische Architektur, die auf der amp-ad-Komponente und der Real-Time Config (RTC)-Funktion basiert. Im Gegensatz zu Standard-Webumgebungen schränkt AMP die willkürliche JavaScript-Ausführung ein, was bedeutet, dass Sie das unterstützte Vendor-Framework verwenden müssen, um mit Demand-Partnern zu kommunizieren. Durch die Konfiguration Ihrer Google Ad Manager (GAM)-Tags zur Einbindung von RTC ermöglichen Sie es dem Browser, Gebote von mehreren Ad Exchanges gleichzeitig abzurufen, bevor die Anzeigenanfrage abgeschlossen wird.
Diese Implementierungsstrategie stellt sicher, dass Ihre Website eine hohe Leistung beibehält und gleichzeitig an wettbewerbsorientierten Ausschreibungen teilnimmt. Da AMP-Seiten häufig aus dem Google AMP Cache bereitgestellt werden, muss der Anzeigenanfragefluss hochgradig optimiert sein, um Latenzzeiten zu vermeiden. Publisher, die dies richtig umsetzen, sehen verbesserte Füllraten, da der Ad-Server mehr Kontext über das verfügbare Inventar erhält, bevor das endgültige Creative ausgewählt wird.
Wie funktioniert Header Bidding auf AMP?
Auf einer traditionellen Website wird Header Bidding oft über ein Wrapper-Skript wie Prebid.js verwaltet. Auf AMP ist die Umgebung kontrolliert, um die Leistung sicherzustellen. Der Prozess basiert auf RTC, das es der AMP-Runtime ermöglicht, Anfragen an eine Reihe von Endpunkten zu senden, die in Ihrer Anzeigenkonfiguration definiert sind. Sobald die Antworten eintreffen, werden die Daten an den Ad-Server weitergeleitet, der dann basierend auf dem höchsten Gebot über das gewinnende Creative entscheidet.
Die AMP-Runtime fungiert als Orchestrator. Wenn die Seite geladen wird, identifiziert die Runtime die RTC-Konfiguration innerhalb des Ad-Tags. Sie sendet dann parallele Anfragen an die angegebenen Demand-Partner. Diese Partner geben eine JSON-Antwort zurück, die Targeting-Keys enthält, die in die endgültige Anzeigenanfrage an GAM eingefügt werden. Dieser gesamte Prozess findet im Hintergrund statt und hält die Benutzererfahrung sauber und schnell.
In einer typischen Bereitstellung konkurrieren drei oder vier Bieter. Die AMP-Runtime verwaltet diese Anfragen mit strengen Zeitlimits. Wenn ein Bieter nicht innerhalb des definierten Zeitfensters antwortet, fährt die Runtime ohne dessen Gebot fort, um sicherzustellen, dass der Anzeigenplatz nicht leer bleibt. Diese Priorisierung der Benutzererfahrung gegenüber dem Abschluss einzelner Gebote macht das AMP-Anzeigen-Framework einzigartig.
Was sind die Grundvoraussetzungen für das Setup?
- Ein funktionierendes Google Ad Manager-Konto mit definierten Anzeigenblöcken.
- Eine Liste unterstützter Header-Bidding-Anbieter, die einen RTC-kompatiblen Endpunkt bereitstellen.
- Zugriff auf den HTML-Code Ihrer AMP-Seite, um die amp-ad-Tag-Konfigurationen zu ändern.
- Gültige JSON-Konfigurationsdateien für die RTC-Endpunkte.
- Sicheres HTTPS-Hosting für alle Bieter-Endpunkte, um Mixed-Content-Fehler zu vermeiden.
Stellen Sie vor Beginn sicher, dass Ihre Anzeigenblöcke im Google Ad Manager korrekt zugeordnet sind. Wenn die Anzeigenblock-IDs nicht mit denen in Ihrer RTC-Konfiguration übereinstimmen, erreichen die Gebotssignale nicht das richtige Inventar. Sie sollten auch überprüfen, ob Ihre gewählten Bieter das AMP-Protokoll unterstützen, da nicht jeder Demand-Partner eine RTC-konforme Integration hat.
Dokumentation ist hier der Schlüssel. Führen Sie ein Protokoll darüber, welcher Bieter welcher Endpunkt-URL entspricht. Wenn Sie mehrere Websites verwalten, führen Sie eine Master-Datei Ihrer Konfigurationen. Dies vermeidet die häufige Falle, veraltete Endpunkte zu verwenden, die zu fehlgeschlagenen Anfragen oder einer verringerten Leistung während der Hauptverkehrszeiten führen könnten.
Wie implementiert man die RTC-Konfiguration?
Zunächst müssen Sie das Attribut rtc-config zu Ihren amp-ad-Tags hinzufügen. Dieses Attribut enthält ein JSON-Objekt, das die Anbieter auflistet, die Sie abfragen möchten. Jeder Anbieter stellt eine spezifische Anforderungs-URL-Struktur bereit. Stellen Sie sicher, dass Ihr Server, der diese Konfigurationen hostet, die strengen Sicherheitsrichtlinien von AMP befolgt, insbesondere in Bezug auf CORS-Header und Antwortformate.
Die JSON-Struktur für das Attribut rtc-config folgt normalerweise einem bestimmten Schema. Sie definieren die Anbieter und ihre jeweiligen Anforderungs-URLs innerhalb des Konfigurationsobjekts. Es ist wichtig, das Objekt leichtgewichtig zu halten. Das Hinzufügen zu vieler Bieter kann die Größe der Anfrage erhöhen und den Anzeigenaufruf potenziell verlangsamen, was sich negativ auf Ihre allgemeine Seitenladegeschwindigkeit auswirken kann.
Sobald die Konfiguration zum HTML hinzugefügt wurde, kümmert sich die AMP-Runtime um den Rest. Sie müssen kein benutzerdefiniertes JavaScript schreiben, um diese Aufrufe auszulösen. Stellen Sie einfach sicher, dass Ihre Seite die AMP-Validierungsanforderungen erfüllt, nachdem die Tags hinzugefügt wurden. Ein kleiner Fehler in der JSON-Syntax führt dazu, dass die Anzeigenkomponente stillschweigend fehlschlägt. Validieren Sie Ihren Code daher immer mit dem offiziellen AMP-Validierungstool.
Der Google AMP Cache ist ein Proxy-basiertes Content Delivery Network, das gültige AMP-Seiten bereitstellt, um die Ladegeschwindigkeit zu verbessern.
Google Search Central
Wie Alien Road diese Technologie anwendet
Bei Alien Road folgen wir einem strengen Bereitstellungslebenszyklus für unsere Kunden. Wir beginnen mit der Prüfung des aktuellen Anzeigen-Stacks, um zu identifizieren, welche Demand-Partner den besten Ertrag für ihr spezifisches Verkehrsprofil bieten. Dann erstellen wir eine Testumgebung, um die RTC-Antwortzeiten zu validieren, da langsame Bieterantworten Ihre Seitenlademetriken negativ beeinflussen können. Sobald dies überprüft wurde, übertragen wir die Konfiguration auf die Produktions-AMP-Seiten und überwachen die Füllraten im Google Ad Manager-Dashboard.
In einem typischen Engagement stellen wir oft fest, dass Kunden zu viele Bieter konfiguriert haben. Wir arbeiten daran, dies zu optimieren, indem wir nur die Partner auswählen, die konsistente Ergebnisse liefern. Wir richten dann Überwachungswarnungen im Google Ad Manager ein, um zu erkennen, ob ein bestimmter Bieter beginnt, Fehler oder hohe Latenzzeiten zurückzugeben. Indem wir die Konfiguration schlank halten, stellen wir sicher, dass die Werbeeinnahmen hoch bleiben, ohne die Geschwindigkeit zu opfern, die AMP wertvoll macht.
Was sind die häufigsten Fallstricke, die es zu vermeiden gilt?
Ein häufiger Fehler ist das Versäumnis, die Timeout-Einstellungen für Bieter zu verwalten. Wenn ein Bieter zu lange zum Antworten braucht, verzögert dies die gesamte Anzeigenauslieferung, was Ihrer Benutzererfahrung und möglicherweise Ihren Seitengeschwindigkeitswerten schadet. Ein weiteres Problem ist eine unsachgemäße CORS-Konfiguration auf der Seite des Anbieters, die dazu führt, dass der Browser die Anfrage blockiert. Überprüfen Sie immer, ob Ihre Endpunkte erreichbar sind und gültiges JSON zurückgeben.
Ein weiterer häufiger Fallstrick ist es, die Auswirkungen von Ad-Blockern auf Ihre Konfiguration zu ignorieren. Während RTC auf Server-zu-Server- oder Runtime-zu-Bieter-Ebene stattfindet, können einige Benutzer die Anzeigenanfragen selbst blockieren. Testen Sie Ihre Implementierung immer in einer sauberen Browserumgebung ohne Erweiterungen, um sicherzustellen, dass der Basis-Anzeigenblock geladen wird, selbst wenn die Header-Bidding-Signale aus irgendeinem Grund fehlschlagen.
Wie überprüft man seine Leistungsdaten?
Nach der Implementierung sollte Ihr Hauptaugenmerk auf dem Gebotsteilnahmebericht im Google Ad Manager liegen. Dieser Bericht zeigt Ihnen, wie oft Ihre Bieter ein gültiges Preissignal zurückgeben. Wenn Sie eine große Diskrepanz zwischen der Anzahl der Anfragen und der Anzahl der zurückgegebenen Gebote feststellen, müssen Sie möglicherweise Ihre Timeout-Einstellungen anpassen oder Ihre Bieterliste überprüfen.
- Verwenden Sie das AMP-Validierungstool, um sicherzustellen, dass Ihre neuen amp-ad-Attribute die Seitenvalidität nicht beeinträchtigen.
- Überprüfen Sie die Browserkonsole auf Netzwerkanfragen an Ihre definierten RTC-Endpunkte.
- Überprüfen Sie die Gebotsteilnahmeberichte im Google Ad Manager.
- Führen Sie einen A/B-Test durch, bei dem das neue Setup mit früheren Leistungsdaten der Anzeigen verglichen wird.
- Überwachen Sie Core Web Vitals, um sicherzustellen, dass die Anzeigenkonfiguration keine Layoutverschiebungen verursacht.
Wo man diese Woche anfangen sollte
Beginnen Sie damit, eine Landingpage mit hohem Traffic zu identifizieren, um Ihre neue RTC-Konfiguration zu testen. Übertragen Sie Änderungen nicht sofort auf die gesamte Website. Überprüfen Sie, ob die Anzeigenblöcke im Google Ad Manager-Vorschautool korrekt gerendert werden, und überwachen Sie dann Ihre Umsatzkennzahlen für 48 Stunden, um zu bestätigen, dass das Header-Bidding-Setup die erwarteten Ergebnisse liefert, bevor Sie es auf Ihr gesamtes Website-Inventar ausweiten.