Aller au contenu principal
Deals & Programmatic

Google Ad Manager Deal-Typen:
PMP, Guaranteed & Preferred

Drei Wege, Ihr Inventar per Programmatic Direct zu verkaufen — jeder mit eigenem Preismodell, Volumen-Commitment und GAM-Backend. Dieser Leitfaden illustriert die drei Typen und führt dann durch den echten Setup- und Validierungs-Workflow, bis zur Ausführung durch einen KI-Agenten.

OA
OrbiAds Engineering
Veröffentlicht am 7. Juli 2026 · 10 Min. Lesedauer

Die 3 Deal-Typen, illustriert

Der richtige Typ hängt von zwei Fragen ab: Ist das Volumen garantiert, und ist der Preis fix oder ein Mindestpreis?

Private Auction (PMP)

pmp_auction

Eine private Auktion unter eingeladenen Käufern. Der Verkäufer legt einen Mindestpreis fest; der Käufer muss darüber bieten, um auszuliefern. Ideal, um Premium-Inventar einem Panel von DSPs ohne Volumen-Commitment zu öffnen.

Volumen
Nicht garantiert
Preis
Mindestpreis (Floor CPM)
GAM-Backend
REST — privateAuctionDeals

Kernbedingung: Erfordert eine übergeordnete PrivateAuction + einen Käufer (Authorized Buyers) + einen floor_price > 0.

Programmatic Guaranteed (PG)

pg_guaranteed

Volumen und Preis von beiden Seiten zugesagt: Der Verkäufer garantiert ein Impressions-Volumen, der Käufer zahlt den festen CPM. Das programmatische Äquivalent einer Direktbuchung.

Volumen
Garantiertes Volumen
Preis
Festpreis (CPM)
GAM-Backend
SOAP — Proposal + ProposalLineItem (SPONSORSHIP)

Kernbedingung: goalType = LIFETIME mit einem Volumen (units) > 0, deliveryRateType = EVENLY.

Preferred Deal (PD)

pd_preferred

Priorisierter (First-Look) Zugang zu einem verhandelten Festpreis, aber ohne Volumen-Commitment: Der Käufer sieht die Impression zuerst und entscheidet, ob er kauft.

Volumen
Nicht garantiert
Preis
Festpreis (CPM), First-Look
GAM-Backend
SOAP — Proposal + ProposalLineItem (PREFERRED_DEAL)

Kernbedingung: Strikte WSDL-Bedingungen: deliveryRateType = FRONTLOADED und goalType = NONE.

Den richtigen Typ wählen: der Entscheidungsbaum

Die drei Typen bedienen unterschiedliche Kaufbedürfnisse. Zwei Fragen genügen:

  • Ist das Volumen garantiert? Will der Käufer eine feste Impressions-Reservierung, ist es ein Programmatic Guaranteed. Andernfalls PMP oder Preferred Deal.
  • Ist der Preis fix oder per Auktion? Ein fester Verhandlungspreis ohne zugesagtes Volumen → Preferred Deal. Mehrere Käufer im Wettbewerb über einem Mindestpreis → Private Auction (PMP).

Der Setup-Workflow

Der technische Weg unterscheidet sich je nach Typ — REST für PMP, SOAP (Proposal) für PG und PD.

PMP-Weg (Private Auction) — REST

  1. Die übergeordnete PrivateAuction erstellen (create_auction) — der benannte Container, der die Deals einer Verhandlung gruppiert.
  2. Den Käufer identifizieren (list_buyers) — die buyer_account_id des Authorized-Buyers-Seats (DSP) abrufen.
  3. Den Deal erstellen (create_deal, deal_type = pmp_auction) mit dem floor_price (Mindest-CPM) und optional Targeting und Creative-Größen.

PG- / PD-Weg — SOAP (Proposal + ProposalLineItem)

  1. Das Proposal erstellen (create_proposal) — es erfordert den Advertiser (Company), den Salesperson, den Trafficker und den Marketplace-Buyer vor jeder Aktion.
  2. Die ProposalLineItems hinzufügen (create_proposal_line_items) — lineItemType = SPONSORSHIP für ein PG, PREFERRED_DEAL für ein PD, mit Net Rate (CPM), Goal und Targeting.
  3. Den Status vorantreibenrequest_buyer_acceptance, um es an den Käufer zu senden, oder reserve_proposal, um Inventar zu reservieren (PG). Die Verhandlung läuft über edit_proposal_for_negotiation, get_marketplace_comments und bei Bedarf terminate_proposal_negotiations.

Der Validierungs-Workflow

Das ist der Schritt, den die GAM-Konsole nicht explizit macht — und wo Deals am häufigsten scheitern. OrbiAds validiert vorab, vor jedem Netzwerkaufruf:

  • Lokale Validierung — Geo-Hierarchie des Targetings, ein strikt positiver floor_price und die typspezifischen Bedingungen: PG erfordert ein Volumen units > 0, PD erzwingt FRONTLOADED + goalType = NONE. Der Diskriminator stellt sicher, dass genau ein Spec (PMP/PG/PD) gesetzt ist.
  • Kostenschätzung (estimate_deal_cost) — die Anzahl der Credits wird vor dem Schreiben berechnet und angezeigt, abhängig vom Typ und der Anzahl der Line Items.
  • Dry-Run, dann Bestätigung — jeder Schreibvorgang wird zuerst simuliert (dry_run = true) und gibt ein confirmation_token zurück. Nichts wird an GAM gesendet, bis das Token bestätigt ist: kein Deal geht versehentlich live.
  • Status-Lebenszyklus — ein Deal wandert von PENDING_ACCEPTANCE zu ACTIVE, dann möglicherweise PAUSED, CANCELED oder ENDED. Diesen Status zu prüfen gehört zur Validierung nach der Erstellung.

Mit OrbiAds, in natürlicher Sprache

Das MCP-Tool deals stellt diesen gesamten Workflow Ihrem KI-Agenten (Claude, ChatGPT, Gemini) bereit — Deals, Auctions, Buyers, Proposals und Proposal Line Items erstellen und aktualisieren, plus estimate_deal_cost und AdCP-Integration. Lesevorgänge sind kostenlos; nur Schreibvorgänge verbrauchen Credits, immer nach dem Dry-Run und der Bestätigung.

Steuern Sie Ihre GAM-Deals über Ihren KI-Agenten

Erstellen, validieren und verfolgen Sie Ihre PMP-, Programmatic-Guaranteed- und Preferred Deals in natürlicher Sprache — mit Dry-Run und Bestätigung vor jedem Schreibvorgang.

Kostenlos starten