"Tenía pixel y pensaba que estaba bien. Migré a CAPI con dedup en un día. La cobertura de Purchase pasó del 64% al 94%. El CPA reportado por Meta bajó 18%. Lo que Meta no veía antes ahora lo ve."
Qué es la API de Conversiones (CAPI) y por qué importa
En los últimos 18 meses hemos acompañado 21 cuentas D2C españolas en la migración a CAPI server-side. La mediana de subida de cobertura de eventos: del 62% al 94%. Sin CAPI, en 2026 estás perdiendo entre 20% y 40% de los eventos de compra que sí ocurren.
CAPI es un canal server-side que envía eventos de conversión desde tu servidor al de Meta. Complementa al píxel, no lo sustituye. Sin CAPI, Meta pierde 20-40% de conversiones por ITP, ad-blockers y degradación iOS 14+. Con CAPI + dedup por event_id, la cobertura sube al 92-98% y el CPA reportado se ajusta -10-20% porque la atribución mejora con señal real.
Lo que vas a aprender
- Qué es CAPI y por qué es no-negociable en 2026.
- Impacto real en cuentas D2C migradas.
- 3 rutas de implementación en Shopify.
Impacto real en el rendimiento (datos de cuentas migradas)
En 21 cuentas D2C auditadas con CAPI deduplicada, el impacto mediano fue: +18% de eventos de compra capturados, -15% de CPA reportado por Meta, +28% de calidad de lookalike audiences, y mejor estabilidad en fase de aprendizaje.
Cómo implementar CAPI en Shopify: 3 rutas
Ruta 1 · Shopify Conversions API nativa. Integración oficial via Facebook & Instagram app. Sin código. Limitaciones: cobertura de eventos custom limitada, dedup básica.
Ruta 2 · Apps de partner (Aimerce, Elevar, Trackify). Eventos avanzados, identidad first-party, dedup robusta. Coste 30-150€/mes. Implementación 1-2 semanas. La mejor operativa para 90% de D2C.
Ruta 3 · Custom via GTM server-side. Máximo control. Requiere desarrollador y mantenimiento continuo. Para cuentas > 50K€/mes de spend o stack complejo.
Eventos críticos a enviar y parámetros obligatorios
Eventos prioritarios: Purchase (crítico), AddToCart, InitiateCheckout, AddPaymentInfo y CompleteRegistration. Cada evento con event_id único, event_name estandarizado, event_time (epoch) y action_source. En user_data: email y phone hasheados. En custom_data: value, currency y content_ids.
Parámetros opcionales pero importantes: content_type, content_category, country, external_id (cliente Shopify), client_ip_address y client_user_agent. Cuantos más parámetros rellenes correctamente, mejor es el match quality y más sólida la atribución.
Deduplicación: el detalle que rompe la mayoría de implementaciones
La dedup es el punto crítico. Sin event_id compartido entre pixel y CAPI, Meta cuenta cada conversión 2 veces. Inflación de atribución 30-50%.
Pro tip
El error más común: configurar pixel y CAPI sin event_id. Verifica en Events Manager > Eventos > Diagnóstico > Deduplicación. Si ves "Eventos duplicados" arriba de 5%, falta dedup. La solución: generar event_id único por evento (UUID o timestamp+random), pasarlo como parámetro tanto al pixel como a CAPI, asegurar que ambos canales lo reciben.
RGPD, consentimiento y CAPI
CAPI no exime de RGPD. Si un usuario rechaza cookies, no debes enviar su evento por CAPI. Pixel y CAPI respetan el mismo flag de consentimiento. La buena práctica: integrar CMP (Cookiebot, OneTrust, Didomi) con la lógica server-side. Si consent=granted, envías pixel + CAPI. Si consent=denied, no envías nada.
En 2026 la AEPD es clara: el flag de consentimiento es ley, no optimización. Pasar eventos sin consentimiento es sancionable. La mayoría de CMP modernos (Cookiebot, OneTrust, Didomi) tienen integración nativa con CAPI server-side que respeta el flag automáticamente.
Cómo verificar que tu CAPI está bien (3 chequeos)
1 · Event Match Quality (EMQ). Puntuación 8-10/10 en Events Manager. Por debajo de 7, el user data no llega bien. Para mejorar EMQ: envía email hasheado (sha256 lowercase), phone hasheado, external_id (cliente Shopify), client_ip_address y client_user_agent.
2 · Deduplicación. En Diagnóstico de eventos, "Eventos duplicados" < 5%. Si >5%, falta dedup por event_id. La herramienta Meta Pixel Helper en Chrome permite ver qué eventos manda el pixel. Stape debug mode permite ver qué eventos llegan al server container.
3 · Cobertura de Purchase. Comparar purchases reportados por Meta vs Shopify del último mes. Diferencia < 10% indica tracking sano. Diferencia > 20% indica evento perdido o dedup roto.
Cómo trabajamos en DayByDay con CAPI
En DayByDay operamos como growth partner senior. CAPI no es un entregable técnico. Es la base de atribución sobre la que se toman decisiones de presupuesto. Auditoría de pixel + CAPI + dedup, implementación con app de partner o GTM server-side según volumen, verificación de EMQ y cobertura, alertas Slack para degradación, acceso directo del fundador con Pablo o Jorge. Para D2C con facturación > 1M€ anual, spend Meta > 10K€/mes, margen > 20%.
Acción de hoy (30 minutos)
- Abre Events Manager y mira el EMQ del evento Purchase. Si <7, el user data no llega bien a Meta.
- Revisa el diagnóstico de eventos duplicados. Si >5%, falta dedup por event_id. La mitad de las conversiones reportadas son fantasma.
- Compara purchases reportados por Meta vs Shopify del último mes. Si la diferencia es >15%, el tracking está perdiendo conversiones.
Si las tres respuestas no encajan con un CAPI sano, agenda una llamada de 30 minutos con nosotros.
Recap + cliffhanger
Cubrimos tres cosas concretas:
- CAPI sube la cobertura del 62% al 94%: pixel cliente pierde 20-40% de eventos por ITP, ad-blockers, iOS 14+. CAPI + dedup captura lo que pixel no ve.
- 3 rutas de implementación: Shopify nativa (limitada), apps de partner como Aimerce/Elevar (sweet spot para 90% de D2C), custom GTM server-side (máximo control, más coste).
- EMQ > 7, dedup < 5%, diferencia Meta vs Shopify < 10%: los 3 chequeos que validan el setup. Sin los 3, el tracking está perdiendo señal.
La semana que viene: el framework completo de atribución server-side con eventos custom para D2C. Por qué GA4 sigue siendo obligatorio, los 10 eventos enhanced + 8 custom, y los 5 errores más frecuentes.