Lee los números antes de perseguir el siguiente hito
El manual común: jugadores diarios frente a simultáneos, días de reporte en UTC, grupos de retención, una hoja de decisiones y comparaciones que resisten una segunda mirada.
Fuentes revisadas el 7 de noviembre de 2026.
Una rutina de analíticas útil termina en una decisión, no en otro gráfico. Empieza con tres preguntas: ¿qué cambió? ¿Qué otra cosa podría explicarlo? ¿Qué es lo más pequeño y útil que puedes probar a continuación?
Jugadores diarios y jugadores a la vez son hitos distintos
Los usuarios activos diarios (DAU) cuentan a las personas distintas que estuvieron activas durante un día de reporte. Los jugadores simultáneos (CCU) cuentan a las personas presentes en el mismo momento. El pico diario de CCU es el mayor número simultáneo reportado durante ese día. Ninguno de los dos equivale a las sesiones: una misma persona puede empezar varias sesiones.
La serie de crecimiento usa el promedio de DAU en siete días de reporte completos, no el pico de CCU:
- Menos de 100 jugadores diarios: haz que la primera sesión funcione y aprende directamente de las personas.
- 100–999: construye una retención repetible y un ritmo de trabajo fiable.
- 1.000–9.999: separa audiencias, canales y efectos de cada lanzamiento.
- 10.000+: protege la experiencia del jugador mientras escalas las operaciones en vivo.
Son franjas editoriales para planificar, no requisitos de Roblox ni umbrales de crecimiento demostrados. Si tienes 1.000 CCU, no te etiquetes como un juego de 1.000 DAU. Elige tu guía por DAU y luego usa las listas de operaciones de las guías posteriores si la concurrencia está presionando tus servidores o tu soporte. Si tienes menos de siete días completos, marca la etapa como provisional; no finjas que los días que faltan valen cero.
Las tarjetas de jugadores diarios y de pico diario de LaunchBlip ayudan a distinguirlos. La vista de CCU por hora y las alertas de hitos son funciones de Pro y Studio, cuando Roblox entrega esos datos; no detectan caídas en tiempo real. Interacción (opens in a new tab), rendimiento (opens in a new tab).
Fecha de juego, fecha de regreso y fecha en que ves el reporte
Los días de la API de analíticas de Roblox están en UTC. La zona horaria en la que recibes tu resumen no cambia el día de reporte. Compara días UTC completos y usa una marca de hora local claramente etiquetada en tus notas de lanzamiento.
La retención se ancla a la fecha de la primera partida. D1 es la fracción de los jugadores nuevos de ese día que vuelve al día siguiente; D7 es el regreso en el día 7 y D30 en el día 30. Son medidas de un día exacto, no “volvió en algún momento de la semana”. Un grupo nuevo no puede tener ya un resultado de D30. El procesamiento añade otra espera después de la ventana de observación. Una celda reciente en blanco no significa automáticamente retención cero. Retención (opens in a new tab), reglas de fechas de la API (opens in a new tab).
Hoy LaunchBlip importa D1 y D7, no D30. Consulta D30 y los grupos completos en Creator Hub. Del mismo modo, el informe de antes y después de 3/7 días no puede decidir el resultado de D30 de una actualización reciente. No saques esa conclusión del indicador de tiempo transcurrido del informe. Para saber más sobre grupos, lee How to read your Roblox retention (en inglés).
Usa una pequeña hoja de decisiones
Escribe esto antes de hacer un cambio:
| Campo | Qué escribir |
|---|---|
| Observación | Métrica, fecha o ventana exacta, valor, comparación y fuente de datos |
| Problema del jugador | Algo que vive un jugador, no “el algoritmo nos odia” |
| Hipótesis | “Si quitamos la fricción X, Y debería mejorar porque…” |
| Cambio | Una intervención acotada, con una nota para revertirla |
| Resultado principal | Una métrica cuya definición encaje con la hipótesis |
| Métrica de control | Una métrica u observación que no debe empeorar |
| Momento de revisión | Tras días de reporte completos y cuando madure el grupo correspondiente |
| Factores de confusión | Anuncios, eventos, fin de semana, caídas, mezcla de orígenes de tráfico, lanzamientos simultáneos |
| Decisión | Mantener, ajustar, deshacer o no concluyente, con motivos |
Ejemplo, no una afirmación sobre tu juego: “Los jugadores no ven la herramienta inicial. Muévela junto al primer objetivo. Resultado principal: avance en la primera sesión observado en pruebas; seguimiento: tiempo de sesión y D1. Métrica de control: los jugadores siguen entendiendo lo que ganaron. Revisa cuando haya suficientes jugadores nuevos comparables y grupos de D1 maduros.”
El marcador e informe de actualización de LaunchBlip guarda la fecha del lanzamiento y compara tres y siete días completos en los planes de pago. En el plan Gratis puedes llevar esta hoja junto a tus resúmenes de los lunes. Una asociación de antes y después es una pista útil, no un experimento aleatorizado. Tu lanzamiento puede coincidir con un cambio en el descubrimiento de Roblox.
Haz comparaciones que resistan una segunda mirada
- Compara días de la semana parecidos y orígenes parecidos. Un evento de fin de semana frente a un día laborable tranquilo mezcla el efecto del calendario con el del cambio.
- Usa números absolutos junto a los porcentajes. Pasar de un tester que vuelve a dos es un gran aumento relativo, pero una prueba débil de una mejora general.
- No promedies a ciegas los porcentajes diarios de retención. Un grupo con muchos jugadores nuevos no debe pesar lo mismo que uno con unos pocos. Usa el numerador y el denominador del grupo o el agregado que ofrezca la fuente, no el DAU como sustituto de los jugadores nuevos.
- No sumes el DAU por dispositivo para deducir el total de personas únicas: una persona puede usar más de un dispositivo. No sumes el DAU diario para afirmar usuarios únicos semanales; esa suma son jugadores-día.
- No des por bueno automáticamente un tiempo de sesión alto. Menús largos, recompensas por estar inactivo o la confusión pueden alargar el tiempo sin producir jugadores satisfechos que vuelven.
- Comprueba la disponibilidad de los datos antes de diagnosticar un desplome. Faltante, cero, no disponible, estimado y maduro son estados distintos. Los estados de la API pueden marcar explícitamente datos proyectados o con muestra insuficiente. API (opens in a new tab), panel (opens in a new tab).
LaunchBlip compara las métricas actuales con un promedio de los siete días anteriores. Es contexto, no un ajuste estacional ni una prueba estadística. Sus alertas de caída son motivos para investigar, no la prueba de que tu actualización causó daño. El plan Gratis incluye alertas de estancamiento; los planes de pago añaden alertas de caída. No todas las métricas tienen una regla de caída. Una métrica plana puede simplemente estar estable.
¿Qué es una métrica sana?
No existe un número universal de D1, D7, CTR o ARPDAU que haga sano a cualquier juego de Roblox. El género, el origen del tráfico, la antigüedad del juego y la audiencia cambian la respuesta. Empieza con tus propios grupos comparables y con los benchmarks que Creator Hub muestre para tu juego. El panel oficial describe benchmarks por jugadores similares, género y plataforma, y rangos de percentiles; esos rangos no son barreras de descubrimiento. Los conjuntos de benchmarks pueden cambiar. El ejemplo numérico de la documentación es un ejemplo, no una meta para tu juego. Benchmarks (opens in a new tab).
El rendimiento sí tiene pautas técnicas concretas: la página de rendimiento de Roblox describe un ideal de 60 FPS en el servidor y un tiempo de CPU por debajo de unos 16 ms para sostener 60 FPS. Es una orientación de diagnóstico, no una garantía universal de buena experiencia. Revisa los percentiles bajos y los dispositivos afectados, no solo los promedios. Rendimiento (opens in a new tab).
Lee el embudo de crecimiento en orden
Exposición → juego calificado → primera sesión satisfactoria → regreso → gasto sostenible. Cuando cambie la exposición, busca qué origen cambió. Cuando mejoren los clics pero empeoren las salidas tempranas, revisa la promesa que hace tu miniatura. Cuando los jugadores vuelvan pero no compren, investiga el valor y la claridad de la tienda; no estropees el ciclo principal gratuito para forzar una compra.
La “tasa de juego calificado” (qualified play-through) es una medida de adquisición. No es la conversión de compra. La conversión de pagadores es la fracción de usuarios activos que paga. Del mismo modo, el gasto en anuncios dividido entre DAU×D1 es solo un indicador aproximado con audiencias mezcladas, no el costo medido de conseguir un jugador retenido ni el ROAS. Usa los informes de campaña y las definiciones de atribución de Ads Manager para decidir sobre campañas. Adquisición (opens in a new tab), monetización (opens in a new tab), Ads Manager (opens in a new tab).
Lo que LaunchBlip ve y lo que no
LaunchBlip se conecta mediante OAuth de Roblox de solo lectura, sin pedir un SDK, scripts en el juego ni una clave de API. Las vistas principales cubren DAU agregado de los juegos que autorizas, D1/D7, sesión y tiempo de juego, sesiones, Robux, pagadores y el pico de CCU cuando está disponible. Las funciones de envío e informes dependen del plan. Estas guías no prometen envío por correo.
LaunchBlip no ve la pantalla de un jugador concreto, no sabe por qué alguien se fue, no compra anuncios, no cambia tus miniaturas, no modera tu comunidad ni instala eventos de embudo que falten. Creator Hub sigue siendo el lugar para la adquisición nativa, la primera sesión, los benchmarks, D30, el rendimiento y los grupos detallados que LaunchBlip no muestra. Las pruebas manuales con jugadores funcionan sin código de analíticas.
Junta los dos tipos de evidencia: los números te dicen dónde mirar y un jugador real te muestra qué pasó ahí.