Por qué tus métricas de marketing Web3 te están mintiendo

Imagina la llamada semanal de crecimiento. Alguien muestra la diapositiva. Discord ha subido un 12% este mes. Las impresiones en Twitter aumentaron un 8%. GA4 muestra un crecimiento saludable de las sesiones. La campaña de KOL está activa y los enlaces están registrando los clics.

Entonces, alguien del equipo de producto pregunta: "¿Cuántos wallets nuevos realmente hicieron algo on-chain esta semana?".

Silencio. Alguien abre un dashboard de Dune. Los números no coinciden con la historia de la diapositiva. Nadie lo dice en voz alta, pero todos en la sala lo saben: los dos conjuntos de números existen en universos completamente separados.

He visto este mismo escenario ocurrir en protocolos de DeFi, DePIN y productos de wallet. El equipo de crecimiento no es incompetente. Las métricas que están siguiendo son reales. El problema es que esas métricas fueron diseñadas para un modelo de identidad de Web2 que no se aplica en Web3. Y cuando el modelo de identidad se rompe, todo el sistema de medición se rompe con él.

Este artículo explica exactamente dónde se rompe el modelo, lo que te cuesta y qué medir en su lugar.

El modelo de identidad de Web2 y dónde lo rompe Web3

En Web2, la identidad es continua. Un usuario se registra con un correo electrónico. Ese correo electrónico ancla cada acción: inicio de sesión, sesión, compra, visita de regreso. Tu sistema de analíticas lo conecta todo. GA4 sabe quién vino de qué anuncio, qué hizo y si regresó.

Web3 no tiene ese ancla. La dirección del wallet es el equivalente más cercano, pero la mayoría de los sistemas de crecimiento no están diseñados para usarla de esa manera. En su lugar, los equipos de crecimiento en Web3 heredan un manual de medición de Web2 e intentan aplicarlo a una arquitectura fundamentalmente diferente.

Aquí es donde se rompe, específicamente.

Falla 1: Discord cuenta miembros, no usuarios

Las cifras de miembros en Discord parecen indicar la salud de la comunidad. No lo son. Un servidor de Discord puede crecer miles de miembros en una semana gracias a una publicación oportuna de un KOL o al anuncio de un lanzamiento de token, mientras que el número real de wallets que interactúan con el protocol se mantiene sin cambios.

Discord no tiene conexión nativa con la actividad on-chain. No sabe si esos miembros alguna vez conectaron un wallet, hicieron un depósito o usaron la dApp. Un servidor con 80,000 miembros y 200 wallets activos mensuales no es un éxito de crecimiento. Es una métrica de vanidad disfrazada de comunidad.

Falla 2: Las impresiones de Twitter/X terminan en la pantalla de conexión del wallet

Las impresiones son reales. Los clics desde Twitter a tu sitio son reales. Pero el hilo se corta al conectar el wallet. El seguimiento estándar con UTM, GA4 y la mayoría de las configuraciones de analíticas no tienen forma de seguir lo que sucede después de que un usuario hace clic en "Conectar Wallet". La sesión continúa en el navegador, pero desde la perspectiva de GA4, ahora estás siguiendo una nueva sesión anónima sin memoria de dónde vino esa persona.

La señal de alcance social es genuina. Lo que no puede decirte es qué parte de ese alcance se convirtió en acción on-chain. Sin esa conexión, no puedes comparar canales. No puedes saber si el hilo orgánico superó a la publicación pagada del KOL. Estás optimizando creatividades a ciegas.

Falla 3: GA4 se queda ciego al conectar el wallet

Si las acciones principales de tu producto ocurren on-chain (y en la mayoría de los protocolos de Web3, así es), entonces GA4 está siguiendo el camino hacia tu producto, no el producto en sí. Las sesiones, la tasa de rebote y el tiempo en el sitio te informan sobre la página web. No te dicen casi nada sobre el uso del protocol.

Falla 4: Los enlaces de KOL reportan clics que mueren en MetaMask

Las campañas de KOL son costosas. Una sola publicación de un influencer cripto de nivel medio puede costar entre $5,000 y $30,000. La configuración de medición estándar devuelve: clics en el enlace, visitas a la página desde el enlace, y tal vez una tasa de conversión de clic para conectar el wallet si has instrumentado ese paso.

Lo que casi nunca devuelve es la conversión on-chain verificada. ¿Alguno de los wallets que llegaron desde esa publicación de KOL realmente realizó una transacción? ¿Hicieron un depósito? ¿Hicieron staking? Sin cruzar los datos de cohortes de wallets con los plazos de la campaña, estás pagando por alcance sin pruebas de conversión.

Lo que esto te cuesta

Los datos incorrectos no solo producen informes imprecisos. Producen presupuestos mal asignados.

Cuando el crecimiento de Discord es la métrica más visible en tu revisión semanal, financias las cosas que hacen crecer a Discord: airdrops, sorteos, campañas de hype y bombardeos de KOL que se dirigen a seguidores en lugar de a usuarios activos de DeFi. Los canales que realmente producen wallets (contenido dirigido a profesionales, integraciones de protocol, diseño de incentivos) tienden a aparecer débilmente en el dashboard estándar y reciben menos financiación.

Terminas con un equipo de crecimiento que es bueno para alcanzar las métricas que se le piden. Y esas métricas tienen una relación débil o inexistente con las acciones que generan ingresos para el protocol.

Las métricas que realmente miden el crecimiento en Web3

La solución no se trata de encontrar mejores herramientas de analítica. Se trata de anclar tu sistema de medición a la unidad de identidad correcta: la dirección del wallet.

Esto es lo que un sistema de crecimiento de Web3 corregido debería medir.

Analicemos cada una.

La dirección del wallet como ancla de identidad. Reemplaza el correo electrónico y las cookies con la dirección del wallet como tu identificador de usuario principal. Cada acción significativa en tu protocol se asigna a una dirección. A partir de ahí, puedes medir la activación, retención e ingresos a nivel de usuario sin depender de la continuidad de la sesión del navegador.

Eventos de activación on-chain como tu señal de conversión. Define la primera acción significativa de tu protocol: primer depósito, primer préstamo, primer stake, primer voto de governance. Ese es tu evento de activación. Mide el número de wallets nuevos que alcanzan ese evento cada semana. Esa es una cifra de adquisición real. Todo lo anterior son métricas del embudo.

Tasa de retorno de wallets. Esta es tu señal de retención. Toma los wallets que estuvieron activos en una semana determinada. Verifica cuántos de ellos volvieron a transaccionar en los siguientes 30 días. Los protocolos con un verdadero product-market fit tienden a mostrar tasas de retorno de wallets sólidas. Los protocolos que funcionan con emisiones o incentivos de airdrops tienden a mostrar una caída abrupta cuando el incentivo termina. La tasa de retorno de wallets expone qué tipo de engagement tienes realmente.

Ingresos del protocol por wallet activo. Este es el único número que conecta la actividad de crecimiento con los resultados del negocio. Puedes calcularlo a partir de datos on-chain: las comisiones totales generadas por el protocol divididas por el número de wallets únicos que transaccionaron en ese período. Te dice si estás haciendo crecer una base de usuarios productiva o simplemente inflando el número de wallets.

Plazos de campaña cruzados con cohortes de wallets de Dune. Esto es lo más cercano a la atribución de KOL disponible sin una implementación de seguimiento full-stack. Lanzas una campaña de KOL en una fecha determinada. Extraes las activaciones de nuevos wallets en tu protocol durante las 48-72 horas siguientes. Comparas esa ventana con las tasas de activación base de las dos semanas anteriores. No es perfecto, pero te da una señal direccional sobre si la campaña impulsó un comportamiento real.

El enfoque de cohortes de wallets (sin un desarrollador full-stack)

No necesitas una infraestructura de datos personalizada para empezar a pensar en cohortes de wallets. Dune Analytics tiene consultas públicas para la mayoría de los protocolos principales. Puedes hacer un 'fork' de ellas y adaptarlas a tus necesidades.

El flujo de trabajo básico: crea una consulta que muestre las nuevas direcciones de wallet que interactuaron con tu protocol cada día o semana. Filtra por los wallets que alcanzaron tu evento de activación (no solo que se conectaron, sino que realmente transaccionaron). Sigue a esa cohorte durante los siguientes 30 días. ¿Regresan? ¿Transaccionan con más o menos frecuencia con el tiempo?

Para la atribución de campañas, añade los plazos de tus campañas. Marca las fechas de las publicaciones de KOL, lanzamientos de tokens, anuncios de asociaciones o campañas de contenido. Observa si las activaciones de nuevos wallets aumentaron en las siguientes 48-72 horas. Con el tiempo, esto se convierte en un modelo direccional para saber qué canales externos realmente impulsan el uso del protocol.

Este enfoque es accesible para un operador de crecimiento que conozca los conceptos básicos de Dune y tenga acceso a las direcciones de los contratos del protocol. No requiere un ingeniero de datos ni una infraestructura de seguimiento de eventos personalizada para empezar a generar señales útiles.

El marco más profundo para construir un sistema de atribución completo a través de canales se cubre en la guía de atribución de DeFi en mangabeira.net. Si ya has superado lo básico y quieres construir algo más sistemático, ese es el punto de partida correcto.

Un ejemplo concreto: TVL vs. demanda de préstamos

Los protocolos que han avanzado hacia una medición más sofisticada muestran un contraste útil. Los datos públicos de Aave en DefiLlama y Token Terminal muestran no solo el TVL, sino también los prestatarios activos, el volumen de préstamos y los ingresos del protocol. Estas son las métricas que revelan si el protocol está generando actividad económica real o simplemente reteniendo depósitos de 'yield farmers' que se irán cuando las tasas bajen.

Los protocolos que todavía reportan el TVL como su principal métrica de crecimiento están, en la mayoría de los casos, todavía atascados en el problema del dashboard de Web2. El TVL mide el capital en el pool. No mide los wallets que usan activamente el protocol. Mil millones de dólares en TVL con 400 prestatarios activos es un negocio diferente a mil millones de dólares en TVL con 40,000 prestatarios activos. La presentación de crecimiento estándar no siempre muestra esa diferencia.

La pregunta que hay que hacerle a cualquier métrica de crecimiento es: ¿este número aumenta cuando los usuarios extraen valor del protocol, o aumenta por otras razones? Si puede aumentar por otras razones, no debería ser tu KPI principal.

El verdadero problema no es el equipo de crecimiento

Los operadores de crecimiento que gestionan protocolos de Web3 no son malos en su trabajo. La mayoría de las personas que he visto en estos roles son rigurosas, con conocimientos de datos y realmente quieren una medición precisa.

El problema es el modelo de medición que heredaron. Fue construido para un entorno Web2 donde la identidad es continua, las sesiones del navegador persisten y cada acción significativa del usuario ocurre dentro de una superficie digital rastreable. Web3 rompió esas suposiciones. El wallet es el usuario. Las transacciones on-chain son las acciones del producto. Y la mayoría de los sistemas de analíticas estándar no tienen forma de observar ninguna de las dos.

La solución requiere una elección deliberada de construir en torno al wallet como la unidad de identidad, definir la activación on-chain como la señal de conversión y cruzar los plazos de las campañas con los datos de cohortes de wallets en lugar de con el número de clics.

Eso no es un ajuste menor en el dashboard. Es una forma diferente de pensar sobre lo que significa el crecimiento en el contexto de un protocol. Y es el cambio que separa a los equipos que saben cómo está creciendo realmente su protocol de los equipos que saben cómo se ve su marketing.

Si tu equipo está presentando esa misma diapositiva en este momento y la pregunta sobre la actividad on-chain todavía no tiene una respuesta clara, ese es un buen punto de partida para una auditoría de crecimiento de Web3.

Preguntas Frecuentes

¿Por qué las herramientas de analítica estándar no funcionan para los protocolos de Web3?

Herramientas estándar como GA4 están construidas en torno al seguimiento continuo de sesiones e identidad mediante cookies, direcciones de correo electrónico y el estado del navegador. Los protocolos de Web3 ejecutan las acciones principales de su producto on-chain, fuera del modelo de eventos del navegador que estas herramientas observan. En el momento en que un usuario interactúa con un smart contract, GA4 pierde visibilidad. Se trata de una incompatibilidad de arquitectura, no de un problema de configuración.

¿Cuál es la métrica más importante para un operador de crecimiento de Web3?

Los ingresos del protocol por wallet activo. Es el único número que conecta la actividad de crecimiento con un resultado de negocio real. Las activaciones de nuevos wallets te informan sobre la adquisición. La tasa de retorno de wallets te informa sobre la retención. Pero los ingresos del protocol por wallet activo te dicen si los usuarios que estás adquiriendo realmente están usando el producto de una manera que sostiene al protocol. Todo lo demás está antes de esa señal.

¿Cómo se atribuye una campaña de KOL a resultados on-chain sin un seguimiento personalizado?

El enfoque práctico es el método de la ventana de tiempo de la campaña. Registra la fecha de lanzamiento de tu campaña. Extrae las activaciones de nuevos wallets en tu protocol durante las 48-72 horas siguientes a la publicación. Compara esa ventana con tu tasa de activación base de las dos o tres semanas anteriores. Un pico significativo por encima de la base en la ventana de la campaña es una evidencia direccional de que la campaña impulsó un comportamiento real. No es estadísticamente preciso, pero es mucho más útil que solo contar los clics.

¿Qué es la tasa de retorno de wallets y cómo se calcula?

La tasa de retorno de wallets es el porcentaje de wallets que estuvieron activos en un período determinado y que volvieron a transaccionar en los siguientes 30 días. Para calcularla, toma el conjunto de wallets únicos que interactuaron con tu protocol en la primera semana. Verifica cuántos de esos mismos wallets ejecutaron al menos una transacción entre la segunda y la cuarta semana. Los protocolos con un genuino product-market fit suelen mostrar tasas de retorno de wallets superiores al 25% a los 30 días. Los protocolos que funcionan con actividades incentivadas tienden a mostrar caídas bruscas cuando el incentivo termina.

¿Esto aplica a proyectos de Web3 que no son DeFi, como wallets o redes DePIN?

Sí. El problema central se aplica a cualquier proyecto de Web3 donde las acciones significativas del producto ocurren on-chain. Para productos de wallet, el evento de activación podría ser la primera transacción de salida de un wallet recién creado. Para redes DePIN, podría ser el primer registro de un nodo o el primer reclamo de recompensas. Los eventos específicos cambian según el protocol. La lógica de medición es la misma: definir la acción on-chain que señala a un usuario real, seguir las cohortes de wallets en torno a ese evento y medir las tasas de retorno a partir de ahí.

Referencias

• DefiLlama, Datos de TVL y comisiones de protocolos
• Token Terminal, Datos de ingresos y usuarios activos de protocolos
• Dune Analytics, Entorno de consultas on-chain
• Marco de Atribución de DeFi para Marketers de Crecimiento, mangabeira.net
• Manual de DeFi para Marketers de Crecimiento en Web3, mangabeira.net

Artículos Relacionados