El servidor de Google Tag Manager es la pieza que permite enviar los datos de tu web a Google Analytics, Google Ads o Meta desde tu propio dominio, en vez de desde el navegador del visitante. La ventaja es menos bloqueo de los navegadores y leads que sobreviven a Safari o a un adblocker. Pero ese contenedor no vive en el aire: hay que alojarlo en algún sitio, y ese alojamiento tiene una factura mensual que no depende de cuántos clientes capte tu despacho ese mes.
Alojar el servidor de Google Tag Manager en Cloud Run cuesta desde 90 dólares al mes, el mínimo que recomienda Google con dos instancias activas las 24 horas. Un despacho con tráfico bajo o medio paga menos con un proveedor gestionado como Stape, desde 17 dólares al mes, porque ahí se cobra por solicitudes y no por servidor encendido.
El servidor de Google Tag Manager no es gratis
Google Tag Manager, el contenedor web que instalas con una sola etiqueta, no cuesta nada: nunca lo ha hecho. La confusión aparece con el etiquetado del lado del servidor, donde Google añade un segundo contenedor que ya no vive en el navegador del visitante, sino en un servidor que tiene que alojar alguien. Ese servidor recibe las peticiones que antes iban directas a Analytics, Ads o Meta, las reenvía desde tu propio dominio y así sobrevive a los bloqueadores de anuncios y a la limitación de cookies de terceros de Safari, algo que desarrollamos en la pieza sobre el etiquetado del lado del servidor.
Lo que cambia aquí es la pregunta que casi nadie se hace antes de activarlo: dónde vive ese servidor y quién paga la factura. Google ofrece dos formas de alojarlo tú mismo, Cloud Run y App Engine, y existen proveedores externos que lo gestionan por ti. Ninguna de las tres es gratis a partir de un volumen mínimo de tráfico, y cada una cobra de una forma distinta.
El contenedor de servidor de Google Tag Manager es una copia de GTM que se ejecuta en un servidor propio, no en el navegador del visitante, y reenvía los datos a Analytics, Ads o Meta desde tu propio dominio. Por eso sobrevive a los bloqueadores de anuncios y a la limitación de cookies de Safari que sí afecta al tráfico de origen.
Cloud Run te cobra por instancia encendida
Cloud Run es la opción que la propia documentación de Google recomienda hoy para alojar el servidor de Google Tag Manager, por delante de App Engine. El precio se calcula por instancia activa, con la CPU reservada todo el tiempo para que no haya retardo al recibir una petición, y ese es precisamente el motivo por el que la factura no baja aunque tu despacho publique un artículo a la semana.
Dos instancias activas los 365 días
Cada instancia de Cloud Run cuesta alrededor de 45 dólares al mes, con 1 vCPU y 0,5 GB de memoria. La misma guía recomienda un mínimo de dos instancias en producción para no perder datos si una se cae, así que el suelo real para autoalojarse ronda los 90 dólares al mes antes de que llegue la primera visita. Con ese mínimo, Google calcula que el servidor aguanta entre 35 y 350 solicitudes por segundo según cuántas etiquetas dispare. Para un despacho, eso es muchísima más capacidad de la que va a usar: la factura no está pagando tráfico, está pagando la garantía de que el servidor nunca se apague.
App Engine necesita más servidores que Cloud Run
App Engine fue la opción original para alojar el servidor de Google Tag Manager, y Google todavía mantiene la guía, aunque ahora remite primero a Cloud Run. La diferencia no es solo de marca: cambia cuántos servidores hacen falta para el mismo trabajo, y eso se nota directamente en la factura mensual.
Tres a seis servidores por defecto
Cada servidor de App Engine en entorno flexible cuesta unos 40 dólares al mes, algo menos que en Cloud Run, pero la propia guía de Google recomienda partir de tres servidores en producción, hasta seis con autoescalado, para cubrir entre 50 y 200 solicitudes por segundo. Eso deja el suelo real entre 120 y 240 dólares al mes, bastante por encima de los 90 de Cloud Run con el mismo propósito. Hay además un aviso que conviene leer antes de activarlo: si el servidor supera el millón de solicitudes al mes, Google recomienda desactivar el registro de peticiones, porque esa factura aparte puede crecer más que el propio alojamiento.
Stape cobra el contenedor de servidor por tráfico
Stape es el proveedor externo más usado para evitar montar la infraestructura de Google a mano: aloja el contenedor de servidor en su propia nube y cobra por solicitudes recibidas, no por servidor encendido las 24 horas. Para un despacho con tráfico bajo o medio, ese cambio de modelo es lo que de verdad decide la factura.
| Opción | Coste mínimo mensual | Capacidad | Mantenimiento |
|---|---|---|---|
| Cloud Run (autoalojado) | 90 $ (2 instancias) | 35-350 solicitudes/segundo | A cargo del despacho |
| App Engine (autoalojado) | 120-240 $ (3-6 servidores) | 50-200 solicitudes/segundo | A cargo del despacho |
| Stape Free | 0 $ | Hasta 10.000 solicitudes/mes | Ninguno |
| Stape Pro | 17 $ | Hasta 500.000 solicitudes/mes | Ninguno |
| Stape Business | 83 $ | Hasta 5.000.000 solicitudes/mes | Ninguno |
Según la propia tabla de precios de Stape, el plan gratuito cubre hasta 10.000 solicitudes al mes, suficiente para una web con muy poco tráfico. El plan Pro, a 17 dólares al mes, aguanta hasta 500.000 solicitudes, y ya ahí queda por debajo del suelo de 90 dólares que exige autoalojarse en Cloud Run. Para que autoalojarlo compense hay que superar un volumen de tráfico que la mayoría de despachos no alcanza ni de lejos, como se ve en el siguiente apartado.
El tráfico real decide si compensa autoalojarse
La cuenta no es complicada, pero casi nadie la hace antes de elegir proveedor. Hay que comparar cuántas solicitudes genera de verdad la web del despacho contra los tramos de precio de cada opción, en vez de copiar la configuración que recomienda un tutorial pensado para un ecommerce con cientos de miles de visitas diarias. Es el mismo cálculo que conviene hacer antes de exportar datos de GA4 a BigQuery: pagar por lo que de verdad se usa, no por la capacidad máxima que ofrece el proveedor.
El volumen real de un blog jurídico
El servidor de Google Tag Manager no cuenta visitas, cuenta solicitudes: una por cada evento que reenvía a Analytics, Ads o Meta, y una sesión normal dispara varias. Para hacerse una idea aproximada:
- 1.000 sesiones al mes, con 5 eventos cada una, son unas 5.000 solicitudes.
- 10.000 sesiones al mes, al mismo ritmo de eventos, son unas 50.000 solicitudes.
- 50.000 sesiones al mes ya se acercan a las 250.000 solicitudes.
Un despacho con un blog activo rara vez supera las 10.000 o 20.000 sesiones mensuales, así que se queda muy por debajo de las 500.000 solicitudes del plan Pro de Stape. Montar un Cloud Run propio para ese volumen es pagar 90 dólares al mes por una capacidad que no va a usar ni de lejos.
Mantenimiento y riesgos del servidor de Google Tag Manager
Alojar el servidor de Google Tag Manager tú mismo no termina con el primer pago. Hay que vigilar la facturación con una alerta configurada desde el primer día, revisar los certificados del dominio donde vive el contenedor y actualizar la imagen del contenedor cuando Google publica una versión nueva, porque uno desactualizado deja de recibir soporte. Nada de esto lo hace un proveedor gestionado como Stape: el mantenimiento del servidor, los certificados y el escalado quedan de su lado, incluidos en la cuota mensual. Es una decisión parecida a la de elegir un CDN para la web: casi nunca compensa gestionar la infraestructura a mano cuando un tercero ya la ofrece por una cuota fija.
El riesgo real no es solo económico. Si el servidor propio se cae y nadie lo detecta, el despacho deja de medir leads durante ese tiempo sin que se note en el panel hasta que alguien revisa los informes semanas después. Con un contenedor autoalojado hace falta alguien pendiente de la infraestructura; con uno gestionado, esa responsabilidad es del proveedor.
Preguntas frecuentes sobre el servidor de Google Tag Manager
¿Tiene algún coste usar Google Tag Manager?
No, el contenedor web de Google Tag Manager es gratis y lo seguirá siendo: se instala con una etiqueta y no tiene límite de uso. El coste aparece solo si activas el etiquetado del lado del servidor, porque ese segundo contenedor necesita un servidor propio o un proveedor que lo aloje, y eso sí se paga cada mes.
¿Cloud Run o App Engine para alojar el servidor?
Cloud Run, porque la propia guía de Google lo recomienda ahora en primer lugar y porque necesita menos instancias para el mismo tráfico: dos frente a las tres o seis que pide App Engine en producción. El suelo mensual queda en torno a 90 dólares frente a 120-240, con una capacidad similar de solicitudes por segundo.
¿Compensa a un despacho de abogados tener su propio servidor?
Casi nunca con el tráfico habitual de un despacho. Si la web mueve menos de 500.000 solicitudes al mes, un plan gestionado como el Pro de Stape sale más barato que el suelo de 90 dólares de Cloud Run, y además evita el mantenimiento. Solo compensa autoalojarse cuando el volumen supera varios millones de solicitudes mensuales.
Fuente: Google for Developers — Set up server-side tagging with Cloud Run