Ir al contenido
Canales de Crecimiento

9 Errores de Cableado del Tracker que Matan tus Conversiones en Silencio

8 min de lectura
RI

Riccardo Iovine

Analista de Afiliación y Tracking

Los errores de cableado del tracker más peligrosos del marketing de afiliación comparten un rasgo: ninguno lanza un error. Una variable mal mapeada, una macro mal escrita, una ventana mal puesta — todos producen el mismo síntoma silencioso, conversiones que se esfuman o caen sin atribuir mientras el gasto se ve perfectamente normal. Este es el catálogo de los nueve que más caros le salen a los afiliados, cada uno con el síntoma silencioso que produce, el fix rápido y el test que lo pilla antes de que el presupuesto real pague por el error.

Respuesta rápida: nueve errores de cableado del tracker rompen la atribución en silencio — variables de click-ID mal emparejadas, macros de SubID mal escritas, fallos de codificación de URL, variables de pago sin mapear, discrepancias de ventana de atribución, conversiones de test que no se disparan, conteo duplicado, valores hardcodeados entre ofertas y re-tests saltados tras un cambio. Cada uno produce un gasto de aspecto sano con datos de conversión rotos, y cada uno lo pilla una rutina de test de dos minutos previa al lanzamiento.

Esta es una referencia táctica, de la capa del tracker, y el encuadre honesto se mantiene de principio a fin: el tracker es su propia capa dentro de tu stack, y cablearlo bien es tu trabajo. Para el problema de fondo detrás de estos errores, mira el impuesto oculto de configuración de cada oferta de afiliación; para la rutina que los pilla, el protocolo de QA para cazar postbacks rotos. Todo esto forma parte de nuestro hub de marketing de afiliación.

1. Variable de click-ID mal emparejada

La red y el tracker tienen cada uno su propio placeholder para el identificador de clic, y rara vez se llaman igual. Si tu postback mapea el click ID de la red sobre el parámetro equivocado del tracker, los postbacks se disparan hacia el vacío — llegan pero no emparejan con ningún clic.

Una variable de click-ID mal emparejada es el asesino silencioso más común porque rompe el único join del que depende todo el sistema. Todo lo demás puede estar perfecto, pero si la conversión no encuentra su clic, obtienes conversiones sin atribuir o ninguna conversión, y nada en tu dashboard te dice por qué. El fix es confirmar el nombre exacto de la variable en ambos lados antes de lanzar.

Fix: lee la documentación de la red y la del tracker para encontrar el token de click-ID exacto, mapéalos a conciencia y dispara una conversión de test para confirmar que empareja. Los postbacks server-side existen precisamente porque el tracking de navegador dejó de ser fiable cuando la llegada de App Tracking Transparency de Apple en iOS 14.5 (Apple, abril de 2021) cortó la señal del tráfico in-app — así que un postback roto está rompiendo el único canal que adoptaste para ser fiable.

2. Macros de SubID mal escritas o con sintaxis incorrecta

Los SubIDs llevan los datos de tu campaña, conjunto de anuncios y anuncio hasta la conversión. Una macro con un error de tipeo, con la sintaxis de llaves equivocada o con un token específico de plataforma que el sistema publicitario no reconoce simplemente vuelve en blanco — y cada conversión llega despojada de su dato de campaña.

Fix: haz clic en tu enlace del tracker y revisa el log de clics. Si los SubIDs están en blanco ahí, la macro está mal; corrige la sintaxis y vuelve a hacer clic. Nunca confíes en un SubID que no hayas visto rellenarse en un clic real.

Un SubID en blanco no es un problema pequeño — es pérdida total de atribución para esa dimensión. Una conversión sin campaña asociada te dice que ganaste una comisión pero no qué anuncio la ganó, que es exactamente el dato para el que lanzaste el tracker. Pillar los SubIDs en blanco en el log de clics lleva segundos y salva los datos de toda la oferta.

3. Errores de codificación de URL en el postback o en el enlace del tracker

Los caracteres especiales, los parámetros anidados y los tokens dinámicos tienen que estar codificados en URL correctamente o el sistema receptor los parsea mal. Un ampersand sin codificar puede truncar un postback; un valor doblemente codificado puede llegar destrozado.

Fix: codifica los valores que el sistema receptor espera codificados, testea con una conversión real e inspecciona los valores en bruto que cayeron en el tracker en lugar de asumir que llegaron intactos.

4. Variable de pago sin mapear o ausente

Una conversión puede emparejar a la perfección y aun así ser inútil si cae a valor cero. Esto pasa cuando la variable de pago de la red no está mapeada en tu postback, así que las conversiones se cuentan pero no llevan ingresos — y cada cálculo de rentabilidad que hagas está mal.

Una conversión sin pago parece un éxito y se comporta como un fracaso. Tu recuento de conversiones es correcto, así que nada parece roto, pero tus ingresos son cero y tu matemática de ROAS es basura. La variable de pago es la más fácil de olvidar porque la conversión sigue apareciendo — que es exactamente por qué se cuela hasta el tráfico real tan a menudo.

Fix: confirma que la conversión de test emparejada muestra el valor de pago correcto, no cero, antes de lanzar. Mapeamos las variables estándar en la guía de integración del tracker.

5. Discrepancia de ventana de atribución

Las redes suelen usar ventanas de cookies de 30 a 60 días; tu tracker o tu plataforma publicitaria pueden tener por defecto algo mucho más corto. Si la ventana del tracker es más corta que la de la red, las conversiones con retraso largo caen fuera de ella y desaparecen, haciendo que las ofertas con ciclos de conversión más lentos parezcan poco rentables cuando no lo son.

Fix: ajusta la ventana de atribución de tu tracker para que coincida con la ventana de cookies de la red para el tracking de comisiones, y mantén una ventana más corta aparte para la optimización del lado publicitario. Reporta sobre ambas y reconcilia. Este trabajo de reconciliación es parte de por qué un análisis de Nielsen de 2024 encontró que los marketers siguen dedicando aproximadamente la mitad de su tiempo a la recopilación manual de datos en lugar de a decidir (Nielsen Annual Marketing Report, 2024) — y una discrepancia de ventana silenciosa hace que esos datos recopilados estén equivocados además de ser lentos.

6. Lanzar sin una conversión de test

El error que deja pasar a todos los demás. Cablear una oferta y lanzarla sin disparar una sola conversión de test significa que el primer "test" es tráfico real gastando dinero real — y si algo de lo anterior está mal, te enteras por un mal reporte.

Saltarse la conversión de test es el meta-error, porque el test es lo que pilla todos los demás errores de esta lista. Cuesta dos minutos y convierte un lanzamiento frágil y esperanzado en uno verificado. Los afiliados que pierden dinero por tracking roto son casi siempre los que lanzaron asumiendo que el cableado funcionaba.

Fix: haz de la conversión de test algo innegociable en cada oferta. La rutina de cuatro comprobaciones del protocolo de QA está construida exactamente alrededor de esto.

7. Conteo duplicado por pixel y postback disparándose a la vez

Si corres a la vez un pixel de navegador y un postback server-side sin deduplicación, la misma conversión puede contarse dos veces. Tus números se inflan, tu ROAS reportado miente al alza y escalas una oferta sobre rendimiento fantasma.

Fix: configura la deduplicación de eventos con un event ID compartido, o cásate con un solo método como fuente de verdad, para que cada conversión se cuente exactamente una vez.

8. Hardcodear valores que deberían ser dinámicos

Reutilizar el enlace del tracker de una oferta anterior y olvidar cambiar un geo, un código de oferta o un SubID personalizado hardcodeado es un error de envenenamiento de datos silencioso. Las conversiones se atribuyen, pero a la etiqueta equivocada — y tu análisis histórico mezcla dos ofertas en silencio.

Los restos hardcodeados son insidiosos porque los datos se ven limpios. Las conversiones emparejan, los pagos llegan, los SubIDs se rellenan — solo que se rellenan con el valor de la oferta anterior. Nada lo marca, y la corrupción se esconde en tu reporting hasta que intentas comparar ofertas y los números no tienen sentido. Plantillar con campos deliberados por oferta lo previene.

Fix: construye las ofertas a partir de una plantilla limpia con los campos por oferta en blanco, para que los rellenes frescos cada vez en lugar de heredar los valores de ayer.

9. No volver a testear tras un cambio

Un setup que pasó su test en el lanzamiento puede romperse más tarde cuando editas la oferta, cambias de red, añades una cuenta o abres un geo nuevo. Cada cambio puede invalidar un parámetro, y un setup que funciona nunca está a salvo de forma permanente.

Fix: ata un re-test a cada disparador de cambio, no a un calendario. La dispersión de cuentas y redes que multiplica estos disparadores está cubierta en configuración multi-cuenta de Facebook Ads para afiliados.

Un setup que funciona no es un setup permanente. Cada edición de oferta, cambio de red, cuenta nueva o geo nuevo es una nueva oportunidad para que el cableado se rompa en silencio, y por eso el re-test pertenece al cambio y no al calendario. Testea en el lanzamiento, vuelve a testear en cada cambio, y los fallos silenciosos pierden casi todo su sitio donde esconderse.

El único test que pilla los nueve

Lee los fixes uno tras otro y emerge un patrón: cada uno de estos errores produce un fallo visible en el mismo test de dos minutos previo al lanzamiento. Haz clic en el enlace y confirma que los SubIDs se registran. Dispara una conversión de test. Confirma que empareja con tu clic y con el pago correcto. Confirma que los IDs de campaña están adjuntos. Los errores del uno al ocho afloran todos en esa rutina, y el error nueve es simplemente volver a ejecutarla tras un cambio.

No necesitas memorizar nueve errores — necesitas un hábito. Un test fijo previo al lanzamiento ejercita toda la cadena de principio a fin, así que cualquiera que sea el eslabón roto, el test falla a la vista en lugar de fallar la oferta en silencio sobre tráfico real. La disciplina de testear siempre vale más que el conocimiento de cada modo de fallo individual.

Dónde encaja la plataforma publicitaria

Para ser honestos: ninguno de estos fixes le corresponde a una plataforma de gestión de anuncios. El cableado del tracker y del postback vive en la capa del tracker, que se queda en tu stack y sigue siendo tuya de configurar y verificar. Una plataforma que lanza y gestiona tus anuncios no configura tus postbacks, y deberías desconfiar de cualquiera que afirme reemplazar el tracker por completo.

Lo que hace Wevion es el lado de lanzamiento y gestión: construye y despliega campañas entre cuentas sobre una conexión de API oficial, de modo que el trabajo repetitivo del lado publicitario es más rápido mientras tu tracker sigue atribuyendo a su lado. Para usuarios de Keitaro, esa coexistencia es el patrón previsto, no una competición. Para la comparación honesta completa del stack del tracker y una plataforma publicitaria de API oficial — costes, riesgos y lo que cada una hace de verdad — mira el stack del tracker comparado con Wevion.

Arregla el cableado en el tracker, haz del testing un reflejo y gestiona la mitad del lanzamiento publicitario con herramientas construidas para ello. Para acelerar ese lado del lanzamiento mientras tu tracker y estos fixes mantienen la atribución honesta, empieza una prueba gratuita de 14 días — el plan gratuito permanente te deja probar el lado de gestión de anuncios sin tocar tu setup de tracker.

Preguntas frecuentes

Newsletter

The Ad Signal

Insights semanales para media buyers que no adivinan. Un email. Solo señal.

Artículos relacionados

¿Listo para automatizar tus operaciones publicitarias?

Empieza a lanzar campañas en bloque en todas tus cuentas. Prueba gratuita de 14 días. Sin tarjeta de crédito. Cancela cuando quieras.