Tracking para Black Friday: revisa GA4 y el píxel de Meta antes de tu semana más importante

Actualizada en octubre de 2026 · 6 min de lectura

El Black Friday cae el 27 de noviembre de 2026 y el Cyber Monday el 30 de noviembre. Esa semana, un evento de compra que deja de enviarse, se envía dos veces o pierde su valor distorsiona los informes y las señales de las campañas en las que se basan las decisiones de presupuesto. Este checklist recoge qué revisar en el navegador las semanas previas y cómo vigilar las cifras durante la semana.

1. Dos o tres semanas antes: anota qué cambió

Empieza por revisar los cambios realizados desde la última vez que confirmaste que las compras se medían correctamente:

• Tema, apps y checkout. Shopify fijó el 26 de agosto de 2026 como fecha límite para que las tiendas sin Plus actualizaran sus páginas de agradecimiento y de estado del pedido; la actualización reemplaza las páginas existentes y las personalizaciones incompatibles dejan de funcionar. Si el tracking de compras estaba en esas páginas, confirma cómo se envía ahora (por ejemplo, con un píxel de app o un píxel personalizado en Eventos de clientes).
• Etiquetas y contenedores. Versiones nuevas del contenedor del gestor de etiquetas, etiquetas añadidas para la campaña o una segunda copia de la misma etiqueta instalada por una app.
• Banner de consentimiento. Cambios en el banner o en su configuración. Con el modo de consentimiento de Google, revisa qué tipos de consentimiento actualiza tu banner (ad_storage, analytics_storage, ad_user_data, ad_personalization) y si usas el modo básico o el avanzado.
• Promociones. Tipos de descuento nuevos, tarjetas regalo, packs o regalos que generan pedidos que tu tracking no ha visto antes.

2. Haz un pedido de prueba y lee lo que envía el navegador

Haz un pedido por el checkout real con las DevTools abiertas, usando el modo de prueba de tu plataforma o un pedido real que reembolses después. Luego revisa cada petición:

En Shopify, los clientes no pueden hacer pedidos reales mientras el proveedor de pagos está en modo de prueba. Usa una tienda de pruebas o una ventana de mantenimiento planificada y restaura después los pagos reales. Un pago real que luego reembolses puede generar comisiones de procesamiento.

• Compra de GA4 (una petición a una ruta terminada en /g/collect con en=purchase): un transaction_id no vacío que coincida con el pedido (ep.transaction_id), un value (epn.value) y una currency (cu), y los productos con item_id o item_name. Google recomienda un value igual a la suma de precio × cantidad de los productos, sin envío ni impuestos, que tienen sus propios parámetros.
• Purchase del píxel de Meta (una petición a facebook.com/tr con ev=Purchase): Meta exige value y currency en Purchase (cd[value], cd[currency]). Si la misma compra se envía también desde un servidor con la API de conversiones, la deduplicación que recomienda Meta compara el nombre y el ID del evento de la misma compra y del mismo píxel: eventID en el cuarto argumento de fbq y event_id en el evento del servidor. La petición del navegador lleva el ID como eid. Verlo en el navegador no demuestra que el servidor enviara el evento correspondiente ni que Meta lo deduplicara.
• Cuántas veces se envía cada una. En una implementación que envía compras desde el navegador, espera un evento de compra por pedido para cada ID de medición de GA4 y píxel de Meta previsto. Comprueba cada destino por separado. Recarga una vez la página de confirmación y comprueba si se envía de nuevo.
• Con un código de descuento. Repite el pedido con la promoción que vas a usar. En GA4, envía el precio unitario descontado de cada producto en price y calcula value como la suma de price × quantity, sin envío ni impuestos. Google no resta discount automáticamente. El parámetro opcional coupon del evento puede identificar el código del pedido (ep.coupon). Comprueba por separado el importe de Meta según la definición documentada de la integración.
• Con el consentimiento rechazado. Repite el recorrido rechazando el consentimiento y comprueba que lo que se envía corresponde al modo de consentimiento elegido: en el modo básico, las etiquetas de Google no envían nada hasta que el visitante da su consentimiento.

Para leer cada petición paso a paso, mira cómo comprobar el evento purchase de GA4 y cómo comprobar los parámetros de los eventos del píxel de Meta. En el Administrador de eventos de Meta, comprueba los eventos recibidos (Meta sugiere hacerlo en un plazo de 20 minutos) y revisa la pestaña de deduplicación de eventos. En GA4, activa el modo de depuración en tu dispositivo de prueba y selecciona ese dispositivo en DebugView. Los eventos pueden no aparecer allí cuando se deniega el consentimiento para cookies de Analytics. Estas vistas ayudan a inspeccionar la recogida; no acreditan los informes definitivos, la atribución ni que cada pedido se deduplicara correctamente.

3. Duplicados e IDs vacíos

• GA4 deduplica las compras del mismo usuario con el mismo ID de transacción en flujos web. Usa un ID único y no vacío para cada pedido. Google advierte que deduplica todos los eventos purchase enviados con transaction_id="", lo que puede provocar un recuento inferior al real. IDs distintos para el mismo pedido no permiten deduplicarlo por ID de transacción (mira compras duplicadas en GA4).
• Píxel de Meta: los eventos enviados dos veces desde el navegador son un problema distinto de la deduplicación entre el píxel y la API de conversiones: comprueba que solo sale una petición de Purchase del navegador por pedido y por cada píxel previsto (mira el píxel de Meta se dispara dos veces).

4. Durante la semana: compara cada día

Acordad una revisión diaria breve antes de que empiece la semana y reducid al mínimo los cambios de etiquetas y de checkout hasta que termine.

• Pedidos frente a compras. Compara los mismos canales de venta, fechas y zona horaria. Considera provisional la comparación de ayer: el procesamiento de GA4 puede tardar entre 24 y 48 horas. Repítela después del procesamiento e investiga un cambio repentino con un pedido de prueba. Una diferencia por sí sola no demuestra un fallo de tracking.
• Valores inesperados. Contrasta los importes inesperados con los pedidos reales. Un cero puede ser válido tras un descuento completo, y más ingresos sin más pedidos pueden reflejar compras de mayor importe. Investiga duplicados o valores incorrectos cuando los pedidos no expliquen el cambio.
• Después de cualquier cambio. Si hay que cambiar algo durante la semana, haz otro pedido de prueba justo después.

Para comparar pedidos y compras pedido a pedido después de la semana, mira las compras de GA4 no coinciden con los pedidos de Shopify.

Lista de comprobación

• Anotados los cambios desde la última revisión confirmada: tema, apps, páginas del checkout, etiquetas, banner de consentimiento y promociones.
• Un pedido de prueba por el checkout real, con las DevTools abiertas.
• GA4: una compra por pedido y por cada ID de medición previsto, con un ID de transacción no vacío, value, currency y productos.
• Píxel de Meta: un Purchase por pedido y por cada píxel previsto, con value y currency; al usar deduplicación por ID con un evento del servidor, nombres e IDs de evento coincidentes.
• Un segundo pedido de prueba con el descuento que vas a usar y otro con el consentimiento rechazado.
• Una comparación diaria de pedidos y compras acordada para la semana.

Google Analytics es una marca de Google LLC. Meta es una marca de Meta Platforms, Inc. Shopify es una marca de Shopify Inc. Tracklint no está afiliado, respaldado ni patrocinado por Google, Meta ni Shopify.