Beaconry vs Stape vs GTM Server-Side: mismo resultado, mecánica muy distinta

Los tres dicen "tracking server-side". Los tres acaban con resistencia a adblockers, setup DNS y facturas mensuales muy distintas. Teardown lado a lado del camino de dispatch en cada uno, más cuándo otra de las dos opciones es genuinamente la mejor elección.

Los tres caminos de dispatch

Cada herramienta acaba en el mismo conjunto de APIs de plataforma (Meta CAPI, Google Ads API, GA4 Measurement Protocol, etc.). Las diferencias están enteramente en el camino entre el navegador y ese endpoint.

• Beaconry: el navegador hace POST a /wp-json/beaconry/v1/event en la propia instalación de WordPress del cliente. WordPress despacha a las plataformas servidor a servidor.
• Stape: el navegador carga https://tags.cliente.com/gtm.js, un CNAME a un worker alojado por Stape. El worker de Stape enruta los eventos a través de tag templates y despacha.
• GTM Server-Side: el navegador carga https://server.cliente.com/gtm.js, un CNAME (o registro A) a un contenedor Cloud Run que el cliente opera. El contenedor ejecuta tag templates y despacha.

Resistencia a adblockers

La diferencia más consecuente, y la que más se omite en decks comparativos:

• Beaconry: estructuralmente adblock-immune. /wp-json/ es el namespace REST del core de WordPress; bloquearlo rompería WordPress. Probado contra uBlock Origin, Brave Shields, AdGuard, NextDNS, Pi-hole, todos lo dejan pasar. Payload JSON personalizado, sin firma reconocible de formato Pixel.
• Stape: vulnerable a la detección CNAME-cloaking. Brave Shields la activa por defecto, uBlock como opt-in, NextDNS lo hace en servidor. Los responsables de filter lists añaden detección del patrón Stape con el tiempo. El juego del gato y el ratón hace que Stape rote dominios de worker, con pocas semanas de margen por ciclo. Trátalo como "funciona la mayoría del tiempo", no "funciona".
• GTM Server-Side: misma dinámica que Stape, además el bytecode gtm.js de GTM en navegador es reconocido en sí por algunas reglas de filtro basadas en contenido. El CNAME oculta el destino, la huella de contenido todavía puede exponerlo.

Impacto concreto: una audiencia B2B con tasa adblock del 35 % ve aproximadamente 5-15 % de pérdida de conversión en Stape/GTM SS a lo largo de un trimestre, según los ciclos de actualización de filter lists. La cifra de Beaconry se mantiene cerca de cero en la misma ventana.

Tiempo de setup

• Beaconry: instalar el plugin, pegar credenciales, enviar eventos de prueba. En vivo en 15 a 30 minutos por canal. Cinco canales (Meta, TikTok, Google Ads, LinkedIn, GA4) suelen llevarse una tarde para quedar bien cableados.
• Stape: alta, apuntar el CNAME a Stape, configurar tag templates en su UI, enviar eventos de prueba. 2 a 4 horas para un setup típico, más si tu lógica de tag templates es no estándar.
• GTM Server-Side: aprovisionar proyecto GCP, desplegar contenedor Cloud Run, configurar DNS, montar SSL, escribir tag templates en GTM, probar. 1 a 3 días para un setup típico, días más si tu equipo no es ya fluido en GCP.

Precio

• Beaconry: licencia de pago único. Solo $69, Studio $149, Agency $349. Actualizaciones de por vida incluidas. Sin uso medido, sin coste por evento.
• Stape: suscripción mensual, escala con el tráfico. El plan más pequeño está en $20-30/mes para volumen limitado. Sitios mid-traffic acaban en $50-100/mes. High-traffic en $100-300/mes.
• GTM Server-Side: precio Cloud Run, escala con volumen de requests. Sitios low-traffic $30-50/mes, mid-traffic $100-300/mes, high-traffic $500+/mes. Más tiempo de ingeniería para mantener el contenedor Cloud Run, tag templates, actualizaciones de contenedor.

Coste total a 3 años en un sitio mid-traffic: Beaconry $149, Stape ~$2.500, GTM SS ~$5.000+ (Cloud Run + tiempo de mantenimiento). La brecha de precio nominal es real; la brecha de tiempo de ingeniería en GTM SS es mayor de lo que parece en la factura.

Motor de tag-template y customización

Aquí se invierte la comparativa. Beaconry no tiene un motor de tag templates: viene con soporte fijo para Meta, TikTok, Google Ads, LinkedIn, GA4 más hooks WooCommerce / Kadence / Fluent. Cinco canales, mapeo opinado. Añadir un sexto canal significa una actualización del plugin, no un cambio de plantilla por parte del cliente.

• Beaconry: opinado, rápido de configurar, sin lenguaje de plantillas que aprender. Mala opción si necesitas tags personalizados para una red publicitaria nicho o un endpoint de analytics propio.
• Stape: motor de plantillas compatible con GTM completo en su UI. Biblioteca rica de templates prefabricados. Permite construir templates personalizados con JavaScript en sandbox. Buena opción si necesitas muchos tags personalizados.
• GTM Server-Side: el mismo motor de plantillas que Stape (los dos son GTM por debajo), más tú controlas el contenedor y puedes añadir caminos de código personalizados. Buena opción para máxima flexibilidad y capacidad de ingeniería.

Escenarios de agencia multi-tenant

Las agencias que llevan tracking para muchos clientes acaban tomando decisiones distintas:

• Tier Agency de Beaconry: $349 pago único, activaciones ilimitadas en sitios de cliente. Cada WP de cliente tiene sus propias credenciales. Instalaciones WP separadas = seats separados contados. Buena opción si los clientes son mayoritariamente WordPress y la agencia quiere coste predecible.
• Stape: suscripción por cliente, las agencias suelen revender al cliente con margen. Buena opción si los clientes no son WordPress o la agencia quiere centralizar la gestión de tags entre stacks diversos.
• GTM Server-Side: cada cliente normalmente posee su propio proyecto GCP y Cloud Run. La agencia los opera pero no suele pagarlos. Buena opción para encargos enterprise de consultoría intensiva.

Stacks no-WordPress

Beaconry es WordPress-only por arquitectura. El endpoint REST same-origin es /wp-json/..., que solo WordPress sirve. Si tu stack es Shopify, Webflow, Node.js custom, cualquier cosa que no sea WordPress, Beaconry no te sirve.

• Shopify con tracking server-side: Stape tiene herramientas específicas para Shopify, GTM SS funciona pero requiere integración personalizada.
• Webflow / Squarespace / Wix: GTM SS via Cloud Run, Stape si su integración cubre tu plataforma.
• Node.js / Rails / Django personalizados: GTM SS o construido desde cero. Stape si su template encaja.
• Commerce headless + Next.js / Astro: depende del back-end. Si WordPress es la fuente headless, Beaconry puede situarse en el lado WP y despachar desde ahí.

Cuándo NO elegir Beaconry

Casos concretos en los que una de las otras dos opciones es genuinamente la mejor elección:

• Tu stack no es WordPress.
• Necesitas tag templates personalizadas para un canal nicho que Beaconry no incluye.
• Necesitas una UI para que miembros del equipo no-ingeniería añadan y modifiquen tracking sin actualizar el plugin.
• Ya tienes un setup GTM Server-Side funcionando y el coste de migración supera el ahorro de Beaconry.
• Eres un enterprise con un equipo de ingeniería de tracking dedicado y quieres máximo control.

Caminos de migración

Si decides moverte a Beaconry, los pasos de migración dependen de qué dejas:

Desde Stape: instala Beaconry, configura los mismos cinco canales con las credenciales que ya tienes. Corre los dos en paralelo durante una semana con modo híbrido apagado en Beaconry, monitoriza los reports de plataforma, el volumen de Beaconry debería igualar o superar al de Stape. Cuando haya confianza, retira el CNAME de Stape y desactiva los tag templates de Stape. Sin pérdida de datos, sin pérdida de atribución histórica (la historia del lado de plataforma es de la plataforma, no de la herramienta de dispatch).

Desde GTM Server-Side: mismo enfoque de paralelo. Mantén Cloud Run vivo durante el período paralelo, monitoriza lado a lado. Decomisiona Cloud Run cuando Beaconry tenga una semana de números limpios. La migración es más simple que el setup original de GTM SS; lo delicado es decomisionar el contenedor Cloud Run sin dejar registros DNS apuntando a la nada.

Desde solo navegador GA4 / Meta Pixel: instala Beaconry, configura, y tus eventos en modo híbrido se deduplicarán contra el browser pixel existente vía event_id estable. Cero double-counting, cero pérdida de datos, mejor resistencia a adblockers de inmediato.

Para llevar

Tres herramientas distintas para el mismo caso de uso en puntos diferentes del espectro complejidad-vs-flexibilidad. Beaconry es la elección correcta para clientes pequeños-medianos basados en WordPress que quieren coste predecible, setup rápido y resistencia estructural a adblockers. Stape y GTM Server-Side son la elección correcta para escenarios no-WordPress, con muchos tags personalizados, o enterprise donde la flexibilidad supera al tiempo de setup. Elige según stack y necesidades de complejidad, no según cuál de las tres se etiqueta más fuerte como "server-side".