Atribución DeFi: Un Framework de ROI para el Marketing de Crecimiento
Cómo conectar campañas off-chain con el comportamiento de carteras on-chain. Un framework de atribución DeFi de 4 capas.
By Gabriel Mangabeira — Published 2026-05-19
El trimestre pasado, les hice la misma pregunta a todos los protocolos con los que trabajé: "¿De dónde vinieron realmente sus últimos 100 usuarios on-chain?"
Ni un solo equipo me dio una respuesta específica. Tenían recuentos de miembros de Discord, sesiones de GA4, informes de clics de KOL, crecimiento de seguidores en Twitter. Nada de eso se rastreaba a una wallet. Para cuando un usuario completaba su primera transacción on-chain, la fuente de adquisición había desaparecido.
Este es el problema. Las herramientas de atribución Web2 pierden el rastro en el momento en que un usuario llega a la pantalla de conexión de la wallet. Solucionarlo requiere un modelo diferente, no un dashboard diferente. Este artículo cubre por qué ocurre la interrupción, los tres métodos que realmente funcionan y cómo saber si su pila actual está haciendo su trabajo.
Para la pila de crecimiento más amplia en la que se encuentra esta capa, consulte el Web3 Growth Marketer's DeFi Playbook.
Por qué la atribución Web2 falla en DeFi
La atribución Web2 hace una suposición fundamental: un usuario tiene una identidad persistente desde el primer contacto hasta la conversión. Una dirección de correo electrónico. Una cookie. Cada paso en el embudo es rastreable porque la identidad persiste a través de las sesiones.
Web3 rompe esa suposición en tres puntos específicos.
Punto de quiebre 1: Correo electrónico reemplazado por la conexión de la wallet. En DeFi, los usuarios conectan una wallet, sin correo electrónico, sin una ID persistente que usted controle. Cada clic y sesión antes de ese evento queda huérfana.
Punto de quiebre 2: El seguimiento de la sesión termina en la acción on-chain. GA4 sigue a un usuario desde la sesión hasta el llenado del formulario y la conversión. No puede seguir ninguna transacción on-chain. Usted ve la sesión que precedió a la conexión de la wallet. No ve lo que sucedió después.
Punto de quiebre 3: Los UTM no sobreviven a la wallet. Los parámetros UTM funcionan hasta el evento de conexión de la wallet. Después de eso, no hay un mecanismo de seguimiento persistente. El parámetro desaparece.
Insight Clave
La atribución DeFi no es un problema de herramienta. Es un problema de modelo de identidad. La dirección de la wallet es el ancla de identidad, y solo la aprenderá si su interfaz la captura en el evento de conexión. Cada dashboard de análisis que compre se basa en una suposición incorrecta hasta que solucione el modelo subyacente.
Los protocolos que cierran esta brecha primero construyen una ventaja compuesta. Cada campaña se vuelve más precisa. Cada decisión de canal es defendible. Si desea comprender cómo surgió esta brecha, consulte Marketing Web2 vs Web3: Por qué la propiedad supera la atención.
Los 3 métodos de atribución, clasificados
Después de probar seis herramientas mientras construía una pila de atribución para un protocolo DeFi en el cuarto trimestre de 2025, cuatro de ellas chocaron con la misma pared: o perdían el rastro en la conexión de la wallet o no podían conectar la acción on-chain de nuevo a una fuente de adquisición. Dos enfoques produjeron datos utilizables. Un tercero completa el panorama para el análisis de comportamiento.
| Método | Esfuerzo de desarrollo | Precisión | Herramientas | Mejor para |
|---|---|---|---|---|
| Puente UTM-a-Wallet | Bajo | Medio | Spindl, Cookie3 | Empiece aquí. Campañas de front-end. |
| SIWE + Seguimiento de Eventos | Alto | Alto | Formo | Protocolos maduros con recursos de desarrollo. |
| Análisis forense de cohortes | Medio | Bajo (fuente) | Dune Analytics | Patrones de comportamiento, control de calidad post-airdrop. |
Método 1: Puente UTM-a-Wallet. Capture el parámetro UTM en el momento de la conexión de la wallet y mapearlo a la dirección de la wallet. Esa conexión vive en su base de datos. Cuando esa wallet realiza una transacción, usted rastrea la acción hasta la fuente de adquisición. El menor costo de desarrollo, empiece aquí.
Método 2: SIWE + Seguimiento de Eventos Personalizados. Sign-In con Ethereum (SIWE) vincula la wallet a una sesión verificada. Los eventos personalizados se activan en cada acción significativa (staking, swap, depósito) con la dirección de la wallet adjunta. Máxima precisión, pero requiere recursos de desarrollo e instrumentación del producto. La solución reside en su front end, no en su dashboard de análisis.
Método 3: Análisis Forense Basado en Cohortes. Exporte las direcciones de las wallets durante una ventana de campaña específica y ejecute consultas Dune para ver cómo se comportaron esas wallets on-chain. Baja precisión para la atribución de fuentes, alta precisión para los patrones de comportamiento. Particularmente útil para el análisis posterior al airdrop: ¿los receptores del airdrop eran usuarios reales o extractores?
La conclusión honesta
La atribución en Web3 no es un problema de herramienta de marketing. Es un problema de instrumentación de producto. Si su equipo de crecimiento está construyendo una pila de atribución sin tocar el código base del producto, se encontrará con las mismas paredes que yo.
De la comunidad a la cadena: cerrando la brecha de Discord
La pregunta más común de los equipos de crecimiento en los protocolos post-PMF: "Tenemos 30,000 miembros en Discord. ¿Cuántos están usando realmente el protocolo on-chain?"
Discord muestra membresía, no conversiones. Un miembro que se unió a través de un sorteo y un miembro que se convirtió en proveedor de liquidez se ven idénticos en su dashboard de comunidad. On-chain, son usuarios completamente diferentes.
El diagnóstico clave es la relación entre los miembros activos de la comunidad y las wallets activas on-chain durante la misma ventana de 30 días. Si la membresía de la comunidad crece un 20% mientras que las wallets on-chain crecen un 2%, está construyendo una audiencia, no una base de usuarios.
El desglose Web3 Email vs Discord vs Telegram cubre cuándo cada canal produce wallets y cuándo produce ruido.
Advertencia
No optimice la proporción recortando a los miembros de la comunidad inactivos. Eso infla la métrica sin mejorar el crecimiento. Quiere que ambos números crezcan, con el on-chain creciendo más rápido.
El Agente de Atribución: Arquitectura y lo que automatiza
Una vez que su capa de datos está implementada, el ciclo de informes puede automatizarse por completo. El objetivo: un agente programado que extrae datos de adquisición de wallets por fuente, calcula los cambios semana a semana, marca anomalías y publica un resumen en Slack, sin necesidad de activación humana.
La arquitectura tiene cuatro componentes:
La consulta Dune lee los registros de eventos de su contrato, agrupa las primeras transacciones de la wallet por etiqueta de fuente de adquisición y calcula los recuentos rodantes de 7 y 28 días.
El agente compara la semana actual de cada segmento de origen con el promedio móvil de las 4 semanas anteriores. Marca las fuentes que se desvían más del 25% por encima o por debajo de la línea base.
Formatea las anomalías marcadas como un resumen de Slack: nombre de la fuente, recuento actual, promedio de 4 semanas, cambio porcentual. Una línea por cada fuente marcada.
Se ejecuta todos los lunes por la mañana. Sin activación manual. El tráfico multicadena y de agregadores requiere un manejo adicional, cubierto en la guía de implementación.
Una restricción importante: el agenteDune maneja el movimiento de datos y la detección de anomalías. No puede cerrar las brechas de instrumentación. Si su front end no está capturando UTM en la conexión de la wallet, el agente no tiene nada que analizar. Primero, asegúrese de que la capa de datos sea correcta. Luego, automatice los informes.
Obtenga la pila completa, lista para implementar
La consulta SQL de Dune, la plantilla de agente de Claude Code, el formateador de salida de Slack y el fragmento de captura de UTM de front-end, empaquetados como un repositorio de GitHub que puede clonar y configurar en una tarde.
Obtenga el Kit de Inicio de Atribución →Los 4 Informes Semanales: Qué Rastrear
Cuatro informes le brindan una vista semanal completa de si su inversión en crecimiento está produciendo el comportamiento de usuario que su protocolo necesita. El modelo a continuación muestra lo que debe aparecer en cada panel; el Stack de KPI de Crecimiento de DeFi cubre las definiciones de métricas en su totalidad.
Panel de Atribución
Semana del 26 de mayo de 2026
1 · Adquisición de Wallet por Fuente
Observar: % sin etiqueta — alto = brecha de instrumentación.
2 · Entrada de TVL por Fuente
KOL generó el 37% de las wallets, pero solo el 20% del TVL.
3 · Cohorte de Retención por Canal
| Fuente | 7d | 30d | 90d |
|---|---|---|---|
| comunidad | 71% | 45% | 28% |
| kol_campaign | 38% | 12% | 4% |
| orgánico | 62% | 39% | 22% |
La retención de la cohorte KOL a 30 días es 3.7 veces peor que la de la comunidad.
4 · Costo por Wallet Calificada
Calificado = wallet que completa una acción objetivo dentro de los 30 días.
El informe 4 —costo por wallet calificada— es el más difícil de construir y el más útil para mostrar a la dirección. Defina "calificada" como una wallet que completa una acción objetivo (primera participación, primer depósito de liquidez, primer voto de gobernanza) en 30 días. Gasto total del canal dividido por las wallets calificadas de ese canal. Una vez que tenga este número por canal, cada decisión de presupuesto tendrá una base de datos.
Autoevaluación: Encuentre su Brecha de Atribución
Lea cada pregunta. Si su respuesta es No, expándala; verá exactamente qué corregir antes de pasar al siguiente paso. Trabaje de arriba hacia abajo.
1. ¿Puede identificar la fuente de adquisición de sus últimas 10 transacciones on-chain? (Si la respuesta es No, expanda)
Brecha: No hay etiquetado de origen
Su front end no está capturando UTM en la conexión de la wallet o escribiendo etiquetas de fuente en calldata. Cada dashboard que agregue sobre esta brecha produce teatro, no señal.
Solución inicial: Implemente el puente UTM-a-wallet (Spindl o Cookie3, bajo esfuerzo de desarrollo). Deténgase aquí hasta que las transacciones muestren etiquetas de origen en Dune.
2. ¿Menos del 30% de su volumen de transacciones on-chain no está etiquetado? (Si la respuesta es No, expanda)
Brecha: La cobertura de la instrumentación es demasiado baja
Un volumen alto sin etiquetar significa que la mayoría de sus datos de adquisición son invisibles. La captura de UTM funciona parcialmente pero falla en wallets que regresan, usuarios on-chain directos o rutas de agregadores.
Solución inicial: Audite su captura de UTM a wallet para los principales puntos de ruptura: wallets que regresan y tráfico de agregadores. Apunte a menos del 30% sin etiquetar antes de construir informes.
3. ¿Conoce la tasa de retención a 30 días para cada canal de adquisición? (Si la respuesta es No, expanda)
Brecha: Los datos existen, los informes no
Tiene transacciones etiquetadas por origen, pero no hay seguimiento de cohortes. Puede ver de dónde vinieron las wallets, pero aún no puede ver si se quedaron. Aquí es donde la mayoría de los protocolos están atascados.
Solución siguiente: Construya el Informe 3 (Cohorte de Retención por Canal) en Dune. Este es el informe más valioso para las decisiones de asignación de presupuesto.
4. ¿Puede calcular el costo por wallet calificada para al menos dos canales? (Si la respuesta es No, expanda)
Brecha: No hay ancla de ROI para las decisiones presupuestarias
Tiene datos de retención, pero no una capa de costos. La asignación de presupuesto todavía se basa en métricas de volumen (recuento de wallets, TVL) en lugar de eficiencia (costo por wallet calificada). Está optimizando para el volumen, no para la calidad.
Solución siguiente: Defina "calificado" (wallet que completa una acción objetivo en 30 días), obtenga el gasto del canal, divida por las wallets calificadas por canal. Incluso una estimación aproximada cambia la forma en que asigna el presupuesto.
5. ¿Alguien de su equipo se encarga de la atribución de principio a fin, desde la instrumentación del front-end hasta los informes semanales? (Si la respuesta es No, expanda)
Brecha: Sin propietario, sin envío
La atribución requiere tres piezas distintas: instrumentación del front-end (producto), escritura de consultas Dune (datos o crecimiento) y decisiones presupuestarias (liderazgo de marketing). Cuando nadie posee las tres, nada se envía.
Solución: Asigne a una persona la responsabilidad del ciclo completo. Si es usted, el dashboard de 4 informes de este artículo es su plantilla semanal.
Si respondió Sí a las cinco
Su base de atribución es sólida. El siguiente paso es SIWE + seguimiento de eventos personalizados para la atribución a nivel de producto, conectando acciones on-chain individuales (stake, swap, voto de gobernanza) directamente a la fuente de adquisición. Esa es la capa de precisión cubierta en el Kit de Inicio de Atribución.
Preguntas Frecuentes
¿Cómo se mide el ROI del marketing DeFi?
Rastree el costo por wallet calificada (CPQW): el gasto total del canal dividido por las wallets que completaron una acción on-chain objetivo dentro de los 30 días. Esto requiere instrumentación de front-end para capturar la fuente de adquisición al conectar la wallet, una definición de "calificado" vinculada a una transacción significativa y una consulta Dune para extraer datos de comportamiento a nivel de wallet. Sin los tres, los cálculos de ROI se basan en métricas proxy que no se ajustan a los resultados on-chain.
¿Cuál es la mejor herramienta de atribución DeFi?
Depende de la capacidad de desarrollo. Spindl y Cookie3 (puente UTM-a-wallet) son el punto de partida con menor esfuerzo. Formo (SIWE + seguimiento de eventos) ofrece mayor precisión pero requiere más integración de front-end. Dune Analytics es gratuito y funciona para el análisis de cohortes de comportamiento, pero no puede atribuir fuentes de wallet individuales. Comience con el Método 1, incorpore Dune una vez que tenga datos de referencia.
¿En qué se diferencia la atribución Web3 de la Web2?
Web2 rastrea una identidad persistente (correo electrónico o cookie) a lo largo de todo el embudo de conversión. Web3 rompe eso en tres puntos: la conexión de la wallet reemplaza la captura de correo electrónico, el seguimiento de la sesión termina en la acción on-chain y los UTM no sobreviven a la pantalla de conexión de la wallet. El anclaje de identidad en Web3 es la dirección de la wallet, y solo la aprenderá si su front end la captura en la conexión.
¿Los agentes de IA pueden automatizar la atribución de informes DeFi?
Sí, una vez que la capa de datos está en su lugar. Un agente puede ejecutar una consulta Dune programada, calcular los cambios semana a semana por etiqueta de fuente, marcar anomalías y publicar un resumen en Slack, sin necesidad de activación humana. La restricción: los agentes manejan el movimiento y la detección de datos. No pueden cerrar las brechas de instrumentación. Primero, asegúrese de que el front end sea correcto.
Referencias
- Spindl: plataforma de atribución on-chain — spindl.xyz
- Formo: análisis basado en SIWE — formo.so
- Cookie3: análisis de marketing Web3 — cookie3.co
- Dune Analytics: análisis SQL on-chain — dune.com
- Web3 Email vs Discord vs Telegram
- KPIs de Crecimiento DeFi: Qué Reemplaza a TVL
- Marketing Web2 vs Web3: Por qué la Propiedad Supera la Atención
- El Manual de DeFi del Marketer de Crecimiento Web3
¿Quiere la pila de atribución, lista para implementar?
Consulta Dune + agente Claude Code + fragmento de captura UTM — empaquetados como un repositorio de GitHub. Además de una auditoría completa de atribución de su configuración actual.
Obtenga la Auditoría + Kit de Inicio