Qué es third-party data y por qué murió

Durante años, la publicidad digital se construyó sobre third-party data: datos que las plataformas recopilaban sobre los usuarios mientras navegaban por distintos sitios, usando cookies de terceros. Meta podía saber que alguien había visitado tu tienda, había visto un producto, había buscado algo parecido en otro sitio. Con eso construía audiencias y optimizaba campañas.

Tres cosas destruyeron ese sistema:

• iOS 14.5 (2021) y el ATT (App Tracking Transparency). Apple obliga a cada app a pedir permiso explícito para rastrear al usuario. Más del 60% de los usuarios deniegan ese permiso. Resultado: Meta dejó de ver lo que hacen esas personas en apps y sitios de terceros.
• Safari Intelligent Tracking Prevention (ITP). El navegador de Apple borra las cookies de terceros en 24-48 horas. Si un usuario visita tu tienda desde Safari y compra tres días después, el pixel del navegador no puede conectar las dos acciones.
• Ad blockers. Más del 40% de los usuarios en desktop tienen algún bloqueador activo. Muchos bloquean el pixel de Meta directamente, así que el evento de compra nunca llega.

El resultado: Meta recibe eventos de compra de tu tienda, pero sin saber quién compró. Sabe que hubo una transacción, pero no puede identificar a la persona — no puede saber si ya es cliente, si tiene perfil en sus plataformas, en qué segmento de audiencia entra. Eso hace que sus algoritmos optimicen con datos incompletos.

Qué es first-party data y por qué es diferente

First-party data es la información que recopilas directamente de tus propios clientes, con su consentimiento, en tus propios canales: el email que dejan en el checkout, el teléfono que registran para el tracking del pedido, el nombre y la dirección de envío.

Esta data no la puede bloquear iOS. No la elimina Safari ITP. No la borra un ad blocker. Es tuya — está en tu base de datos de clientes, en tu CRM, en el historial de pedidos de Tiendanube o Shopify.

Y es exactamente lo que Meta necesita para hacer su trabajo bien: cuando le mandas el email y el teléfono de quien compró, puede hacer un match con el perfil de esa persona en Facebook o Instagram. Puede saber si ya era tu cliente. Puede construir lookalikes reales. Puede atribuir correctamente la conversión.

Puedes ver en detalle cómo funciona este proceso en nuestro artículo sobre parámetros de coincidencia de Meta Ads, que explica exactamente qué datos enviar y cómo.

¿Por qué el pixel del navegador no alcanza?

El pixel estándar de Meta es un script JavaScript que se ejecuta en el navegador del usuario. Funciona bien cuando:

• El usuario está en Chrome o Firefox (sin ad blocker)
• Compra en el mismo dispositivo donde vio el anuncio
• La cookie de Meta no fue eliminada
• No tiene bloqueadores activos

En la práctica, cada vez más compradores no cumplen esas condiciones. Un usuario que ve el anuncio en Instagram desde su iPhone, pero compra desde el navegador de la PC tres días después, es una conversión que el pixel del navegador no puede conectar con el anuncio.

Pero esa venta sí pasó. Tienes el email del comprador, su teléfono, su nombre. Esa es tu first-party data. Y si la mandas a Meta via server-side (desde tu servidor, no desde el navegador del usuario), Meta puede matchearla con su perfil y atribuir correctamente la conversión.

Así funciona la Conversions API (CAPI) de Meta y el tracking server-side en general.

¿Cómo construyes first-party data en tu ecommerce?

La buena noticia es que si tienes una tienda con ventas reales, ya tienes first-party data. El problema es que probablemente no la estás enviando a Meta en el momento correcto y con el formato correcto.

Los datos que más impacto tienen en el match de Meta son, en orden de importancia:

• Email. El identificador más poderoso. Meta puede matchear más del 80% de emails en su base si están hasheados correctamente. Asegúrate de pedirlo en el checkout y de que el usuario lo complete.
• Teléfono. Segundo en importancia. Muchos compradores tienen su teléfono vinculado a WhatsApp Business, que está asociado a su cuenta de Meta.
• Nombre y apellido. Ayuda a mejorar el match cuando email o teléfono no están disponibles.
• Ciudad, provincia y código postal. Datos de geolocalización que permiten segmentar y validar el match.

La forma técnica de enviar todo esto es usando la Conversions API de Meta, que acepta eventos con estos parámetros de usuario hasheados. Meta hace el match server-to-server — sin depender del navegador, sin cookies, sin bloqueadores.

Por qué first-party data mejora tus resultados concretos

Cuando Meta recibe eventos de compra bien matcheados con datos de usuario completos, pasan tres cosas:

• Mejora el EMQ (Event Match Quality). El score de calidad de tus eventos sube, lo que mejora directamente la capacidad de Meta para optimizar tus campañas. Con EMQ bajo, Meta trabaja "a ciegas" — más gasto, peores resultados.
• Mejoran tus audiencias lookalike. Un lookalike construido con compradores bien identificados es mucho más preciso que uno construido con eventos a medias. La calidad de entrada define la calidad del output.
• Mejora la atribución. Ventas que antes no se atribuían a ninguna campaña (porque el pixel del navegador las perdía) ahora se atribuyen correctamente. Puedes ver qué campañas realmente generan conversiones — no solo cuáles parecen generarlas.

El resultado final es que la misma inversión en publicidad genera más ventas, porque los algoritmos de Meta trabajan con datos completos en vez de con estimaciones.

Escalafy y first-party data: más que tracking

La mayoría de las herramientas de tracking server-side te devuelven el evento con los datos del comprador. Eso es valioso — pero incompleto.

Escalafy no solo envía el evento con los datos completos del comprador — también sabe cuánto ganó tu tienda en esa venta. Porque ya tiene conectados el costo del producto, las comisiones de la plataforma, los costos de envío, las cuotas, los descuentos aplicados y el gasto en publicidad que generó esa venta.

Resultado: Meta recibe un evento de compra bien matcheado. Y tú ves, en tiempo real, si esa compra fue rentable. No solo si ocurrió.

Esto es lo que diferencia el pixel server-side de Escalafy de otras soluciones: combina calidad de señal para Meta con visibilidad de rentabilidad real para ti. Otros tracking tools te dan más datos para Meta. Escalafy te da más datos para Meta y la ganancia real detrás de cada venta.

Preguntas frecuentes sobre first-party data en ecommerce

¿El pixel de Meta no es suficiente con la Conversions API activada?

Activar CAPI desde el Business Manager no es suficiente si no envías los parámetros de usuario completos. Muchas implementaciones básicas de CAPI mandan el evento de compra sin email ni teléfono — el evento llega, pero sin datos para hacer el match. El EMQ sigue bajo.

¿Es legal usar el email y el teléfono de mis clientes para publicidad?

Sí, siempre que tengas el consentimiento del usuario en tus términos y condiciones al momento de la compra. Los datos se envían hasheados (convertidos a una clave encriptada que Meta puede comparar con la suya, sin que nadie vea el email real). Meta no almacena el dato original, solo usa el hash para el match.

¿Cuánto impacto tiene realmente en los resultados?

Depende de qué tan incompletos estaban tus datos antes. Tiendas con EMQ bajo (menos de 5) que pasan a EMQ alto (7+) reportan típicamente reducciones de CPA de entre 15% y 35%, porque Meta puede optimizar con datos reales en lugar de estimaciones. La mejora no es instantánea — los algoritmos tardan 1-2 semanas en reaprender con los nuevos datos.

¿El tracking server-side reemplaza el pixel del navegador?

No — los complementa. El pixel del navegador captura eventos de comportamiento que server-side no puede ver (vistas de producto, add to cart, scroll, tiempo en página). El servidor captura la compra con datos completos del comprador. Juntos dan una imagen completa. Lo que sí reemplaza server-side es la dependencia del pixel del navegador para el evento de conversión más crítico: la compra.

¿Tiendanube o Shopify ya mandan estos datos a Meta?

Las integraciones nativas mandan el evento de compra con datos básicos, pero raramente incluyen el conjunto completo de parámetros (email + teléfono + nombre + ciudad + código postal) de manera consistente. Además, no pueden enviarte la rentabilidad real de la venta — solo el monto facturado.