Meta Conversions API richtig einsetzen: Leitfaden für Marketing & Entwicklung

Die Meta Conversions API ist die serverseitige Schnittstelle, die Conversion-Signale direkt von deinem Server an Meta überträgt, unabhängig von Adblockern, Browser-Einschränkungen oder iOS-Datenschutzänderungen. Die klare Empfehlung lautet: Lass den Meta Pixel weiterlaufen und implementiere die Conversions API parallel dazu, mit gemeinsamer event_id für saubere Deduplication.

Bevor du loslegst, prüfe diese vier Punkte:

Shopplattform: Bietet dein System eine native Integration (z. B. Shopify, WooCommerce)?
Entwicklerressourcen: Hast du Zugang zu einem Backend-Entwickler oder einem Server-Side Tag Manager?
Datenschutz: Ist eine Rechtsgrundlage für Werbetracking nach DSGVO geklärt?
Testplan: Sind Test Events und ein Monitoring-Workflow eingeplant?

Wer alle vier Punkte mit Ja beantwortet, kann direkt mit dem Setup beginnen. Wer bei einem Punkt unsicher ist, findet in den folgenden Abschnitten die Antworten.

Profi-Tipp: Generiere für jedes Conversion-Event eine eindeutige event_id (z. B. die Bestell-ID) und übergib sie sowohl im Pixel-Aufruf als auch im Server-Event. Meta nutzt genau dieses Feld, um Doppelzählungen zu erkennen.

Wichtige Erkenntnisse

Die Meta Conversions API ist kein Ersatz für den Pixel, sondern seine notwendige Ergänzung: Nur Dual-Tracking mit sauberer Deduplication liefert vollständige, DSGVO-konforme Conversion-Signale für zuverlässige Kampagnenoptimierung.

Thema	Details
Dual-Tracking als Pflicht	Pixel und Conversions API parallel betreiben, mit gemeinsamer `event_id` für Deduplication.
EMQ als Kernmetrik	Mehr Identifier (E-Mail, Telefon, `fbp`/`fbc`) heben die Event Match Quality und verbessern die Kampagnenoptimierung.
DSGVO-Einwilligung zuerst	In Deutschland ist Einwilligung die sichere Rechtsgrundlage; AVV mit Meta und Dienstleistern ist Pflicht.
Integrationspfad wählen	DTC-Shops starten nativ, komplexe Setups nutzen sGTM oder manuelle API je nach Entwicklerressourcen.
Wemaco als Umsetzungspartner	Wemaco übernimmt Setup, DSGVO-Audit und Monitoring für schnelle, korrekte Implementierung.

Inhaltsverzeichnis

Was ist die Meta Conversions API und wie unterscheidet sie sich vom Pixel?
Wie funktioniert die Conversions API technisch? Vom Klick bis zu Meta
Was gewinnen Marketingteams durch die Conversions API konkret?
Welche Integrationswege stehen dir zur Verfügung?
Welche technischen Voraussetzungen brauchst du für den Start in Deutschland?
Welche Event-Parameter und Hashing-Regeln muss dein Team kennen?
Wie vermeidest du Doppelzählungen durch Deduplication?
Wie testest und überwachst du deine Integration zuverlässig?
Was müssen Marketing und Entwicklung in Deutschland datenschutzrechtlich beachten?
Wann lohnt sich die Implementierung wirklich?
Was zeigt die Praxis? Typische Fehler und wie du sie vermeidest
Wie Wemaco dich bei der Conversions API-Einführung unterstützt
Quellen

Was ist die Meta Conversions API und wie unterscheidet sie sich vom Pixel?

Die Meta Conversions API ist eine server-to-server-Schnittstelle, über die du Conversion-Events direkt von deinem Server an Metas Werbesystem sendest. Anders als der Meta Pixel, der im Browser des Nutzers ausgeführt wird und damit von Adblockern, Safari ITP oder Firefox ETP blockiert werden kann, läuft die Conversions API vollständig auf deiner Infrastruktur.

Der entscheidende Unterschied: Der Meta Pixel ist ein clientseitiges JavaScript-Snippet, das im Browser feuert. Die Conversions API sendet Events serverseitig per HTTP-POST an Metas Endpunkt. Beide Kanäle liefern dasselbe Ziel, aber auf unterschiedlichen Wegen, mit unterschiedlicher Zuverlässigkeit.

Das bedeutet konkret: Ein Nutzer, der einen Adblocker nutzt, blockiert den Pixel-Event vollständig. Der Server-Event kommt trotzdem an. Für Shops mit technisch affiner Zielgruppe, also genau die, die häufig Adblocker einsetzen, ist das ein messbarer Unterschied in der erfassten Datenmenge.

Die Kombination aus Pixel und Conversions API, oft als Dual-Tracking bezeichnet, ist laut Meta Business Help Center die empfohlene Konfiguration. Beide Kanäle ergänzen sich:

Der Pixel liefert schnelle, browserbasierte Signale inklusive fbp und fbc-Cookies
Die Conversions API ergänzt mit serverseitigen Events, CRM-Daten und Offline-Conversions
Gemeinsam erhöhen sie die Event Match Quality (EMQ) und damit die Optimierungseffizienz

Der Meta Events Manager ist dabei das zentrale Dashboard: Dort siehst du eingehende Events beider Kanäle, prüfst die EMQ und erkennst Deduplication-Probleme auf einen Blick.

Wie funktioniert die Conversions API technisch? Vom Klick bis zu Meta

Der Datenfluss ist geradlinig, aber jeder Schritt muss korrekt implementiert sein.

Nutzeraktion: Ein Besucher schließt einen Kauf ab oder füllt ein Formular aus.
Browser-Event (optional, aber empfohlen): Der Meta Pixel feuert im Browser, überträgt fbp, fbc und die generierte event_id an Meta.
Server-Event: Dein Backend oder dein Tag Manager sendet einen HTTP-POST an den Meta-Endpunkt: https://graph.facebook.com/v{version}/{pixel_id}/events
Payload-Verarbeitung: Meta empfängt den Event, matcht ihn mit Nutzerprofilen über die übergebenen Identifier und dedupliziert ihn anhand der event_id.

Ein typischer Purchase-Payload sieht in vereinfachter Form so aus:

{
  "data": [{
    "event_name": "Purchase",
    "event_time": 1718000000,
    "event_id": "order_12345",
    "action_source": "website",
    "user_data": {
      "em": ["<sha256-hash-der-email>"],
      "ph": ["<sha256-hash-telefon>"],
      "client_ip_address": "192.0.2.1",
      "client_user_agent": "Mozilla/5.0...",
      "fbp": "fb.1.1558571054389.1098115397",
      "fbc": "fb.1.1554763741205.AbCdEfGhIj"
    },
    "custom_data": {
      "value": 99.00,
      "currency": "EUR",
      "order_id": "12345"
    }
  }],
  "access_token": "<DEIN_ACCESS_TOKEN>"
}

Wichtig für die Praxis: fbp und fbc dürfen nicht gehasht werden. Sie sind Browser-Cookies, die Meta direkt liest. Alle personenbezogenen Felder wie E-Mail, Telefon, Vor- und Nachname hingegen müssen SHA-256-gehasht übertragen werden.

Events können aus verschiedenen Quellen stammen: Website-Backend, CRM-System, Point-of-Sale, App-Backend oder geplante Backend-Jobs für Offline-Conversions. Die action_source-Angabe teilt Meta mit, woher der Event kommt, also website, app, crm oder physical_store.

Profi-Tipp: Setze event_time immer auf den tatsächlichen Zeitpunkt der Conversion, nicht auf den Versandzeitpunkt des API-Calls. Meta akzeptiert Events mit einem Rückdatum von bis zu 7 Tagen, aber ältere Events werden abgelehnt.

Was gewinnen Marketingteams durch die Conversions API konkret?

Der wichtigste Vorteil ist Resilienz. Browser-Restriktionen wie Safari ITP, Firefox ETP und die zunehmende Verbreitung von Adblockern reduzieren die Reichweite des Meta Pixels erheblich. Serverseitige Lösungen gewinnen deshalb an Bedeutung, wie Googles eigene Schritte beim Umgang mit Third-Party-Cookies zeigen: Das gesamte Tracking-Ökosystem bewegt sich weg vom Browser.

Konkret profitieren Marketingteams von:

Mehr erfassten Conversions: Events, die der Pixel durch Adblocker oder Browser-Einschränkungen verliert, kommen über den Server-Kanal trotzdem an.
Höherer Event Match Quality: Mehr Identifier pro Event, also gehashte E-Mail, Telefonnummer, externe ID, verbessern die Trefferquote beim Nutzer-Matching und damit die Optimierungseffizienz der Kampagnen.
CRM- und Offline-Events: Telefonabschlüsse, Ladenverkäufe oder qualifizierte Leads aus dem CRM lassen sich als Conversion-Events an Meta zurückspielen, was die Kampagnenoptimierung auf echte Geschäftsergebnisse ausrichtet.
Bessere Attribution: Vollständigere Signale führen zu genaueren Berichten im Ads Manager, weil Meta mehr Events korrekt einem Nutzer und einer Kampagne zuordnen kann.

Laut Dataally ist die EMQ eine der zentralen Metriken für die Optimierungseffizienz: Mehr Identifier pro Event hebt die Match-Qualität signifikant.

Der Effekt auf den berichteten Cost-per-Acquisition ist qualitativ klar: Wenn mehr Conversions korrekt erfasst werden, sinkt der scheinbare CPA, weil dieselbe Anzahl echter Käufe jetzt vollständiger im System abgebildet ist. Das verändert Gebotsstrategien und Budgetentscheidungen direkt.

Welche Integrationswege stehen dir zur Verfügung?

Die Wahl des richtigen Implementierungspfads hängt von deiner Plattform, deinen Entwicklerressourcen und deinem Budget ab. Fünf Methoden haben sich in der Praxis etabliert.

Methode	Geeignet für	Aufwand	Kosten
Plattform-nativ (z. B. Shopify)	DTC-Shops auf Standard-Plattformen	Gering (1–2 Stunden)	Meist kostenlos
Partner-Apps (z. B. Plugins)	WordPress/WooCommerce, CMS-Setups	Gering bis mittel	Oft Freemium oder Abo
Meta Conversions API Gateway	Teams ohne Backend-Entwickler	Mittel (selbst gehostet)	Hosting-Kosten
Server-Side GTM	Multi-Destination-Setups, Agenturen	Mittel bis hoch	Hosting + Setup
Manuelle API-Implementierung	Individuelle Systeme, hohe Kontrolle	Hoch	Entwicklungszeit

Für die meisten DTC-Shops ist die native Plattform-Integration der schnellste Weg, wie Mako Metrics in ihrem Methodenvergleich zeigt. Shopify bietet eine direkte Verbindung im Commerce-Hub, WooCommerce über das WordPress, das häufig CAPI-Erweiterungen mitbringt.

Server-Side GTM eignet sich besonders für Teams, die mehrere Tracking-Ziele gleichzeitig bedienen, also Meta, Google Analytics 4 und weitere Plattformen über einen zentralen Server-Container, wie etwa mit der KI‑Vertriebsplattform für Network‑Marketing. Der Aufwand ist höher, aber die Flexibilität rechtfertigt ihn bei komplexen Setups.

Die Adobe Experience Platform bietet eine fertige Meta Conversions API Extension für Event Forwarding, die viele Konfigurationsschritte automatisiert. Für bestehende Adobe-Kunden ist das der direkteste Weg, ohne eigene API-Implementierung auszukommen.

DTC-Shop: Starte mit der nativen Plattform-Integration, wechsle zu sGTM wenn Multi-Destination-Tracking nötig wird.
B2B-Leadgen: Manuelle API oder sGTM, um CRM-Events zurückzuspielen.
Adobe-Nutzer: Meta Conversions API Extension über Adobe Experience League.

Welche technischen Voraussetzungen brauchst du für den Start in Deutschland?

Bevor der erste Event gesendet wird, müssen diese Voraussetzungen erfüllt sein:

Meta Pixel ID: Im Events Manager unter „Datenquellen“ abrufbar.
Ads-Konto und Events Manager Zugang: Systemnutzer mit entsprechenden Berechtigungen anlegen.
Access Token: Im Events Manager unter „Einstellungen“ einen System-User-Token generieren; dieser Token muss sicher gespeichert werden (Umgebungsvariable, Secret Manager, nie im Quellcode).
HTTPS-Endpunkt: Dein Server muss über eine gesicherte Verbindung erreichbar sein.
SHA-256-Bibliothek: Für das Hashing personenbezogener Daten vor der Übertragung.
event_id-Generierung im Frontend: Der Pixel-Aufruf muss dieselbe event_id enthalten wie der Server-Event.
fbp/fbc-Erfassung: Diese Cookies werden vom Pixel gesetzt und müssen im Server-Event weitergegeben werden.

Deployment-Checkliste für den Rollout:

Test Events mit test_event_code aktivieren und beide Signale (Pixel + Server) im Events Manager bestätigen
Token-Rotation planen (mindestens alle 90 Tage oder bei Verdacht auf Kompromittierung)
Logging für abgelehnte Events und API-Fehler einrichten
Rate Limits beachten: Meta erlaubt bis zu 1.000 Events pro Batch-Request

Profi-Tipp: Speichere den Access Token niemals direkt im Frontend-Code oder in einem öffentlichen Repository. Nutze Umgebungsvariablen oder einen Secret Manager wie AWS Secrets Manager oder HashiCorp Vault.

Welche Event-Parameter und Hashing-Regeln muss dein Team kennen?

Meta erwartet für jeden Event eine definierte Struktur. Die wichtigsten Felder:

Hashing-Regeln, die du exakt einhalten musst:

Alle zu hashenden Felder: Kleinschreibung, Leerzeichen entfernen (trim), dann SHA-256
Telefonnummern im E.164-Format ohne führendes +, also 4915123456789 statt +4915123456789
fbp und fbc werden niemals gehasht, sie sind Browser-Identifier, die Meta direkt verarbeitet

Datenalter ist ebenfalls relevant: Meta akzeptiert Events mit einem Rückdatum von maximal 7 Tagen als Backfill. Ältere Events werden vom System abgelehnt und erscheinen als Fehler im Events Manager.

Wie vermeidest du Doppelzählungen durch Deduplication?

Wenn Pixel und Conversions API denselben Event senden, würde Meta ohne Deduplication zwei separate Conversions zählen. Das verfälscht Berichte und Gebotsstrategien erheblich.

Metas Deduplication-Logik funktioniert so: Zwei Events gelten als identisch, wenn event_id und event_name übereinstimmen und die Zeitstempel nah beieinander liegen. Meta matcht dann beide Events und zählt nur einen.

Best Practices für die event_id:

Nutze stabile, eindeutige Identifier: Bestell-ID für Purchase-Events, Lead-ID für Lead-Events, UUID für andere Events
Generiere die event_id im Frontend und übergib sie an den Server, nicht umgekehrt
Persistiere die ID bis der Server-Event gesendet wurde

Häufige Fehlerquellen, die zu Doppelzählungen führen:

Unterschiedliche event_id in Pixel und Server-Event (häufigster Fehler)
Abweichende Schreibweise des event_name, z. B. purchase statt Purchase
Zu großer Zeitunterschied zwischen Browser- und Server-Event

Debugging-Workflow:

Im Events Manager unter „Übersicht“ die Deduplication-Rate prüfen
Test Events mit test_event_code senden und beide Events in der Echtzeit-Ansicht beobachten
Bei auffälligen Zahlen: Payload-Logs auf event_id-Konsistenz prüfen
Abgelehnte Events im Events Manager unter „Diagnose“ analysieren

AdControlCenter hebt hervor, dass eine korrekte event_id-Implementierung und sauberes Hashing die zwei häufigsten Hebel für korrekte Attribution sind.

Wie testest und überwachst du deine Integration zuverlässig?

Testen vor dem Go-live ist nicht optional. Ein ungetestetes Setup kann Wochen lang falsche Daten liefern, bevor jemand es bemerkt.

Schritt-für-Schritt-Testprozess:

Im Events Manager einen test_event_code generieren (unter „Datenquellen“ → „Test Events“)
Den Code als Parameter im API-Call mitschicken: "test_event_code": "TEST12345"
Einen echten Testkauf oder eine Test-Lead-Aktion auslösen
Innerhalb von 60 Sekunden im Events Manager prüfen: Erscheinen beide Events, Pixel und Server, mit identischer event_id?
EMQ-Score für den Test-Event prüfen: Liegt er über 6 von 10, ist die Identifier-Abdeckung gut

Laufende Monitoring-Metriken, die du im Blick behalten solltest:

Event Match Quality (EMQ): Ziel ist ein Score von 6 oder höher; niedrigere Werte deuten auf fehlende Identifier hin
Deduplication Rate: Zeigt, wie viele Events erfolgreich zusammengeführt wurden
Server-vs-Browser-Volumen: Starke Abweichungen deuten auf Implementierungsfehler hin
Rejected Events: Jeder abgelehnte Event ist ein Datenverlust; Ursachen im Diagnose-Tab prüfen

Alerts einrichten für:

Token-Fehler (401/403-Antworten vom API-Endpunkt)
Rate-Limit-Überschreitungen (429-Antworten)
Ungewöhnliche Spitzen bei abgelehnten Events

Die Adobe Experience Platform Extension bietet für Adobe-Nutzer integrierte Test-Event-Funktionen direkt in der Extension-Konfiguration.

Was müssen Marketing und Entwicklung in Deutschland datenschutzrechtlich beachten?

Die DSGVO stellt klare Anforderungen an Werbetracking. Für die Meta Conversions API in Deutschland gelten diese Kernpunkte:

Rechtsgrundlage zuerst klären:

Für Werbetracking ist in der Regel eine Einwilligung nach Art. 6 Abs. 1 lit. a DSGVO erforderlich
Das berechtigte Interesse (Art. 6 Abs. 1 lit. f) ist für Werbetracking in Deutschland schwer zu begründen und wird von Aufsichtsbehörden kritisch bewertet
Consent Management Plattformen wie Usercentrics oder Cookiebot müssen die Conversions API in ihre Consent-Logik einbinden

Technische Maßnahmen:

Conversions API nur nach erteilter Einwilligung aktivieren, nicht parallel zum Seitenaufruf
Pseudonymisierung durch SHA-256-Hashing aller personenbezogenen Felder vor der Übertragung
Access Token sicher verwahren und regelmäßig rotieren
Datenlöschprozesse dokumentieren: Wie lange werden Event-Logs gespeichert?

Vertragliche Maßnahmen:

Auftragsverarbeitungsvertrag (AVV) mit Meta abschließen (über die Meta Business-Einstellungen verfügbar)
AVV mit allen Dienstleistern abschließen, die Zugang zu Event-Daten haben (sGTM-Anbieter, Agenturen)
Verarbeitungsverzeichnis nach Art. 30 DSGVO aktualisieren: Conversions API als Verarbeitungstätigkeit eintragen

Checkliste für den Datenschutzbeauftragten:

Einwilligungslogik technisch verifiziert?
AVV mit Meta und allen Dienstleistern vorhanden?
Datenschutzerklärung aktualisiert (Erwähnung der serverseitigen Datenübertragung)?
Verarbeitungsverzeichnis gepflegt?
Löschfristen für Event-Logs definiert?

Profi-Tipp: Nutze für Deutschland das serverseitige Tagging als Architektur, bei der personenbezogene Daten den Browser nie verlassen und nur gehashte Identifier an Meta gesendet werden. Das reduziert das Datenschutzrisiko erheblich.

Wann lohnt sich die Implementierung wirklich?

Nicht jedes Unternehmen braucht sofort eine vollständige API-Implementierung. Die Entscheidung hängt von konkreten Indikatoren ab.

Die Implementierung lohnt sich klar, wenn:

Du mehr als 50 Conversions pro Monat über Meta-Kampagnen generierst
Deine Zielgruppe technisch affin ist und überdurchschnittlich viele Adblocker nutzt
Du CRM-Daten oder Offline-Conversions in die Kampagnenoptimierung einbeziehen willst
Du einen Headless-Checkout oder eine Custom-Checkout-Lösung betreibst, bei der der Pixel nicht zuverlässig feuert
Du Multi-Platform-Reporting betreibst und konsistente Attribution über Kanäle hinweg brauchst

Szenario	Empfohlener Einstieg	Nächster Schritt
DTC-Shop auf Shopify	Native Integration (1–2 Stunden)	sGTM bei Multi-Destination-Bedarf
B2B-Leadgen mit CRM	Manuelle API oder sGTM	CRM-Event-Rückspielung einrichten
WooCommerce/WordPress	Plugin-Integration	CAPI-Erweiterung des Plugins aktivieren
Adobe Experience Platform	Meta CAPI Extension	Event Forwarding Rules konfigurieren

Wer mit einem Standard-Shop auf einer nativen Plattform arbeitet und weniger als 20 Conversions pro Monat hat, kann mit der nativen Integration starten und später aufrüsten. Der Upgrade-Pfad von nativ zu sGTM zu manueller API ist jederzeit möglich, ohne die bestehende Integration zu zerstören.

Für serverseitiges Tracking gilt generell: Je mehr Conversions, desto größer der messbare Effekt einer vollständigen Implementierung auf Kampagnenperformance und CPA.

Was zeigt die Praxis? Typische Fehler und wie du sie vermeidest

Die häufigsten Implementierungsfehler, die in Agenturprojekten immer wieder auftauchen, sind vorhersehbar und vermeidbar.

event_id-Mismatch ist der Klassiker. Frontend und Backend generieren die ID unabhängig voneinander, Meta kann nicht deduplizieren, und plötzlich erscheinen doppelt so viele Conversions im Ads Manager. Die Lösung ist einfach: Die ID wird einmal im Frontend generiert, in einem versteckten Formularfeld oder einer Session-Variable gespeichert und vom Backend ausgelesen.

Unvollständiges Hashing ist der zweite häufige Fehler. E-Mail-Adressen werden mit Großbuchstaben oder Leerzeichen gehasht, was einen anderen Hash ergibt als Metas Erwartung. Das senkt die EMQ, ohne dass ein Fehler im Events Manager erscheint. Ein einfacher Unit-Test, der einen bekannten Hash-Wert gegen die eigene Implementierung prüft, deckt das sofort auf.

Fehlende fbp/fbc-Weitergabe ist subtiler. Diese Cookies werden vom Pixel gesetzt, aber viele Backend-Implementierungen lesen sie nicht aus dem Request aus und übergeben sie nicht im Server-Event. Das reduziert die Match-Qualität, weil Meta diese Identifier für das Nutzer-Matching nutzt.

Praktische Abkürzungen für einen schnellen Start:

Beginne mit der nativen Plattform-Integration, auch wenn sie nicht perfekt ist. Ein funktionierendes Setup mit 80 % Abdeckung ist besser als ein perfektes Setup, das noch nicht live ist.
Automatisiere Tests: Ein einfaches Skript, das nach jedem Deployment einen Test-Event sendet und die Antwort prüft, spart Stunden manueller Überprüfung.
Nutze den Diagnose-Tab im Events Manager aktiv. Abgelehnte Events erscheinen dort mit Fehlercodes, die direkt auf die Ursache hinweisen.

Was Marketingverantwortliche oft unterschätzen: Der Datengewinn durch CAPI zeigt sich nicht sofort. Meta braucht einige Tage, um die neuen Signale in die Kampagnenoptimierung einzubeziehen. Erwarte keine sofortige Verbesserung der Kampagnenperformance, sondern beobachte die EMQ und die berichteten Conversion-Zahlen über zwei bis drei Wochen.

Wie Wemaco dich bei der Conversions API-Einführung unterstützt

Wer die Meta Conversions API korrekt einrichten will, steht vor einer klaren Wahl: selbst implementieren oder mit einer Agentur arbeiten, die den Prozess schon mehrfach durchlaufen hat. Wemaco bietet beides als Einstiegspunkt: einen kurzen technischen Audit-Call, bei dem wir dein bestehendes Tracking-Setup prüfen, und danach einen klaren Implementierungsplan.

Das Leistungsspektrum reicht vom schnellen Shop-Setup (native Integration in ein bis zwei Stunden) über den sGTM-Rollout für komplexere Setups bis zur manuellen API-Implementierung für individuelle Systeme. Dazu kommt ein DSGVO-Audit, der sicherstellt, dass Einwilligungslogik, AVV und Verarbeitungsverzeichnis stimmen, sowie ein laufendes Monitoring mit Alerts für Token-Fehler und abgelehnte Events. Für B2B-Unternehmen, die Leads aus dem CRM zurückspielen wollen, ist die Leadgenerierungs-Lösung von Wemaco der direkte Anknüpfungspunkt. Den ersten Schritt machst du am besten mit einem kostenlosen Technik-Check, bei dem wir gemeinsam prüfen, welcher Implementierungsweg für dein Setup am schnellsten zum Ziel führt.

Quellen

Für Entwickler und Marketingverantwortliche, die tiefer einsteigen wollen:

Empfehlung

VOM WISSEN ZUR UMSETZUNG

WO LÄSST DEIN SHOP HEUTE UMSATZ LIEGEN?

Finde heraus, welcher Hebel für Dein Unternehmen jetzt den größten Unterschied macht.

UMSATZ-POTENZIAL BESPRECHEN →

PERSÖNLICH EINGEORDNET

KAI BRETSCHNEIDER

Seit 2007 verbinde ich SEO, Websites und Kampagnen mit einem Ziel: Marketing muss verständlich sein und messbar etwas bewegen.

Persönliche Ersteinschätzung buchen →