Qué es el etiquetado server-side¶
El server-side tagging es la modalidad de Google Tag Manager en la que las tags se ejecutan en un servidor en lugar de en el navegador del visitante. El sitio sigue recogiendo los eventos, pero el procesamiento — disparar Google Analytics, Google Ads, píxeles de terceros, conversiones — ocurre en un servidor que usted controla.
El problema de las tags en el navegador¶
En el modelo tradicional (client-side), cada tag es un script que el navegador debe descargar y ejecutar. Ocurren tres cosas:
- Los bloqueadores de anuncios impiden la carga de scripts asociados a publicidad y seguimiento. El evento simplemente nunca ocurre.
- Las restricciones de los navegadores (ITP, intelligent tracking prevention) limitan las cookies de terceros, lo que reduce la tasa de atribución.
- Cada script pesa en la página, lo que afecta la velocidad de carga y, por consecuencia, la experiencia y el SEO.
El resultado es un embudo de datos incompleto: lo que el servidor registra no coincide con lo que el navegador logró enviar.
Qué cambia en el modelo server-side¶
| Situación | Tags en el navegador (client-side) | Tags en el servidor (server-side) |
|---|---|---|
| Bloqueador de anuncios activo | Script impedido; evento perdido | El evento llega al servidor con normalidad |
| Cookies de terceros | Restringidas por el navegador | Procesadas como cookies de primera parte |
| Peso de página | Un script por tag | Menos scripts cargados en el cliente |
| Quien ejecuta la tag | El navegador del visitante | El servidor del contenedor |
| Control de los datos | Distribuido por el cliente | Concentrado en un punto que usted gobierna |
Server-side no desactiva el bloqueador de anuncios
La técnica no "desactiva" el bloqueador de anuncios del visitante. Elimina la dependencia de scripts de terceros en el navegador, que es el motivo más común de que un evento se descarte. Parte del tráfico aún puede no llegar por decisión del usuario — y respetar esa decisión sigue siendo obligatorio, también bajo LGPD y GDPR.
Cómo encaja GTM en esto¶
Google Tag Manager ya admite contenedores de tipo servidor. La diferencia práctica es que el contenedor pasa a tener una URL propia, servida por un servidor de tags, y no solo un ID de contenedor cargado desde googletagmanager.com.
Ahí entra AdPulse: en lugar de que usted aprovisione y mantenga la infraestructura de ese servidor, pega la configuración de su contenedor en el panel y nosotros aprovisionamos el contenedor por usted.
Qué entrega AdPulse¶
- Aprovisionamiento gestionado — usted pega la cadena de configuración y el servidor se crea automáticamente.
- Ubicación SA East (Brasil) — el procesamiento ocurre en la región donde está la mayor parte del público brasileño.
- CDN global (Cloudflare) — la entrega de archivos se realiza por el borde de Cloudflare, más cerca del visitante. La CDN es estándar y no se puede desactivar.
- Medición por solicitud — las solicitudes recibidas por el contenedor se cuentan y facturan según su plan.
- Integración con WordPress — un plugin reenvía las solicitudes de su propio dominio al servidor de tags. Vea Cómo instalar y configurar el plugin de WordPress.
Uso compartido y dominio propio
Por defecto, su contenedor es servido por el hostname compartido de la plataforma, que queda detrás de la CDN. Es posible conectar un dominio personalizado al contenedor desde el panel; cuando lo hace, el tráfico pasa por la red de su propio proveedor de DNS.