Produkt
sGTM Proxy Client für Braze™
Ein Google Tag Manager Server-Side Client Template, das deinen sGTM-Container in eine Braze Custom Domain verwandelt – und in wenigen Minuten alle Braze-Requests an Adblockern vorbeileitet. Einfach einzurichten.
- sGTM Client Template
- Reverse Proxy
- First-Party
- DSGVO-Ready
Überblick
Was ist der Braze sGTM Proxy Client?
Der Braze sGTM Proxy Client ist ein Google Tag Manager Server-Side Client Template, das als transparenter Reverse Proxy für das Braze Web SDK fungiert. Wenn ein Browser das Braze Web SDK anfordert, holt das Template die Datei und liefert sie direkt über den sGTM-Container aus — unter deiner eigenen Domain, nicht über Brazes CDN. Wenn das initialisierte SDK dann Braze-Requests sendet, treffen diese deinen sGTM-Endpoint, der sie an den konfigurierten Braze-Endpoint weiterleitet und die Antwort zurück an das SDK streamt. Ergebnis: Dein sGTM-Container wird zum Braze First-Party Endpoint — sämtlicher Braze-Netzwerkverkehr läuft über deine Domain, unsichtbar für Adblocker, während das Web SDK wie gewohnt funktioniert.
Funktionen
Funktionen
Web SDK ausliefern
Die Braze Web SDK-Datei wird von deinem sGTM-Endpoint geholt und ausgeliefert. Browser fordern sie von deiner Domain an — nie direkt von Brazes CDN.
Requests weiterleiten
Alle Braze-Requests des initialisierten SDK werden an den konfigurierten Braze-Endpoint weitergeleitet. Antworten fließen unverändert zurück zum Browser.
Adblocker-resistent
Das Braze-Adblocker-Problem entfällt: SDK-Datei und Requests stammen beide von deiner eigenen Domain. Keine Braze-spezifischen URLs im Browser-Netzwerkverkehr — von First-Party-Requests nicht zu unterscheiden.
Security Hardened
Integriertes API-Key-Whitelisting und Origin-Restriktionen ermöglichen die genaue Kontrolle, welche Aufrufer der Proxy akzeptiert.
Braze First-Party Endpoint
Dein sGTM-Container wird zum dedizierten Braze First-Party Endpoint. Alle SDK-Requests und Antworten fließen über deine eigene Server-Infrastruktur — keine Braze-eigenen Domains in der Netzwerkkette.
Einfache Integration
Die baseUrl der SDK-Initialisierung auf deinen sGTM-Endpoint zeigen lassen. Keine Änderungen an der bestehenden Braze-Event-Tracking-Logik.
Ablauf
So funktioniert es
Browser fordert das SDK an
Der Browser fordert das Braze Web SDK von deinem sGTM-Container-Endpoint (deiner eigenen Domain) an — nicht von Brazes CDN.
sGTM holt und liefert das SDK
Das Client Template holt das Braze Web SDK server-seitig von Brazes CDN und gibt es an den Browser zurück.
SDK initialisiert und sendet Braze-Requests
Das SDK läuft wie gewohnt. Seine Datenerfassungs-Requests treffen deinen sGTM-Endpoint statt Braze direkt.
Proxy leitet weiter und gibt die Antwort zurück
Das Client Template empfängt jeden Braze-Request, leitet ihn an den konfigurierten Braze-Endpoint weiter und streamt die Antwort zurück an das SDK.
Setup
Voraussetzungen
- Server-Side Google Tag Manager (sGTM) Container
- Braze-Konto mit aktiviertem Web SDK
- Braze SDK Endpoint URL (z. B. https://sdk.fra-02.braze.eu)
- Optional: API-Key-Whitelist und Origin-Restriktionen für zusätzliche Sicherheit
FAQ
Häufige Fragen
Was ist ein Reverse Proxy für das Braze Web SDK?
Es ist ein sGTM Client Template, das zwischen Browser und Braze sitzt. Wenn der Browser das Braze Web SDK anfordert, holt das Template es und liefert es von der eigenen Domain aus. Wenn das SDK dann Braze-Requests sendet, empfängt das Template diese, leitet sie an den echten Braze-Endpoint weiter und gibt die Antworten zurück — vollständig transparent.
Warum blockieren Adblocker Braze und wie löst das dieses Problem?
Adblocker blockieren Braze gezielt, indem sie bekannte CDN-URLs wie js.appboycdn.com und SDK-Endpoints wie sdk.iad-01.braze.com sperren. Dieses Proxy-Template löst das Braze-Adblocker-Problem, indem sowohl die SDK-Datei als auch alle Requests über die eigene sGTM-Domain geleitet werden — diese Braze-URLs tauchen im Browser-Netzwerkverkehr gar nicht erst auf, die Requests sind von First-Party-Calls nicht zu unterscheiden.
Muss die bestehende Braze-Integration verändert werden?
Nur minimal. Die baseUrl der SDK-Initialisierung wird auf den sGTM-Container-Endpoint statt auf Brazes SDK-Endpoint gesetzt. Das SDK selbst, die Event-Tracking-Logik und alle anderen Konfigurationen bleiben unverändert.
Ist das dasselbe wie server-seitiges Event-Tracking?
Nein. Server-seitiges Event-Tracking ersetzt Browser-Events durch Server-zu-Server-Requests. Dieser Proxy lässt das Braze Web SDK unverändert im Browser laufen — er leitet lediglich den Netzwerkverkehr des SDK über den eigenen Server. Session-Management, In-App-Messaging und Event-Logik laufen weiterhin im Browser.
Ist das Template DSGVO-konform?
Das Template ist ein technisches Routing-Tool. Die DSGVO-Konformität hängt von der eigenen Consent-Implementierung und den Auftragsverarbeitungsverträgen (AVV) mit Braze ab. Der Proxy verändert oder speichert keine Daten — er leitet Requests und Responses transparent weiter.
Was ist eine Braze Custom Domain?
Eine Braze Custom Domain bedeutet, dass das Braze Web SDK und alle SDK-Requests über die eigene Domain laufen — statt über Brazes CDN oder Endpoint-URLs. Dieses Proxy-Template richtet diese Custom Domain auf dem sGTM-Container ein — ohne separaten Server oder DNS-Änderungen.
Was ist ein Braze First-Party Endpoint?
Ein Braze First-Party Endpoint ist eine URL auf der eigenen Domain, die Braze SDK-Requests empfängt und an Brazes Server weiterleitet. Dieses Template macht die sGTM-Container-URL zu diesem Endpoint — Browser behandeln den gesamten Braze-Traffic als First-Party und umgehen so Adblocker und Drittanbieter-Einschränkungen.
Wo bekomme ich das Template?
Das Template ist auf Gumroad erhältlich. Nach dem Kauf erhältst du die sGTM Client Template-Datei, die direkt in den sGTM-Container importiert wird.
Schluss mit Braze-Datenverlust durch Adblocker
Das sGTM Proxy Client Template kaufen und in Minuten einrichten.
Auf Gumroad holen →