Advanced matching automático en ChatGPT Ads: qué hace el pixel
Qué hace el advanced matching automático del OpenAI Pixel en los anuncios en ChatGPT, en qué se diferencia del manual, qué lleva hash y el consentimiento.
Publicado el 28 sept 2026 · 15 min de lectura
¿Qué es el advanced matching automático en ChatGPT Ads?
El advanced matching automático es una función del pixel que ayuda a conectar una conversión web con un anuncio cuando el identificador de clic no está disponible. El centro de ayuda de OpenAI lo describe en esos términos y abrevia el nombre como AAM.
Conviene definir tres términos antes de seguir:
- Evento de conversión. Una acción que comunicas a OpenAI, como
order_createdolead_created. - Identificador de clic. Una referencia llamada
opprefque OpenAI añade a la URL de la página de destino cuando alguien hace clic en un anuncio. - Advanced matching. Enviar información propia elegible, normalizada y con hash, junto con el evento de conversión, para que el evento pueda conectarse con un anuncio aunque el identificador de clic esté incompleto.
La versión automática elimina el paso de ingeniería. OpenAI indica que el pixel detecta información de cliente compatible "en formularios reconocibles y otras fuentes" de tu web, la normaliza, le aplica hash en el navegador e incluye el resultado en los eventos de conversión. Tú no pasas los datos.
Si el vocabulario es nuevo para ti, nuestro glosario de ChatGPT Ads cubre el resto de términos de medición.
¿Por qué las conversiones pierden su identificador de clic?
Las conversiones pierden el identificador de clic porque oppref vive en una URL y después en una cookie del navegador, y ambas son frágiles. OpenAI enumera cuatro condiciones para que una conversión se registre, y la última es que OpenAI pueda conectar el evento con un clic elegible en un anuncio mediante las señales de medición disponibles.
El pixel captura oppref de la URL de la página de destino y lo guarda en una cookie propia llamada __oppref. La guía para desarrolladores indica la duración de las cookies que solicita el pixel:
| Cookie | Qué contiene | Caducidad solicitada |
|---|---|---|
__oppref | El identificador de clic de la URL de la página de destino | 30 días después de que el pixel la escriba |
__obref | Una referencia de navegador generada al azar para tu web | 365 días después de su creación |
Dos detalles importan. Cada vez que el pixel captura un parámetro oppref no vacío, reinicia la caducidad de __oppref a 30 días, pero leer la cookie en una visita posterior sin el parámetro no la prolonga. Y OpenAI señala que las restricciones del navegador o el borrado de cookies pueden acortar estas duraciones.
La cadena suele romperse en uno de estos puntos:
- Una redirección o un acortador de enlaces elimina la cadena de consulta antes de que cargue la página de destino.
- El visitante vuelve con otro navegador o desde otro dispositivo, donde la cookie no existe.
- El navegador restringe o borra la cookie antes de que el visitante convierta.
- El visitante rechazó el consentimiento de medición, así que el pixel no guarda ninguna cookie.
La página de calidad de eventos de OpenAI nombra el primer caso de forma directa. Una de sus advertencias es que la información del clic en el anuncio falta o no se puede conectar, y la primera solución que indica es conservar el parámetro oppref a través de redirecciones y navegación. Nuestra guía de parámetros de URL explica cómo mantener intactas las cadenas de consulta.
¿Cómo recoge el pixel los datos y les aplica hash?
El pixel encuentra en la página información de cliente compatible, la normaliza, le aplica hash SHA-256 en el navegador y adjunta el hash al evento de conversión. El valor en bruto no es lo que viaja.
La guía para desarrolladores dice que el pixel "normaliza esta información y le aplica hash de forma segura en el navegador con SHA-256" antes de incluirla en los eventos de conversión. OpenAI añade que no necesitas pasar manualmente la información de cliente ni hacer cambios en tu implementación del pixel.
Lo que OpenAI no publica, en las páginas que revisamos, es la lista exacta de campos que busca AAM ni las reglas con las que reconoce un formulario. La documentación dice "información de cliente compatible" y no pasa de ahí. Trata como no verificada cualquier afirmación más concreta que leas en otro sitio, y comprueba qué envían tus propias páginas.
El hash no equivale a anonimato en sentido legal. Esa es nuestra valoración, no una declaración de OpenAI. Un email con hash sigue derivando de datos personales, y en muchas jurisdicciones se trata como tal. Planifica tus avisos sobre esa base.
¿Qué campos acepta el advanced matching?
La lista de campos documentada pertenece al advanced matching manual, y es la mejor guía disponible sobre lo que el sistema puede usar. En el pixel, los campos van en un objeto opcional user. OpenAI indica que todos sus campos son opcionales y que debes incluir solo los que tengas.
| Campo del pixel | Contenido | Con hash |
|---|---|---|
email_sha256 | Dirección de email, recortada y en minúsculas | Sí |
phone_number_sha256 | Número de teléfono reducido a entre 8 y 15 dígitos | Sí |
external_id_sha256 | Un ID de cliente estable y seudónimo de tu sistema | Sí |
first_name_sha256 | Nombre, en minúsculas, sin espacios ni puntuación ASCII | Sí |
last_name_sha256 | Apellido, con las mismas reglas que el nombre | Sí |
country | Código ISO 3166-1 de dos letras, como US | No |
city | Nombre de la ciudad, máximo 128 caracteres | No |
region | Estado, provincia o región, máximo 128 caracteres | No |
postal_code | Letras, números, espacios o guiones, máximo 32 caracteres | No |
La Conversions API acepta los mismos tipos de datos con nombres de lista en plural, como emails_sha256 y phone_numbers_sha256. En cada lista, la API usa los tres primeros valores válidos y únicos en el orden recibido e ignora el resto sin rechazar el evento.
El lado del servidor también acepta tres campos que la tabla del pixel no incluye: ip_address, user_agent y android_advertising_id. OpenAI indica que el último solo admite el GAID de Android y que IDFA no es compatible.
¿Cómo se normalizan los valores antes del hash?
Cada identificador se limpia hasta una forma fija, se codifica en UTF-8, recibe hash SHA-256 y se envía como una cadena hexadecimal en minúsculas de 64 caracteres. Con AAM, el pixel lo hace por ti. Con el matching manual lo haces tú, y un error aquí produce un hash que no coincide con nada.
| Identificador | Regla | Ejemplo de OpenAI |
|---|---|---|
| Recortar los espacios iniciales y finales, pasar a minúsculas | No se da | |
| Teléfono | Conservar el prefijo de país. Quitar espacios, paréntesis, puntos y guiones, y después el signo más inicial y los ceros iniciales | +1 (415) 555-2671 pasa a ser 14155552671 |
| ID externo | Recortar los espacios. Conservar mayúsculas y minúsculas y todos los demás caracteres | No se da |
| Nombres | Minúsculas, sin espacios ni puntuación ASCII, conservando los acentos | O'Connor pasa a ser oconnor |
Los nombres conservan sus caracteres no ASCII: OpenAI pide no quitar acentos ni transliterar, así que José pasa a ser josé. Y los valores geográficos se envían como cadenas en bruto, no como hashes.
OpenAI es explícita sobre lo que nunca debe enviarse en bruto: direcciones de email, números de teléfono, ID externos, nombres y apellidos.
¿En qué se diferencia el advanced matching automático del manual?
El matching manual envía los campos que eliges desde código que escribiste tú. El automático envía lo que el pixel detecta en la página. El formato de los datos es el mismo. El control no.
| Manual | Automático | |
|---|---|---|
| Quién aporta los datos | Tú, en el código | El pixel los detecta |
| Dónde | Un objeto user en la llamada init del pixel, o la Conversions API | Formularios reconocibles y otras fuentes de tu web |
| Hash | Normalizas y aplicas hash antes de enviar | El pixel normaliza y aplica hash en el navegador |
| Cambios de código | Necesarios | Ninguno |
El matching manual tiene una regla de ubicación fácil de pasar por alto. OpenAI indica que en el pixel los datos de usuario tienen alcance de solicitud, así que van en oaiq("init", ...) y no en cada llamada oaiq("measure", ...). Si los datos están disponibles más tarde, por ejemplo tras el inicio de sesión, vuelves a llamar a init con el objeto user completo.
En nuestra opinión, los dos son complementarios. El matching manual te deja controlar qué campos se envían exactamente. El automático cubre las páginas donde nadie lo programó.
¿Funciona con la Conversions API o con la etiqueta de imagen?
No. El advanced matching automático se describe solo como un comportamiento del OpenAI Pixel en el navegador. Los eventos de servidor y las etiquetas de imagen necesitan otro enfoque.
| Integración | Datos de matching | Identificador de clic |
|---|---|---|
| OpenAI Pixel | Objeto user manual, más AAM cuando está activado | Se captura y se guarda automáticamente |
| Conversions API | Objeto user manual en cada evento | Capturas y pasas oppref tú mismo |
| Etiqueta de imagen | No admite objeto user | Pasas oppref solo si tu página ya lo tiene |
Para la Conversions API, OpenAI indica que el objeto user tiene alcance de evento, así que va dentro de cada entrada de events y no en la raíz de la solicitud. La API no captura oppref por ti.
Para la etiqueta de imagen, la limitación es más estricta. OpenAI indica que la etiqueta de imagen no admite un objeto user y advierte que no se pongan datos personales, identificadores de cliente ni identificadores de pedido en ningún parámetro de consulta.
Si usas el pixel y la Conversions API a la vez, hay un campo más que conviene conocer. La pauta híbrida de OpenAI es leer la cookie __obref en el navegador, enviarla a tu servidor e incluirla sin cambios como obref dentro de user. Se pasa sin hash, y solo donde tus requisitos de consentimiento lo permitan.
Los anunciantes que envían eventos a través de una plataforma deberían leer nuestra guía de partners de medición, porque el partner decide qué campos de matching reenvía.
¿Está activado por defecto el advanced matching automático, y dónde está el ajuste?
La documentación de OpenAI trata AAM como algo que se activa por cada pixel de sitio web, pero las páginas que revisamos no indican un valor por defecto ni una ruta de menú. La guía para desarrolladores dice "cuando el advanced matching automático está activado", y las pautas para campañas de conversiones piden a los anunciantes que lo activen en el pixel de su web.
Hemos visto citadas en otros sitios fechas concretas de activación y rutas de clics. No pudimos confirmarlas en una fuente de OpenAI que pudiéramos abrir, así que no las repetimos aquí.
Lo que sí está documentado es dónde viven los pixels. OpenAI indica que el Pixel ID se crea en la pestaña de conversiones de Ads Manager. Ese es el lugar donde abrir tu fuente de datos y comprobar el estado del ajuste. Si gestionas varias webs, revisa cada fuente de datos por separado, porque OpenAI evalúa cada pixel o fuente de datos de forma independiente.
Sea cual sea el estado, decídelo a propósito y comunícaselo a la persona responsable de tu política de privacidad.
¿Qué consentimiento necesitas antes de usarlo?
Necesitas el consentimiento que tu jurisdicción exija para recoger y compartir estos datos, y lo necesitas antes de que el pixel envíe nada. La página de ayuda de OpenAI es directa sobre la responsabilidad. Los datos de conversión solo deben compartirse cuando esté permitido, después de dar a los usuarios información clara y completa sobre lo que recoges y de obtener todos los consentimientos necesarios cuando la ley los exija.
El pixel tiene un control de consentimiento para esto:
- El pixel arranca con el consentimiento en true por defecto, salvo que lo pongas en false o encuentre una denegación guardada.
- Llamar a
oaiq("consent", false)antes de init detiene los pings de eventos de medición. - Llamar a
oaiq("consent", true)cuando el usuario acepta permite los eventos futuros. Los eventos bloqueados antes no se reenvían. - Poner el consentimiento en false también elimina las dos cookies del pixel.
No confundas el consentimiento con la opción opt_out de un evento. OpenAI describe opt_out como una marca que excluye el evento de la futura personalización a nivel de usuario, y añade que actualmente no usa los datos del pixel para la personalización a nivel de usuario. No impide que el evento se envíe. El consentimiento sí.
Si tu web recibe visitantes de la UE, el Reino Unido o Israel, conecta la llamada de consentimiento a tu banner antes de apoyarte en cualquier función de matching. Tu política de privacidad también debería nombrar esta práctica. Es nuestra recomendación, y no es asesoramiento legal. Nuestra guía de informes y privacidad explica qué muestra Ads Manager y qué no.
¿Por qué lo recomienda OpenAI para las campañas de conversiones?
OpenAI lo recomienda porque ayuda a mejorar el emparejamiento de conversiones y aporta señales de medición adicionales para optimizar las campañas. Esa frase aparece en los consejos de optimización del objetivo Conversion optimization.
La lógica es sencilla. Una campaña de conversiones aprende de las conversiones que puede ver. La misma lista de consejos pide a los anunciantes usar un evento de conversión con señal suficiente y mantener sano el seguimiento de conversiones, porque un seguimiento incompleto hace menos eficaces los informes y la optimización.
Las conversiones que ocurren pero no se pueden emparejar no le enseñan nada a la campaña, y hacen que el canal parezca en tus informes más débil de lo que es.
Ninguna página de OpenAI que revisamos da una cifra de cuánto mejora el emparejamiento. Nosotros tampoco publicamos una.
¿Cómo afecta a las advertencias de calidad de eventos?
La información de matching es una de las cosas que comprueba la evaluación de calidad de eventos. La calidad de eventos es una evaluación por fuente de datos en Ads Manager. OpenAI indica que se actualiza a diario con siete días naturales completos.
Dos advertencias se relacionan directamente con el advanced matching:
| Advertencia | Qué comprueba |
|---|---|
| Información limitada de email o de ID de cliente | Si los eventos de conversión elegibles llevan un email o un identificador de cliente estable |
| Información de matching adicional limitada | Información de teléfono, nombre y ubicación, y la combinación de dirección IP del cliente y user agent |
Para la comprobación de nombre y ubicación, OpenAI pide nombre y apellido, código postal y país de la misma persona.
Lee estas advertencias con cuidado. OpenAI indica que la segunda comprobación mide la presencia de información, no si una persona se emparejó con éxito. También indica que una puntuación no predice el rendimiento de la campaña ni garantiza que una conversión se empareje con un anuncio.
También hay una regla contra las trampas. OpenAI pide a los anunciantes que no envíen eventos de más, no inventen identificadores ni cambien las horas de los eventos para mejorar una puntuación.
¿Cómo compruebas que está funcionando?
Compruébalo primero en el navegador, después en Ads Manager, y da tiempo a los informes para ponerse al día. OpenAI documenta las herramientas. El orden de abajo es nuestra sugerencia.
- Activa el modo debug. El ajuste opcional
debugdel pixel registra la actividad del SDK en la consola del navegador mientras pruebas. - Completa una conversión real. La pauta de calidad de eventos de OpenAI es probar siguiendo el recorrido normal de tu cliente y confirmar que los campos esperados están presentes.
- Prueba la vía del rechazo. Rechaza el consentimiento y confirma que no se envía ningún evento de medición.
- Confirma la recepción. Quienes usan la API pueden consultar los eventos recientes. OpenAI indica que el endpoint devuelve una muestra de aproximadamente los últimos 15 minutos, y que los eventos del navegador aparecen con el canal
pixel_sdk. - Espera la atribución. OpenAI pide a los anunciantes que dejen pasar de 24 a 48 horas para que las conversiones atribuidas aparezcan en los informes.
- Vigila la calidad de eventos. Las mejoras pueden aparecer poco a poco, a medida que los eventos anteriores salen de la ventana de evaluación.
Si tu web aplica una Content Security Policy, el pixel necesita que sus orígenes estén permitidos, o no se envía nada en absoluto. OpenAI indica https://bzrcdn.openai.com para cargar el SDK y https://bzr.openai.com para enviar eventos.
¿Qué deberías revisar en tu web?
La mayoría de los problemas de matching que vemos vienen de la configuración, no de la función. Repasa esta lista una vez:
- El pixel está instalado en las páginas que contienen tus formularios, no solo en la página de gracias. El consejo de OpenAI es instalarlo en todas las páginas relevantes.
- La llamada de consentimiento se ejecuta antes de que el pixel se inicialice.
- Las redirecciones y los acortadores de enlaces conservan el parámetro
oppref, para que el matching siga siendo un plan alternativo y no la vía principal. - El pixel y la Conversions API envían el mismo ID de evento para la misma conversión, de modo que OpenAI pueda deduplicar. OpenAI usa el primer evento que recibe para una clave coincidente e ignora los duplicados posteriores.
- Los eventos de servidor llevan la dirección IP real del cliente y su user agent. OpenAI advierte contra sustituirlos por la dirección de tu servidor o por un user agent genérico.
- El mismo cliente conserva el mismo identificador. OpenAI advierte contra reutilizar un identificador compartido, de relleno o por defecto para personas distintas.
Las mismas reglas de hash se aplican cuando subes listas de clientes para segmentar. Nuestra guía de audiencias personalizadas cubre esa parte.
¿Cómo se relaciona con la medición modelada y las ventanas de atribución?
El advanced matching es una de las tres señales que OpenAI nombra para conectar eventos con anuncios: la referencia de clic, la información de advanced matching elegible y la medición modelada cuando esté disponible.
La medición modelada es de otra naturaleza. Usa patrones agregados de conversiones observadas para estimar la atribución de las conversiones que no se pudieron emparejar. Los totales de los informes pueden incluir conversiones modeladas. El advanced matching trabaja con eventos reales e individuales. El modelado estima el resto.
El matching tampoco amplía la ventana de atribución. Un evento tiene que ocurrir igualmente dentro de la ventana aplicable. En los informes, Ads Manager te deja elegir una ventana post-clic de 7, 14 o 30 días, y una ventana post-impresión de 0 Day o de 1 día. OpenAI añade que la caducidad de las cookies es independiente de las ventanas de atribución y de la retención de los datos de conversión.
Cuenta con que Ads Manager y tu herramienta de analítica no coincidan. OpenAI enumera las causas habituales: ventanas de atribución, zonas horarias, condiciones de consentimiento y deduplicación distintas. Una diferencia no prueba un error. Nuestra guía de seguimiento de conversiones explica cómo comparar ambas.
Preguntas frecuentes
¿El advanced matching automático envía direcciones de email en bruto a OpenAI?
No. OpenAI indica que el pixel aplica hash a la información en el navegador con SHA-256 antes de incluirla en los eventos de conversión, y que la información de cliente en bruto no se envía a OpenAI mediante el advanced matching automático.
¿Qué campos detecta el advanced matching automático?
OpenAI no publica una lista de campos para la función automática en las páginas que revisamos. Habla de información de cliente compatible procedente de formularios reconocibles y otras fuentes. La lista documentada de email, teléfono, ID externo, nombres y campos de ubicación pertenece al matching manual.
¿Funciona con eventos del lado del servidor?
No. La función está documentada como un comportamiento del pixel en el navegador. En la Conversions API añades tú mismo un objeto user a cada evento, con los valores normalizados y con hash según la guía para desarrolladores.
¿Debo mantener el advanced matching manual si la función automática está activada?
A nuestro juicio, sí. El matching manual envía los campos que sabes que son correctos, y es la única vía para los eventos de servidor. La propia lista de OpenAI para mejorar la calidad de la medición incluye aportar datos de advanced matching elegibles cuando esté permitido y sea compatible.
¿Respeta mi banner de cookies?
Se ejecuta dentro del pixel, y el pixel tiene un control de consentimiento. Cuando el consentimiento está en false, OpenAI indica que el pixel no envía pings de eventos de medición. El enlace entre tu banner y esa llamada es algo que tienes que construir y probar tú.
¿Subirá mis conversiones registradas?
Puede subir el número de conversiones que se conectan con un anuncio. No cambia cuántas personas compraron o se registraron. OpenAI no da ninguna cifra del efecto, y su página de calidad de eventos dice que ninguna puntuación garantiza el emparejamiento, la atribución ni los resultados de la campaña.
¿Ayuda a las campañas que optimizan para clics?
Ayuda a sus informes. OpenAI indica que las campañas de clics y de impresiones pueden hacer seguimiento de conversiones sin cambiar su objetivo, así que un mejor emparejamiento da una visión más clara de los resultados. El beneficio de optimización se aplica a las campañas con el objetivo Conversion optimization.
Si prefieres que lo configuremos y lo probemos por ti, consulta nuestros servicios o contacta con nosotros.
¿Prefieres que lo hagamos por ti? Leads de los anuncios en ChatGPT: todos en una bandeja, marcados como reales o no