Google Ad Manager Inventarprognose-Leitfaden: Vorhersagen, Simulieren und Overbooking verwalten

Warum ist die Inventarprognose (Forecasting) so wichtig?

Die Verwaltung eines Adservers wie Google Ad Manager erfordert den Verkauf zukünftiger Impressions-Volumina. Ohne ein zuverlässiges Prognosesystem ist ein Publisher zwei Hauptrisiken ausgesetzt:

• Unterbuchung (Under-booking): Verlust potenzieller Einnahmen, weil das verfügbare Inventar aus übertriebener Vorsicht nicht vollständig ausgelastet wird.
• Überbuchung (Over-booking): Zusage von Impressions-Volumina, die das Inventar nicht liefern kann, was zu Kampagnenunterbrechungen, finanziellen Strafen und operativem Aufwand führt.

Wie funktioniert die Prognose mit dem LLM?

OrbiAds integriert das MCP-Protokoll (Model Context Protocol), das es unserem KI-Assistenten (LLM) ermöglicht, in Echtzeit mit dem ForecastService von Google Ad Manager zu kommunizieren. Die KI kann den Status Ihres Anzeigeninventars automatisch abfragen und analysieren.

In natürlicher Sprache können Sie Fragen stellen wie:

"Habe ich genügend freie Impressions, um im Dezember 500.000 Impressions im Format 300x250 auf meiner Website auszuliefern?"
"Simuliere den Rückgang, wenn ich für diesen Line Item ein geografisches Targeting auf Deutschland hinzufüge."

Was die KI (LLM) abfragt und zurückgibt

Der KI-Assistent ruft im Hintergrund spezialisierte MCP-Tools auf:

• get_inventory_forecast: Ruft die geschätzten verfügbaren Impressions ab, bevor eine Kampagne erstellt wird.
• get_standalone_forecast: Simuliert komplexe Prognosen ohne Änderungen an bestehenden Kampagnen.
• get_delivery_forecast_by_line_item: Projiziert die zukünftige Auslieferung eines bereits aktiven Line Items.
• get_prospective_delivery_forecast: Simuliert die Auswirkungen einer Targeting-Änderung auf ein bestehendes Line Item.

Das LLM analysiert die Rohdaten und liefert Ihnen:

1. Geschätzte Impressions (Matched / Available / Possible):
   • Matched: Gesamtanzahl der Impressions, die dem Targeting entsprechen.
   • Available: Freie und buchbare Impressions (nicht reserviert durch Prioritäten).
   • Possible: Gesamte mögliche Impressions ohne konkurrierende Kampagnen.
2. Engpass-Analyse (Einschränkendes Targeting): Wenn Sie die KI bitten, einen Inventarengpass zu analysieren, isoliert sie mithilfe von targetingCriteriaBreakdowns genau das Kriterium (z. B. ein zu restriktiver Key-Value oder ein zu kleines Land), das die Auslieferung blockiert.
3. Alternative Szenarien: Die KI kann alternative Formate wie Klicks oder sichtbare Impressions (Active View) mithilfe des Feldes alternativeUnitTypeForecasts analysieren.

Wichtigkeit der Übergabe der richtigen Dimensionen und Prioritäten

Die Prognose-API von Google Ad Manager reagiert extrem empfindlich auf Eingabeparameter. Stellen Sie sicher, dass Sie Folgendes angeben:

• Die genauen Dimensionen (z. B. 300x250, 728x90): Eine Prognose ohne oder mit falscher Dimension schätzt das Inventar dramatisch falsch ein, da GAM die Möglichkeiten nach Anzeigengröße filtert.
• Priorität und Line-Item-Typ: Die GAM-Prognose berücksichtigt die Auslieferungshierarchie. Ein Sponsorship (Priorität 4) überschreibt ein Standard (Priorität 8) Line Item. Der KI-Assistent muss den genauen Typ kennen, um Lieferkonflikte korrekt zu simulieren.
• Frequenzbegrenzungen (Frequency Caps): Wiederholungsregeln schränken das tatsächlich nutzbare Inventar ein. Werden sie in der Prognose vergessen, wird die Lieferkapazität überschätzt.

Workflow-Verbesserung: Testen mehrerer Szenarien

Im klassischen Google Ad Manager ist das Testen von Szenarien mühsam: Line Items müssen dupliziert, Kriterien geändert, auf "Inventar prüfen" geklickt und die Entwürfe danach wieder gelöscht werden.

Mit OrbiAds und dem LLM ist dieser Ablauf rationalisiert:

Was passiert bei einer Überbuchung?

Eine häufige Frage ist, wie sich das System verhält, wenn das Inventar voll ist und man versucht, ein Line Item zu buchen.

1. Standardverhalten von GAM

Wenn Sie versuchen, ein Line Item zu buchen, dessen Ziel die verfügbaren Impressions überschreitet, gibt die GAM-API eine blockierende Fehlermeldung aus (z. B. INVENTORY_NOT_AVAILABLE). Die Transaktion schlägt fehl, die Bereitstellung wird gestoppt.

2. Intelligentes Management mit OrbiAds (allowOverbook)

Um Blockaden bei strategischen Kampagnen zu vermeiden, bietet OrbiAds die Option allowOverbook:

• Der Parameter allow_overbook (standardmäßig false) wird direkt an das MCP/CLI-Tool zur Line-Item-Erstellung übergeben.
• Mit allow_overbook: true wird die Erlaubnis bei der Line-Item-Erstellung an GAM übergeben.
• Die Dry-Run-Vorschau meldet den Status vor jeder Bestätigung explizit: ⚠ Overbooking: Erlaubt.
• Beim SOAP-Aufruf zur Erstellung des Line Items wird "allowOverbook": True gesendet. GAM erzwingt die Erstellung ohne Fehler.
• Das SSE-Event zur Statussynchronisierung zeigt eine Warnung in den Logs an:

  Line Item 1/3 created — lineItemId=87654321 (150 000 imp.) (⚠ overbooked)

3. Technische Feinheiten und Einschränkungen (Targeting & Nicht-Persistenz)

Die Implementierung von Overbooking in Google Ad Manager weist einige Besonderheiten auf, die für Entwickler wichtig sind:

• Keine Persistenz des Flags: Der Parameter allowOverbook wird in GAM nicht dauerhaft gespeichert. Es handelt sich um ein rein transaktionales Flag, das nur beim Schreiben gesendet wird, um API-Sperren zu umgehen. Wenn das Line Item später abgerufen wird, ist dieses Attribut nicht mehr vorhanden.
• Targeting-Konflikte auf Creative-Ebene: Wenn das ursprüngliche Proposal-Line-Item kein Overbooking zugelassen hat, führt das Hinzufügen von creative-level targeting zu der Fehlermeldung CANNOT_OVERBOOK_WITH_CREATIVE_TARGETING.
• Komplexes Targeting-Coupling: Bei komplexen, kombinierten Targeting-Kriterien (z. B. Geotargeting kombiniert mit dynamischen Key-Values) kann das Erzwingen der Buchung verweigert werden, falls strukturelle Inkonsistenzen bei den Größen oder den Verteilungen vorliegen. Eine Vorabprüfung mittels get_inventory_forecast ist daher ratsam.