Decidido que server-side te compensa, viene la segunda decisión: dónde vive el contenedor. Hay dos caminos: un proveedor gestionado — Stape es el más conocido, hay más — o desplegarlo tú en tu propio proyecto de Google Cloud. Nuestra posición, por delante: casi siempre aconsejamos y montamos GCP propio. Pero la decisión tiene matices y el proveedor gestionado tiene su sitio; vamos por partes.
El coste no es el factor (aunque lo parezca)
Es lo primero que todo el mundo compara, y es lo que menos separa a las dos opciones.
- GCP propio: la infraestructura de un server GTM típico sale por 50–150 € al mes, según volumen de tráfico y eventos.
- Stape: según su pricing público, hay plan gratuito hasta 10.000 peticiones al mes y los planes de pago van desde unos 20 $/mes (500.000 peticiones) hasta unos 100 $/mes (5 millones). Ojo al detalle de que factura por petición al servidor, no por sesión: una página vista puede generar varias peticiones (page_view, scroll, consentimiento, el reenvío a cada CAPI…), así que el volumen se alcanza antes de lo que parece.
Para un ecommerce mediano, las dos opciones acaban en el mismo orden de magnitud. Si alguien te justifica la decisión solo por precio, en cualquiera de las dos direcciones, desconfía.
El factor real: quién controla el despliegue
El motivo principal para montar server-side es tener el control de tu flujo de datos: qué entra, qué se transforma, qué sale hacia cada plataforma. Externalizar el despliegue a un tercero le quita a eso una parte del sentido. Con un proveedor gestionado, tus datos de medición pasan por infraestructura que no es tuya: no eliges el proyecto donde corre, no tienes sus logs en tu cloud, y añades un encargado de tratamiento más a tu lista de DPAs.
Con GCP propio, todo el flujo vive en un proyecto de tu propiedad: tus permisos, tus logs, tu facturación, y ningún intermediario entre tu web y las plataformas. Si mañana quieres cruzar la medición con Firestore o BigQuery, ya estás en casa. Y montarlo no es el proyecto que era: un despliegue de server GTM en Cloud Run es hoy razonablemente estándar.
Lo que hay que decir a favor de los gestionados
La honestidad obliga: si no tienes a nadie que quiera tocar Google Cloud — ni dentro ni en tu agencia —, un gestionado te quita de encima el despliegue, los certificados, el escalado y las actualizaciones de la imagen del contenedor, y arrancas en una tarde. Ese trabajo con GCP propio existe y alguien tiene que hacerlo: la imagen de server GTM se actualiza, el servicio hay que dimensionarlo, y cuando algo falla a las 23:00 el “es tu proyecto” significa que es tu problema. Si esa operación no está resuelta, el gestionado es la opción sensata — un server-side propio sin nadie que lo opere es peor que uno alquilado que funciona.
Nuestro caso es el contrario: operamos los proyectos de nuestros clientes, así que el argumento de la comodidad pesa poco y el del control pesa todo. Por eso la respuesta corta es GCP propio — cada cliente con su entorno completamente suyo.
En resumen
| Gestionado (Stape y cía.) | GCP propio | |
|---|---|---|
| Coste mensual | ~0–100 $ según peticiones | 50–150 € según tráfico |
| Control del dato | Parcial: infraestructura de un tercero | Total: tu proyecto, tus logs |
| Puesta en marcha | Una tarde | Requiere despliegue en GCP |
| Operación | Incluida | Tuya (o de tu agencia) |
| Encargados de tratamiento | Uno más | Ninguno extra |
Si quieres el camino del GCP propio, tenemos la guía paso a paso del despliegue en Cloud Run con balanceador de cargas — el mismo que usamos en nuestros proyectos, pantalla a pantalla y con los costes reales por pieza. Y si dudas de si te hace falta server-side siquiera, empieza por cuándo compensa de verdad.