Mantieni tutto organizzato con le raccolte
Salva e classifica i contenuti in base alle tue preferenze.
Questo articolo è rivolto agli sviluppatori che vogliono ospitare il tagging lato server nello stesso contesto proprietario del loro sito web. La gestione della stessa origine è una best practice che ti consente di sfruttare i vantaggi dei cookie impostati dal server in termini di sicurezza e durabilità. Le istruzioni riportate di seguito si applicano alla configurazione della pubblicazione di annunci con lo stesso origin, indipendentemente dal tag Google implementato sul tuo sito (gtag.js o gtm.js).
Quando configuri per la prima volta un server di tagging, questo viene ospitato su un dominio fornito dal fornitore cloud. Quando utilizzi l'endpoint predefinito, i dati vengono inviati al contenitore del server, ma vengono eseguiti in un contesto di terze parti. Per usufruire dei vantaggi di un
contesto proprietario, ad esempio cookie più duraturi, il server di tagging e il
sito web devono essere eseguiti nello stesso dominio.
La tabella seguente illustra come puoi ospitare un server di tagging quando il sito web principale è ospitato su www.example.com:
Stessa origine (best practice)
Sottodominio
Dominio predefinito
URL di esempio
https://www.example.com/metrics
https://metrics.example.com
https://metrics.run.app
Accesso ai cookie impostati dal server
Accesso completo ai vantaggi di sicurezza e durata.
Accesso completo ai vantaggi di sicurezza e durata.
Nessuna. Può impostare solo cookie JavaScript.
Complessità di configurazione
Configura una CDN o un bilanciatore del carico per inoltrare le richieste. Potrebbe essere necessario aggiornare le voci DNS.
Aggiorna le voci DNS.
È preconfigurato.
Per iniziare, scegli l'opzione di implementazione.
Prerequisiti
Questa guida presuppone che tu abbia:
Configura un contenitore del server in
Tag Manager
[null,null,["Ultimo aggiornamento 2025-06-27 UTC."],[[["\u003cp\u003eThis article guides developers on hosting server-side tagging in a first-party context for enhanced security and cookie durability.\u003c/p\u003e\n"],["\u003cp\u003eAchieving 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.\u003c/p\u003e\n"],["\u003cp\u003eServer-side tagging hosted on the default domain lacks access to crucial server-set cookie benefits, unlike same-origin setups.\u003c/p\u003e\n"],["\u003cp\u003eSetting up same-origin serving requires updating DNS entries or configuring a CDN/load balancer, depending on the chosen method.\u003c/p\u003e\n"],["\u003cp\u003eBefore implementing same-origin serving, ensure you've established a server container in Tag Manager and set up a tagging server.\u003c/p\u003e\n"]]],["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"],null,["# Custom domain configuration\n\n\u003e This article is for developers who want to host server-side tagging in the\n\u003e same [first-party context](https://developer.mozilla.org/en-US/docs/Web/HTTP/Cookies#tracking_and_privacy) as their website. Same-origin serving is a best\n\u003e practice that lets you leverage the security and durability benefits of\n\u003e server-set cookies. The below instructions apply for setting up same-origin\n\u003e serving regardless of the Google tag deployed on your site (gtag.js or\n\u003e gtm.js).\n\nWhen you first set up a tagging server, it is hosted on a domain provided by the\ncloud provider. When you use the default endpoint, it delivers data to the\nserver container, but runs in a third-party context. To unlock the benefits of a\nfirst-party context, such as more durable cookies, your tagging server and your\nwebsite have to run on the same domain.\n\nThe table below illustrates how you can host a tagging server when the parent\nwebsite is hosted on `www.example.com`:\n\n| | Same origin (best practice) | Subdomain | Default domain |\n|--------------------------|---------------------------------------------------------------------------------------|--------------------------------------------------|--------------------------------------------|\n| Example URL | `https://www.example.com/metrics` | `https://metrics.example.com` | `https://metrics.run.app` |\n| Server-set cookie access | Full access to security and durability benefits. | Full access to security and durability benefits. | **None.** Can only set Javascript cookies. |\n| Setup complexity | Configure a CDN or load balancer to forward requests. May need to update DNS entries. | Update DNS entries. | Comes pre-configured. |\n\nPick your implementation option to get started.\n\nSubdomain Same origin\n\nPrerequisites\n-------------\n\nThis guide assumes that you have:\n\n- Set up a server container in [Tag Manager](/tag-platform/tag-manager/server-side/overview#create_a_tag_manager_server_container)\n- [Set up a tagging server](/tag-platform/tag-manager/server-side/overview#set_up_a_tagging_server)\n\nConfigure the custom domain\n---------------------------\n\nPick an implementation option."]]
