Die achtzehn Protokolle hinter Agentic Advertising — und warum Ihr Team sie nicht alle kennen muss

In jeder Diskussion über Agentic Advertising taucht früher oder später ein Diagramm auf, das wie ein Schaltplan aussieht und Marketing-Verantwortliche zuverlässig einschüchtert. Achtzehn benannte Protokolle, verteilt über sieben Funktionsklassen, mit Pfeilen zwischen ihnen, die nahelegen, dass alles mit allem zusammenhängt. ads.txt, sellers.json, app-ads.txt, OpenRTB, Prebid.js, OpenRTB Native, VAST, VMAP, SIMID, SCTE-35, TCF und GPP, PAAPI, UID2, MRAID, SKAdNetwork, OM SDK — und seit etwa achtzehn Monaten die agentische Schicht mit MCP, AdCP, AIP, AdMesh und AAMP. Die Frage, die jeder CMO instinktiv stellt, ist berechtigt: Muss ich das jetzt alles verstehen, um in agentischen Marketing-Operations mitzuspielen?

Die kurze Antwort ist: nein. Die lange Antwort ist, dass Sie eine Architektur brauchen, die genau diese Komplexität verbirgt. Bevor wir zur Architektur kommen, lohnt es sich aber, die achtzehn Protokolle einmal zu sortieren — nicht um sie auswendig zu lernen, sondern um die strukturelle Logik dahinter zu verstehen. Vier von ihnen regeln die Supply Chain — wer was an wen verkaufen darf. Drei regeln das Bidding selbst — wie wird in Echtzeit auf einen Werbeplatz geboten. Vier regeln Video-spezifische Auslieferung. Zwei regeln Privacy und Consent. Eines regelt Identity. Zwei regeln Mobile-spezifische Effekte. Eines regelt Measurement. Und fünf — die jüngsten — regeln die agentische Schicht.

Die agentische Schicht ist die einzige, in der gerade aktiv definiert wird. MCP, das Model Context Protocol, regelt wie ein KI-Agent mit externen Tools spricht. AdCP, das Agentic Discovery and Capabilities Protocol, regelt wie sich Agenten gegenseitig finden und ihre Fähigkeiten beschreiben. AIP und AdMesh adressieren Agent-Identity und Agent-to-Agent-Routing. AAMP, das IAB Agentic Advertising Marketing Protocol, ist der branchenweite Versuch, agentische Käufer- und Verkäufer-Workflows in ein gemeinsames Datenformat zu giessen. Diese fünf Protokolle sind heute in unterschiedlichen Reifegraden — manche sind Standardisierungs-Entwürfe, andere bereits produktiv im Einsatz. Wer auf der falschen Seite dieser Standards landet, hat in achtzehn Monaten ein Integrations-Problem.

Genau das ist die eigentliche strategische Schwierigkeit. Es gibt zu viele Protokolle, es gibt noch keinen einheitlichen Standard für die agentische Schicht, und Regulatorik plus Governance werden gerade neu verhandelt. Mit der aktuellen Infrastruktur ist agentisches Mediabuying technisch möglich, aber operativ noch nicht realistisch — weil kein Marketing-Team in der Schweiz die Kapazität hat, alle achtzehn Protokolle in eigene Pipelines zu integrieren, zu warten und gegen Standardisierungs-Drift abzusichern. Das ist die Aufgabe einer Plattform-Schicht, nicht eines CMO-Office.

Wir haben deshalb innerhalb der opua-Brand-Family eine Architektur gebaut, die diese Protokoll-Komplexität bewusst abstrahiert. Der Digital Campaign Manager — DCM — übernimmt die Rolle des Agent Orchestrators und spricht mit allen relevanten Protokollen, ohne dass das Marketing-Team eines davon kennen muss. Die Sell-Side-Anbindung läuft über unsere Schwester-Plattform Nexbid, die nativ AdCP, AAMP und das Payment-Layer x402 implementiert. Die Programmatic-Anbindung läuft über OpenRTB 2.x und Prebid.js. Privacy und Consent werden via TCF und GPP abgewickelt. Identity läuft über UID2 in den Märkten, in denen Cookie-Identity noch tragfähig ist, und über kontextuelle Signale, wo nicht. Measurement geschieht über OM SDK plus unseren eigenen MMM-Backbone.

Die einheitliche Steuerungs-Logik darüber ist das, was den Unterschied macht. DCM nimmt KPI-Hierarchien — Ziele, Trade-offs, Tie-Breaker — in einer maschinenlesbaren Form entgegen und übersetzt sie in die Zielwerte, die jedes einzelne Protokoll versteht. Eine Brand-Safety-Anforderung wird zu Inclusion-Listen in OpenRTB. Eine Frequency-Cap wird zu User-Capping in AdCP. Ein Consent-Status wird zu TCF-Vector. Ein Budget-Constraint wird zu Bid-Floor-Logik. Das passiert in der Plattform, nicht im Kopf einer Mediaplanerin. Der Marketer formuliert die Steuerungs-Logik einmal, das System übersetzt sie kontinuierlich in die achtzehn Sprachen, die das Ad-Tech-Ökosystem spricht.

Strategisch ist das die wichtigste Architektur-Entscheidung, die ein Unternehmen für agentische Marketing-Operations treffen kann. Wer heute auf einen einzigen US-amerikanischen SaaS-Anbieter setzt, hängt von dessen Protokoll-Wahl ab. Wenn dieser Anbieter morgen entscheidet, AAMP nicht zu unterstützen oder MCP gegen ein proprietäres Format auszutauschen, hat das CMO-Office keine Verhandlungsmacht. Wer auf eine modulare Orchestrator-Architektur setzt — DCM als Cockpit, Nexbid als Agent-Stack, MMM-Wizard als Attribution-Backbone, AiCMO als AI-Citation-Layer — kann einzelne Protokolle swappen, ohne den gesamten Stack auszuwechseln. Das ist die Schweizer Antwort auf US-Anbieter-Konzentration.

Pragmatisch gibt es drei Protokolle, mit denen sich ein Marketing-Verantwortlicher selbst beschäftigen sollte, weil sie die strategische Diskussion der nächsten zwölf Monate dominieren werden. Erstens AAMP, weil es der Standard ist, an dem die IAB-Tech-Lab-Mitglieder gerade mitschreiben — wer hier zuhört, versteht in welche Richtung agentische Buyer-Seller-Workflows konvergieren. Zweitens AdCP, weil es definiert, wie Agenten andere Agenten finden — das ist die Grundlage jeder cross-platform-Aktivierung. Drittens x402, das Payment-Layer aus dem Linux-Foundation-Umfeld, das HTTP 402 als Standard für maschinen-getriggerte Mikropayments etabliert. Wer diese drei kennt, ist strategisch handlungsfähig. Alles andere ist Implementierungs-Aufgabe der Plattform.

Was wir in der Praxis sehen, ist die folgende Arbeitsteilung. Das CMO-Office definiert KPI-Hierarchie, Brand-Safety-Korridore, Zielmärkte und Eskalations-Policy. Die Plattform — DCM plus Nexbid plus MMM-Wizard plus AiCMO — übersetzt diese Vorgaben in Protokoll-Konfiguration und bewacht sie kontinuierlich. Die Performance-Teams arbeiten an Output-Review, Kalibrierung und Bias-Audit. Niemand muss OpenRTB 2.6 specs lesen. Niemand muss VAST-Wrappers debuggen. Niemand muss IAB-Tech-Lab-Working-Group-Sessions tracken. Das ist der eigentliche Grund, warum agentische Marketing-Operations für Schweizer Unternehmen jetzt zugänglich werden — nicht weil Agenten clever geworden sind, sondern weil die Orchestrator-Schicht endlich da ist.

Wer prüfen will, welche Protokolle das eigene Marketing-Setup heute schon nutzt — und welche es im nächsten Schritt ergänzen sollte — kann unter audit@digital-opua.ch eine zweistündige Architektur-Analyse anfragen. Das Audit zeigt, welche der achtzehn Standards aktuell relevant sind, welche delegiert werden können und welche kritisch für Ihre Branche bleiben. Wer den DCM Agent Orchestrator live sehen will, bevor die Pilot-Beta im dritten Quartal 2026 öffnet, kann sich unter demo@digital-opua.ch eintragen. Und wer die offene Referenz-Implementierung der agentischen Protokoll-Anbindung studieren will, findet die Nexbid-Codebase unter github.com/nexbid-dev/protocol-commerce, lizensiert unter MIT. Die achtzehn Protokolle bleiben. Was sich ändert, ist wer sie kennen muss.