Métricas de Marketing L2 Que Todo Owner Debe Seguir

Las métricas de marketing de servidor L2 son la única forma de saber si tus anuncios, listados, posts de Discord y vídeos se convierten en jugadores y no solo en visitas. La mayoría de owners miran pageviews y votos y se pierden la mitad del embudo — los clics que nunca descargan el parche, las descargas que nunca crean cuenta, las cuentas que nunca hacen login. Esta guía construye un embudo completo que puedes instrumentar en GA4 en una tarde, con rangos de referencia de servidores privados reales para que sepas qué corregir primero.
El Embudo: De Impresión a Login Retenido
Cada acción del jugador encaja en seis etapas. Si instrumentas cada etapa una vez, puedes diagnosticar cualquier lanzamiento sin adivinar.
| Etapa | Acción del jugador | Evento a disparar | Dónde se dispara |
|---|---|---|---|
| Descubrimiento | Ve listado o anuncio | page_view | GA4 por defecto |
| Interés | Abre página de rates/features | view_features | Web (GTM clic) |
| Intención | Clic en Descargar / Cómo Conectar | download_click | Web (botón) |
| Conversión | Crea cuenta de juego | sign_up | Backend web |
| Activación | Hace login en juego una vez | first_login | Juego → GA4 server-side |
| Retención | Vuelve a loguear día 2-7 | retained_login | Juego → GA4 |
Sin el paso de activación (primer login), no puedes saber si tu cuello de botella está en la web o en el patcher. Conéctalo server-side desde tu auth server vía GA4 Measurement Protocol — es el evento más clarificador de todo el embudo.

Higiene UTM: Un Solo Set Para Cada Enlace
Las UTM no son opcionales. Sin ellas no puedes segmentar el embudo por fuente y optimizarás el canal equivocado.
- Una convención, en todas partes. Usa snake_case, minúsculas, sin espacios:
utm_source(ej.l2calendar,discord,reddit,youtube),utm_medium(ej.listing,banner,video),utm_campaign(ej.relaunch_2026_11). - Fuente única por creador. Cada streamer o youtuber tiene su propio
utm_source, no una etiqueta compartida. Si no, no podrás calcular CPC o CPA por creador. - Persistencia de atribución. Guarda el primer set UTM en una cookie y adjúntalo a cada evento posterior (download, sign_up, first_login). El jugador que clickeó ayer y descarga hoy debe seguir contando para la fuente de ayer.
- Revisión semanal. Un redirect mal configurado que elimina UTMs te deja ciego una semana. Cliquea cada enlace activo desde un navegador limpio una vez por semana y verifica que las UTM llegan a GA4 Realtime.
Regla de consistencia:download_client_clickes el evento en todas partes. NodownloadClienten un sitio ybtn_downloaden otro. Elige snake_case verbo+objeto y mantenlo un año.
Métricas Clave y Qué Significan
Estos son los únicos números que necesitas revisar a diario en semana de lanzamiento. Cada uno mapea a una etapa del embudo, así que una caída te dice exactamente dónde corregir.
- CTR = clics / impresiones × 100. Mide relevancia de creatividad y ubicación. Un CTR de listado por debajo de 0,8% en una página de descubrimiento indica que el problema es el banner o el título, no el embudo.
- Tasa de intención de descarga = download_click / page_view. Rango sano en webs de servidores es 8-15%. Por debajo de 6% suele significar CTA bajo el fold, página de descarga que oculta system files o instrucciones de patcher que parecen riesgosas.
- Conversión a cuenta = sign_up / download_click. Si 100 clickean descargar pero solo 12 crean cuenta, el cuello está en el patcher o flujo de cuenta, no en tu post de Discord.
- Tasa de activación = first_login / sign_up. El paso más infra-medido. Servidores reales con patcher limpio ven 55-75% de activación. Por debajo de 40% suele ser flag de AV, edición de hosts o página "Cómo Conectar" confusa.
- Tasa de voto = votos / jugadores activos por día. Útil solo tras conectar el listado vía API en todos los servidores. Apunta a 12-20% diario con recompensa limitada no rompible (ej. runa XP 20% 1h). Por encima de 30% diario sugiere recompensa que rompe economía.
- Login retenido D7 = retained_login / first_login (7 días). La única métrica de retención que importa para marketing. Si la activación va bien pero D7 es 10-15%, el problema es early game (rates, spawns, economía), no marketing.
Elige tres para Realtime (CTR, intención de descarga, activación) y revisa las otras tres como totales diarios. Realtime te dice si el post de hoy funciona; diario si el embudo está sano.

Configuración GA4 Para Servidores L2 en Una Tarde
No necesitas un dashboard custom para empezar. Necesitas eventos correctos y una exploración de embudo.
1. Nombra eventos una vez y reutilízalos
Usa los nombres de la tabla del embudo como nombres de evento en GA4. Añade dos parámetros a cada evento: source (de UTM) y campaign. Así puedes segmentar cualquier embudo por Discord vs YouTube vs ads sin crear eventos nuevos.
2. Dispara eventos web vía GTM
Etiqueta view_features al hacer scroll en la sección de features, download_click en ambos botones CTA de header y footer, y sign_up al éxito del formulario. Prueba en GTM Preview antes de publicar — un trigger mal puesto duplica conteos.
3. Envía eventos de juego server-side
Cuando tu auth server crea sesión para el primer login del personaje, haz POST al Measurement Protocol de GA4 con el client_id y UTM guardados. Haz lo mismo para logins retenidos tras el día uno. Esto conecta clics web con logins en juego en el mismo informe, algo que GA4 no ve solo con píxeles de navegador. Mira la doc de exploración de embudo GA4.
4. Construye una exploración de embudo
En GA4, ve a Explorar → Embudo: ordena las seis etapas exactamente como listado. Pon el breakdown en source. El gráfico muestra caída entre cada etapa y qué fuente retiene mejor hasta retained login, no solo hasta page_view. Guárdalo y duplícalo por campaña.
5. Corre verificación paralela dos semanas
Compara totales GA4 con tus cuentas backend (cuentas creadas, primeros logins). Server-side debería ser 5-15% superior a solo píxel, sobre todo en iOS. Si la brecha es mayor, tu píxel está ciego y debes optimizar con números server-side.
De Métricas a Presupuesto: Dónde Invertir Luego
- Muchas impresiones, CTR bajo → corrige creatividad o ubicación. Testea una variable: mismo listado, banner nuevo vs mismo banner, título nuevo. Corre 72h antes de juzgar.
- CTR alto, intención de descarga baja → corrige landing. Sube el botón de descarga above the fold, añade gif de instalación de 30s y muestra checksum del patcher.
- Mucha descarga, activación baja → corrige patcher y docs. Guía de whitelist para Windows Defender, elimina ediciones de hosts y añade enlace "¿Atascado? Únete a #install-help en Discord" que mencione rol real.
- Activación alta, D7 bajo → corrige early game, no marketing. Rates 1-40, densidad de spawn en zonas iniciales o precios de Giran son la palanca — no otro banner.
- Una fuente trae la mayoría de retenidos → duplícala. Es común que un foro pequeño traiga 60% de retenidos pese a 20% de impresiones. Reasigna antes de escalar gasto.
Mide también CPA por fuente: gasto / retained_login. Un streamer que cuesta $120 y trae 8 retenidos (CPA $15) supera a un set de ads de $40 que trae 1 (CPA $40), aunque el set parezca más barato por clic.
Errores Comunes Que Corrompen Números
- Nombres de evento con mayúsculas inconsistentes — elige un esquema y mantenlo; si no, Explore no agrega.
- Contar votos como conversiones. Los votos son engagement, no adquisición — nunca uses
voto / page_viewcomo KPI de conversión. - Optimizar solo por CTR. Un banner con 4% CTR y 2% activación es peor que uno con 1,2% CTR y 18% activación.
- Olvidar deduplicación. Si disparas píxel y Measurement Protocol para el mismo evento, usa el mismo
event_ido duplicarás conteo. Mira deduplicación Meta como patrón.
Cuando el embudo es fiable, el trabajo de descubrimiento compone. Lista tu próxima apertura con precisión en L2Calendar y, las dos primeras semanas cuando el interés de navegación es máximo, prueba VIP — luego mide si el alza en CTR realmente sube logins retenidos, no solo impresiones.
