- alice@fernwood.co identificada · encerrada 4:32
- anon-7f3a2c anônima · tempo esgotado 1:08
- theo@fernwood.co identificada · encerrada 2:47
Dados de exemplo
Analytics · Replay · Flags
Veja o que os usuários fazem. Assista à sessão. Vire a flag.
Sua stack de analytics, embutida — não colada por fora. Analytics de produto, replay de sessão, feature flags e analytics web rodam como quatro SDKs first-party, de 1,9 a 6,6 KB gzipped, uma tag de script cada. E porque escrevem na mesma base que a sua receita e o seu feedback, cada evento chega já ligado à conta do cliente de onde veio.
Sem tag manager. Sem amostragem. Sem fornecedor extra.
Todo ângulo sobre o uso
Toda leitura de como o seu produto é usado
Analytics de produto e web, first-party — capturados pelo seu próprio SDK e ligados à 360. Clique para ver os ângulos.
Analytics de produto, first-party
- Eventos, funcionalidades e usuários ativos a partir do seu próprio SDK
- Captura automática de tela em SPA — os paths funcionam sem código por rota
- Por conta, ligado à 360
Dados de exemplo
Funis, ponderados pela receita
- Cada etapa carrega o MRR das contas que ela contém
- Os dólares parados em cada abandono, não só o %
Retenção líquida em receita
- Alterne coortes entre usuários e MRR retido
- A receita que ficou — sensível à moeda
Analytics web, a fundo
- Visualizações de página, origens e campanhas UTM
- Core Web Vitals + captura automática de cliques sem marcação
- Focado em privacidade, captura first-party
Quem, onde, em quê
- Detalhamento por geo, dispositivo, navegador e idioma
- Resolvido na ingestão a partir de sinais first-party
Onde realmente clicam
- Heatmaps de clique por página
- As zonas mortas e os CTAs reais, tornados visíveis
Analytics de produto
Cada evento chega já sabendo quem o enviou.
Chame identify() uma vez e os eventos deixam de ser ruído anônimo. O mesmo visitante é uma única pessoa antes e depois do cadastro — os pageviews pré-autenticação e os eventos de produto pós-autenticação se unificam na base, ligados à conta da empresa a que pertencem.
-
Eventos identificados
identify() liga eventos a usuários reais; sessões anônimas se costuram à mesma pessoa assim que ela entra. Sem código de cola de identidade do seu lado.
-
Captura automática sem marcação
Captura automática universal de cliques (estilo Heap) e rastreamento de tela em SPA ativados por padrão — mudanças de rota e cliques se tornam eventos sem código por elemento ou por rota. Pode ser desativado por superfície.
-
Tendências, funis e paths
Tendências de eventos por funcionalidade e coorte, além de funis, retenção e product paths dos últimos 30 dias — ao lado da receita que esses usuários representam.
-
Ingestão com garantias rígidas
Ingestão em lotes: até 50 eventos / 32 KB por lote, deduplicados por ID de evento; um spool no localStorage reproduz tudo que a saída de uma página teria perdido, então a cauda de uma sessão movimentada nunca se perde.
Funis · Retenção · Resultados
Os dólares por trás das porcentagens.
Cada etapa de funil e cada coorte de retenção carrega o MRR ao vivo das contas por trás dela — porque comportamento e receita ficam a dois passos de distância num único registro, não em duas ferramentas costuradas por uma exportação noturna. Assim, 'onde estamos perdendo dinheiro?' se torna uma consulta, não um projeto de um trimestre.
-
Funis, em dólares
Cada etapa mostra o MRR das contas distintas que ela contém — €48 mil entraram → €12 mil converteram, €31 mil de MRR parados no abandono. Os dólares conciliam com o seu topo de receita: mesmas contas, mesmo filtro.
-
Retenção líquida em receita
As coortes alternam entre retenção por número de usuários e por MRR, para você ver a receita que ficou — não só os logotipos. Sensível à moeda; nunca mistura € e $.
-
Product paths e Sankey
As rotas reais que os usuários seguem pelo produto — pontos de ramificação e becos sem saída, traçados a partir dos seus próprios eventos, não de uma amostragem.
-
"Essa funcionalidade funcionou?"
Lance uma funcionalidade e o seu cartão de tarefa responde por si só: adoção entre contas ativas, o MRR que adotou, e o ganho de retenção em relação a quem não adotou — um veredito (funcionando, misto, ou sem sinal), não um dashboard que você precisa ir ler.
Sua IA pode fazer as mesmas perguntas ponderadas pela receita via MCP — analyze_funnel, get_retention, analyze_paths.
Replay de sessão
Quando algo quebra, veja quebrar.
Um usuário diz 'a exportação não funcionou' — abra a sessão dele e veja exatamente o que ele viu. Gravações no nível do DOM de sessões reais, listadas das mais recentes primeiro, usuários identificados e visitantes anônimos igualmente.
- ✓O SDK principal fica em 6,6 KB gzipped — o gravador de replay é um chunk separado de ~57 KB gz, carregado só quando você chama
init({ replay: true }). Desative o replay e os visitantes nunca pagam esses bytes. - ✓Cada sessão carrega o seu ciclo de vida — início, fim, duração — e os chunks são deduplicados no upload, então uma conexão instável nunca corrompe uma gravação.
- ✓Sessões identificadas mostram quem foi; as anônimas recebem um ID de sessão estável que você pode casar depois que se cadastrarem.
Feature flags
Lance por trás de uma flag. Mate-a com um clique.
Crie flags com regras de segmentação e rollouts por porcentagem, alterne-as em tempo real pelo dashboard, e leia-as no seu app com uma chamada de SDK — sem fornecedor de flags separado, sem bundle extra.
-
Segmentação avaliada no lado do cliente
O SDK avalia as flags contra os atributos do usuário — plano, papel, o que você passar — então uma flag pode estar ativa para uma coorte e desativada para todo o resto.
-
Eventos de exposição, automaticamente
Na primeira vez que uma flag é lida, o SDK emite um evento de exposição. Você não sabe apenas que uma flag estava ativa — sabe exatamente quem realmente viu a variante.
-
O botão de emergência é o dashboard
Rollout em 0%, 50%, 100% — e um único toggle tira uma funcionalidade com problema de produção. As flags vêm dentro do SDK de analytics de produto de 6,6 KB, e o último valor fica em cache para que a UI controlada por flag nunca pisque na primeira renderização.
Já usa LaunchDarkly ou Statsig? Os dois conectores estão ativos — espelhe essas flags e experimentos na base para dar visibilidade ao time.
Analytics web
Números do site institucional, sem cookies.
Um único script de 5,8 KB no seu site institucional captura pageviews, origens de tráfego, principais páginas, cliques de saída, 404s, eventos personalizados, Core Web Vitals (LCP, CLS, INP, TTFB) e captura automática de cliques sem marcação. Sem cookies — perfis de visitantes anônimos vêm de fingerprints de dispositivo com hash que rotacionam diariamente.
- ✓Pageviews, referenciadores e principais páginas — sem tag manager e sem amostragem.
- ✓404s e cliques de saída são rastreados por padrão, então links quebrados se denunciam sozinhos.
- ✓O visitante que leu sua página de preços é o mesmo registro que o usuário que se cadastrou — a base liga o antes e o depois dele.
<script
src="https://platform.aioproductos.com/sdk/productos.js"
data-product-key="pk_live_e_…"
></script>Essa é toda a instalação. O init sem código lê os atributos data-* — sem snippet, sem objeto de configuração. 5,8 KB gzipped, medido.
Os SDKs
Quatro SDKs. De 1,9 a 6,6 KB. Uma tag de script cada.
Tamanhos reais, medidos, gzipped — a velocidade da sua página não vai notar a gente. Cada SDK vive no seu próprio namespace global, então os quatro rodam na mesma página sem colidir.
- Analytics web Pageviews, origens, cliques de saída, 404s, Core Web Vitals e captura automática de cliques sem marcação.
5,8 KB - Analytics de produto Eventos identificados, captura automática de tela em SPA e feature flags; replay de sessão e guias in-app carregam como chunks separados sob demanda.
6,6 KB - Chat de suporte Um balão de chat cujas conversas se tornam feedback de produto na base.
5,9 KB - Agendamento Páginas de reserva que fazem as reuniões aterrissarem no registro do cliente.
1,9 KB
Todos servidos a partir de platform.aioproductos.com/sdk — uma URL estável por SDK, auto-init via atributos data-*, ingestão em lotes deduplicada por ID de evento.
Por que a nossa e não uma ferramenta isolada
Ligado à conta no instante em que é escrito.
Ferramentas de analytics isoladas fazem você exportar, casar e torcer. Aqui, o costurador de identidade liga usuários à conta da empresa deles por domínio de e-mail — alice@fernwood.co aterrissa automaticamente na conta Fernwood — e cada linha de evento carrega a conta e o end-user a que pertence.
-
Ligado na escrita, não na consulta
Os IDs de conta e end-user são escritos em cada evento assim que ele é ingerido. 'Eventos desta conta, últimos 30 dias' é uma busca indexada — não uma junção em leque.
-
Uma trilha de auditoria, não mágica
Cada correspondência de identidade é registrada num mapa de identidade que você pode inspecionar — automática por domínio de e-mail, manual quando você mesmo marca alguém.
-
Uso ao lado da receita
A coorte que usa uma funcionalidade e a receita que ela paga ficam no mesmo registro — então 'essa funcionalidade ainda vale a pena manter?' é uma busca, não um projeto de pesquisa.
Limite honesto: os eventos carregam a sua conta desde a primeira escrita; os painéis de uso dentro da 360 do cliente se ativam conforme a junção de cada conector chega.
Privacidade
Privacidade em primeiro lugar é o padrão, não uma opção.
Analytics que você pode rodar na UE sem uma espiral de revisão jurídica. Os SDKs vêm respeitosos de fábrica.
- ✓DNT e GPC respeitados na inicialização — um navegador que diz "não rastrear" não é rastreado. Não existe flag para sobrepor isso.
- ✓Um opt-out silencia tudo — uma única chamada optOut() ativa uma flag que todo SDK do ProductOS na página respeita. Todo o rastreamento para, silenciosamente.
- ✓Região EU ou US na ingestão — escolhida no cadastro, aplicada por chave de ingestão em cada endpoint de evento. Seus dados chegam onde você disse que deveriam.
- —Só web na v1. SDKs mobile e de servidor estão no roadmap, mas ainda não foram lançados. Se o seu produto é um app nativo, ainda não somos a sua analytics.
- —Retenção líquida em receita é correlacional, não fotografada no tempo. Retenção e ganho de resultado por funcionalidade comparam quem adotou com quem não adotou sobre o MRR ao vivo; ainda não fotografamos o histórico de MRR por conta, então a expansão dentro da mesma conta não é isolada.
Acesso antecipado
Coloque uma tag de script. Veja os seus usuários na base.
Estamos integrando parceiros de design agora. Conecte o seu site em minutos e veja pageviews, sessões e flags chegarem ligados a contas de clientes reais.
FAQ
Perguntas, respondidas
O que está incluso no módulo de analytics?
Quatro capacidades first-party numa única base: analytics de produto com eventos identificados, replay de sessão, feature flags com segmentação e eventos de exposição, e analytics web sem cookies. Cada uma é uma única tag de script, e cada evento se liga à conta do cliente na escrita.
Os scripts de rastreamento são pesados?
Leves — os quatro SDKs web têm de 1,9 a 6,6 KB gzipped, uma tag de script cada. São first-party, então nenhuma tag de terceiros pesa na velocidade da sua página.
A analytics web é sem cookies e respeita a privacidade?
Sim — a analytics web funciona sem cookies, e os SDKs respeitam o Do Not Track e o Global Privacy Control com um único opt-out. Você também escolhe a região dos dados, EU ou US, aplicada na ingestão.
Onde ficam os dados de analytics?
Na sua própria base AIOProductOS, ligada à conta do cliente correspondente na escrita — nunca agrupada com dados de outras empresas nem revendida. É o mesmo caminho de dados first-party que um cliente pagante recebe.
Os dados estão ligados aos registros de clientes, ou isolados?
Ligados. Todo evento — produto, replay, exposição de flag, pageview — se liga à conta do cliente na escrita, então a analytics fica na mesma base que o feedback, a receita e o trabalho, em vez de numa ferramenta separada.
Vocês têm funis e retenção?
Sim — e são ponderados pela receita. Cada etapa de funil e cada coorte de retenção carrega o MRR ao vivo das contas por trás dela, então você vê os dólares parados num abandono ou retidos numa coorte, não só a porcentagem. Product paths e uma visualização Sankey também existem, e as três podem ser chamadas pela sua IA via MCP (analyze_funnel, get_retention, analyze_paths).
Preciso marcar cada evento manualmente?
Não. A analytics web inclui captura automática de cliques sem marcação e Core Web Vitals de fábrica, e a analytics de produto captura automaticamente mudanças de tela em SPA por padrão — então paths e funis funcionam sem código por rota ou por elemento. Você ainda pode enviar eventos explícitos onde quiser precisão, e desativar a captura automática por superfície.