Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Dieser Artikel richtet sich an Entwickler, die serverseitiges Tagging im selben selbst erhobenen Kontext wie ihre Website hosten möchten. Die Bereitstellung am selben Ursprung ist eine Best Practice, mit der Sie von der Sicherheit und Langlebigkeit serverseitiger Cookies profitieren können. Die folgende Anleitung gilt für die Einrichtung des Server-Auslieferungsmechanismus für denselben Ursprung unabhängig davon, welches Google-Tag auf Ihrer Website implementiert ist (gtag.js oder gtm.js).
Wenn Sie einen Tagging-Server zum ersten Mal einrichten, wird er auf einer vom Cloud-Anbieter bereitgestellten Domain gehostet. Wenn Sie den Standardendpunkt verwenden, werden Daten an den Servercontainer gesendet, aber in einem Drittanbieterkontext ausgeführt. Damit Sie die Vorteile von selbst erhobenen Daten nutzen können, z. B. langlebigere Cookies, müssen Ihr Tagging-Server und Ihre Website in derselben Domain ausgeführt werden.
In der folgenden Tabelle wird veranschaulicht, wie Sie einen Tagging-Server hosten, wenn die übergeordnete Website auf www.example.com gehostet wird:
Selbe Quelle (Best Practice)
Subdomain
Standarddomain
Beispiel-URL
https://www.example.com/metrics
https://metrics.example.com
https://metrics.run.app
Zugriff auf serverseitig festgelegte Cookies
Vollständiger Zugriff auf die Vorteile in Bezug auf Sicherheit und Langlebigkeit.
Vollständiger Zugriff auf die Vorteile in Bezug auf Sicherheit und Langlebigkeit.
Keine. Es können nur JavaScript-Cookies gesetzt werden.
Komplexität der Einrichtung
Konfigurieren Sie ein CDN oder einen Load Balancer, um Anfragen weiterzuleiten. Möglicherweise müssen die DNS-Einträge aktualisiert werden.
Aktualisieren Sie die DNS-Einträge.
Sie ist vorkonfiguriert.
Wählen Sie zuerst eine Implementierungsoption aus.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Benötigte Informationen nicht gefunden","missingTheInformationINeed","thumb-down"],["Zu umständlich/zu viele Schritte","tooComplicatedTooManySteps","thumb-down"],["Nicht mehr aktuell","outOfDate","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Problem mit Beispielen/Code","samplesCodeIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2024-11-15 (UTC)."],[[["This article guides developers on hosting server-side tagging in a first-party context for enhanced security and cookie durability."],["Achieving same-origin serving involves configuring your tagging server and website to run on the same domain, which can be done using a subdomain or by forwarding requests to a specific path on your main domain."],["Server-side tagging hosted on the default domain lacks access to crucial server-set cookie benefits, unlike same-origin setups."],["Setting up same-origin serving requires updating DNS entries or configuring a CDN/load balancer, depending on the chosen method."],["Before implementing same-origin serving, ensure you've established a server container in Tag Manager and set up a tagging server."]]],["To leverage server-set cookie benefits, host your tagging server in the same first-party context as your website. Options include using the same origin (e.g., `www.example.com/metrics`) or a subdomain (e.g., `metrics.example.com`). Both allow full cookie access, unlike the default provider-hosted domain. Implementing same-origin requires a CDN/load balancer and potential DNS updates, while subdomains only need DNS adjustments. Pre-setup of a server container and tagging server is required.\n"]]
