Auditoría de Arquitectura de Medición · Place for Pros

Alcance y método (honestidad primero). Auditado con evidencia en vivo: (1) Google Ads vía API directa — conversiones, primarias/secundarias, valor por acción; (2) crawl del front-end de placeforpros.com — tags, pixels, dataLayer, consent. Requiere acceso para verificar/implementar (marcado como "[necesita acceso]"): backend de GA4 (custom dims, audiencias, BigQuery), interior de GTM/contenedor server-side, admin de Shopify (Customer Events, apps, checkout), y Business Managers de Meta/TikTok/Microsoft. Esas secciones se entregan como arquitectura objetivo + checklist, no como inspección.

01 Estado actual de la implementación

Stack detectado en vivo en el HTML del sitio + configuración real de Google Ads.

Se detectó (evidencia real)

Shopify (cdn.shopify.com, theme, myshopify).
Analítica nativa Shopify — Trekkie / Monorail (pixel propio de Shopify).
gtag.js DIRECTO (no hay contenedor GTM propio): gtag/js?id=AW-11190966816 — Google Ads AW-11190966816 + GA4 G-L1ZH4L4PYD.
Google & YouTube channel app (Shopify) — instala las conversiones "Google Shopping App" (Purchase / Add to Cart / Begin Checkout / view_item) en Ads.
dataLayer presente (ecommerce de Shopify/Google).
Klaviyo (email marketing + su propio tracking).

NO se detectó (huecos)

Meta Pixel + CAPI — ausente. Meta Ads no medible.
TikTok Pixel / Events API — ausente.
Microsoft (Bing) UET / Pinterest — ausentes.
Consent Mode v2 / CMP / cookie banner — ausente (riesgo de compliance + señal degradada para Google en 2026).
Server-side (sGTM) / Conversion APIs — ausente. Todo es client-side (expuesto a ad-blockers, ITP/Safari, pérdida de señal).
Enhanced Conversions — no verificable client-side; probablemente no configurado (ver Ads).

Diagnóstico raíz: hay DOS caminos de medición paralelos y descoordinados hacia Google Ads — (a) el Google & YouTube channel app de Shopify y (b) el GA4 web stream (gtag) importado a Ads. Esa dualidad es la fuente del doble conteo y del ruido de atribución.

Nota verificada (2026-07-21): las campañas activas usan objetivos a nivel campaña (no las primarias/secundarias de cuenta), así que esos flags de cuenta NO dictan su bidding. La contaminación del reporte (view_item $568 → $1.14M falso, doble compra) es independiente de eso y sigue en pie.

02 Riesgos detectados

Datos

Reporte de valor inflado ~200x (view_item con valor). Decisiones de bidding sobre señal falsa.

Atribución

Doble conteo de compra (2 fuentes). Imposible confiar en ROAS del panel.

Pérdida de señal

100% client-side + sin Consent Mode v2 → pérdida por ad-blockers, Safari/ITP, y consent no modelado.

Cobertura de canal

Solo Google medido. Meta/TikTok/Bing sin pixel ni CAPI → esos canales optimizan a ciegas.

Compliance

Sin CMP/Consent Mode v2 — riesgo legal + Google penaliza señal sin consent.

Gobierno

Sin contenedor GTM = sin control de versiones, naming, ni QA de tags. Cambios sueltos.

03 Problemas críticos priorizados por impacto

#	Problema (evidencia en vivo)	Impacto	Prioridad
1	view_item con valor $568 → $1,141,670 de "valor" falso en 30d (2,010 page-views).	Reporte inservible; bidding envenenado.	CRÍTICO
2	Objetivo de conversión por campaña sin verificar. Las 4 campañas activas usan objetivos a nivel campaña (no las primarias de cuenta) — la API no expone el target exacto (biddable=off / selective_optimization vacío). Verificar en el UI qué optimiza cada una.	Podrían optimizar a compra… o a carrito. Sin confirmar.	ALTO (verificar)
3	Doble conteo de compra: "Shopping App Purchase" ($5,296) vs GA4 "purchase" ($3,929) conviven.	ROAS y conteo no confiables.	CRÍTICO
4	Sin Enhanced Conversions + 100% client-side.	Pérdida de 10-30% de conversiones medibles.	ALTO
5	Sin Consent Mode v2 / CMP.	Compliance + señal degradada 2026.	ALTO
6	Busqueda-2 gasta $151 con 0 conversiones.	Gasto desperdiciado directo.	ALTO
7	Meta/TikTok/Bing sin medición (ni pixel ni CAPI).	Bloquea diversificar canales.	MEDIO
8	Sin contenedor GTM / gobierno (naming, versiones, QA).	Riesgo operativo y de escalado.	MEDIO

Lo bueno: las compras reales de ads (~10-15/mes, ROAS de compra real ≈ 3-4x) están bien; el negocio funciona. El problema es de medición, no de rentabilidad — se arregla sin tocar producto.

04 Data Layer — rediseño (estándar GA4)

Un solo dataLayer canónico, empujado desde Shopify Customer Events (web pixel), con el schema oficial de ecommerce GA4. Cada evento con items[] completos y, en compra, transaction_id + value + currency.

Eventos del ciclo

view_item_list · select_item · view_item · search · view_cart · add_to_cart · remove_from_cart · begin_checkout · add_shipping_info · add_payment_info · purchase · refund · login · sign_up · generate_lead · contact · scroll · file_download · share · wishlist · video_start/progress/complete.

Parámetros por evento (cuando aplique)

transaction_id, value, currency, coupon, shipping, tax, discount, payment_type, shipping_tier · items[]: item_id, item_name, item_brand, item_category, item_variant, price, quantity, affiliation, index, promotion_name, location_id.

Regla de oro: una sola fuente de purchase con transaction_id (el order id de Shopify) → deduplica todo aguas abajo (GA4, Ads, Meta, TikTok comparten el mismo Event ID = order id).

05 Server-side — arquitectura recomendada

Recomendación: Shopify Customer Events (web pixel) → GTM Server Container → GA4 + Ads + CAPIs, con dominio first-party y cookies server-side.

Opción	Ventaja	Desventaja	Veredicto PFP
Stape (sGTM hosting)	Setup en horas, first-party domain, cookie keeper, barato (~$20-50/mo)	Dependes de un tercero	RECOMENDADO para arrancar
Google Cloud Run	Escalable, control total, dentro de GCP	Más setup/DevOps; costo variable	Fase 2 si crece el volumen
Cloud Functions / App Engine	Serverless	Menos idóneo para sGTM estándar	No prioritario
BigQuery Streaming	Data warehouse, LTV/atribución propia	Requiere modelado	Fase 3 (analítica avanzada)

First-party domain (sst.placeforpros.com) + cookies server-side → recupera señal perdida por ITP/ad-blockers y mejora match de Enhanced Conversions/CAPI.

06 Conversion APIs — implementación ideal

Todas comparten Event ID = order id de Shopify para deduplicar client+server, con identificadores hasheados SHA-256.

Prioridad 1 (Google, ya vivo)

Google Enhanced Conversions + Google Ads API (ya conectada). Sube email/phone hasheados + GCLID/GBRAID/WBRAID. Deduplica con GA4.

Prioridad 2 (nuevo canal)

Meta CAPI (Pixel + server, dedup por event_id, Advanced Matching) — solo si se activa Meta Ads. TikTok Events API igual (ttclid).

Identificadores (hash SHA-256)

email, phone, first/last name, zip, country + client_id, session_id, fbp, fbc, gclid, gbraid, wbraid, ttclid, msclkid.

Dedup

event_id único (order id) enviado por client Y server → la plataforma descarta el duplicado. Sin esto, doble conteo.

07 Arquitectura objetivo (Target State)

Shopify (Source of Truth: órdenes) → Customer Events / Web Pixel (un dataLayer canónico) → GTM Server Container (first-party, Stape) → distribución paralela con Event ID compartido:

GA4 (ecommerce estándar, 1 stream, Consent Mode v2).
Google Ads — UNA conversión de compra primaria con valor + Enhanced Conversions; carrito/checkout/YouTube a secundarias.
Meta CAPI / TikTok Events API (cuando se activen esos canales).
BigQuery (fase 3) para atribución/LTV propia.

Principio: Shopify manda; cada venta se mide una sola vez (order id) y se reparte a todas las plataformas deduplicado. Se elimina el camino paralelo del channel app como conversión primaria.

08 Plan de implementación por fases

⚡ Quick Wins (esta semana · vía Google Ads API, ya conectada)

view_item → valor 0 (matar el $1.14M falso que contamina TODO reporte).
Deduplicar la compra: una sola fuente de purchase (Shopping App vs GA4).
Verificar en el UI el objetivo de conversión de cada campaña activa (la API no lo expone).
Pausar Busqueda-2 ($151, 0 conv).
Activar Enhanced Conversions en Ads.

30 días

Consolidar en GA4 único con ecommerce estándar + Consent Mode v2 (CMP).
Definir dataLayer canónico desde Shopify Customer Events.
Elegir la fuente única de purchase (order id) y deduplicar.

60 días

Montar sGTM (Stape) + first-party domain + cookies server-side.
Enhanced Conversions server-side + Customer Match desde Shopify.
QA completo con Tag Assistant / DebugView / Network.

90 días

Activar Meta CAPI / TikTok Events API si se abren esos canales.
BigQuery streaming → dashboards de LTV/atribución.
Documentación + control de versiones + naming convention.

09 QA Checklist (antes/después del despliegue)

Antes

Backup / versión del container.
Registrar estado de conversiones (primary/secondary) actual.
Definir rollback.

Después (validar sin duplicación)

GA4 DebugView: purchase 1 sola vez, con value+currency+transaction_id.
Tag Assistant: tags sin doble disparo.
Ads: 1 conversión primaria; view_item/cart en secundaria.
Meta Test Events / TikTok Diagnostics (si aplican): EMQ + dedup por event_id.
Network: 1 request por evento; Real-Time GA4 coincide con Shopify.

10 Dashboards por rol

CEO / Finanzas

Revenue, Orders, AOV, MER, CAC, LTV, Repeat Rate, New vs Returning, Revenue by Channel.

Paid Media

ROAS real (post-fix), CAC, Revenue by Campaign/Device, gasto vs compra real, dedup check.

Ecommerce / Ops

CVR, Cart & Checkout Abandonment, Revenue by Product/Brand/State, sesiones, funnel.

KPIs con Shopify como fuente de verdad de Revenue/Orders; GA4 para comportamiento; plataformas para ROAS por canal deduplicado.

11 Cambios realizados y evidencia

Estado: esta auditoría es de diagnóstico. Los Quick Wins de Google Ads (conversiones primarias, view_item, pausar Busqueda-2) se pueden ejecutar YA vía la API de Ads ya conectada — pendiente el OK explícito de Oswaldo por ser escritura en la cuenta viva del cliente. El resto (GA4, sGTM, CMP, CAPIs) requiere sus accesos respectivos. Todo cambio quedará con registro + evidencia de validación (DebugView / Tag Assistant / antes-después).