El píxel de Facebook no registra compras en Shopify: qué revisar, en orden

Empieza por un pedido: ¿dónde se detiene la compra?

Tanto si tu píxel de Facebook no funciona en absoluto como si solo pierde algunas compras, empieza por un pedido reciente que puedas identificar. Anota en Shopify su número de pedido, la hora y el total, y luego sigue ese pedido hasta Meta. En Shopify, el resumen de conversión del pedido muestra de dónde llegó el comprador, y los detalles de la conversión, cuando Shopify los muestra, enumeran las visitas anteriores al pedido.

Una compra puede detenerse en tres puntos: nunca llega a Meta, llega a Meta pero no se atribuye a un anuncio, o llega a Meta dos veces. Cada punto tiene sus propias causas, así que encuéntralo antes de cambiar píxeles, apps o configuraciones.

En el Administrador de eventos de Meta, abre los orígenes de datos y selecciona tu píxel, que Meta también puede llamar conjunto de datos. La información general enumera los eventos que recibió Meta, y el método de conexión muestra cómo llegó cada evento a Meta, por ejemplo desde el navegador o desde un servidor. Meta indica que los eventos nuevos deberían aparecer ahí unos 20 minutos después de enviarse.

• Shopify Analytics vs. informes de las plataformas publicitarias

Haz una lista de todas las herramientas que envían compras a tu píxel

En Shopify, las compras pueden llegar al mismo píxel de Meta desde varios lugares, cada uno configurado en una parte distinta del panel de control, y cada uno funciona por su cuenta: quitar uno no detiene a los demás. Anota cada emisor y el ID de píxel que usa antes de probar nada. Antes de agregar un píxel personalizado, Shopify aconseja quitar o modificar el código de píxel existente, para que los eventos del cliente no se cuenten dos veces.

• El canal Facebook & Instagram, en los canales de ventas: abre la configuración del canal y revisa su uso compartido de datos. Con el uso compartido de datos activado, el píxel de Meta del canal envía eventos del navegador y, en los niveles mejorado y máximo, Shopify indica que la Conversions API también envía el evento de compra entre los servidores de Shopify y los de Meta.
• La sección de eventos del cliente, en Configuración: los píxeles de aplicación que agregan las apps y los canales de ventas, y los píxeles personalizados que se pegan a mano. Un píxel de Meta que estaba en las preferencias de la tienda online, y no en el canal Facebook & Instagram, se quitó de ahí en febrero de 2025 y se convirtió aquí en un píxel personalizado.
• El código de tu tema: un fragmento de píxel en theme.liquid, entre las etiquetas head. Shopify te pide quitarlo antes de agregar un ID de píxel en el canal Facebook & Instagram.
• La sección del checkout, en Configuración: los antiguos scripts adicionales. No se ejecutan en las nuevas páginas de agradecimiento y de estado del pedido de Shopify, así que un script de compra que esté ahí ya dejó de enviar.
• Otras apps, y WeProfit si lo usas: en WeProfit, Redes publicitarias > Meta enumera cada píxel conectado con su ID de píxel.

Comprueba que cada emisor use el ID de píxel correcto

Meta pide usar el mismo ID de píxel para los eventos del navegador y del servidor. Una compra enviada a otro píxel, como uno antiguo o uno de otra empresa, nunca aparece en el píxel con el que informan tus campañas. En el Administrador de eventos, abre la pestaña de configuración del píxel que usan tus conjuntos de anuncios, anota su ID y compáralo con el ID de cada emisor.

En WeProfit, abre Redes publicitarias > Meta. La tarjeta de cada píxel muestra su ID de píxel, si tiene un token configurado, el último envío correcto y el último error. Un ID de píxel se puede conectar una vez por tienda, y una tienda puede conectar varios píxeles, cada uno con su propio token y sus propias condiciones.

Las condiciones deciden qué eventos recibe un píxel. Una compra que no cumple las condiciones de un píxel, por ejemplo una regla de país o de valor del pedido, no se envía a ese píxel y no genera ninguna fila en su registro de envíos. Un píxel sin condiciones lo recibe todo.

La nueva página de agradecimiento de Shopify: los antiguos scripts de compra ya no se ejecutan

Shopify reemplazó las antiguas páginas de agradecimiento y de estado del pedido. En las tiendas Shopify Plus, checkout.liquid y los scripts adicionales de esas páginas se retiraron el 28 de agosto de 2025. Los demás planes tuvieron plazo hasta el 26 de agosto de 2026, y Shopify actualizó automáticamente las tiendas que para entonces no se habían actualizado. Desde el 28 de agosto de 2025, el cuadro de scripts adicionales de la sección del checkout, en Configuración, es de solo lectura.

Los scripts adicionales no son compatibles con las nuevas páginas, así que el código de compra de Meta que estaba ahí dejó de funcionar cuando se actualizaron tus páginas. Para el seguimiento en las nuevas páginas, Shopify recomienda los píxeles de aplicación, y un píxel personalizado cuando ninguna app sirve; ambos están en Configuración, en la sección de eventos del cliente. Para enviar compras, el código de un píxel personalizado tiene que suscribirse al evento checkout_completed de Shopify.

Los eventos de compra del navegador también dependen de que se cargue una página. Shopify activa checkout_completed una vez por checkout, normalmente en la página de agradecimiento, o en la primera página de venta adicional cuando ofreces una. Si esa página no se carga, Shopify no activa el evento en absoluto, y un píxel del navegador pierde esa compra.

1. En Configuración, en la sección de eventos del cliente, comprueba que aparezca el píxel que debería enviar las compras. Un píxel personalizado también tiene que estar conectado: uno que figure entre los píxeles desconectados no envía nada.
2. Usa la opción de prueba del píxel para abrir Shopify Pixel Helper en tu tienda y visita las páginas que quieres comprobar. Para probar la página de agradecimiento, haz un pedido de prueba.
3. Abre un píxel de aplicación y revisa su configuración de acceso a los datos. Con el acceso optimizado, el predeterminado, Shopify puede pausar una parte o la totalidad de los datos que comparte un píxel de marketing cuando decide que ese píxel comparte más de lo necesario, y Shopify indica que esto puede limitar los datos para la atribución en tu administrador de anuncios. El registro de actividad del píxel, en sus detalles, muestra cuándo se pausó o se concedió el acceso a los datos desde el 3 de junio de 2026. El acceso siempre activo le da al píxel acceso sin estas limitaciones.

• Los píxeles de Shopify, explicados: píxel web, píxel personalizado e incrustación de la app

Por qué una compra del servidor no depende de la página de agradecimiento

Un píxel del navegador informa lo que pasa en el navegador del comprador, así que puede perder una compra cuando la página de agradecimiento no se carga o un bloqueador detiene el píxel. Shopify señala que los bloqueadores de anuncios pueden bloquear por completo un píxel web, mientras que los informes y los registros de pedidos de Shopify no se ven afectados.

El seguimiento del lado del servidor parte, en cambio, del registro del pedido. Con WeProfit en Shopify, cada Purchase se construye a partir del webhook de pedidos de Shopify y se envía a Meta desde el servidor de WeProfit mediante la Conversions API, una vez por pedido y píxel. No depende del código del tema, de los scripts del checkout ni de la página de agradecimiento, y WeProfit no envía ningún Purchase desde el navegador en Shopify. Shopify también indica que el envío de webhooks continúa con normalidad cuando optimiza el acceso a los datos de un píxel.

La visita sigue importando: aporta los ID de clic del anuncio y los ID del navegador de Meta que WeProfit envía con la compra. Los eventos de la tienda online de WeProfit llegan a WeProfit a través del proxy de aplicaciones de Shopify, en el propio dominio de tu tienda, así que las listas de bloqueo dirigidas a dominios de seguimiento no suelen detenerlos. No es una garantía, y una compra que llega a Meta sigue dependiendo de que Meta la asocie con una persona y la atribuya a un anuncio.

• Cómo funciona el seguimiento del lado del servidor
• Configuración de la Conversions API de Meta en WeProfit

Si usas WeProfit: busca el pedido y su estado en Meta

Abre Pedidos en WeProfit y busca el número de pedido. La columna Redes muestra el estado de envío del pedido a cada red conectada, por ejemplo Meta: enviado, o Meta: no enviado cuando WeProfit no envió ningún Purchase para ese pedido. La columna Atribución muestra cómo se vinculó el pedido con una visita.

Algunos pedidos nunca se envían a una red publicitaria como compra: los pedidos realizados antes de instalar WeProfit, incluido el historial de pedidos importado; los pedidos de Shopify POS, los preliminares y los creados desde la app móvil de Shopify; las renovaciones de suscripciones, que no pasan por el checkout (el primer pedido de una suscripción es una compra web normal); y los pedidos que ya estaban cancelados cuando WeProfit los procesa. Salvo los pedidos cancelados, siguen contando en tus ingresos y en tu ganancia en WeProfit.

Si falta el pedido, abre Instalación y comprueba que Conexión indique Conectado. Si el pedido está, pero no se envió nada, abre Configuración: Seguimiento activo y Seguimiento en el servidor deben estar activados. Con el seguimiento pausado, no se envía nada a las redes publicitarias mientras los pedidos se siguen sincronizando, y con Seguimiento en el servidor desactivado, ningún evento del servidor llega a ninguna red.

En la página Instalación, Píxel web instalado debe indicar Sí, e Incrustación de la app (seguimiento en la tienda online), Activa. Cuando la incrustación de la app está desactivada, las compras siguen llegando a Meta desde el pedido, con los datos del cliente, pero sin los ID del navegador de Meta de la visita; cuando la URL de destino del pedido lleva un fbclid, WeProfit sigue construyendo con él el ID de clic fbc.

¿Se envió un Purchase? Lee el registro de envíos de CAPI

En Redes publicitarias > Meta, el registro de envíos de CAPI enumera los eventos del servidor que WeProfit envía a Meta, con la hora, el evento, el píxel, el ID de evento, el estado, los intentos, el ID de fbtrace y cualquier error. Fíltralo por píxel, por el evento Purchase y por estado. Para verlo necesitas el permiso Eventos y pedidos.

El registro muestra el ID de evento propio de WeProfit, por ejemplo pur_6012345678901. Meta lo recibe con un código de la tienda de 8 caracteres después del primer guion bajo, por ejemplo pur_a1b2c3d4-6012345678901, así que busca esa forma en las herramientas de Meta. El registro no tiene columna de valor ni de moneda: comprueba el valor de una compra en la página Eventos de WeProfit.

Cuando Meta rechaza el token, WeProfit pausa el píxel y muestra un banner: comprueba que la cuenta conectada siga teniendo acceso y que su token esté vigente, y luego envía una prueba desde la conexión para reanudar el envío. WeProfit no prueba el token cuando guardas un píxel, así que Enviar prueba, o el primer envío, muestra si Meta lo acepta. El widget Estado del seguimiento resume los envíos del servidor de las últimas 24 horas como Enviados, En curso / reintentando y Fallidos.

Compras en el Administrador de eventos, pero no en el Administrador de anuncios

El Administrador de eventos muestra los eventos que recibió Meta. Los resultados del Administrador de anuncios cuentan las compras que Meta atribuye a tus anuncios según la configuración de atribución de cada conjunto de anuncios, un plazo que empieza cuando alguien hace clic en un anuncio, interactúa con él o lo ve. La compra de un comprador que no interactuó con tus anuncios en ese plazo sigue llegando a Meta, pero no se convierte en un resultado del anuncio. En WeProfit, enviado significa que Meta aceptó el evento, no que Meta lo haya asociado con una persona ni que lo haya atribuido a un anuncio.

Meta también restringió lo que cuenta como clic. Desde marzo de 2026, Meta limita la atribución por clic de las conversiones del sitio web a los clics en el enlace, y las conversiones posteriores a otros clics, como compartir o guardar, cuentan en lo que Meta llama ahora atribución por interacción (engage-through). Compara columnas con la misma configuración de atribución antes de concluir que faltan compras.

• Los días recientes todavía se están asentando. Da tiempo a las compras nuevas antes de comparar, y compara también un periodo ya cerrado.
• La compra lleva muy pocos datos para asociarla con una persona. El Purchase de WeProfit puede llevar, con hash, el correo electrónico, el teléfono, el nombre y el apellido, la ciudad, el estado, el código postal, el país y el ID externo del comprador, además de la dirección IP, el agente de usuario y los ID del navegador fbp y fbc de Meta cuando se conocen. La puntuación de calidad de WeProfit muestra la Tasa de ID de clic y la Tasa de identidad de tus compras de los últimos 7 días.
• Tus conjuntos de anuncios usan otro píxel u otro evento de conversión. Comprueba que usen el píxel al que envías las compras, con Purchase como evento de conversión.

• Por qué tus plataformas publicitarias y tu tienda muestran ventas distintas

Dos emisores, un píxel: por qué se duplican las compras

La forma que recomienda Meta para contar una sola vez un evento del navegador y uno del servidor es usar el mismo nombre de evento y el mismo ID de evento en ambos: el eventID del píxel tiene que coincidir con el event_id de la Conversions API. Meta solo deduplica los eventos recibidos dentro de las 48 horas posteriores al primero. Dos herramientas que envían el mismo pedido con sus propios ID pueden contar como dos compras en Meta.

WeProfit envía el Purchase de cada pedido una vez por píxel, desde su servidor, con un ID de evento creado a partir del pedido, así que las repeticiones de webhooks, las actualizaciones del pedido y los reintentos nunca agregan una segunda compra de WeProfit. En Shopify, su incrustación de la app también carga en las páginas de tu tienda online el píxel de Meta que conectes y activa PageView, ViewContent y AddToCart con los mismos ID de evento que sus copias del servidor. Los eventos del checkout y el Purchase no tienen una copia de WeProfit en el navegador.

El canal Facebook & Instagram, otra app o un píxel en tu tema usan sus propios ID de evento, que no coinciden con los de WeProfit. Deja un solo emisor del navegador y un solo emisor de compras por ID de píxel: si conectas un ID de píxel en WeProfit, haz que las demás herramientas dejen de enviar a ese píxel. WeProfit no tiene una opción de solo servidor por píxel; el interruptor Seguimiento en el navegador, que vale para toda la tienda, quita su píxel de Meta, pero también detiene todo el seguimiento en la tienda online.

Para ver si Meta combinó las copias del navegador y del servidor, abre los detalles del evento desde la información general del Administrador de eventos y lee la pestaña de deduplicación de eventos.

• ID de evento del píxel de Meta y de la Conversions API
• Cómo agregar el píxel de Meta a Shopify con un solo emisor por píxel

Una prueba repetible después de cada cambio en el tema, el checkout o los píxeles

Haz la misma prueba corta cada vez que cambies el tema, el checkout, las apps o los píxeles, y guarda el resultado con la fecha. Te dice si el cambio rompió un emisor, sin tener que esperar una semana de informes publicitarios para descubrirlo.

1. Haz una lista de todos los emisores de compras y del ID de píxel que usa cada uno, como se describe más arriba.
2. En Configuración, en la sección de eventos del cliente, prueba cada píxel y recorre en Shopify Pixel Helper una página de producto, el carrito y el checkout.
3. En WeProfit, abre Redes publicitarias > Meta, copia el código de prueba de la pestaña Probar eventos del Administrador de eventos en el campo Código de evento de prueba del píxel, guarda y selecciona Enviar prueba. WeProfit envía un PageView mediante la Conversions API y muestra la respuesta de Meta, con el ID de fbtrace cuando Meta lo devuelve.
4. Haz un pedido de prueba. WeProfit cuenta un pedido de prueba de Shopify y lo envía a tus redes publicitarias conectadas como un pedido real, aunque Shopify deja los pedidos de prueba fuera de sus propios informes. Cancelarlo después no retira un Purchase ya enviado.
5. Busca el pedido en la página Pedidos y revisa Meta en la columna Redes; luego busca su Purchase en el registro de envíos de CAPI y, mientras el código de prueba esté configurado, en Probar eventos de Meta.
6. Borra el código de evento de prueba cuando termines. WeProfit también lo desactiva solo 24 horas después de que lo configures.
7. Unos 20 minutos después, abre la información general del Administrador de eventos y comprueba que el evento Purchase muestre el método de conexión que esperas.