El píxel de Meta se dispara dos veces: cómo encontrar eventos duplicados en el navegador
Si una acción envía dos eventos Purchase o Lead al mismo píxel, investiga el envío repetido. El navegador muestra las peticiones salientes; comprueba por separado en Meta qué recibió y contabilizó.
1. Qué cubre la deduplicación de Meta
La documentación de Meta describe la deduplicación entre eventos del navegador
y del servidor. El eventID del píxel debe coincidir con el
event_id del servidor, y el event del píxel debe coincidir
con el event_name del servidor. Para el mismo ID de píxel, Meta
descarta los eventos posteriores coincidentes que recibe dentro de las 48 horas
siguientes a la recepción del primer evento con ese ID de evento. Eso cubre un mismo evento que llega por dos vías. Para su método
alternativo, basado en fbp o external_id, la página indica que no descarta ninguno de dos
eventos consecutivos del navegador con la misma información. No cuentes con que Meta absorba un envío repetido desde la
página: corrígelo donde se origina.
2. Cómo verlo en el navegador
- Abre las DevTools, ve a la pestaña Network, activa Conservar registro (Preserve log) y filtra por
facebook.com/tr. - Recorre el paso que quieres comprobar, por ejemplo la confirmación del pedido.
- Abre cada petición:
eves el nombre del evento,ides el ID del píxel yeides el ID del evento, si la web lo envía. - Dos peticiones con el mismo
evy el mismoidpara una misma acción son envíos repetidos del navegador. Compara sus datos, estado e Iniciador antes de concluir que se dispararon dos etiquetas. Los IDs de píxel distintos son destinos distintos, lo que puede ser intencionado.
Recarga una vez la página de gracias como parte de la comprobación: una compra que se vuelve a enviar al recargar es uno de los casos más frecuentes.
3. Causas habituales
- El píxel está instalado dos veces, por ejemplo en el código de la plantilla y otra vez con un gestor de etiquetas o una integración de la plataforma, así que cada evento lo envían los dos.
- El evento se dispara dos veces: un activador de Tag Manager que coincide con dos eventos del data layer, o un manejador de clics añadido dos veces.
- La página de gracias envía la compra en cada carga, así que una recarga o una visita posterior la vuelve a enviar.
- Aplicaciones de una sola página que envían un PageView al cambiar de ruta y también en la carga inicial de esa misma página.
4. Corrige y vuelve a comprobar
Para cada ID de píxel previsto, elimina las vías de envío que se solapen para una misma acción y envía Purchase una vez por pedido. Si también usas la API de conversiones, envía el evento al mismo ID de píxel desde el navegador y desde el servidor, con el mismo nombre y el mismo ID de evento, para que Meta pueda deduplicar la pareja (mira cómo comprobar los parámetros de los eventos del píxel de Meta). El mismo problema suele afectar a GA4 en la misma página (mira compras duplicadas en GA4), y los duplicados son una de las razones por las que las compras de GA4 y Meta no cuadran (mira compras de GA4 y Meta que no cuadran).
Lista de comprobación
- Una petición a
facebook.com/trpor evento y acción, por ID de píxel. - La compra no se vuelve a enviar al recargar la página de gracias.
- Si usas la API de conversiones, el
eiddel píxel coincide con elevent_iddel servidor para el mismo nombre de evento y el mismo ID de píxel.