Nachdem Sie die Google Publisher-Tag-Bibliothek (GPT) in Ihre Website eingebunden und sich mit unseren allgemeinen Best Practices vertraut gemacht haben, können Sie Anzeigenanfragen senden. Im Folgenden werden einige weitere Best Practices beschrieben, die Sie bei der Konfiguration und Arbeit mit Anzeigenflächen berücksichtigen sollten, um die Werbefläche bei minimaler Leistung zu optimieren.
„Wichtige“ Anzeigenflächen priorisieren
Nicht alle Anzeigenflächen sind gleich. Beispielsweise sind Slots, die beim Laden der Seite „above the fold“ sichtbar sind, in Bezug auf Sichtbarkeit und Monetarisierung in der Regel „wichtiger“ als Anzeigenflächen, die erst nach dem Scrollen sichtbar werden. Daher ist es wichtig, die relative Wichtigkeit jeder Anzeigenfläche auf Ihrer Seite zu berücksichtigen und das Laden der wichtigsten Anzeigenflächen so schnell wie möglich zu priorisieren.
„above the fold“-Anzeigen frühzeitig laden
Anzeigen, die nach dem Seitenaufbau sichtbar werden, sollten die höchste Priorität erhalten. Es wird empfohlen, diese Slots im <head> Ihres Dokuments zu definieren und sie so früh wie möglich beim Seitenaufbau anzufordern. Dadurch wird sichergestellt, dass diese Anzeigen frühzeitig geladen werden und somit die Sichtbarkeit maximiert wird und der anfängliche Seitenaufbau nicht unnötig verlangsamt wird.
Lazy Loading von Anzeigen „below the fold“ (mit Scrollen sichtbar)
Für Anzeigen, zu denen gescrollt werden muss, sollte das Abrufen und Rendern verzögert werden, bis die Slots sich in der Nähe des Darstellungsbereichs befinden. Dieser Vorgang wird als Lazy Loading bezeichnet. Beim Lazy Loading werden Creative-Inhalte für Anzeigenflächen, die am wahrscheinlichsten gesehen werden, angefordert und gerendert. Dadurch wird die Seitenladeleistung optimiert, weil die eingeschränkten Ressourcen des Browsers sparsam eingesetzt werden. Das ist besonders in mobilen Umgebungen wichtig, in denen Bandbreite und CPU häufig stark eingeschränkt sind.
Anzeigen aktualisieren, ohne die Seite zu aktualisieren
Es gibt viele Szenarien, in denen es sinnvoll oder sogar notwendig ist, den aktuellen Anzeigeninhalt einer Anzeigenfläche zu ersetzen. In diesen Fällen eignet sich die Aktualisierungsfunktion der GPT-Bibliothek am besten dynamisch. Dadurch wird eine ganzseitige Aktualisierung vermieden und Sie können die Bedingungen, unter denen ein Slot oder eine Gruppe von Slots aktualisiert wird, genau steuern.
Wenn Sie Anzeigenflächen aktualisieren, sollten Sie die Best Practices für refresh() kennen und einhalten.
Unangemessenes Aktualisieren von Anzeigen kann zu Leistungsproblemen und zu negativen Auswirkungen auf die Sichtbarkeit führen.
Anzeigen effektiv ausrichten
Prüfen Sie beim Konfigurieren des Schlüssel/Wert-Paar-Targetings sorgfältig, ob Sie das Targeting auf Anzeigenflächen- oder Seitenebene verwenden möchten. Für Schlüssel/Wert-Paare, die von mehreren Anzeigenflächen genutzt werden, ist es am effektivsten, das Targeting auf Seitenebene über die Methode setTargeting()PubAdsService zu verwenden. Das Targeting auf Anzeigenflächenebene sollte nur zum Registrieren von Schlüssel/Wert-Paaren verwendet werden, die sich unterscheiden oder nicht in allen Anzeigenflächen enthalten sind.
Wie Sie im Targeting-Beispiel festgelegt haben, kann gleichzeitig das Targeting auf Anzeigenflächen- und auf Seitenebene verwendet werden. Es wird dringend empfohlen, zuerst das Targeting auf Seitenebene zu konfigurieren und dann nur bei Bedarf Überschreibungen auf Anzeigenflächenebene anzuwenden. Bei diesem Ansatz wird die GPT API nicht nur effizient genutzt, sondern auch Code vereinfacht und ein klares mentales Modell für alle auf der Seite konfigurierten Ausrichtungen beibehalten.
Einzelanfrage-Architektur richtig verwenden
Die Einzelanfrage-Architektur ist ein GPT-Anfragemodus, in dem Anfragen für mehrere Anzeigenflächen in einer einzigen Anzeigenanfrage zusammengefasst werden. So werden konkurrenzbedingte Ausschlüsse und Roadblocks für Ihre Seite berücksichtigt. Wenn Ihre Seite diese verwendet, sollten Sie SRA aktivieren und verstehen, wie Sie sie richtig verwenden.
In der Standardkonfiguration fordert die Einzelanfrage-Architektur alle Anzeigenflächen auf Ihrer Seite an, wenn Sie display() zum ersten Mal aufrufen (oder refresh(), wenn der anfängliche Ladevorgang deaktiviert ist). Aus diesem Grund wird empfohlen, alle Anzeigenflächen Ihrer Seite im <head> des Dokuments zu definieren, bevor Sie display() zum ersten Mal aufrufen.
Lazy Loading kann in Verbindung mit diesem Ansatz verwendet werden, um sicherzustellen, dass Slots „below the fold“ (mit Scrollen sichtbar) nicht sofort geladen werden.
Wenn Sie die Einzelanfrage-Architektur verwenden, müssen alle Anzeigenflächen (z. B. Targeting und Kategorieausschlüsse) vollständig konfiguriert werden, bevor Sie display() aufrufen. Nur Werte, die vor diesem Punkt konfiguriert wurden, werden in die erste SRA-Anfrage aufgenommen.
Falsch: Die Anzeigenflächenkonfiguration ist in der SRA-Anfrage nicht enthalten.
<html>
<head>
<meta charset="utf-8">
<title>Single Request Architecture Example</title>
<script async src="https://securepubads.g.doubleclick.net/tag/js/gpt.js"></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 async src="https://securepubads.g.doubleclick.net/tag/js/gpt.js"></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>
Optimieren der Anzeigengröße
Berücksichtigen Sie beim Definieren der Anzeigenflächen nicht nur Anzeigen, die maximal ausgeliefert werden können, sondern auch kleinere, die bequem in denselben Bereich passen. Im Allgemeinen gilt: Je mehr Größen Sie beim Definieren einer Anzeigenfläche angeben, desto mehr Anzeigen können ausgeliefert werden. Dies kann zu höheren Ausführungsraten und Umsätzen führen.