Agencia B2B mid-market · Vertical specialized
Server-side GTM B2B · Cloud Run setup + advantages
Server-side GTM (sGTM) empresas B2B mid-market: setup en Cloud Run, infrastructure GCP, costes, advantages vs client-side (25-40% data recovery), first-party tracking, Consent Mode v2.
Empresas que ya mueven su número con nosotros
En síntesis
Server-side GTM B2B · Cloud Run setup + advantages
Server-side GTM (sGTM) empresas B2B mid-market: setup en Cloud Run, infrastructure GCP, costes, advantages vs client-side (25-40% data recovery), first-party tracking, Consent Mode v2.
Server-side GTM B2B es la arquitectura técnica que mueve la lógica de tagging del navegador del usuario a un servidor controlado por la empresa, típicamente desplegado en Google Cloud Run. Para mid-market B2B, sGTM recupera entre el 25% y el 40% de los datos perdidos por ITP de Safari, bloqueadores de anuncios y la cookie política de Firefox. Sin sGTM, la señal que recibe Google Ads y Meta para optimizar es la sombra de la realidad. Esta guía documenta el setup en Cloud Run, infraestructura GCP, costes, ventajas vs client-side y cómo se integra con Consent Mode v2.
Vertical fit
Definición y caso de uso
Server-side Google Tag Manager (sGTM) es un contenedor de etiquetas que corre en un servidor propio (no en el navegador). El navegador envía eventos a tu subdominio (por ejemplo tag.empresa.com), y desde allí tu servidor decide qué plataformas recibirán esos datos (GA4, Meta CAPI, LinkedIn CAPI, TikTok Events API). Beneficios: first-party context (cookies de tu dominio, no third-party), recuperación de eventos perdidos por bloqueadores, control granular sobre PII (saneado server-side antes de enviar a terceros) y mejora medible de attribution.
Caso de uso canónico mid-market: B2B SaaS con tráfico 60-70% Europa, ITP de Safari mata first-party cookies a los 7 días en client-side. Con sGTM + first-party cookie HTTP-only, la cookie sobrevive el ciclo de venta completo. Resultado medible: +20-35% conversions attributed en Google Ads tras 30-60 días, +15-25% en Meta CAPI vs solo pixel client-side.
Stack integrado
Paso a paso técnico
gcloud run deploy gtm-server --image=gcr.io/cloud-tagging-10302018/gtm-cloud-image:stable --region=europe-west1 --platform=managed --min-instances=2 --max-instances=10 --memory=512Mi --set-env-vars CONTAINER_CONFIG=<tu-config>tag.empresa.com. Crear registro CNAME en DNS apuntando a ghs.googlehosted.com. SSL automático vía Google-managed certificate.4. Configurar GA4 Client server-side. En el container server, crear Client GA4 con Default GA4 paths. Esto recibe el tráfico de gtag.js client-side y lo replica server-side con datos enriquecidos (IP geocoded, user-agent parsed, first-party cookie persistente).5. Tags server-side críticos. Inventario mínimo: GA4 Tag (events forward to GA4), Meta CAPI (Conversion API), LinkedIn CAPI, Google Ads Conversion Tracking server-side. Cada tag con triggers basados en event_name del request entrante.6. PII handling. Hashear emails server-side con SHA256 antes de forward a Meta/LinkedIn. Variable transformation con custom template. Documentar qué datos pueden salir del servidor y qué no.7. First-party cookie set server-side. En el Client GA4 settings, activar Set cookies in HTTP response. Cookie FPID persiste 2 años HTTP-only en lugar de 7 días via JavaScript (ITP).8. Monitoring + logs. Cloud Run logs en Cloud Logging. Alertas: error rate >1%, latency p95 >500ms, instance count saturado. Dashboard de salud expuesto en Looker Studio.Casos referencias
Stack canónico cronuts.digital
- Google Tag Manager Server: contenedor server-side.
- Google Cloud Run: deploy serverless con autoscaling.
- Cloud Logging + Monitoring: observability + alertas.
- Meta CAPI Tag (community template): server-side Meta Pixel.
- LinkedIn Conversions API Tag: server-side LinkedIn tracking.
- Consent Mode v2: parameter forwarding según consent_state.
- BigQuery: logs y events para auditoría + análisis.
Resultados típicos
Métricas y ROI esperado
Métricas vertical
Errores frecuentes
- Cloud Run sin min-instances: cold starts añaden 500-1500ms a primer request.
- Custom domain en .tagmanager.com genérico: contado como third-party por ITP.
- No hashear PII antes de Meta/LinkedIn: rechazo y compliance liability.
- Forward de todos los eventos sin filtrar: ruido y cost adicional.
- Olvidar Consent Mode v2: envíos sin consent rebotan en EU.
- No monitorizar logs: errores silenciosos durante semanas.
- Region us-* para sitio EU: latencia 100-200ms extra + compliance issues.
Equipo senior
Convierte esta idea en un sistema medible
Reseñas verificadas · CMOs & CIOs B2B vertical
Empresas que ya operan con CRONUTS.DIGITAL.
Diagnóstico vertical B2B
¿Tu sector B2B sin agencia integrada?
Auditoría vertical 7 días. Plan stack integrado SEO+Paid+Content+CRO+IA. Senior accountability. Sin compromiso.