Das Conversions API Gateway ist ein Self-Serve-, No-Code-Weg, Metas Conversions API zu betreiben, indem ein Server in einem Cloud-Konto bereitgestellt wird, das dir gehört. Das Meta Pixel sendet Browser-Events an Meta und an das Gateway, und das Gateway leitet sie Server zu Server an die Conversions API weiter, wobei es eine event_id nutzt, um die beiden zu deduplizieren. Du konfigurierst es im Events Manager und hostest es auf AWS oder GCP, oder lässt es von einem Partner hosten. Es bringt serverseitiges Tracking in Stunden statt Wochen live, ohne Entwickler.
Es gibt mehrere Wege, serverseitige Events an Meta zu bekommen, und sie wägen Aufwand, Kosten und Kontrolle unterschiedlich ab. Das Conversions API Gateway ist die Route, die dich schnell dorthin bringt, ohne Code zu schreiben und ohne deine Event-Daten an eine Drittanbieter-Plattform zu übergeben, die du nicht kontrollierst. Es ist eine eigene Setup-Methode, keine separate Art des Trackings, daher hilft es, genau zu wissen, wo es hineinpasst, bevor du dich festlegst.
Dieser Guide behandelt speziell das Gateway: was es ist, wie es funktioniert, für wen es passt, die zwei Wege, es zu deployen, und wie es sich gegen direkte und native Integrationen schlägt. Wenn du die Grundlage dazu willst, was die Conversions API ist und wie Deduplizierung funktioniert, beginne mit dem Hub-Guide und komm dann hierher zurück, um deine Setup-Methode zu wählen.
Was ist das Conversions API Gateway?
Das Conversions API Gateway ist ein eigenständiges Meta-Produkt, angeboten als Self-Serve-Konfigurationsoption im Events Manager, das die Conversions API für dich betreibt, ohne jegliches Coding. Es sendet deine Website-Events durch zwei Kanäle gleichzeitig: das Meta Pixel aus dem Browser und die Conversions API von einem Server, in einem redundanten, deduplizierten Setup. Meta hat es erstmals 2021 gelauncht und pflegt es weiterhin, mit Updates bis 2026.
Der Reiz ist praktisch. Laut Meta bringt das Gateway die Conversions-API-Integrationszeit von Wochen auf Stunden oder sogar Minuten herunter, trägt keine eigene Software-Lizenzgebühr, verlangt sehr wenig technischen Aufwand und aktualisiert sich mit Zustimmung des Host-Admins selbst, sodass es ohne manuelle Wartung aktuell bleibt.
Das Wichtigste zu verstehen ist das Eigentum. Das Gateway ist kein von Meta gehosteter Dienst, der auf Metas Servern läuft. Du, oder ein in deinem Auftrag handelnder Partner, stellst den Server, auf dem es läuft, in deinem eigenen Cloud-Konto bereit und besitzt ihn. Diese Unterscheidung prägt alles andere: das Kostenmodell, die Datenkontrolle und wer verantwortlich ist, es am Laufen zu halten.
Wie das Gateway funktioniert
Der Datenfluss ist unkompliziert, sobald du ihn dir vorstellst. Ein Meta Pixel, das mit deinem Gateway-Endpunkt konfiguriert wurde, feuert wie gewohnt im Browser und sendet Events an Meta. Gleichzeitig sendet es dieselben Events an das Gateway. Das Gateway empfängt die Browser-Events, transformiert sie in Conversions-API-Events und leitet sie Server zu Server an Meta weiter. Eine event_id wird automatisch erzeugt und auf beiden Pfaden mitgeführt, sodass Meta das Browser-Event und das Server-Event abgleichen und sie einmal statt zweimal zählen kann.
Unter der Haube besteht das Gateway aus zwei Teilen. Ein Middleware-Modul erledigt die Arbeit des Empfangens, Transformierens und Weiterleitens von Events. Ein Admin-Portal, eine Web-UI, lässt dich die Instanz administrieren und überwachen. Du erreichst diese UI an deinem Gateway-Endpunkt, auf dem Pfad /hub/capig, wo sie deine verbundenen Pixel, die Event-Aktivität, die Conversions-API-Erfolgsrate und Produkt-Benachrichtigungen zeigt.
Eine Instanz reicht weit. Das Gateway unterstützt mehrere Pixel und mehrere Domains gleichzeitig, sodass eine Agentur oder ein Unternehmen mit mehreren Seiten sie alle aus einem einzigen Deployment abdecken kann, statt eines pro Property aufzustellen.
Für wen das Conversions API Gateway gedacht ist
Das Gateway passt zu Advertisern, die schnell und ohne Entwicklungsprojekt zuverlässiges serverseitiges Tracking wollen. Es passt gut, wenn:
- Du serverseitige Events in Stunden live haben willst, nicht nach einem mehrwöchigen Bau.
- Du keine Entwicklerressourcen hast oder sie nicht binden willst.
- Du Event-Daten lieber durch deine eigene Cloud fließen lässt, als sie durch eine Drittanbieter-Plattform zu routen.
- Deine Website-Plattform keine saubere native Conversions-API-Integration hat.
- Du mehrere Domains oder Pixel verwaltest und eine Instanz willst, die sie abdeckt.
- Du vorhersehbare Kosten willst, die an die Cloud-Nutzung gebunden sind.
Wann ein anderer Ansatz zu erwägen ist
Das Gateway ist nicht das richtige Tool für jede Situation, und das ehrlich zu benennen lohnt sich. Größere oder stärker regulierte Organisationen haben oft Bedürfnisse, die es nicht direkt bedient: eine formale Uptime-Garantie und Monitoring, einen Security-Review-Prozess für jede selbstverwaltete Infrastruktur, serverseitiges Tracking über mehrere Ad-Plattformen wie Google, TikTok und Snap aus einem Ort, oder feingranulare Kontrolle darüber, wie genau jedes Stück Kundendaten gehasht und gesendet wird. Eine Customer Data Platform oder eine eigene Integration kann dort besser passen.
Und wenn deine Plattform bereits eine kostenlose native Conversions-API-Integration anbietet, etwa Shopifys App oder ein WooCommerce-Plugin, ist dieser Weg meist einfacher, als das Gateway überhaupt zu deployen.
Mehr launchen. Weniger klicken.
Lade hunderte Creatives auf einmal hoch, ordne Thumbnails automatisch den Videos zu und exportiere direkt in den Meta Werbeanzeigenmanager.
Ads Uploader kostenlos testenKeine Kreditkarte nötig • 7 Tage kostenlos testen
So deployst du das Conversions API Gateway
Beide Deployment-Routen starten am selben Ort. Öffne im Events Manager dein Dataset, gehe zu Settings, finde den Abschnitt Conversions API und klicke auf Get Started. Von dort wählst du, ob du das Gateway selbst hostest oder von einem Partner hosten lässt.
Option A: Self-Host in deiner eigenen Cloud
Self-Hosting betreibt das Gateway in einem Cloud-Konto, das dir gehört. Meta unterstützt dafür drei Dienste: AWS EKS, AWS ECS Express und GCP. Du baust die Infrastruktur nicht von Hand. Meta stellt Templates bereit, die sie automatisch deployen, weshalb für ein Standard-Setup kein Entwickler nötig ist.
Der eine Konfigurationsschritt, der immer gilt, ist DNS. Du zeigst eine Subdomain, etwa capig.example.com, auf deinen Gateway-Endpunkt, damit das Pixel sie erreichen kann. Dann verbindest du dein Pixel oder deine Pixel und die Domains, die du abdecken willst. Die Authentifizierung gegenüber Meta läuft über einen Meta-Business-System-User und ein während des Setups erstelltes Access Token, was dasselbe Credential-Muster ist, auf das andere serverseitige Integrationen setzen. Wenn du das Detail zu diesem Teil willst, siehe, wie man den System User und das Access Token einrichtet.
Beim Self-Hosting ist deine einzige laufende Kostenstelle die Cloud-Ressource selbst.
Option B: Mit einem Partner hosten
Wenn du lieber keine Infrastruktur betreiben willst, wähle Host with a partner auf demselben Events-Manager-Bildschirm und wähle einen Anbieter. Mehrere Partner bieten das an, etwa Stape oder Datahash, und sie stellen die Gateway-Instanz für dich bereit und pflegen sie. Der Haken ist eine wiederkehrende Monatsgebühr, die mit deinem Event-Volumen skaliert (jeder Partner veröffentlicht aktuelle Pläne auf seiner Preisseite), und die Tatsache, dass deine Event-Daten durch die Infrastruktur des Partners laufen statt nur durch deine eigene.
Verifiziere, dass das Gateway feuert
Sobald es deployt ist, bestätige, dass beide Kanäle funktionieren. Nutze das Tool Test Events im Events Manager, um Server-Events in Echtzeit ankommen zu sehen, und öffne die Gateway-Admin-UI, um die Conversions-API-Erfolgsrate zu prüfen, die dir sagt, welcher Anteil der Browser-Events Meta über den Server-Pfad erreicht. Weil das Pixel weiterhin clientseitig als redundante Hälfte des Setups feuert, kannst du diese Seite mit der Browser-Erweiterung Meta Pixel Helper bestätigen. Ein gesundes Setup zeigt Events, die auf beiden Kanälen ankommen und sauber auf der gemeinsamen event_id deduplizieren.
Stunden beim Creative-Testing sparen
Schluss mit dem Hochladen einzelner Anzeigen. Verarbeite unbegrenzt viele Creatives in Bulk, mit automatischem Media-Matching und direkter API-Veröffentlichung.
Ads Uploader kostenlos testenKeine Kreditkarte nötig • 7 Tage kostenlos testen
Gateway vs direkte Integration vs Partner-Integration
Das Gateway ist einer von einigen Wegen, die Conversions API zu betreiben. Gut zu wählen geht meist darum, wie viel Kontrolle du brauchst gegenüber wie viel Aufwand du aufwenden kannst.
- Direkte Integration: ein Entwickler schreibt den Server-zu-Server-Code, der Events an die Conversions API sendet. Sie bietet die meiste Kontrolle über jedes Feld und Event, kostet aber den meisten Aufwand im Voraus und die meiste laufende Wartung.
- Conversions API Gateway: kein Code, selbst bereitgestellt in deiner eigenen Cloud, schnell zu deployen, wartungsarm dank Auto-Updates, und der Server bleibt in deinem Eigentum.
- Native oder Partner-Integration: eine plattformnative Integration (Shopify, WooCommerce) oder ein vollständig verwalteter Partner. Am einfachsten, wo verfügbar, mit der geringsten Kontrolle über die Implementierung.
| Methode | Setup-Aufwand | Kosten | Technischer Aufwand | Datenkontrolle | Wartung |
|---|---|---|---|---|---|
| Direkte Integration | Hoch | Entwicklerzeit | Hoch | Voll | Hoch |
| CAPI Gateway (Self-Host) | Niedrig | Nur Cloud-Ressource | Niedrig | Hoch (eigene Cloud) | Niedrig (Auto-Updates) |
| CAPI Gateway (Partner-Host) | Niedrig | Monatliche Partnergebühr | Niedrig | Mittel (über Partner) | Niedrig (verwaltet) |
| Native / Partner-Integration | Am niedrigsten | Kostenlos bis monatlich | Am niedrigsten | Niedrig | Niedrig |
GTM serverseitig ist eine vierte Route, die manche Teams nutzen, und sie wird im Conversions-API-Hub-Guide behandelt, nicht hier.
Ist das Gateway dasselbe wie Signals Gateway?
Nein, obwohl die Namen nah beieinander liegen. Das Conversions API Gateway konzentriert sich auf eine Aufgabe: serverseitiges Conversion-Tracking für Meta. Signals Gateway ist Metas breiterer, neuerer First-Party-Datenhub. Es handhabt Web-, App-, Business-Messaging-, Offline- und CRM-Daten, nutzt das neuere Signals Pixel und kann Daten an Ziele über Meta hinaus routen.
2026 hat Meta neuere Setups in Richtung Signals Gateway als die leistungsfähigere Option gelenkt. Das Conversions API Gateway bleibt eine gültige, fokussierte Wahl für Advertiser, die speziell Meta-serverseitiges Tracking wollen, und die beiden können nebeneinander laufen. Wenn du heute wählst und erwartest, später Multi-Destination-Datenrouting zu brauchen, lohnt es sich, dich über Signals Gateway einzulesen, bevor du dich auf ein reines Gateway-Setup festlegst.
Häufig gestellte Fragen
Was ist das Meta Conversions API Gateway? Es ist ein Self-Serve-, No-Code-Weg, Metas Conversions API zu betreiben, indem ein Server in einem Cloud-Konto bereitgestellt wird, das dir gehört. Das Meta Pixel sendet Browser-Events an Meta und an das Gateway, und das Gateway leitet sie Server zu Server an die Conversions API weiter. Es ist ein eigenständiges Meta-Produkt, das du im Events Manager konfigurierst, kein von Meta gehosteter Dienst.
Ist das Conversions API Gateway kostenlos? Die Gateway-Software selbst trägt keine Meta-Lizenzgebühr. Du zahlst für die Infrastruktur, auf der es läuft. Wenn du selbst hostest, ist das deine AWS- oder GCP-Cloud-Rechnung. Wenn du mit einem Partner hostest, ist es eine pauschale Monatsgebühr, die mit dem Event-Volumen skaliert; prüfe die aktuelle Preisseite des Partners. Es gibt keine Gebühr pro Event von Meta.
Was ist der Unterschied zwischen dem Conversions API Gateway und einer direkten Conversions-API-Integration? Eine direkte Integration bedeutet, dass ein Entwickler Server-zu-Server-Code schreibt, um Events an die Conversions API zu senden. Sie gibt die meiste Kontrolle, kostet aber den meisten Aufwand und laufende Wartung. Das Gateway ist eine No-Code-Alternative: Metas Templates stellen einen Server in deiner Cloud bereit, und es konvertiert und leitet Pixel-Events automatisch weiter, wobei es sich mit der Zeit selbst aktualisiert.
Brauche ich einen Entwickler, um das CAPI Gateway einzurichten? Meist nein. Der Self-Host-Flow nutzt von Meta bereitgestellte Templates, um die Infrastruktur automatisch zu deployen, und der Partner-Host-Flow wird vom Partner übernommen. Die wichtigste technische Aufgabe ist eine DNS-Änderung, um eine Subdomain auf deinen Gateway-Endpunkt zeigen zu lassen. Ein Entwickler oder IT-Kontakt hilft, wenn dein DNS- oder Cloud-Zugriff abgeriegelt ist, aber es ist kein eigener Code nötig.
Sollte ich das Gateway selbst hosten oder einen Partner nutzen? Self-Host, wenn du Daten in deiner eigenen Cloud halten und nur Infrastrukturkosten zahlen willst und ein Cloud-Konto sowie DNS verwalten kannst. Host mit einem Partner, wenn du lieber keine Infrastruktur betreiben und eine verwaltete Instanz gegen eine Monatsgebühr bevorzugen willst, wobei du akzeptierst, dass Daten durch den Partner laufen. Beide werden vom selben Events-Manager-Bildschirm konfiguriert.
Ist das Conversions API Gateway dasselbe wie Signals Gateway? Nein. Das CAPI Gateway konzentriert sich auf serverseitiges Conversion-Tracking für Meta. Signals Gateway ist Metas breiterer First-Party-Datenhub, der Web-, App-, Messaging-, Offline- und CRM-Daten mit dem neueren Signals Pixel handhabt und Daten an Ziele über Meta hinaus routen kann. Es sind verwandte Produkte, die zusammen laufen können, und Meta hat neuere Setups in Richtung Signals Gateway gelenkt.
Wie verifiziere ich, dass das Conversions API Gateway funktioniert? Nutze das Test Events Tool im Events Manager, um zu bestätigen, dass Server-Events ankommen, und prüfe die Conversions-API-Erfolgsrate in der Gateway-Admin-UI. Weil das Pixel weiterhin als redundante Hälfte des Setups im Browser feuert, kannst du diese Seite mit der Chrome-Erweiterung Meta Pixel Helper bestätigen. Gesunde Setups zeigen Events aus beiden Kanälen, die sauber dedupliziert werden.
Das Gateway mit Zuversicht wählen
Das Conversions API Gateway ist der No-Code-, selbst-besessene Mittelweg zu serverseitigem Tracking. Es liegt zwischen einer handcodierten direkten Integration und einer vollständig verwalteten nativen: schneller und leichter, als es selbst zu bauen, mehr unter deiner Kontrolle, als alles einer Plattform zu übergeben. Du deployst es vom Events Manager, entweder selbst gehostet auf AWS oder GCP oder von einem Partner gehostet, und es betreibt das redundante Pixel-plus-Conversions-API-Setup mit eingebauter Deduplizierung.
Wähle es, wenn du Geschwindigkeit und Dateneigentum ohne Entwicklungsprojekt willst, und schau auf eine native Integration oder eine Customer Data Platform, wenn die besser zu deiner Situation passen. Welchen Weg du auch wählst, stelle sicher, dass dein Pixel zuerst feuert, richte den System User ein, mit dem sich das Gateway authentifiziert, und behalte die Event Match Quality im Auge, sobald die serverseitigen Daten zu fließen beginnen.
Für Metas Cloud-Onboarding- und DNS-Details siehe den Gateway-Setup-Guide.
