Todo operador acaba mirando tres pantallas que no coinciden — el tracker dice un número, la red otro, la plataforma publicitaria un tercero — y tiene que decidir si no hay de qué preocuparse o si es una fuga que está drenando dinero real. Saber distinguirlo es una de las habilidades más valiosas que puedes construir.
Los datos de seguimiento nunca están perfectamente limpios, así que el objetivo no es discrepancia cero — es saber qué huecos son el coste normal de hacer negocio y cuáles son un fallo genuino que debes arreglar antes de escalar una decisión sobre números malos. Esta guía cubre a los sospechosos habituales: discrepancias entre sistemas, postbacks rotos, doble conteo, desajuste de atribución, conversiones perdidas y huecos por consentimiento y bloqueadores — y te da una rutina para encontrar al culpable. Da por hecho que ya entiendes la fontanería de el seguimiento por postback y el seguimiento con píxeles.
Lo primero que hay que interiorizar es que siempre hay algo de desacuerdo, y entrar en pánico por ello es perder el tiempo. Como regla de trabajo, una discrepancia de en torno al cinco o diez por ciento entre dos sistemas es normal y esperable — viene de los tiempos, la deduplicación, el redondeo y la pérdida de datos inevitable. Cualquier cosa por encima de un quince por ciento aproximadamente merece investigación, y un hueco que se ensancha de repente es más alarmante que uno grande pero estable, porque un hueco estable suele reflejar una peculiaridad estructural que ya has contabilizado, mientras que uno que se mueve señala que algo acaba de romperse. Trata estos umbrales como orientativos, no como dogma — el rango aceptable varía según el tipo de tráfico y la plataforma — pero el principio se mantiene: juzga la tendencia tanto como el tamaño. Un doce por ciento estable suele estar bien; un salto del tres por ciento al veinte de la noche a la mañana es un incendio.
| Síntoma | Causa probable | Dónde mirar / arreglar |
|---|---|---|
| El tracker muestra conversiones, la red ninguna | Postback roto o que no se dispara | Testea la URL de postback y el click ID |
| Las conversiones totales superan las ventas reales | Doble conteo | Añade dedup por ID de evento/transacción |
| Varias plataformas reclaman la misma venta | Desajuste de modelo o ventana de atribución | Alinea ventanas; confía en una sola fuente |
| Caída repentina de conversiones registradas | Píxel ausente o página modificada | Revisa el disparo en el nuevo flujo |
| Subconteo constante en ciertos navegadores | Huecos de consentimiento / ad-blockers | Pasa a captura del lado del servidor |
| Números desfasados por un retardo diario fijo | Retraso de procesamiento | Compara la misma ventana ya cerrada |
El fallo duro más común es un postback que nunca se dispara o se dispara mal. La firma clásica es un tracker que registra conversiones que la red no ve en absoluto, lo que significa que la señal server-to-server que los conecta está rota en alguna parte. Los culpables habituales son un click ID ausente o mal formado, de modo que la conversión llega sin nada a lo que atribuirse; una URL de postback que nunca se verificó o que se pegó con una errata en un token; o un firewall o una condición de disparo que descarta la petición en silencio. El arreglo es metódico: envía una conversión de prueba de extremo a extremo, confirma que el click ID se captura en la entrada y se pasa hasta el postback, y comprueba que ambos sistemas registran el mismo evento. Un postback que funciona aislado pero falla con tráfico real casi siempre apunta a un parámetro que está presente en tu prueba pero vacío en el funnel real.
El problema espejo es tener demasiadas conversiones, cuando tu total reportado supera en silencio las ventas reales que confirma el anunciante. El doble conteo suele venir de un evento que se dispara más de una vez — un píxel en una página de gracias que el usuario recarga o revisita, un postback reintentado sin deduplicación, o la misma conversión capturada por un píxel y por un feed de servidor sin un ID compartido que los reconcilie. Es más peligroso que el subconteo porque te halaga: infla la tasa de conversión y el ROI, y puedes escalar una campaña que parece ganadora sin serlo. La defensa es la deduplicación por un identificador único — un ID de pedido o de transacción, o un ID de evento compartido entre píxel y servidor — para que el mismo evento real se cuente una sola vez, sin importar cuántas veces llegue la señal.
A veces no hay nada roto y aun así los sistemas no coinciden, porque están atribuyendo la misma conversión con reglas distintas. Dos plataformas reclamarán legítimamente la misma venta si sus ventanas de atribución difieren — una ventana de clic de siete días en una y de treinta días en la otra — o si una usa last-click mientras la otra usa un modelo data-driven que reparte el crédito entre varios puntos de contacto. Esta es la razón más común de que los totales entre canales sumen más conversiones de las que realmente ocurrieron, y ninguna cantidad de depuración lo "arreglará" porque no hay ningún bug. El remedio no es técnico sino analítico: alinea las ventanas donde puedas y luego elige una única fuente de verdad para las decisiones de dinero en lugar de sumar plataformas que se puntúan a sí mismas con generosidad. La guía de modelos de atribución explica por qué cada modelo cuenta una historia distinta.
Una caída repentina e inexplicada en las conversiones registradas suele ser una rotura, no un cambio de mercado, y el momento te dice dónde mirar. Si la caída coincide con un cambio en el sitio, un rediseño del checkout o una nueva landing page, lo más probable es que el píxel o el postback ya no se disparen en el nuevo flujo — la página de gracias se movió, se añadió un paso extra o se eliminó un script. Si no coincide con nada de tu lado, sospecha de la página del anunciante, de un redirect roto o de una integración caducada. El instinto de culpar a la fuente de tráfico suele estar equivocado; verifica primero el seguimiento. Reproduce tú mismo una conversión, observa si el evento se dispara y compáralo con una línea base conocida como buena de antes de la caída. Una conversión que se completa para el usuario pero nunca llega a tus informes es un fallo de seguimiento, y cada día que corre sin ser detectado es dinero que no puedes ver ni optimizar.
No todo hueco es un bug — algunos son el impuesto permanente de la web moderna. Los banners de consentimiento significan que una parte de los usuarios rechaza el seguimiento sin más, y sus conversiones pueden no registrarse nunca del lado del navegador aunque la venta sea real. Los ad blockers se llevan por delante un estimado de entre el quince y el treinta por ciento de las señales del lado del navegador, y los navegadores centrados en privacidad como Safari limitan las cookies de las que dependen los píxeles. La señal delatora es un subconteo constante concentrado en navegadores o regiones concretos más que una rotura repentina — por ejemplo, tráfico de Safari que reporta en silencio menos conversiones de las que su cuota de clics predeciría. Esto no se depura, porque no hay nada averiado; el arreglo es arquitectónico. Mover la medición al lado del servidor recupera una gran parte de estos eventos perdidos precisamente porque la señal deja de depender de que el navegador del usuario coopere. Trata la pérdida por consentimiento y bloqueadores como un recorte conocido y cuantificable, no como un misterio a resolver cada semana.
Cuando los números no coinciden, resiste el impulso de adivinar y trabaja el problema en orden. Primero, pregúntate si el hueco es nuevo o de siempre — un hueco estable suele ser estructural y seguro, uno reciente es una rotura. Segundo, comprueba la mecánica obvia antes que las teorías exóticas: que el píxel se dispara, que el click ID está presente, que la URL de postback está verificada, que las ventanas coinciden — la mala configuración, no la conspiración, es la causa número uno de datos malos. Tercero, compara la misma ventana temporal ya cerrada entre sistemas, ya que buena parte de la discrepancia aparente es simplemente que una plataforma reporta casi en tiempo real mientras otra procesa por lotes con un día de retraso. Cuarto, reproduce una conversión de extremo a extremo y obsérvala viajar. Solo una vez despejada la fontanería deberías atribuir el resto al recorte inevitable de consentimiento y bloqueadores. Esta escalera — tendencia, mecánica, tiempos, prueba en vivo — convierte un muro aterrador de números descuadrados en una lista corta de comprobaciones, y te evita escalar una decisión sobre datos que no has validado. Devuelve el resultado limpio a tu dashboard para que la próxima anomalía sea más fácil de detectar.
En torno al cinco o diez por ciento es normal y esperable por los tiempos, la deduplicación y el redondeo. Por encima de un quince por ciento aproximadamente merece investigación. Igual de importante que el tamaño es la tendencia — un hueco estable suele reflejar una peculiaridad estructural conocida, mientras que uno que se ensancha de repente señala que algo acaba de romperse.
Casi siempre el postback. O bien falta el click ID y no hay nada a lo que atribuir, o la URL de postback nunca se verificó o tiene una errata, o una condición de disparo está descartando la petición en silencio. Envía una conversión de prueba de extremo a extremo y confirma que el mismo evento aterriza en ambos sistemas.
Por dos razones. El doble conteo, donde el mismo evento se dispara más de una vez sin deduplicación, y el solapamiento de atribución, donde plataformas con ventanas o modelos distintos reclaman cada una la misma venta. Deduplica por un ID único de transacción o evento, y elige una única fuente de verdad en lugar de sumar entre canales.
No del todo — algunos usuarios rechazan el seguimiento o lo bloquean, y eso es una característica permanente de la web, no un bug. Puedes recuperar buena parte moviendo la medición al lado del servidor, para que la señal de conversión deje de depender de la cooperación del navegador. Trata el resto como un recorte conocido y cuantificable, no como un misterio semanal.
Si lanzas campañas por intuición, estás volando a ciegas con tu propio dinero.
Principiante · 6 min de lecturaCómo funciona de verdad el seguimiento: clics, click IDs, postbacks, flujos server-to-server y por qué una atribución limpia es la base...
Esencial · 10 min de lecturaQué es un píxel de seguimiento, cómo se dispara en el navegador, en qué se diferencia del server-to-server y dónde encajan el Meta Pixel y la API...
