ConnectWiz + Meta Conversions API

Integración activa

El anuncio que inició el chat sabe cómo terminó

Los anuncios de mensajería optimizan a ciegas mientras nadie le diga a Meta qué convirtió. ConnectWiz informa de los tratos ganados como eventos Purchase —con valor real y con la identidad que corresponde a cada canal— en su propio conjunto de datos del Administrador de eventos, detrás de cuatro puertas y dejando registrada cada negativa.

Su conjunto de datos, su token Cuatro puertas: primero el consentimiento Negativas registradas con su motivo
Meta Conversions API × ConnectWiz
¿Sin coincidencia? Se descarta, no se adivina
Puerta: el consentimiento permite el uso publicitario
Identidad emparejada por canal
Purchase + valor → su conjunto de datos
13
Nombres de evento estándar: un vocabulario fijo, porque la lista de nombres de un conjunto de datos es permanente
4
Puertas antes de que salga cualquier evento: activado, consentimiento, bien formado y no enviado todavía
100%
De las negativas quedan registradas con un motivo con nombre: «no lo enviamos» es un hecho visible
24 h
Guarda local antiduplicados, deliberadamente más corta que la propia ventana de 48 horas de Meta

Anuncios

Qué hace, exactamente

Los tratos se convierten en señales

Ganar un trato informa de un Purchase con su valor real; pasar a una etapa asignada dispara el evento que usted eligió, venga por donde venga: pantalla, automatización o importación.

La identidad, bien hecha

WhatsApp usa el ID de clic, Messenger el ID con ámbito de página e Instagram el suyo propio: la clave de emparejamiento que corresponde a cada canal, con el hash que Meta especifica.

Cuatro puertas, una sola salida

¿El inquilino está activado? ¿El consentimiento permite la segmentación publicitaria? ¿El evento está bien formado y es emparejable? ¿No se ha enviado ya? Cada negativa se registra con su motivo: auditable, no misteriosa.

Un panel de salud

Vea qué se envió, qué se rechazó y por qué: infraestructura de conversiones que de verdad puede inspeccionar.

Los propios eventos de Meta, devueltos como toca

Las compras que Meta detecta dentro del hilo se devuelven con el valor decodificado desde la propia escala de Meta y con el ID de evento derivado del mensaje, de modo que un reintento de webhook se colapsa en lugar de contar una segunda venta. Un importe desconocido no envía ningún valor: un cero falso le diría a Meta que la conversión no valía nada.

La buena forma, con nombre

Los eventos se validan antes de enviarse —longitud del nombre, marcas de tiempo futuras o rancias, presupuesto de parámetros, emparejabilidad— y cada incumplimiento es una negativa con nombre en el registro, no un misterio.

Por dentro

La infraestructura de conversiones, hecha con cuidado

Por qué los nombres de evento son fijos

Un conjunto de datos de Meta admite 1000 nombres de evento distintos de forma permanente: no se pueden borrar y, pasado ese techo, no se registra nada nuevo en absoluto. Por eso los nombres de evento salen de un vocabulario fijo y la variación vive en los parámetros, que es donde le corresponde.

ID de evento deterministas

El ID de cada evento se deriva de lo que describe, no del azar, así que un reintento produce el mismo ID y se deduplica en lugar de contar dos veces la misma venta. El azar echaría por tierra todo el mecanismo.

Se marca como enviado solo cuando Meta lo acepta

El registro local de deduplicación se escribe después de la aceptación de Meta, nunca antes: un error de red se reintenta; no puede suprimirse a sí mismo hasta convertirse en una conversión perdida.

Una normalización idéntica a la de Meta

Los correos se pasan a minúsculas, pero los puntos y las etiquetas +tag de Gmail se conservan, porque es lo que hace Meta. Los teléfonos tienen que resolverse a entre 8 y 15 dígitos con país; un número local sin país se descarta, no se adivina. Una clave descartada cuesta una coincidencia; una clave equivocada cuesta una persona equivocada.

Identidad por canal, con precisión

Los eventos de WhatsApp llevan el ID de clic más el teléfono: el ID de clic falta legítimamente en algunas ubicaciones, y el teléfono sobrevive a eso. La identidad de Messenger solo cuenta como página más usuario con ámbito de página, juntos; Instagram usa su propio ID con ámbito; y los eventos de lead llevan el ID de lead de la propia plataforma, restringido a los leads con origen en Meta.

Un panel de salud que responde de sus propias cuentas

Frescura, frecuencia de eventos, cobertura de claves de coincidencia fuerte, valores de compra y todos los motivos de negativa, medidos sobre una ventana de 28 días y etiquetados como mediciones nuestras, porque presentar nuestra aritmética como la puntuación de Meta se inventaría una autoridad que no tenemos.

Configuración

Cómo se conecta

01

Pegue su conjunto de datos

El ID y el token de su conjunto de datos del Administrador de eventos: cifrados, suyos y revocables.

02

Asigne sus etapas

Elija qué etapas del pipeline disparan qué eventos de conversión.

03

Gane tratos

El reporte ocurre solo: con puertas, deduplicado y registrado.

Mejor en conjunto

Con qué se combina

Pipelines del CRM

Los tratos ganados y las etapas del pipeline asignadas son lo que dispara los eventos: el embudo que ya tiene en marcha es la fuente de la señal.

Anuncios de clic a mensaje

Las campañas que aterrizan en WhatsApp, Messenger o Instagram por fin saben qué conversaciones se convirtieron en ingresos.

Anuncios de leads

Los envíos de los formularios de leads de Meta ya llegan al CRM; esta integración cierra su bucle informando de la calidad del lead de vuelta a la cuenta publicitaria.

Seguridad y garantías

Las garantías aburridas

Su conjunto de datos, su token

Los eventos van al conjunto de datos que usted pega desde su propio Administrador de eventos: el token de acceso se cifra en reposo y nunca se vuelve a mostrar. La relación de datos es entre su empresa y Meta.

El consentimiento es una puerta, no un ajuste

Un evento solo sale cuando el consentimiento del contacto permite la segmentación publicitaria: un doble opt-in pendiente no cuenta, y la negativa queda registrada con su nombre.

El modo de prueba está a la vista

Un código de evento de prueba olvidado detendría en silencio el recuento de conversiones reales, así que el modo de prueba aparece como su propia marca en el panel: imposible de olvidar sin verlo.

La pregunta del doble recuento, hecha

Si usted ya tiene una CAPI o un Signals Gateway, enviar también desde aquí contaría doble: la deduplicación no puede salvar dos ID distintos para una sola venta. El panel lo pregunta; si no responde, avisa en lugar de dar nada por supuesto.

La letra pequeña, sin adornos

Los límites, por escrito

Nada de identidades adivinadas

Un número de teléfono sin código de país se descarta, no se adivina: una coincidencia equivocada gasta la privacidad de otra persona. Y un trato sin valor no envía nada, nunca un cero falso.

Apagado es un estado válido

Toda la integración se entrega apagada; apagado no es un modo degradado. Sus datos publicitarios salen solo cuando usted decide que deben salir.

Preguntas frecuentes sobre Meta Conversions API

Respuestas directas

Encontrará más en las Preguntas frecuentes, o pregúntenos directamente.

Eventos Purchase por los tratos ganados (con valor real e identidad por canal), los eventos de conversión que usted asigne a etapas del pipeline y señales de calidad de lead desde su embudo del CRM, todo a su propio conjunto de datos y deduplicado contra la propia detección de Meta.

Es una de las cuatro puertas: un evento solo sale si el consentimiento del contacto permite el uso publicitario. Los eventos rechazados quedan registrados con el motivo, de modo que «no lo enviamos» es un hecho visible.

No: usted pega el ID y el token de acceso de su propio conjunto de datos del Administrador de eventos. La relación de datos es entre su empresa y Meta; nosotros somos la infraestructura con puertas.

Los correos, los teléfonos, los nombres, la ciudad, la provincia y el código postal, las fechas de nacimiento y los ID externos pasan por SHA-256 tras una normalización idéntica a la de Meta. Los ID de clic, los ID de navegador, los ID con ámbito de página y los ID de lead se envían tal cual: ya son opacos y Meta los busca literalmente, así que aplicarles hash los destruiría.

Contaría, y por eso la integración lo pregunta. Dos emisores con ID de evento distintos son, para Meta, dos ventas. Si usted reconoce que hay otro emisor, elige cuál se queda con qué eventos; si no responde, el panel avisa en lugar de dar nada por supuesto.

Conectar con honestidad vale más que conectar con ruido.

Cada integración de esta página se describe por lo que realmente hace: dirección, propiedad de los datos y límites incluidos.