Estatísticas de Duo: o Índice Duo BR do Jynx

Entre 3 de agosto e 14 de outubro de 2026, o Jynx registrou 482.181 likes de busca por duo de jogadores brasileiros. O pico é à noite: 22h, 23h e 21h são os três horários com mais likes (22h lidera, com 32.342) — e o pico às 22h se repete jogo a jogo, de League of Legends a Free Fire. A missão é social: 91,75% dos novos jogadores vêm procurar amigos ou mates (enquete de onboarding, n = 1.248), e 78,06% dos jogadores com jogos no perfil jogam ao menos um título no celular.

Pode citar estes números com a fonte "Jynx, Índice Duo BR (dados agregados)" e o link desta página. Metodologia e limites de cada estudo estão nas seções abaixo.

Todos os números desta página vêm de agregados calculados no servidor a partir do uso real do app Jynx. O Google Analytics é excluído de toda a análise: ele não enxerga pares (UDA-004) e tem viés de consentimento de cerca de 50%, então cada métrica nasce de leituras server-side das coleções do próprio produto.

Pela postura de publicação ratificada na decisão D29 (15 de outubro de 2026, interesse legítimo, LGPD art. 7º, IX): todo número é agregado e anonimizado, cada célula publicada tem no mínimo 50 observações, nenhuma célula combina 3 ou mais atributos, texto livre nunca é lido e todo número é ancorado numa janela de datas explícita. Células abaixo do piso são descartadas, nunca completadas. A Política de Privacidade explica a prática na seção "Como usamos seus dados".

O que é medido: ações de like na fila de match de perfis atribuídos ao Brasil — comportamento ativo de busca por duo. A unidade é o like, porque skips nunca são gravados: o histograma mede quem age, não quem só navega.

Janela e volume: 3 de agosto a 14 de outubro de 2026 (n = 482.181 likes). O histórico começa em 3 de agosto porque o espelho Firestore→BigQuery ficou vivo nessa data; o backfill inicial de importação é excluído.

Fuso e estabilidade: cada like é contabilizado na hora local de América/São_Paulo (UTC-3), pela primeira marcação de created_at do documento — o caminho de "revival" de like recusa reescreve essa marca, e o MIN mantém as execuções determinísticas.

Atribuição de Brasil (com braços de sobre-inclusão): o predicado é o brShare da casa — país OU fuso UTC-03:00 OU idioma português. O campo de país é nulo em praticamente todo o corpus, então os braços de fuso e idioma carregam a seleção, e isso inclui demais usuários lusófonos e de outros países UTC-03. Vale também o viés de estado atual (d0d1, issue 8): os atributos de perfil são lidos como estão hoje, não como estavam no momento do like.

Anonimização: células por hora do dia, um único atributo; todas superam o piso de N ≥ 50 por margem grande. Análise server-side, sem GA4.

Definição de proxy (leia antes de citar): uma dupla formada em matched_at "sobrevive ao dia D" se a conversa privada do par teve última mensagem em matched_at + D dias ou depois. É um proxy de continuação de conversa — um LIMITE INFERIOR da sobrevivência da relação: mates não precisam conversar para continuar mates, então o número lê-se como "duplas ainda interagindo", nunca como "duplas ainda juntas".

Janela e volume: 4 de março a 14 de outubro de 2026. Corpus lido: 54.390 relações; analisadas: 53.445 (n); 26.460 sem evidência de continuação (sem documento de chat ou sem última mensagem); 0 observações censuradas por bloqueio.

Censura: pares bloqueados antes do dia D saem do denominador — a continuação deles é incognoscível — a menos que já tenham trocado mensagem além do dia D (evidência vence censura).

Leitura da evidência: a última mensagem é lida como está na geração: um par cuja única mensagem pós-D chega depois do fim da janela ainda conta como sobrevivente — last_message_at é a mensagem MAIS RECENTE, não uma contagem dentro da janela.

Corte da edição 1: coorte (mês UTC de formação) × intervalo (7d/30d/90d), nada mais — sem corte por rank (não instrumentado na formação) nem por jogo (não há campo de jogo na formação). matched_at é autoritativo, created_at é fallback; relações sem nenhum dos dois são excluídas e contadas nas notas.

Células descartadas (piso N ≥ 50): coortes de março a junho de 2026 caíram abaixo do piso de denominador; percentuais de junho (7d/30d/90d), julho (30d/90d) e o 90d de agosto foram retidos por subgrupo sobrevivente abaixo do piso. O 7d de outubro (1,33%, n = 5.658) é coorte jovem: leia com a nota de evidência acima.

Totais agrupados (edição 2): as células total__7d/30d somam TODAS as coortes com idade suficiente para o intervalo (incluindo coortes individualmente abaixo do piso — o denominador agrupado é o agregado honesto): 7º dia — 5,84% de 44.645 duplas; 30º dia — 1,61% de 26.154. O 90d agrupado tem denominador 729 e percentual retido (subgrupo sobrevivente abaixo do piso). Coortes recentes entram só nos intervalos mais curtos (censura à direita por idade de coorte).

O que é medido: documentos de game_sessions criados na janela — uma linha por sessão; a origem é o enum gravado no momento da criação (manual, auto-match ou comunidade).

Janela e volume: 3 de agosto a 14 de outubro de 2026 (n = 1.181 sessões). Totais da janela: 954 manuais e 227 por auto-match.

Corpus fino, células honestas: as células mensais são meses UTC de criação; com 8 a 29 sessões por dia, várias células mensais ficam abaixo do piso de N ≥ 50 e são descartadas, nunca completadas — o mix de outubro por auto-match, por exemplo, não é publicado. Os totais da janela inteira (células de um só atributo) acompanham a tendência mensal de propósito.

Espelho: o histórico começa em 3 de agosto de 2026 (data de ativação do espelho Firestore→BigQuery); o backfill de importação é excluído.

O que é medido: a pergunta de intenção do onboarding (users.user_intent), consentida na coleta e gravada uma única vez na conclusão do onboarding — quem desiste no meio do onboarding fica sem intenção registrada.

Janela e volume: 1º de julho a 14 de outubro de 2026 (n = 1.221 respondentes únicos).

Multi-seleção: a pergunta aceita várias respostas; a contagem por valor conta um respondente uma vez POR valor selecionado, e o total de respondentes únicos é publicado como denominador separado — percentuais nunca são renormalizados em silêncio.

Sem texto livre, com enum fechado: o campo de texto livre atrás da opção “outro” nunca é lido. Nesta edição, 9 valores fora do enum foram excluídos (campo gravável pelo cliente — valores retidos apenas como contagem). O recorte da missão social (“encontrar mates” + “Conhecer pessoas” e a união das duas) publica nesta edição na seção própria abaixo; pequenas diferenças de n entre os dois estudos são deriva do estado mais recente do espelho no momento de cada leitura.

O que é medido: a mesma pergunta de intenção do onboarding, recortada para a missão social: “Encontrar mates” (jogar com gente, duplas e squads), “Conhecer pessoas” (fazer amigos) e a UNIÃO das duas — o percentual de novos jogadores que vêm procurar amigos em algum sentido.

Janela e volume: 1º de julho a 14 de outubro de 2026 (n = 1.248 respondentes). União: 1.145 (91,75%); Encontrar mates: 1.006 (80,61%); Conhecer pessoas: 920 (73,72%).

Multi-seleção: quem marca as duas opções conta uma vez em cada família e UMA vez na união — a união nunca supera o denominador de respondentes.

Anonimização: células de um único atributo com denominador irmão explícito ≥ 50 (piso R1); o campo de texto livre do “outro” nunca é lido; análise server-side, sem GA4.

O que é medido: para cada perfil com pelo menos 1 jogo do catálogo (n = 17.946), se a pessoa joga algum jogo mobile (plataformas do catálogo incluem Mobile/iOS/Android), algum de PC (PC/Mac/macOS/Linux), ambos ou só um dos lados.

Classificação determinística: a classe de cada jogo vem do próprio catálogo do Jynx (lista comprometida com o estudo: 179 jogos mobile, 612 de PC — jogos cross-platform contam nos dois; 27 títulos só-console ficam fora da classificação; 53 perfis só com jogos fora de classe foram excluídos e contados).

A sobreposição é o desenho: mobile (78,06%) e PC (88,30%) se sobrepõem de propósito — 66,66% jogam nas duas plataformas; os cortes disjuntos são só-mobile (11,40%) e só-PC (21,65%).

Campo gravável pelo cliente: game_ids é gravável pelo app; slugs fora do catálogo (incluindo jogos manuais) não classificam ninguém — contados, nunca publicados. Estado mais recente dos perfis desde 4 de março de 2026.

O que é medido: a mesma unidade do estudo de horário (likes na fila de match por perfis atribuídos ao Brasil), recortada pelos jogos de quem manda o like (profiles.game_ids). Um like conta uma vez por cada jogo do perfil — atribuição multi-jogo: os histogramas por jogo compartilham likes entre os jogos de cada jogador e NÃO somam no total do corpus; cada jogo carrega sua própria célula de total como denominador.

Permit-lista do catálogo: só jogos do catálogo publicado alcançam células (673 jogos com total ≥ 50 nesta janela); slugs fora do catálogo (campo gravável pelo cliente) e jogos manuais (manual_*) são contados e nunca nomeados.

Os mesmos vieses do estudo-pai: likes-only (skips nunca são gravados), atribuição BR de 3 braços (país OU fuso UTC-03:00 OU português, com sobre-inclusão), atribuição por estado atual e hora pela primeira marcação de created_at do documento. Hora local de São Paulo (UTC-3).

Janela e volume: 3 de agosto a 14 de outubro de 2026 (n = 4.832.893 likes atribuídos a jogos). As páginas de duo de cada jogo citam as células do próprio jogo desta arte.

O que é medido: a forma das sessões LFG (game_sessions): o tamanho FINAL (member_ids no estado mais recente — as linhas do changelog re-registram entradas de membros, então o estado mais recente é o final) e o tamanho PRETENDIDO (max_members definido na criação).

Janela e volume: 3 de agosto a 14 de outubro de 2026; 465 sessões analisadas (716 deletadas antes de um estado final e 221 sem membros no estado final foram excluídas e contadas).

Corpus fino, células honestas: tamanhos com menos de 50 sessões caem — finais 3, 4, 5, 7 e 9; pretendidos 3, 6, 8 e 10 — nunca completados. Publicados: finais 1 (154 sessões) e 2 (58); pretendidos 2 (74), 4 (66) e 5 (226).

Censura à direita e leitura honesta: sessões ainda abertas podem ganhar membros — tamanhos finais recentes sub-contam. E “final 1” inclui sessões que esvaziaram depois de jogar (membros saem ao fim): não é taxa de abandono, é forma final.