Performance Beaconry vs Site Kit, GTM y Stape: 5 KB a tu visitante, 30 KB a 150 KB en los demás

Los plugins de tracking son la segunda razón por la que los sitios WordPress son lentos, después del peso de las imágenes. Aquí la misma instalación WordPress, mismo theme, mismo WooCommerce, con cuatro stacks de tracking distintos medidos en Lighthouse 12. Beaconry envía 5 KB al navegador, los demás envían de 30 a 150.

El setup

Una instalación WordPress, theme Astra, WooCommerce 9.x con 50 productos demo, el banner de cookies idéntico entre runs (nl-data-gate de Beaconry para nuestro run, Complianz para los demás). Lighthouse 12, móvil, throttled 4G + 4× CPU slowdown, mediana de 5 runs.

Cada stack configurado para hacer el trabajo equivalente: enviar un evento page-view a GA4 + Meta CAPI, más eventos purchase de WooCommerce en la página de gracias. Mismos resultados de conversión, cuatro caminos distintos.

JavaScript enviado al visitante

La métrica individual más consecuente tanto para Lighthouse como para la experiencia del visitante.

• Beaconry: ~5 KB. Dos scripts: nl-data-gate.js (banner de consentimiento, ~2 KB gzip) y nl-data.js (envío de eventos + captura click-ID, ~3 KB gzip). Ambos deferred, no render-blocking.
• Site Kit by Google: ~150 KB. gtag.js (~70 KB), contenedor GTM (~28 KB), runtime AdSense (~30 KB), snippet Search Console (~10 KB), más código de init. Carga cuatro productos Google los uses o no.
• GTM Server-Side: ~38 KB. Bootstrap gtm.js carga desde tu subdominio personalizado, luego inyecta scripts por tag dependiendo de la configuración de plantilla.
• Stape: ~32 KB. Mismo gtm.js que GTM-SS, simplemente CNAME'd a un worker Stape.

Beaconry es 6× más ligero que la siguiente opción server-side, 30× más ligero que Site Kit. La diferencia es estructural: el dispatch server-side necesita casi nada en el navegador, solo lo justo para capturar click-IDs y postear eventos a /wp-json.

Lighthouse Mobile

Lighthouse 12, perfil móvil, mediana de 5 runs en una página de producto:

• Beaconry: 98. Indistinguible de un baseline sin tracking. 2 puntos de pérdida atribuibles al parse deferred del script del banner.
• Stape: 86. 12 puntos por debajo del baseline. Parse de gtm.js más fetches asíncronos de sub-recursos.
• GTM Server-Side: 85. Funcionalmente igual que Stape; +1 por un CNAME-hop ligeramente más rápido.
• Site Kit: 72. 26 puntos de bajada. Múltiples hits a CDN de Google, múltiples passes de parse, gtag render-blocking.

LCP, la métrica que daña conversiones

LCP (Largest Contentful Paint) es lo que el scoreboard de Core Web Vitals de Google usa para ranking. El hit que añade cada stack:

• Beaconry: + 0 ms. Todos los scripts deferred, sin render-blocking, el elemento LCP dispara antes de que ningún JS de tracking se ejecute.
• GTM Server-Side: + 90 ms. gtm.js se parsea async pero consume presupuesto de main-thread en FCP.
• Stape: + 75 ms. Algo menos que GTM-SS por el CNAME-hop local.
• Site Kit: + 380 ms. gtag render-blocking añade ~280 ms, init AdSense ~80 ms, la naturaleza render-blocking compone el coste.

Para un sitio que ya está en el umbral de LCP (2,5 s móvil), los +380 ms de Site Kit pueden volcarte a "Necesita mejorar" en Search Console, con la penalización de ranking correspondiente.

Sub-recursos solicitados

Cada request es un DNS lookup, TLS handshake y coste de conexión fría. Los adblockers cuentan requests cuando deciden qué es "tracking-pesado".

• Beaconry: 2 (script de consentimiento, init de tracking).
• Stape: 3-4 (gtm.js + dependientes de tag-template).
• GTM Server-Side: 3-5 (similar).
• Site Kit: 8-12 (CDN Google, CDN GTM, CDN AdSense, Search Console, más sus scripts de tag respectivos).

Cookies seteadas en cliente

El número de cookies afecta el tamaño de cada request posterior, ya que las cookies viajan en headers.

• Beaconry: 2 (nl_pref para estado de consentimiento, nl_ext para click-IDs). Ambas first-party, gated por consentimiento.
• GTM-SS / Stape: 3-8 dependiendo de tags.
• Site Kit: 12+ (_ga, _gid, _gat, _gcl_au, _fbp, _fbc, más cookies AdSense y Search Console).

Para un sitio donde cada page-load envía 12+ cookies en el header del request, hablamos de 1-2 KB de overhead HTTP extra por navegación. Compone a lo largo de la sesión del visitante.

Qué te compra realmente el coste en cada stack

Los 150 KB de Site Kit entregan: dispatch gtag (Beaconry lo sustituye server-side), gestión de contenedor GTM (Beaconry no necesita uno), AdSense (Beaconry no tiene equivalente, correrías AdSense por separado), verificación Search Console (una vez, también vía DNS TXT). Para un cliente que solo quiere tracking de conversión, el 80 % del payload de Site Kit paga features que no usa.

Los 32-38 KB de GTM-SS y Stape entregan: flexibilidad de plantillas de tag para canales nicho, cambios de tracking por UI para no-ingenieros. Vale la pena si realmente necesitas esas features. Bytes desperdiciados si trackeas los 5 canales estándar.

Los 5 KB de Beaconry entregan: captura de click-ID, banner de consentimiento, envío de eventos. El mínimo necesario para dispatch server-side. Nada más, porque nada más necesita vivir en el navegador.

El ángulo SEO de Core Web Vitals

El algoritmo de ranking de Google usa Core Web Vitals como una de muchas señales. La señal es más visible en keywords head-tail competitivas donde muchos sitios son técnicamente competentes. Si el sitio del competidor carga más rápido porque no corre Site Kit, en igualdad de condiciones, te supera en ranking.

Para una tienda e-commerce que corre paid-search y SEO al mismo tiempo, cambiar de Site Kit a Beaconry tiene un doble efecto medible: mejora SEO por el delta de Lighthouse, más recuperación 25-30 % de adblock en conversiones pagadas. Misma instalación, dos vectores upside.

Para llevar

El dispatch server-side no es solo sobre recuperación de adblock, también es sobre no enviar 30-150 KB de JavaScript a cada visitante por el privilegio de ser trackeado. La huella de 5 KB de Beaconry en el navegador es lo que hace posible Lighthouse 98 en una tienda WooCommerce típica sin sacrificar tracking. La promesa todo-en-uno de Site Kit cuesta 150 KB, la mitad de los cuales la mayoría de tiendas no usa realmente.