En este artículo, describiré cómo configurar un dominio personalizado dentro del contenedor del servidor de Google Tag Manager. La principal ventaja de utilizar un dominio personalizado para sGTM es que ayuda a aumentar la vida útil de las cookies al establecer cookies de origen en lugar de cookies de terceros.
La principal ventaja del etiquetado en el servidor reside en el establecimiento de cookies de origen, aunque no está activado por defecto. Para aprovechar esta capacidad, es necesario implementar un dominio personalizado en su GTM del lado del servidor.
Dado que Chrome es el último navegador que admite cookies de terceros y empezará a eliminar gradualmente las cookies de terceros en 2024, ahora es el momento de empezar a utilizar cookies de origen en lugar de las de terceros.
⚠️ UPDATE: Google ha anunciado que no seguirá adelante con sus planes de eliminar las cookies de terceros. En su lugar, la empresa introducirá una nueva solución: una única solicitud que permitirá a los usuarios establecer sus preferencias, que se aplicarán en todas las experiencias de navegación de Google.
La estabilidad y longevidad de las cookies establecidas por sGTM dependen de cómo se implemente un dominio personalizado. Hay tres tipos de configuraciones de dominio personalizado dentro de sGTM.
Puede utilizar una URL de servidor de etiquetado personalizada para configurar cookies de origen. La URL del servidor de etiquetado personalizado o dominio personalizado debe compartir el mismo dominio que su sitio web. Por ejemplo, si el dominio de su sitio web es ejemplo.com, la URL del servidor de etiquetado debe ser ss.ejemplo.com.
Hay tres formas de configurar un dominio personalizado:
| Características | El mismo origen | Subdominio | Default dominio |
| Ejemplo URL | example.com/sgtm | sgtm.example.com | wjzsdfvom.us.stape.io |
| Estabilidad de las cookies | Ofrece toda la ventaja de prolongar la vida útil de las cookies sin necesidad de configuración adicional. | Ofrece la posibilidad de establecer cookies de origen, aunque para aumentar la vida útil de las cookies en Safari y otros navegadores con ITP, es necesario configurar CDN o utilizar Cookie Keeper. | Sólo puede establecer cookies de Javascript. |
| Complejidad | Complicado. Configure una CDN o un equilibrador de carga para reenviar las solicitudes. Puede ser necesario actualizar las entradas DNS. | Fácil. Actualice las entradas DNS. | Está preconfigurado para usted cuando configura la cuenta de stape.io. |
En primer lugar, debe crear y configurar el contenedor de servidor de Google Tag Manager. Si no dispone de un contenedor de servidor, siga estas instrucciones.
Mostraremos dos formas de mapear un dominio personalizado para el contenedor servidor de Google Tag Manager:
1. Abre tu contenedor sGTM en Stape, desplázate hasta «Dominios» y haz clic en Añadir dominio personalizado.
2. Seleccione si desea utilizar CDN y de qué tipo.
3. Escribe un dominio personalizado.
Verás los registros DNS que debes añadir.
El registro DNS depende de la ubicación del servidor y de la opción de CDN que elija.
Desactivar CDN - elija no utilizar ningún tipo de CDN.
Por defecto, la verificación de subdominios se realiza mediante registros CNAME, pero si desea verificar su subdominio mediante registros A y AAAA, seleccione Configuración avanzada al añadir el dominio personalizado y marque la casilla «Utilizar registros A en lugar de CNAME».
Los registros DNS que debe configurar varían en función de la ubicación del servidor y la configuración de CDN seleccionada. Verás los registros DNS que debes añadir dentro de tu contenedor stape.io.
4. Accede a tu cuenta DNS y añade los registros que veas en tu cuenta de stape.io.
5. Navega hasta tu proveedor de DNS; por ejemplo
- GoDaddy
- Google Dominios
- Hostgator
- Hover
- Namecheap
- Squarespace
- AWS
- Cloudflare
A continuación se muestra un ejemplo de configuración de DNS para CloudFlare. Abra la configuración DNS del dominio requerido y haga clic en Añadir registro.
A continuación, escribe los registros que veas en tu cuenta de stape.io. Asegúrate de que el proxy está desactivado.
Normalmente, la verificación del dominio personalizado tarda entre 2 y 3 horas. En el caso de algunos proveedores de DNS, la verificación de los registros puede tardar hasta 72 horas. Te enviaremos un correo electrónico cuando se haya verificado el dominio personalizado o se haya detectado algún error. Si se produce algún error en la verificación, sigue estas instrucciones sobre cómo verificar el dominio personalizado.
5. Una vez verificado el dominio personalizado, vuelva al contenedor del servidor de Google Tag Manager → Elija su contenedor de servidor → Admin → Configuración del contenedor → Pegar URL del servidor de etiquetado.
6. Si utiliza un dominio personalizado, es muy recomendable actualizar el script Web GTM en su sitio web. Este ajuste cargará gtm.js desde tu dominio. Para ello, sustituye el dominio predeterminado googletagmanager.com por el dominio personalizado que configuraste en el paso anterior.
Ya está. Ahora su contenedor de servidor GTM se ejecuta desde su subdominio.
Los requisitos previos para configurar el mismo dominio personalizado de origen:
1. Una CDN o equilibrador de carga que pueda reenviar solicitudes.
2. Si utiliza App Engine, el servidor de etiquetado debe ejecutar la versión 2.2.0 o posterior.
3. Seleccione la ruta para su dominio personalizado sGTM, por ejemplo, example.com/sgtm, example.com/data, example.com/metrics, etc.
Le mostraremos 2 ejemplos de configuración del mismo dominio personalizado de origen para sGTM utilizando Cloudflare o nginx.
Para que esta opción funcione todo el tráfico de su sitio debe ser proxy a través de CloudFlare. Por lo tanto, la funcionalidad de CF Workers le permitirá proxy sGTM peticiones también.
a. Cree un worker en Cloudflare.
b. Añada el nombre del trabajador.
c. Crear js similar a la de abajo, donde:
/metrics/ - es la ruta que elija para su contenedor de servidor.
https://sgtm.stape.video/ - es la URL de su servidor de etiquetado. Existen dos escenarios:
- [No recomendado] La URL predeterminada del servidor de etiquetado que le proporcionó stape. En este caso, la URL del servidor de etiquetado será https://wapdsrl.ca.stape.io.
- [Recomendado] El subdominio personalizado que has configurado en el administrador de stape.io. Se recomienda utilizar un subdominio personalizado al configurar un trabajador, ya que ofrece dos ventajas: la carga de gtm.js y gtag.js desde una ruta personalizada mediante la activación del cargador personalizado, lo que hace que los scripts de seguimiento no se puedan bloquear y permite la configuración de cookies de origen de larga duración. Si utiliza un subdominio personalizado para su URL de servidor de etiquetado del mismo origen, asegúrese de haber añadido un dominio personalizado a su contenedor sGTM en stape y de haber creado registros DNS como se describe aquí. No utilice una CDN propia con el mismo dominio de origen.
export default {
async fetch(request, env, ctx) {
let {pathname, search, host} = new URL(request.url);
pathname = pathname.replace('/metrics/', '/');
const domain = 'sgtm.stape.video';
let newRequest = new Request((`https://` + domain + pathname + search), request);
newRequest.headers.set('Host', domain);
return fetch(newRequest);
},
};
d. Vaya a la Ruta de Trabajadores y cree una nueva Ruta. Añade la URL que utilizas para el servidor GTM terminada en *. En mi caso, es stape.video/metrics* y selecciona el worker que has creado en los pasos anteriores.
Añada a la configuración de su servidor, donde:
/metrics - que ha seleccionado para el servidor GTM.
https://gtm.mysimple.name - dominio personalizado de su sGTM.
location = /metrics { return 302 /metrics/; }
location ~ ^/metrics(.*) {
resolver 8.8.8.8 valid=3600s;
proxy_pass https://gtm.mysimple.name$1$is_args$args;
proxy_set_header Host gtm.mysimple.name;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}La adición de un dominio personalizado a un contenedor de servidor de Google Tag Manager (GTM) puede influir significativamente en la eficacia y la flexibilidad del seguimiento del lado del servidor. En este artículo, hemos proporcionado dos métodos de implementación de dominios personalizados.
Un enfoque de mismo origen ofrece mayor seguridad y una gestión de cookies más sencilla, ideal para dominios singulares y específicos. Una configuración de subdominio proporciona flexibilidad y optimización del rendimiento, adecuada para estructuras de dominio complejas o múltiples. Cada una tiene sus ventajas y desventajas en cuanto a complejidad, rendimiento y gestión. Considere cuidadosamente sus requisitos técnicos, necesidades de seguridad y objetivos de seguimiento para seleccionar la configuración más apropiada para su seguimiento del lado del servidor.
Si tiene alguna pregunta, visite nuestro servicio de asistencia o escriba un ticket. Nuestro equipo de expertos estará encantado de ayudarle con cualquier pregunta relacionada con el alojamiento y el seguimiento del servidor de Stape.
Bastan unas simples preguntas. Haga clic en Obtener ayuda, rellena el formulario y le guiaremos.