Vorabladen von Anzeigen

Plattform auswählen: Android iOS Unity Flutter Android (Legacy)

Das Vorabladen von Anzeigen ist eine Funktion in GMA Next-Gen SDK, mit der Anzeigen im Hintergrund geladen und im Cache gespeichert werden, bevor sie präsentiert werden. Wenn Sie die Leistung durch das Vorabladen von Anzeigen verbessern möchten, deaktivieren Sie das benutzerdefinierte Caching und delegieren Sie diese Aufgabe an GMA Next-Gen SDK.

Das Vorabladen von Anzeigen in GMA Next-Gen SDK automatisiert das Laden und Caching von Anzeigen.

Das Vorabladen von Anzeigen bietet folgende Vorteile:

  • Referenzverwaltung: Referenzen werden beibehalten, bis Anzeigen ausgeliefert werden.
  • Automatisches Aktualisieren: Es wird eine neue Anzeige geladen, wenn eine Anzeige aus dem Cache abgerufen wird.
  • Verwaltete Wiederholungsversuche: Es wird eine neue Anzeige geladen, wenn das Laden einer Anzeige fehlschlägt.
  • Ablaufbehandlung: Anzeigen werden vor dem Ablauf aktualisiert.
  • Cache-Optimierung: Die Cache-Reihenfolge wird optimiert, um die Anzeige mit der höchsten Priorität auszuliefern.

Vorabladen von Anzeigen und einzelnes Laden im Vergleich

Verwenden Sie das Vorabladen von Anzeigen als Standardintegration für Vollbildanzeigen in Ihrer App.

Im Folgenden werden das Vorabladen von Anzeigen und Anzeigenanfragen mit einmaligem Laden verglichen:

Vorabladen von Anzeigen

Das Vorabladen von Anzeigen bietet folgende Vorteile:

  • Automatische Lebenszyklusverwaltung: Sie können das Caching von Anzeigen, das Tracking des Ablaufs, die Wiederholung fehlgeschlagener Anfragen und die Aktualisierung von Anzeigen an GMA Next-Gen SDK delegieren, ohne benutzerdefinierten Lebenszykluscode schreiben oder verwalten zu müssen. Wenn Sie eine vorab geladene Anzeige aus dem Cache abrufen, um sie zu präsentieren, lädt GMA Next-Gen SDK automatisch eine Ersatzanzeige.
  • Anzeigen an Übergangspunkten bereitstellen: Laden Sie Anzeigen im Voraus, damit sie eingeblendet werden, wenn Nutzer zwischen Levels oder Bildschirmen wechseln.
  • Optimierte Anzeigenauswahl: GMA Next-Gen SDK kann mehrere Anzeigen pro Vorladekonfiguration speichern und bei jeder Anzeigenauslieferung die Anzeige mit der höchsten Priorität aus dem Cache ausliefern.

Einzelne Ladung

Verwenden Sie Anzeigenanfragen mit Einzelladen nur, wenn Sie direkte Kontrolle über einzelne Anzeigenanfragen benötigen, z. B.:

  • Inbound-Vermittlung: Wenn Sie GMA Next-Gen SDK über eine Drittanbieter-Vermittlungsplattform vermitteln, z. B. über Gebote von Partnern, verwenden Sie Anzeigenanfragen mit Einzelladen. Weitere Informationen finden Sie unter Gebote von Partnern. Da das SDK der Drittanbieter-Vermittlung die Vermittlungsabfolgen, das Caching und die Aktualisierungszyklen verwaltet, erwartet GMA Next-Gen SDK für jeden Adapterladeaufruf eine einzelne Anzeigenanfrage.
  • Benutzerdefinierte Anzeigenanfragen: Wenn Sie benutzerdefinierte AdRequest-Parameter festlegen, die sich vor jeder Anfrage ändern, verwenden Sie Anzeigenanfragen mit Einzelladen. Wenn Sie ein PreloadConfiguration-Objekt aktualisieren, wird das Vorabladen neu gestartet und die im Cache gespeicherten Anzeigen werden gelöscht.

Verhalten im Anzeigenlebenszyklus vergleichen

In der folgenden Tabelle wird verglichen, wie das Vorabladen von Anzeigen und das einmalige Laden von Anzeigen den Lebenszyklus von Anzeigen beeinflussen:

Verhalten Vorabladen von Anzeigen API mit einmaligem Laden
Anzeigen für das Geschäft Geladene Anzeigen werden in einem internen Cache gespeichert, bis Sie die Methode pollAd aufrufen. In Ihrer App muss der Verweis auf das geladene Anzeigenobjekt in einer Mitgliedsvariablen gespeichert werden, bis die Anzeige präsentiert wird.
Anzeigen neu laden Lädt automatisch eine Ersatzanzeige, wenn Sie eine Anzeige aus dem Cache abrufen. In Ihrer App muss die Methode load manuell aufgerufen werden, nachdem der Nutzer eine Anzeige geschlossen hat oder die Anzeige nicht ausgeliefert werden konnte.
Wiederholungsversuche bei fehlgeschlagenen Anfragen Fehlgeschlagene Anfragen werden automatisch mit exponentiellem Backoff wiederholt. Erfordert eine benutzerdefinierte Wiederholungslogik, um fehlgeschlagene Anfragen zu verarbeiten.
Ablauf und Aktualisierungen Der Ablauf von Anzeigen wird erfasst und abgelaufene Anzeigen im Cache werden automatisch aktualisiert. Ihre App muss die Ablaufzeiten im Blick behalten und Anzeigen manuell anfordern.
Cache-Optimierung Speichert mehrere Anzeigen pro Vorladekonfiguration und liefert die Anzeige mit der höchsten Priorität zuerst aus. Lädt eine Anzeige pro Anfrage ohne integrierte Warteschlange oder Cache-Reihenfolge.

Lebenszyklus des Vorabladens von Anzeigen

Beim Vorabladen von Anzeigen werden manuelle Aufrufe zum Laden von Anzeigen durch die folgenden Lebenszyklusschritte ersetzt:

Limits für den Vorab-Cache

Die Puffergröße bestimmt die Anzahl der vorab geladenen Anzeigen, die für eine Vorabladekonfiguration im Arbeitsspeicher gehalten werden. Standardmäßig optimiert Google die Puffergröße, um ein Gleichgewicht zwischen Arbeitsspeicherverbrauch und Latenz bei der Anzeigenbereitstellung zu erreichen.

GMA Next-Gen SDK erzwingt ein appweites Limit für die Gesamtzahl der vorab geladenen Anzeigen für alle Anzeigenblöcke und Vorablade-IDs:

  • Standardlimit für die gesamte App: GMA Next-Gen SDK speichert maximal sechs vorab geladene Anzeigen im Arbeitsspeicher, und zwar für alle Formate und Vorab-Lade-IDs.
  • Empfohlene Puffergröße: Wir empfehlen, für jede Vorablade-ID eine Puffergröße von zwei beizubehalten.

Nächste Schritte

GMA Next-Gen SDK unterstützt das Vorabladen von Anzeigen für Vollbildanzeigenformate. Für Banner- und native Anzeigenformate wird das Vorabladen von Anzeigen nicht verwendet. Banneranzeigen werden automatisch basierend auf der Konfiguration Ihres Anzeigenblocks aktualisiert. Native Anzeigen verwenden die Klasse NativeAdLoader.

Binden Sie das Vorabladen von Anzeigen für das ausgewählte Anzeigenformat ein oder optimieren Sie die Startlatenz: