Match Quality de Meta CAPI: por qué "Poor" y cómo llegar a "Good"

Match Quality es el diagnóstico de Meta sobre lo bien que tus eventos de Conversions API están atados a personas reales. Va de Poor a Great. Cuatro etapas, cuatro arreglos distintos. Aquí explicamos cómo leerla y qué cambiar en cada paso.

Dónde vive Match Quality

Abre Events Manager, selecciona tu Pixel, ve a Settings → Diagnostics. Debajo del score EMQ, Meta muestra una lectura de Match Quality por tipo de evento, calculada sobre los últimos 7 días de eventos recibidos por CAPI. Valores posibles: Poor, OK, Good, Great. El score se actualiza diariamente. Cada etapa corresponde a un cuello de botella distinto.

Etapa 0: Poor

La razón más común de "Poor" es que los eventos llegan pero Meta no puede atarlos a tu dominio verificado. O el dominio no está verificado en Business Settings, o la verificación se hizo en el apex pero los eventos se disparan desde www. (o al revés).

Acción: Business Settings → Brand Safety → Domains. Añade el origin exacto desde el que se disparan los eventos (mira en Events Manager → Test Events qué origin ve Meta). Verifica vía meta-tag (lo más rápido) o registro DNS TXT. Una vez verificado, añade el dominio a la lista de Trusted Domains del Pixel en Pixel → Settings → Traffic Permissions.

Este único cambio puede llevarte de Poor a OK en 24 horas, antes de tocar nada en Beaconry. Es la causa más común de "Poor" que vemos en setups de cliente.

Etapa 1: OK

Dominio verificado, eventos llegando, Meta simplemente no ve suficientes campos emparejables por evento. Beaconry envía siete campos PII hasheados out of the box en envíos de formulario: email, teléfono, nombre, apellido, ciudad, provincia, código postal. Si ves "OK" con leads de formulario, faltan uno o más de esos campos en el plugin de formulario.

Acción: abre Beaconry → Logs, filtra por Meta, haz clic en una entrada reciente generate_lead. Mira el cuerpo del request. Cada campo user_data que falte representa un campo de formulario que tus visitantes no completaron o no tenían. Añade los campos que faltan al formulario, o acepta que la audiencia estructuralmente no los tiene (algunos formularios B2B tienen email + teléfono pero no código postal, está bien).

Para eventos de purchase de WooCommerce, los siete campos vienen de la dirección de facturación del pedido, que siempre está completa. Los eventos purchase de WooCommerce deberían llegar a "Good" o "Great" sin trabajo extra. Si están en "OK", revisa que no tengas una versión vieja de Beaconry que no haya sido actualizada para enviar los campos ciudad/provincia (versiones antiguas solo enviaban cuatro campos).

Etapa 2: Good

Aquí se estabilizan la mayoría de los clientes B2C. Meta tiene la PII hasheada, conoce el dominio, puede emparejar la conversión a un usuario de Meta. Lo que no tiene es una cookie first-party que ate la sesión del navegador del visitante al usuario de Meta, que es necesaria para la banda de match más alta.

Acción: activa el modo híbrido para Meta en Beaconry. El pixel del navegador carga junto al dispatch server-side, ambos disparan con la misma event_id estable, Meta los fusiona dentro de una ventana de dedup de 48 horas. Lado navegador añade cookies first-party fbp + fbc. Lado servidor añade PII hasheada. Meta elige la señal más rica.

Trade-off: el modo híbrido es +30 KB por page-view en JavaScript adicional, además el pixel del navegador es bloqueado por adblockers (lo cual está bien, porque el camino server-side captura esos de todas formas). Desactiva híbrido para audiencias adblock-pesadas (B2B, dev), actívalo para retail mainstream.

Etapa 3: Great

"Great" es la banda donde tu señal CAPI es lo bastante fuerte como para que los algoritmos de optimización de Meta puedan pujar con confianza por audiencias similares. La brecha que queda de Good a Great suele ser una de:

• Prioridades de Aggregated Event Measurement. Meta requiere que rankeés hasta 8 eventos de conversión por dominio verificado en orden de prioridad. Sin prioridades, Meta elige defaults que a menudo no encajan con tu funnel. Configúralo: Purchase > SubmitApplication > Lead > ViewContent > AddToCart > InitiateCheckout. Pixel → Settings → Aggregated Event Measurement.
• Duplicados de tracking antiguo. Si usaste el Meta Pixel solo en navegador antes de Beaconry y no lo retiraste, ahora envías el mismo evento dos veces. Con event_id que coinciden, Meta deduplica correctamente. Sin ello (que es el caso si el Pixel viejo no era event_id-aware), inflas el volumen y degradas la match-quality. Acción: retira el snippet del Pixel antiguo de tu sitio.
• Campo external_id. Si tienes un Customer ID estable entre visitas (usuarios logueados), pásalo como external_id en el payload del evento. Beaconry lo hace automáticamente para WooCommerce cuando el cliente tiene cuenta. Para compradores anónimos no hay external_id; eso es normal.

Qué significa "Great" realmente para el rendimiento de campaña

Match Quality es un proxy de la confianza con la que los algoritmos de Meta pueden modelar tu audiencia. Concretamente:

• Poor → Meta no puede construir lookalikes fiables a partir de tus conversiones. El CPA deriva al alza durante la vida de la campaña.
• OK → Los lookalikes funcionan pero con varianza alta. Smart-Bidding tarda más en estabilizarse.
• Good → Rendimiento B2C estándar. Lookalikes funcionan, retargeting funciona, CPC predecible.
• Great → El machine-learning de Meta tiene confianza alta por evento. Smart-Bidding se estabiliza más rápido, las lookalike audiences rinden dentro de ~10 % del ROAS de la lista semilla.

El coste de pasar de Good a Great suele ser una tarde de trabajo en la UI de Meta más activar el modo híbrido. La mejora en una campaña con €5.000/mes son a menudo €500-1.500 en conversiones recuperadas al mes.

Lo que Match Quality no es

• No es lo mismo que Event Match Quality (EMQ) mostrado al lado. EMQ es la versión legacy, menos granular, puntuada 1-10. Match Quality es la métrica más nueva por tipo de evento. Lee ambas, prioriza Match Quality.
• No es iOS-attribution-coverage. Match Quality refleja todo lo que Meta ve, incluyendo conversiones restringidas en iOS. La cobertura iOS se reporta aparte bajo SKAd.
• No es Pixel health. Pixel health es "los eventos llegaron". Match Quality es "Meta pudo hacer algo útil con ellos una vez llegaron".

¿Cuánto tarda en actualizarse cada etapa?

Match Quality se calcula sobre una ventana móvil de 7 días. Los cambios que hagas hoy aparecen en la métrica a lo largo de 1-3 días según los eventos viejos van saliendo. No hagas un cambio al mediodía y refresques la página esperando un número nuevo; vuelve 48 horas después. Si haces cambios el viernes por la tarde, la mejora visible es martes/miércoles como pronto.

Para llevar

Match Quality es el diagnóstico individual más útil que Meta te da para un setup CAPI. Léela semanalmente, trata cada etapa como un problema distinto, arregla la de mayor palanca primero (verificación de dominio → cobertura PII → modo híbrido → prioridades AEM). Beaconry maneja el lado de los datos; el lado de la configuración vive en la UI de Meta y no cambia entre herramientas de tracking.