Pedidos entregados a Meta exactamente una vez, con importe y divisa correctos
37/37
- Antes
- en disputa (Triple Whale atribuía a Meta más ventas de las que mostraba la propia Meta)
- Después
- 37 de 37 pedidos → 37 compras, en 9 divisas
Moda premium (DTC)Trabajo con clientes
Tres herramientas, tres respuestas: conciliar Triple Whale, Meta y Google en una tienda multidivisa
Cómo una marca de moda de la UE con tienda multidivisa concilió Triple Whale, Meta y Google, y consiguió que 37 de 37 pedidos llegaran a Meta una sola vez, con el importe y la divisa correctos.
El encargo
Contexto
Una marca europea de moda y calzado premium envía a todo el mundo desde una tienda Shopify multidivisa. Su equipo directivo usaba Triple Whale para la atribución, Meta para la publicidad en redes sociales y Google para la búsqueda, y las tres herramientas contaban tres historias distintas. La marca se hizo cliente en septiembre de 2026 y trabajó conmigo con un plan mensual.
¿Te suena?
Síntomas
La investigación
Diagnóstico
Hice una auditoría por etapas: primero una edición preliminar, después del pago la edición completa y, cuando se concedió el acceso a Meta y Google, una v2 corregida.
-
La auditoría cubrió los nueve píxeles web, los bloques de app del tema, el consentimiento de cada emisor, la calidad del conjunto de datos de Meta y el origen de las conversiones de Google. Los hallazgos se recogieron en un registro con un archivo de evidencia por cada afirmación.
-
El hallazgo de fondo fue que la única conversión principal de Google procedía de una subida de conversiones de clic de Triple Whale, no de la tienda. Google no «se llevaba todas las ventas» porque la tienda se las comunicara: daba por buena una única subida de un tercero.
-
La auditoría también produjo un mapa de qué app era responsable de cada píxel (una app del canal de Google, una app de terceros para la Conversions API de Meta, Triple Whale, Klaviyo y herramientas de grabación de sesiones) y una comprobación de paridad de valor y divisa entre navegador y servidor.
-
Una cifra parecía un defecto y no lo era: Meta mostraba «35 de 37» compras. Lo investigué y lo cerré como una diferencia de vista de agregación: los mismos pedidos, contados por vista de origen y por vista de evento.
Entrega
Lo que construí
Nota de entregaEntregado sept 2026
- Una sola vía server para Meta. Instalé Fixel Pixel como tramo server de Meta mediante acceso de colaborador y activé el app embed con un cambio pequeño en el tema, con copia de seguridad previa. La Conversions API de Meta entró en producción con el valor y la divisa coincidiendo con la divisa de presentación de la tienda.
- Una clave de deduplicación en lugar de una esperanza. La cobertura de
fbpdel navegador y defbcdel clic se siguió como cifras a lo largo del tiempo, sin darla por supuesta, y el tramo server compartía una sola identidad para que cada pedido se contara una vez. - Vigilancia de las subidas. Un proceso permanente en el servidor comprobaba que la subida de conversiones de Google siguiera al día y avisaba de cualquier hueco; un segundo proceso, cada hora, revisaba la tienda y avisaba si un cambio del tema eliminaba el embed.
- Conciliación pedido a pedido. Cada pedido se cotejaba con lo que había recibido cada plataforma, comprobando importe y divisa, de modo que una discrepancia aparecía como un pedido concreto y no como una discusión mensual.
Antes → después
Resultados
Trabajo con clientes Hecho para clientes reales. Los datos de los clientes están anonimizados.
Cobertura del ID de clic (fbc) en InitiateCheckout
11,8% to 78,9%
- Antes
- 11,8%
- Después
- 78,9%
Clave de deduplicación del navegador (fbp) en PageView
0,06% to 65,9%
- Antes
- 0,06%
- Después
- 65,9%
Event Match Quality de Purchase en Meta
7,7 to 8,1
- Antes
- 7,7
- Después
- 8,1
La tabla completa de resultados
| Qué cambió | Antes | Después | Lectura |
|---|---|---|---|
| Pedidos entregados a Meta una vez, con importe y divisa coincidentes | en disputa | 37 de 37, en 9 divisas | sept 2026 |
| ID de clic (fbc) en InitiateCheckout | 11,8% | 78,9% | sept 2026 |
| Clave de deduplicación del navegador (fbp) en PageView | 0,06% | 65,9% | sept 2026 |
| Event Match Quality de Purchase en Meta | 7,7 | 8,1 | sept 2026 |
Una nota de Daniilantes de decidir
Qué significa para un negocio parecido
Cuando una herramienta de atribución no coincide con la plataforma sobre la que informa, no empieces por reconstruirlo todo. Empieza por averiguar quién alimenta realmente la conversión. En este caso, la herramienta que decía informar sobre Google era también lo único que subía la conversión de Google, así que la cifra era circular.
Dos hábitos mantienen esto honesto. Primero, sigue la cobertura de identidad como una cifra, con el ID de clic y el ID de navegador de cada evento, para que una caída se vea antes de convertirse en un problema. Segundo, comprueba la paridad de valor y divisa en una tienda multidivisa, porque un evento correcto con la divisa equivocada no coincide con nada.
— Daniil
Situaciones a las que responde este caso
- Tracking server-side gestionado ¿Por qué Meta y Google informan de menos pedidos de los que muestra Shopify?
- Datos, conciliación e informes ¿Por qué Shopify, Meta, Google y Pinterest muestran cifras de pedidos distintas?
- Datos, conciliación e informes How do I know my tracking broke before my ad budget notices?
Leer otro caso
16 días antes del plazo de Shopify: reconstrucción de la medición de una tienda headless
Cómo un comercio estadounidense con Shopify headless recuperó la atribución por origen, dejó las compras duplicadas en cero y por fin empezó a restar los reembolsos.
Hola, soy Daniil.
Trabajo contigo desde la definición del problema hasta la implementación y la entrega. Hablas con quien hace el trabajo. Trabajo en inglés y ruso; correspondencia en español con apoyo de traducción.
¿Tienes una tarea parecida?
Describe tu tareaLa primera respuesta es gratis, en un día laborable. O escribe directamente: next@taskfordaniel.com