Nachdem Sie die GPT-Bibliothek (Google Publisher-Tag) in Ihre Website eingebunden und sich mit unseren allgemeinen Best Practices vertraut gemacht haben, können Sie Anzeigenanfragen senden. Im Folgenden finden Sie einige weitere Best Practices, die Sie beim Konfigurieren und Verwenden von Anzeigenflächen beachten sollten, um Ihren Anzeigenplatz optimal zu nutzen und gleichzeitig die Leistung möglichst gering zu halten.
„Wichtige“ Anzeigenflächen priorisieren
Nicht alle Anzeigenflächen sind gleich. Anzeigenflächen, die sofort nach dem Laden der Seite sichtbar sind (ohne Scrollen), sind beispielsweise in Bezug auf Sichtbarkeit und Monetarisierung in der Regel „wichtiger“ als Anzeigenflächen, die erst sichtbar werden, wenn der Nutzer scrollt (Below the Fold). Berücksichtigen Sie daher die relative Bedeutung jeder Anzeigenfläche auf Ihrer Seite und priorisieren Sie das Laden der wichtigsten Slots so schnell wie möglich.
Anzeigen „above the fold“ frühzeitig laden
Anzeigen, die sofort nach dem Laden der Seite sichtbar sind, sollten die höchste Priorität haben. Wir empfehlen, diese Slots in der <head> Ihres Dokuments zu definieren und sie so früh wie möglich beim Laden der Seite anzufordern. So wird sichergestellt, dass diese Anzeigen frühzeitig geladen werden (Sichtbarkeit maximieren) und das initiale Laden der Seite nicht unnötig verlangsamt wird.
Anzeigen „below the fold“ (mit Scrollen sichtbar) per Lazy Loading laden
Bei Anzeigen, die erst durch Scrollen sichtbar werden, sollten das Abrufen und Rendern verzögert werden, bis die Anzeigen dem Darstellungsbereich nahekommen. Dieser Vorgang wird als Lazy Loading bezeichnet. Beim Lazy Loading werden Creative-Inhalte für Slots, die mit hoher Wahrscheinlichkeit aufgerufen werden, separat angefordert und gerendert. So wird die Seitenladeleistung optimiert, da die begrenzten Ressourcen des Browsers geschont werden. Das ist besonders wichtig in mobilen Umgebungen, in denen Bandbreite und CPU oft stark eingeschränkt sind.
Anzeigen aktualisieren, ohne die Seite zu aktualisieren
Es gibt viele Szenarien, in denen es optimal oder sogar notwendig ist, den aktuellen Anzeigeninhalt einer Anzeigenfläche zu ersetzen. In diesen Fällen empfiehlt es sich, die Aktualisierungsfunktion der GPT-Bibliothek zu verwenden, um dies dynamisch zu tun. So wird eine vollständige Seitenaktualisierung vermieden und Sie können genau festlegen, unter welchen Bedingungen ein Slot oder eine Gruppe von Slots aktualisiert wird.
Wenn Sie Anzeigenslots aktualisieren, sollten Sie sich mit den refresh()Best Practices vertraut machen und diese einhalten.
Eine unangemessene Aktualisierung von Anzeigen kann zu Leistungsproblemen führen und sich negativ auf die Rate der Anzeigensichtbarkeit auswirken.
Anzeigen effektiv ausrichten
Berücksichtigen Sie bei der Konfiguration des Targetings mit Schlüssel/Wert-Paaren sorgfältig, ob Sie das Targeting auf Anzeigenflächen- oder Seitenebene verwenden möchten. Bei Schlüssel/Wert-Paaren, die für mehrere Anzeigenflächen freigegeben sind, ist es am effektivsten, das Targeting auf Seitenebene über die Methode PubAdsService setTargeting() zu verwenden. Das Targeting auf Anzeigenflächenebene sollte nur verwendet werden, um Schlüssel/Wert-Paare zu registrieren, die sich von anderen unterscheiden oder nicht auf allen Anzeigenflächen enthalten sind.
Sowohl das Targeting auf Anzeigenfläche als auch das Targeting auf Seitenebene können gleichzeitig verwendet werden, wie im Beispiel für das Festlegen des Targetings gezeigt. Wir empfehlen Ihnen, das Targeting zuerst auf Seitenebene zu konfigurieren und dann nur bei Bedarf Überschreibungen auf Anzeigenflächenebene anzuwenden. Dieser Ansatz ermöglicht nicht nur eine effiziente Nutzung der GPT API, sondern vereinfacht auch den Code und hilft dabei, ein klares mentales Modell aller auf der Seite konfigurierten Ausrichtungen beizubehalten.
Einzelanfrage-Architektur richtig verwenden
Die Einzelanfrage-Architektur (Single Request Architecture, SRA) ist ein GPT-Anfragemodus, bei dem Anfragen für mehrere Anzeigenflächen in einer einzigen Anzeigenanfrage zusammengefasst werden. So wird sichergestellt, dass für Ihre Seite konfigurierte Konkurrenzausschlüsse und Roadblocks berücksichtigt werden. Wenn Ihre Seite diese Elemente enthält, sollten Sie daher die SRA aktivieren und sich mit ihrer korrekten Verwendung vertraut machen.
In der Standardkonfiguration werden bei der Einzelanfrage-Architektur alle auf Ihrer Seite definierten Anzeigenflächen angefordert, wenn Sie display() (oder refresh(), wenn die ursprüngliche Auslieferung deaktiviert ist) zum ersten Mal aufrufen. Daher wird empfohlen, alle Anzeigenflächen der Seite im <head> des Dokuments zu definieren, bevor Sie den ersten Aufruf von display() ausführen.
Lazy Loading kann in Verbindung mit diesem Ansatz verwendet werden, damit Slots, die sich unterhalb des Folds befinden, nicht sofort geladen werden.
Wenn Sie die Einzelanfrage-Architektur verwenden, müssen Sie alle Anzeigenflächen vollständig konfigurieren (z. B. Targeting festlegen, Kategorieausschlüsse festlegen usw.), bevor Sie den ersten Aufruf an display() senden. Nur Werte, die vor diesem Zeitpunkt konfiguriert wurden, werden in die erste SRA-Anfrage aufgenommen.
Falsch: Die Anzeigenflächenkonfiguration ist nicht in der SRA-Anfrage enthalten.
<html>
<head>
<meta charset="utf-8">
<title>Single Request Architecture Example</title>
<script src="https://securepubads.g.doubleclick.net/tag/js/gpt.js" crossorigin="anonymous" async></script>
<script>
window.googletag = window.googletag || {cmd: []};
var adSlot1, adSlot2;
googletag.cmd.push(function() {
// Define ad slot 1.
adSlot1 = googletag
.defineSlot('/6355419/Travel/Europe/France',[728, 90], 'banner-ad-1')
.addService(googletag.pubads());
// Define ad slot 2.
adSlot2 = googletag
.defineSlot('/6355419/Travel/Europe/France',[728, 90], 'banner-ad-2')
.addService(googletag.pubads());
// Enable SRA and services.
googletag.pubads().enableSingleRequest();
googletag.enableServices();
});
</script>
</head>
<body>
<div id="banner-ad-1" style="width: 728px; height: 90px;">
<script>
googletag.cmd.push(function() {
// This call to display requests both ad slots.
googletag.display(adSlot1);
});
</script>
</div>
<div id="banner-ad-2" style="width: 728px; height: 90px;">
<script>
googletag.cmd.push(function() {
// This call to display has no effect, since both ad slots have already
// been fetched by the previous call to display.
// Targeting configuration for ad slot 2 is ignored.
adSlot2.setTargeting('test', 'privacy');
googletag.display(adSlot2);
});
</script>
</div>
</body>
</html>
Richtig: Die Anzeigenflächenkonfiguration ist in der SRA-Anfrage enthalten.
<!doctype html>
<html>
<head>
<meta charset="utf-8">
<title>Single Request Architecture Example</title>
<script src="https://securepubads.g.doubleclick.net/tag/js/gpt.js" crossorigin="anonymous" async></script>
<script>
window.googletag = window.googletag || {cmd: []};
var adSlot1, adSlot2;
googletag.cmd.push(function() {
// Define ad slot 1.
adSlot1 = googletag
.defineSlot('/6355419/Travel/Europe/France',[728, 90], 'banner-ad-1')
.addService(googletag.pubads());
// Define and configure ad slot 2.
adSlot2 = googletag
.defineSlot('/6355419/Travel/Europe/France',[728, 90], 'banner-ad-2')
.setTargeting('test', 'privacy')
.addService(googletag.pubads());
// Enable SRA and services.
googletag.pubads().enableSingleRequest();
googletag.enableServices();
});
</script>
</head>
<body>
<div id="banner-ad-1" style="width: 728px; height: 90px;"></div>
<div id="banner-ad-2" style="width: 728px; height: 90px;"></div>
<script>
googletag.cmd.push(function() {
// This call to display requests both ad slots with all
// configured targeting.
googletag.display(adSlot1);
});
</script>
</body>
</html>
Anzeigengrößen optimieren
Berücksichtigen Sie beim Definieren Ihrer Anzeigenflächen nicht nur die maximale Größe, die eine Anzeige haben kann, sondern auch kleinere Größen, die bequem in denselben Bereich passen. Je mehr Größen Sie beim Definieren eines Slots angeben, desto mehr Anzeigen können dort ausgeliefert werden. So können Sie dank höherer Ausführungsraten mehr Umsatz erzielen.