🎧 Escuchar este artículo · 9:08
Autor: Equipo Vela Producciones — Fecha de actualización: octubre 2026
Fuentes principales: WebKit, Intelligent Tracking Prevention 2.1 y 2.3 (webkit.org); documentación de Meta Conversions API sobre envío redundante y deduplicación; Google Ads Help, conversiones mejoradas con datos hasheados; web.dev, Interaction to Next Paint como Core Web Vital desde marzo de 2024
El píxel del navegador dejó de ver una parte de las compras. Bloqueadores, Safari y los ajustes de privacidad del iPhone cortan ese camino, y lo que no se registra tampoco se optimiza. Medir desde tu propio servidor recupera esos datos sin tocar la tienda.
Lo que el píxel ya no ve: cómo recuperar las compras que no se registran
¿Por qué el píxel ya no ve todas las compras?
Porque el píxel es un fragmento de código que corre en el navegador del cliente, y ese navegador cada vez deja pasar menos cosas. Es el eslabón más frágil de toda la cadena de medición, y está en manos de alguien que no eres tú.
Hay tres filtros actuando a la vez. Los bloqueadores de publicidad, que eliminan las llamadas a dominios de anunciantes. Safari, que desde la versión 2.1 de su prevención de rastreo limita a siete días la vida de las cookies escritas por JavaScript, y la baja a veinticuatro horas cuando el visitante llegó desde un enlace con parámetros de campaña. Y los ajustes de privacidad del iPhone, que piden permiso explícito para rastrear entre sitios.
El rango que se maneja en la industria va del 20% al 40% de eventos de compra perdidos. La cifra exacta depende del país, del peso de iOS en tu audiencia y de cuánta publicidad compres, pero el orden de magnitud explica una conversación que se repite: la tienda vendió más de lo que el administrador de anuncios reporta.
¿Qué cambia cuando la medición pasa por tu propio servidor?
Cambia quién hace la llamada. En vez de que el navegador hable con servidores de terceros, el sitio envía el evento a un subdominio tuyo, por ejemplo metrics.tutienda.com, y desde ahí tu servidor conversa con la plataforma publicitaria por una API, servidor a servidor.
Hoy: navegador del cliente → bloqueadores, Safari, iPhone → la compra no llega
Con servidor propio: navegador del cliente → metrics.tutienda.com → API de la plataforma → la compra queda registrada
La diferencia de fondo es que el navegador ya no habla con un dominio ajeno, así que no hay nada que bloquear. Y el servidor agrega datos que el navegador nunca tuvo: correo de la cuenta, teléfono de la orden, ciudad de entrega.
¿En qué se nota la diferencia?
En cuatro cosas medibles, y conviene entenderlas por separado porque se arreglan distinto.
| Aspecto | Solo con el píxel | Con medición en tu servidor |
|---|---|---|
| Quién envía el evento | El navegador del cliente | Tu servidor, con una API |
| Qué pasa con los bloqueadores | Cortan la llamada y el evento se pierde | No hay llamada a un dominio ajeno que cortar |
| Vida de la cookie | 7 días, y 24 horas si llegó de un anuncio | El plazo completo que fije tu servidor |
| Datos que puedes enviar | IP y tipo de navegador, poco más | Correo y teléfono hasheados, nombre, ciudad, identificadores de clic |
| Carga en el teléfono | Un script por plataforma, en el hilo principal | Una etiqueta liviana y el resto en la nube |
El cuarto punto tiene un efecto que el dueño nota sin saber de qué se trata: cada script de terceros compite por el procesador del teléfono. Google reemplazó en marzo de 2024 su métrica de respuesta por Interaction to Next Paint, que mide cuánto tarda la página en reaccionar a un toque.
¿Y cómo se evita contar la misma compra dos veces?
Con un identificador compartido. Mientras se hace la transición conviene mantener los dos caminos encendidos, el píxel y la API, y que los dos manden el mismo evento con el mismo identificador, que en una tienda suele ser el número de orden.
Si el navegador logra enviarlo, la plataforma reconoce el identificador y descarta la copia del servidor. Si un bloqueador destruyó el píxel, el servidor garantiza que la compra quede registrada igual. Lo que no se puede hacer es mandar uno sin identificador y el otro con identificador: ahí es donde aparecen las ventas infladas y los informes que nadie cree.
Meta describe esto como envío redundante y es su recomendación por escrito, no una ocurrencia de la agencia.
¿Cómo saber si mi tienda tiene el problema?
Comparando dos números que ya tienes. Toma las ventas del último mes en el panel de tu tienda y compáralas con las compras que el administrador de anuncios reportó en el mismo período. Si la diferencia es de dos dígitos, tienes el problema.
En las cuentas que revisamos, la brecha suele caer entre el 15% y el 30%, y en tiendas con mucha audiencia de iPhone se va arriba. Hazlo con un mes normal y separa el tráfico pagado del orgánico.
Ese número, puesto en dinero, es la conversación completa: cuántas ventas no le llegaron al algoritmo que decide dónde poner tu presupuesto.
¿Por qué le importa al algoritmo y no solo al informe?
Porque los anuncios se optimizan con lo que alcanzan a ver. Si la plataforma no sabe qué perfiles compraron, aprende con una muestra incompleta y busca gente parecida a esa muestra. El presupuesto se va acomodando hacia audiencias que quizá no compran, y el costo por adquisición sube sin que nadie haya tocado una campaña.
Cuando el evento de compra llega con correo y teléfono hasheados, la plataforma puede emparejarlo con una cuenta real. Meta mide esa calidad de coincidencia sobre diez, y subirla cambia la búsqueda de públicos similares: deja de parecerse a quien hizo clic y empieza a parecerse a quien pagó.
¿Qué le tienes que pedir a quien te lo implemente?
Cinco cosas, y con esto distingues un trabajo serio de una instalación a medias.
Un subdominio propio para la medición, con DNS a tu nombre y no un dominio compartido del proveedor. Deduplicación probada antes de apagar el píxel: se encienden los dos, se verifica que las cifras no se dupliquen y solo entonces se ajusta el reparto. Datos de primera parte con hash, correo y teléfono incluidos, no solo la IP. Una prueba con bloqueador encendido que demuestre que la compra se registra. Y un reporte mensual de salud: cuántos eventos entraron, cuántos se emparejaron y qué se rompió.
Si te ofrecen instalar el píxel del servidor sin mencionar la deduplicación, van a duplicar tus ventas en el informe.
¿Es para cualquier negocio?
No. Tiene sentido cuando ya inviertes en publicidad de forma constante y tu tienda mueve un volumen que justifica el trabajo: si gastas unos cientos de dólares al mes, la mejora existe pero no paga la implementación.
Se vuelve urgente en tres casos. Cuando más de la mitad de tu tráfico es de teléfono, porque ahí se concentran los bloqueadores y los límites de privacidad. Cuando vendes cosas que la gente piensa antes de comprar, porque el ciclo largo es justo el que la cookie de siete días no alcanza a cubrir. Y cuando tu costo por adquisición subió sin que hayas cambiado nada de la campaña.
Si estás en cualquiera de los tres, la auditoría conviene hacerla igual, aunque después decidas no implementar nada: saber cuántas ventas no ves cambia cómo lees los demás informes.
Preguntas frecuentes
¿Esto es legal con la privacidad del cliente?
Sí, si se hace bien. Los datos personales se envían hasheados, el visitante mantiene sus derechos y tu política de privacidad tiene que decir qué se mide y para qué. La medición en servidor no elimina las obligaciones de consentimiento.
¿Tengo que apagar el píxel del navegador?
No, y al principio no conviene. Se dejan los dos caminos con el mismo identificador de evento y la plataforma descarta la copia. Apagar el píxel antes de probar la deduplicación es la forma más común de perder datos en la mudanza.
¿Sirve si mi tienda es WooCommerce?
Sí. Cuando se confirma la orden en el servidor, se envía el evento a la API con los datos de la compra. Lo único que cambia es dónde se engancha ese aviso dentro de tu tienda.
¿Cuánto tarda en verse el efecto?
El dato recuperado se ve en la primera semana. El efecto en el costo por adquisición tarda más, porque el algoritmo necesita unas semanas de eventos limpios para reajustar a quién le muestra los anuncios.
¿Esto reemplaza al píxel para siempre?
Hoy no. El píxel sigue aportando señales del recorrido dentro del sitio, y las plataformas recomiendan mantener los dos. Lo que cambia es quién tiene la última palabra cuando el navegador falla.
Si quieres saber cuántas ventas de tu tienda no están llegando al radar de tus anuncios, escríbenos desde la página de contacto: lo medimos con tus propios números y te decimos si el arreglo se paga solo.