Ejecutaste tres campañas la semana pasada. Anuncios de LinkedIn, una Galxe quest y un KOL link drop. Llegaron billeteras. La TVL se movió. Luego tu fundador preguntó qué canal lo impulsó. Abriste GA4. Abriste Dune. Miraste ambos.
No pudiste responder.
Ese no es un problema de herramientas. Tienes GA4, UTMs y Dune. El problema es estructural: la atribución DeFi se rompe porque los datos de tu campaña residen en una sesión web y los resultados de tu protocolo residen on-chain, y nada los conecta por defecto.
Esta guía es para el especialista en marketing de crecimiento que trabaja dentro del protocolo. No para el fundador, no para el ingeniero. Tú no construiste el producto. No puedes tocar la base de código solo. Pero tú eres quien tiene que probar el ROI de la campaña cada lunes. Yo cubriré tres métodos de atribución clasificados por lo que realmente puedes implementar, una forma de conseguir el tiempo de ingeniería para solucionarlo correctamente, y cuatro informes que convierten los datos de la cadena en una conversación sobre la que tu liderazgo puede actuar. Este artículo es parte del Web3 Growth Marketer's Resource Cluster.
TL;DR
- • Tu UTM desaparece cuando la billetera se conecta. La sesión web y la transacción on-chain existen en planos de datos separados sin un puente por defecto.
- • Tres métodos según quién los construye: UTM bridge (solo equipo de crecimiento, hoy), SIWE (crecimiento + 1 sprint), cohort forensics (analista de datos + ingeniería)
- • Consigue tiempo de ingeniería calculando el gasto invisible: (presupuesto mensual x % de billeteras sin etiquetar) = cantidad de dinero a ciegas
- • Cuatro informes para el lunes: cascada de fuentes, retención por canal, costo por billetera activada, delta semana a semana
¿Por qué los datos de tu campaña se detienen en la pantalla de la billetera?
Si has intentado aplicar la atribución de marketing estándar a las campañas DeFi, ya lo habrás sentido. Te topas con una pared en el punto exacto donde la interacción de marketing se convierte en una interacción de protocolo. Tres problemas estructurales lo causan.
Tu UTM desaparece cuando la billetera se conecta
Tu UTM se activa. La página de destino carga. La billetera se conecta. A partir de ese momento, estás a ciegas.
La sesión web rastrea todo hasta ese momento: la fuente del clic, la página de destino, el tiempo en el sitio. Luego la billetera se abre y la transacción comienza, y el hilo se corta. Las transacciones de blockchain no tienen un campo de referencia. La EVM no lleva metadatos de campaña. Lo que sea que trajo al usuario a tu protocolo no viaja al registro on-chain.
Tu GA4 muestra 300 eventos de conexión de billetera de la campaña. Dune muestra 140 nuevos depósitos en la misma ventana. No puedes cerrar el ciclo entre ellos.
Una dirección de billetera no es un usuario
Una persona puede controlar 12 billeteras. Un Sybil farmer que ejecuta un programa de puntos puede ejecutar 400. Cuando cuentas las direcciones de billetera como usuarios, tus datos de cohorte se corrompen antes de que escribas el primer informe. Los números de retención (los que más le importan a tu liderazgo) están midiendo billeteras, no personas.
El bridging reinicia el rastro
Un usuario que hace bridging de Ethereum a Arbitrum antes de interactuar con tu protocolo aparece en tus datos de Arbitrum sin una historia de origen. La transacción de bridging no lleva la atribución de tu campaña. Puedes ver que la billetera apareció. No puedes saber si provino de tu KOL drop o de un airdrop de un competidor que se lanzó la misma mañana.
Idea Clave
El punto de contacto de la campaña reside en tus análisis web. La acción económica reside on-chain. Nada los vincula por defecto. Esa brecha es un problema de instrumentación, no un problema de herramientas. No puedes solucionarlo cambiando de plataformas de análisis. Lo solucionas uniendo los dos planos de datos deliberadamente.
Tres métodos, clasificados por lo que puedes implementar sin un desarrollador
El método correcto depende de lo que tu equipo realmente pueda implementar, no de la precisión teóricamente mejor. La columna que más importa es quién tiene que construirlo.
| Método | Cómo funciona | Precisión Est.* | Quién lo construye |
|---|---|---|---|
| UTM Bridge | Etiqueta los enlaces de campañas off-chain con parámetros UTM. Al conectar la billetera, la plataforma empareja la sesión del navegador con la dirección de la billetera y la registra. | ~60-70% | Solo equipo de crecimiento, sin solicitud de ingeniería |
| Sign-In with Ethereum (SIWE) | El usuario se autentica con su billetera antes de realizar transacciones. Crea un enlace duradero: dirección de billetera a sesión a fuente de campaña. | ~85-95% | Crecimiento + ingeniería (1 sprint) |
| Cohort Forensics | Agrupa las billeteras por tiempo de adquisición, patrones de comportamiento y cadena de custodia. Identifica de qué ventana de campaña provienen retroactivamente. | ~70-80% | Analista de datos + ingeniería (1-3 sprints) |
*Las cifras de precisión son estimaciones basadas en patrones de implementación entre profesionales de análisis Web3. Las tasas reales varían según la arquitectura del protocolo y la combinación de tráfico.
Cómo elegir
Comienza con UTM bridge si tus campañas se ejecutan principalmente off-chain: anuncios de LinkedIn, publicaciones de Reddit, KOL link drops, envíos de newsletters. No requiere solicitud de ingeniería, y funciona hoy. Obtendrás una cobertura de aproximadamente el 60-70% de tu tráfico pagado. Eso es suficiente para eliminar el canal de peor rendimiento.
Pasa a SIWE cuando necesites datos de retención a nivel individual. Si estás ejecutando programas de puntos, airdrops o cualquier campaña donde distinguir a los usuarios genuinos de las billeteras Sybil es importante, SIWE es el umbral que necesitas cruzar.
Usa cohort forensics cuando llegue tráfico orgánico significativo sin un punto de contacto web previo. Si más de la mitad de las nuevas billeteras aparecen sin ningún rastro de clic, el emparejamiento de patrones de comportamiento puede identificar de qué ventana de campaña llegaron.
Error Común
Cohort forensics parece una solución alternativa para saltarse SIWE. No lo es. El emparejamiento de patrones produce estimaciones a nivel de población, no atribución individual. Úsalo para entender la mezcla de canales. No lo uses para calcular el CAC por canal o para atribuir usuarios individuales a campañas.
Cómo justificar el tiempo de ingeniería (sin sonar como un ingeniero de datos)
UTM bridge te ayuda a empezar. SIWE es donde la atribución realmente funciona. SIWE necesita ingeniería. Y la conversación con ingeniería es más difícil de lo que parece. Tu equipo está gestionando correcciones de seguridad, optimizaciones de gas y una hoja de ruta que se estableció antes de que te unieras.
El número que mueve a los fundadores
No empieces con "necesitamos infraestructura de atribución". Empieza con el número de gasto invisible.
Aquí está la fórmula: toma tu gasto total mensual en campañas, estima qué porcentaje de nuevas billeteras llegan sin fuente de atribución, multiplica. Esa es la cantidad de dinero que se gasta a ciegas cada mes, yendo a canales que no puedes evaluar, recortar o justificar.
Si estás gastando $20,000 al mes y el 40% de las nuevas billeteras no están etiquetadas, eso es $8,000 al mes sin señal de eliminación. No $8,000 desperdiciados, sino $8,000 que no puedes optimizar. Lo que significa que no puedes dejar de desperdiciarlos incluso cuando lo están. Un sprint que soluciona la atribución se amortiza en semanas al detectar un canal de bajo rendimiento.
La solicitud de un sprint
SIWE se divide en dos tareas que ingeniería puede implementar en 5 días hábiles:
Un flujo de inicio de sesión antes de usar utilizando bibliotecas estándar EIP-4361. Configuración, no ingeniería novedosa. La criptografía es manejada por bibliotecas existentes. Es probable que tu equipo de frontend haya visto este patrón antes.
Una tabla de base de datos que vincula la dirección de la billetera con el ID de sesión y la fuente de la campaña. Cada consulta de atribución de aquí en adelante lee de esta tabla de forma permanente. Una tabla, construida una vez.
Qué decir en la reunión
En la conversación con tu fundador o CMO, no digas "SIWE", "UTM bridge" o "attribution stack". Di: "paso de inicio de sesión", "seguimiento de campaña", "qué canal impulsó esta billetera".
Una frase: "Estamos gastando $X al mes en campañas sin datos sobre cu��les producen billeteras. Un sprint de ingeniería soluciona la capa de captura de forma permanente." Enfócalo como protección de ingresos. Los ingenieros priorizan el tiempo de actividad, la seguridad y los ingresos. "Mejores paneles para marketing" no entra en la lista de sprints. "No podemos eliminar los canales de bajo rendimiento porque no podemos ver cuáles son" sí lo hace.
Los 4 informes para mostrar al liderazgo el lunes
Una vez que la atribución esté configurada, estos cuatro informes son los que llevarás a la sincronización semanal. Cada uno responde a una pregunta que tu liderazgo ya está haciendo cuando entra en la sala. Consulta las definiciones de métricas para el marco completo de KPI detrás de cada panel.
Cascada de Atribución
Su pregunta: ¿De dónde vienen nuestros usuarios?
Desglose por canal: total de billeteras por fuente (pagado, orgánico, referido, agregador). Las 3 principales fuentes por volumen de billeteras. Cambio semana a semana por canal. Billeteras no atribuidas mostradas por separado, no eliminadas, no ocultas. Billeteras Sybil excluidas antes de que se ejecute el recuento.
Retención de Cohorte por Fuente
Su pregunta: ¿Se quedan los usuarios por los que estamos pagando?
Tasas de retención de 7 y 30 días desglosadas por canal de adquisición. Aquí es donde se muestra la calidad del canal. Una campaña de Discord que produce un 50% de retención a 30 días supera a un anuncio de Twitter con un 5%, incluso si el anuncio trajo el doble de billeteras.
Costo por Billetera Activada
Su pregunta: ¿Cuánto cuesta realmente cada usuario?
Gasto total por canal (anuncios + incentivos de quest + pagos por referencia + asignaciones de airdrop) dividido por las billeteras que alcanzan tu umbral de activación. Incluye todo el gasto en incentivos. Omite las recompensas de quest y tu CAC estará subestimado, tu comparación de canales será incorrecta y tu caso de economía unitaria estará construido sobre matemáticas erróneas.
Delta Semana a Semana
Su pregunta: ¿Estamos mejorando?
Un número: total de billeteras activadas esta semana vs la semana pasada. Luego una línea de tendencia de 4 semanas. Simple, difícil de manipular, y fuerza el enfoque en el crecimiento constante en lugar de picos de una semana de campañas de incentivos que no se mantienen más allá de la ventana de recompensa.
Mejor Práctica
Los cuatro paneles van en un único dashboard de Dune o página de Notion. Una URL, actualizada antes de la sincronización del lunes. Si tienen que pedirte el enlace, el sistema no está funcionando.
Ejecuta esta auditoría antes de tu próxima reunión de campaña
Antes de planificar la próxima campaña, realiza estas cinco comprobaciones. Una mala configuración de atribución hace que cada punto de datos sea engañoso. No lo sabrás hasta que ya lleves tres meses.
Preparación para la Atribución: Lista de Verificación Pre-Campaña
Preguntas Frecuentes
¿Pueden los especialistas en marketing de crecimiento construir la atribución DeFi sin soporte de ingeniería?
Sí, para la atribución UTM bridge. Puedes configurar parámetros UTM en campañas off-chain y registrar coincidencias de billeteras de primera transacción sin soporte de ingeniería. Para una mayor precisión, Sign-In with Ethereum requiere un sprint de ingeniería. Cohort forensics requiere un analista de datos y capacidad de ingeniería. Comienza con UTM bridge, demuestra el valor con 30 días de datos y luego presenta el sprint.
¿Cuál es el método de atribución DeFi más preciso?
Sign-In with Ethereum (SIWE) es el más preciso para usuarios que se autentican antes de realizar transacciones, alcanzando una precisión estimada del 85-95%. Requiere un modal de inicio de sesión de billetera en el frontend y una tabla de identidad de billetera en el backend. La atribución UTM bridge alcanza un estimado del 60-70% para el tráfico de campañas off-chain. Ninguno de los métodos captura usuarios on-chain completamente anónimos que nunca interactúan con tu interfaz web antes de realizar transacciones. Las cifras de precisión son estimaciones. Las tasas reales varían según la arquitectura del protocolo.
¿Cómo demuestro el ROI de la campaña DeFi al liderazgo?
Ejecuta cuatro informes semanales: cascada de atribución por canal, retención de cohorte a 7 y 30 días por fuente, costo por billetera activada por canal y una tendencia delta semana a semana. Juntos responden las preguntas que el liderazgo realmente hace al entrar en la sincronización del lunes: ¿de dónde vienen nuestros mejores usuarios, se quedan, cuánto cuesta cada uno y estamos mejorando? Presenta los cuatro en un único dashboard, no en informes separados.
¿Qué es la atribución UTM bridge en DeFi?
La atribución UTM bridge utiliza parámetros UTM estándar en enlaces de campañas off-chain, luego empareja esas sesiones con direcciones de billetera en la primera transacción. Cuando un usuario hace clic en un enlace rastreado y conecta su billetera, tu plataforma vincula la dirección de la billetera a ese registro de sesión. Funciona bien para campañas de tráfico directo. Omite a los usuarios que llegan orgánicamente, a través de agregadores, o haciendo bridging desde otra cadena sin un punto de contacto web previo.
¿Cómo consigo la aprobación de ingeniería para solucionar la atribución Web3?
Enfócalo como un problema de captura de datos (un cambio en el frontend y una tabla de base de datos), no como una nueva capa de informes. Calcula tu gasto invisible: presupuesto mensual de campaña multiplicado por el porcentaje de nuevas billeteras sin fuente de atribución. Lidera con ese número, no con las necesidades de análisis. Un sprint. Solución permanente. Una frase: "Estamos gastando $X al mes sin datos sobre qué campañas impulsan billeteras. Un sprint de ingeniería soluciona la capa de captura de forma permanente."
Lo que estoy observando a continuación
El problema de la atribución está a punto de volverse más complejo. A medida que los agentes de IA on-chain asuman más ejecución de campañas, la secuencia de puntos de contacto se volverá más difícil de rastrear. Los especialistas en marketing de crecimiento con SIWE implementado antes de que ocurra ese cambio saldrán de ello con datos limpios. Todos los demás empiezan de nuevo.
Esta semana: UTM bridge funcionando para el viernes. SIWE en la próxima planificación de sprint. Cuatro informes para el lunes configurados en 30 días. Esa secuencia es suficiente para identificar tu canal de peor rendimiento y redirigir el gasto antes del próximo trimestre.
¿Quieres ayuda para construir tu marco de atribución?
La Auditoría de Crecimiento Web3 incluye una revisión de la infraestructura de atribución: qué método se adapta a tu equipo, qué construir en el primer sprint y cómo estructurar la capa de informes para el liderazgo.
Construye tu Mapa de Atribución →Artículos Relacionados
Las métricas que realmente importan para los equipos de marketing DeFi
Qué KPIs poseen los especialistas en marketing de crecimiento vs. cuáles referencian. Cómo construir la actualización semanal que el liderazgo realmente lee.
Leer el ArtículoWeb3 Growth Marketer's Resource Hub
El cluster completo: crecimiento impulsado por la comunidad, atribución DeFi, marcos de KPI y mecánicas de campaña. Empieza aquí.
Explorar el ClusterFuentes y Citas
• EIP-4361: Sign-In with Ethereum. eips.ethereum.org
• Formo. "Cómo mejorar la retención de usuarios en Web3." formo.so
• Nansen. "Qué es el análisis DeFi: herramientas, métricas, guía de TVL." nansen.ai
• Dune Analytics. Consultas on-chain personalizadas y análisis de cohortes de billeteras. dune.com
• Andy Jagoe. "11 Métricas para mercados DeFi." andyjagoe.com