Meta Pixel: medir conversiones en el dispositivo

Meta suma al Pixel un setting que cruza la vista de un anuncio con la compra en el teléfono o la computadora del comprador, y lo trae activado por defecto. Se llama "Measure conversions on customer devices", vive en Events Manager (el panel de Meta donde se administran el Pixel y las demás fuentes de datos) y, según el texto de ese panel que reprodujo ppc.land, empieza a medir el 12 de noviembre de 2026, 15 días antes del Black Friday del 27 de noviembre. El detalle que más pesa está en la ayuda de Meta: el setting viene prendido por defecto para los pixels elegibles, y para ser elegible el sitio tiene que pedir login.

Qué cambia en el camino entre el anuncio y la compra

Lo nuevo es dónde se hace el cruce. Hasta ahora el Pixel, que es el código de Meta que corre en el navegador del comprador, y la Conversions API (CAPI), que manda los mismos eventos desde el servidor de la tienda, envían las compras a los servidores de Meta, y ahí Meta intenta conectarlas con alguien que vio o clickeó un anuncio, cosa que no siempre logra. El ejemplo de la página de Meta sobre el setting es una lámpara: alguien ve el anuncio en Instagram, compra en el sitio dos días después, y Meta puede tener registrada la vista y recibir la compra sin poder conectarlas.

Con el setting activo, ese cruce pasa en el dispositivo del cliente, con información que esa persona ya le dio al sitio (Meta menciona un email) y datos temporales del dispositivo que no la identifican. Según Meta, no se comparte información que identifique al cliente: Meta solo recibe la confirmación de que hubo una compra y a qué campaña atribuirla. El setting funciona junto al Pixel y a CAPI sin reemplazarlos, así que quien ya usa CAPI, por ejemplo en la versión de un clic que analizamos en esta nota, lo mantiene. Meta aclara además que la ventana y el modelo de atribución no cambian: el setting "affects which conversions can be measured, not how they're credited to your ads".

Cómo saber si tu sitio entra

La elegibilidad depende de dos condiciones que Meta publica en su página sobre cómo activarlo. La primera es que el Pixel esté instalado directamente en la página, no dentro de un iframe (una página de otro sitio incrustada dentro de la tuya) ni como pixel de solo imagen. La segunda es que el sitio exija iniciar sesión en una cuenta con un email o un número de móvil.

Comprobarlo lleva tres preguntas. La primera es si se puede terminar una compra sin iniciar sesión: si se puede, según el texto de Meta el sitio no cumple la condición de login, aunque Meta no explica cómo la aplica a una tienda que ofrece las dos opciones. La segunda es para quien instaló el tag, sobre todo si el checkout lo aloja un tercero: si el Pixel carga directo en la página o a través de un iframe o de un pixel de imagen. La tercera se responde en la cuenta, en Events Manager, Data sources, el pixel, Settings, donde debajo de "Meta Pixel settings" aparece el toggle "Measure conversions on customer devices". Meta indica que se puede apagar en cualquier momento.

Vale la pena mirar el toggle aunque el sitio parezca no calificar, porque según ppc.land los requisitos no aparecen ni en el panel ni en el aviso que Meta mandó a los anunciantes a mediados de octubre, tal como lo reprodujeron los sitios Wortfilter y ASTIG el 18 de octubre de 2026.

La línea de base que conviene tener antes del 12 de noviembre

Para un sitio que califica, el riesgo es leer como mejora de rendimiento un cambio en qué se mide. Una conversión recuperada es una compra que ya ocurrió y que ahora el reporte atribuye a un anuncio; si el anuncio la causó es otra pregunta, como plantea ppc.land. Meta no publicó ninguna cifra de cuántas conversiones suma el setting.

Lo que sí se puede armar es una comparación propia: recomendamos una hoja con dos columnas por día, compras atribuidas por Meta y pedidos pagados del backend o de la plataforma de ecommerce, que cubra las semanas previas al 12 de noviembre y se mantenga después. Si la relación entre las columnas salta en esa fecha sin cambios en la tienda, el salto viene de la medición. El backend tiene su propio ruido, con cancelaciones, devoluciones y pagos que se confirman tarde, por eso conviene usar pedidos pagados y el mismo criterio antes y después.

La idea viene de dos practitioners. Yiqi Wu, CEO de Aimerce, una empresa que vende tracking de Pixel para tiendas Shopify y que por eso tiene interés comercial en cómo reaccionan los anunciantes, propuso en X el 26 de octubre de 2026 la misma comparación por día con el último mes, y mantener CAPI activo. MetricMaven, que publica guías de medición, sugirió además correr un holdout antes de acreditarle una mejora a Meta. Un holdout es un test en el que una parte del público no ve los anuncios, para comparar cuánto compra cada grupo.

Prender o apagar, y bajo qué condición

Dejarlo prendido o apagarlo depende de si los números siguen cuadrando con los pedidos. Meta da dos motivos para mantenerlo activo: ver en el reporte más de las conversiones que generan las campañas y "improve campaign performance with a stronger signal", una frase que no aclara si las conversiones recuperadas alimentan la puja o solo el reporte. Wu escribió que no lo apagaría por defecto y puso la condición para hacerlo: que los números dejen de coincidir con los pedidos y no se pueda explicar por qué. Es un criterio que se aplica con la hoja de dos columnas, aunque Meta no aclare lo demás.

La decisión también tiene una parte legal. Meta escribe que es responsabilidad del anunciante asegurarse de que su integración no comparta información prohibida con Meta. ppc.land suma que procesar en el dispositivo no resuelve por sí solo las preguntas de consentimiento, y recoge las que planteó la firma Captain Compliance, entre ellas si se excluye a quienes rechazaron el consentimiento y qué lee el código en el dispositivo.

Lo que Meta todavía no dijo

Siguen abiertas varias preguntas: si las conversiones recuperadas alimentan la entrega o la puja, cómo se deduplican contra los eventos que ya llegan por Pixel y CAPI, si el valor de la compra viaja con la confirmación y si habrá un período de prueba (el aviso, según se reportó, no describe ninguno). Tampoco está claro qué pasa en Safari; como contexto, y no como afirmación sobre este setting, el 19 de octubre de 2026 WebKit anunció que Safari 27 va a bloquear a los proveedores que convierten emails en identificadores de seguimiento. La fecha misma viene del panel y de los reportes sobre el aviso, no de las páginas de ayuda, y Wortfilter habla de un despliegue gradual desde el 12 de noviembre.

Sobre el mercado, Meta declara una sola exclusión: el setting no está activo para personas ubicadas en la Unión Europea y el Reino Unido. No publica una lista de países ni menciona América Latina. Meta no excluye a la región, aunque eso tampoco confirma que el setting esté disponible en cada país: en una cuenta concreta, la señal más directa es el toggle en Events Manager.

Este contenido fue desarrollado con asistencia de IA y revisado por el equipo de Zenda. Las malas ideas son 100% nuestras.