Após a ativação do Broadcast a 24 de agosto de 2026, janelas iguais de 19 dias mostraram +23% de visitantes, +30% de registos e +13% de receita, confirmados por tracker first-party, base de dados de produção, Stripe e Cloudflare.
Resumo
Ativámos o Broadcast do Reaudit para o 3dplotter.xyz em 24 de agosto de 2026. Comparando janelas iguais de 19 dias antes e depois da ativação, os visitantes únicos no tracking first-party subiram de 2.176 para 2.676 (+23%), os registos de contas de 113 para 147 (+30%) e a receita Stripe de €1.395 para €1.582 (+13%) nesta janela. A receita total do 3dplotter atribuída à IA é agora de $11.926. Os dados do Cloudflare edge confirmaram a subida do tráfego: um mínimo de cerca de 458 visitantes por dia a 23 de agosto, um pico perto de 1260 por volta de 1 de setembro e uma faixa consistentemente mais alta depois de 24 de agosto.
Este é um estudo de caso orientado pelo produto, sobre o que aconteceu quando ativámos a orquestração do Broadcast. Não afirmamos que a publicação nas redes sociais, por si só, tenha causado todos os ganhos. O trabalho de GEO das Partes 1-6 continuou em paralelo.
O Broadcast é a camada de publicação social do Reaudit: uma fila para seis canais, ligada ao tracking first-party para ver se um post gerou uma visita, um registo ou uma venda. Os 415 posts do código do 3dplotter, o ponto de partida de 23 de agosto e o fluxo MCP encontram-se na Parte 7. Este artigo cobre apenas os resultados medidos depois de os posts começarem a ser publicados a 24 de agosto de 2026.
O que alterámos (e o que não)
Sem campanhas pagas, sem alterações ao produto, sem alterações de preços. Ativámos o Broadcast para o inventário da Parte 7 (lançamento de 14 dias + série de 69 funcionalidades) às 07:00 UTC em seis plataformas. A única alteração deliberada dentro da janela de medição foi a ativação da orquestração. Comparamos janelas iguais de 19 dias (5-23 ago 2026antes vs 24 ago - 11 set 2026 depois) e apresentamos a subida como correlação, não como causalidade.
Metodologia
Todas as métricas principais provêm de três fontes. Não usámos o GA4 nesta análise.
| Fonte | O que mede | Papel no estudo |
|---|---|---|
| Tracking first-party do Reaudit | Visitantes únicos | Métrica principal de tráfego |
| Base de dados de produção do 3dplotter | Registos de contas | Dados reais: contas verdadeiras, não formulários preenchidos |
| Stripe | Transações + receita (EUR) | Dados reais: pagamentos reais |
| Cloudflare edge | Volume de pedidos / visitantes diários | Apenas confirmação, não utilizadores identificados |
- Janelas iguais: 19 dias antes (5-23 ago 2026) vs 19 dias depois (24 ago - 11 set 2026).
- Data de viragem: ativação do Broadcast a 24 de agosto de 2026.
- Sem GA4: o GA4 tem ruído em amostras pequenas e muitas vezes perde tráfego com muitos bots. Usámos o tracking do Reaudit para os visitantes únicos.
- Confirmação por dois sistemas: o tracking do Reaudit e a Cloudflare mostraram a mesma direção de mudança depois de 24 de agosto.
Resultados interativos
Use o gráfico para alternar entre métricas. As barras comparam as janelas completas antes e depois (tracking first-party para os visitantes, base de dados para os registos, Stripe para a receita). O gráfico de linhas mostra as visitas diárias com linhas de tendência antes e depois e a viragem de 24 de agosto.
Janela anterior
2,176
Janela posterior
2,676
Variação
+23%
Visitas diárias ao site
Inflexão a 24 de agosto (primeira publicação Broadcast). As linhas tracejadas mostram a tendência antes/depois. Os visitantes únicos first-party subiram +23% nas mesmas janelas (2176 → 2676). Não é GA4.
Os números: tráfego, registos e vendas
Tráfego: +23% de visitantes únicos
| Métrica | Antes (5-23 ago 2026) | Depois (24 ago - 11 set 2026) | Variação |
|---|---|---|---|
| Visitantes únicos (total) | 2.176 | 2.676 | +23% |
| Visitantes únicos (média diária) | 115 | 141 | +23% |
A média diária passou de 115 para 141, uma mudança relevante para um produto nesta fase. Foi visível no tracking first-party, não apenas nos logs do edge.
Registos: +30% de novas contas
| Métrica | Antes (5-23 ago 2026) | Depois (24 ago - 11 set 2026) | Variação |
|---|---|---|---|
| Registos de contas (total) | 113 | 147 | +30% |
| Registos (média diária) | 5,9 | 7,7 | +30% |
| Taxa de registo (registos ÷ visitantes) | 5,2% | 5,5% | ↑ |
Os registos vêm da base de dados de produção: contas reais no MongoDB, não formulários nem eventos de analytics. Uma subida de 30% nos registos com uma subida de 23% no tráfego indica que os posts do Broadcast chegaram a pessoas mais perto de experimentar o produto, ou que o conteúdo distribuído era mais relevante do que o mix de tráfego de referência.
Vendas: +13% de receita Stripe (janela de 19 dias)
| Métrica | Antes (5-23 ago 2026) | Depois (24 ago - 11 set 2026) | Variação |
|---|---|---|---|
| Transações Stripe | 39 | 43 | +10% |
| Receita Stripe | €1.395 | €1.582 | +13% |
As vendas moveram-se menos do que o tráfego e os registos, o que é normal. O ciclo de compra de uma ferramenta de 29,90 € não se fecha no mesmo dia para a maioria dos utilizadores. A subida de 13% na receita é a menor das três métricas da janela e é natural que tenha mais atraso. A receita total atribuída à IA em todo o período do estudo é agora de $11.926.
O que os dados do Cloudflare acrescentam
O Cloudflare mede pedidos no edge, não utilizadores identificados. Use-o como confirmação, não como substituto do tracking first-party. Nesta janela, o dashboard do edge mostrou a mesma direção:
- 23 de agosto (antes): mínimo de cerca de 458 visitantes/dia
- 1 de setembro (depois): pico perto de 1260 visitantes/dia
- Depois de 24 de agosto: faixa de tráfego consistentemente mais alta
Dois sistemas distintos viram a mesma viragem.
O que o Broadcast faz realmente
Agora que tem os números, este é o enquadramento do produto. O Broadcast liga-se a X, LinkedIn, Instagram, Facebook, TikTok e YouTube a partir de uma só fila dentro do Reaudit, junto da monitorização de visibilidade em IA, da criação de conteúdo e do desempenho. A maioria das ferramentas sociais pára na publicação; o Broadcast liga cada post a visitas, registos e vendas no mesmo dashboard.
O fluxo que usámos para o 3dplotter:
- Criamos ou escrevemos posts no Reaudit, ou através do MCP a partir do seu harness.
- Adicionamo-los à fila do Broadcast com data, hora e canais.
- São publicados de forma programada nas seis plataformas.
- Lemos tráfego, registos e receita Stripe no tracking.
Instagram
TikTok
X
Facebook
YouTubeComo medir corretamente os resultados da publicação nas redes sociais
Se pretende medir o envolvimento gerado pelos posts que distribui nas redes sociais, a configuração da medição conta mais do que o ritmo de publicação. Esta foi a abordagem que seguimos:
- Use tracking first-party, não apenas o GA4. O GA4 é útil para tendências gerais, mas tem ruído em amostras pequenas. Um tracking first-party que identifica visitantes únicos dá um denominador mais limpo.
- Obtenha os registos da base de dados de produção. Os formulários e os eventos de analytics podem estar inflacionados. As contas criadas são os dados reais.
- Obtenha as receitas do Stripe ou do seu processador de pagamentos. Não deduza vendas a partir dos analytics.
- Use os dados de edge como confirmação. A Cloudflare, a Fastly ou a sua CDN podem confirmar que a variação no tráfego não ficou limitada a um único sistema de tracking.
- Compare janelas iguais. Usámos 19 dias antes e 19 dias depois. Janelas desiguais tornam a comparação inútil.
Se os números existirem apenas num dashboard, são facilmente postos de parte. É assim que se mede, de forma que resista ao escrutínio, o desempenho da distribuição nas redes sociais.
O Broadcast no contexto da visibilidade na pesquisa por IA
Publicar nas redes sociais e ter visibilidade na pesquisa por IA são canais diferentes, mas partilham uma dependência: ambos recompensam conteúdo consistente e bem estruturado. Os motores de IA citam páginas claras, específicas e atualizadas. As plataformas sociais recompensam o mesmo, com mecanismos de distribuição diferentes. Quando publica a partir do mesmo sistema de conteúdo que produz as suas páginas para a IA, reduz o custo de coordenação de ambos.
É este o argumento para ter o Broadcast dentro do Reaudit em vez de uma ferramenta separada. O motor de conteúdo produz o post, a pontuação GEO diz se é provável que seja citado, o Broadcast distribui-o e o tracking mede o que voltou. Para equipas que já investem na visibilidade na pesquisa por IA, esta é a versão prática da publicação multiplataforma: não apenas publicar em todo o lado, mas publicar a partir da mesma fonte de verdade que alimenta a sua visibilidade na IA. Combine-o com o MCP do Reaudit para pôr conteúdo em fila a partir do seu harness sem sair do editor.
O que não afirmamos
- O trabalho de GEO antecedeu esta experiência e continuou de forma independente. Não afirmamos que o Broadcast tenha causado todos os ganhos de visibilidade na pesquisa por IA ou na receita total.
- Não fizemos holdout nem split test. Próximo passo: distribuir um subconjunto de conteúdo e comparar com um conjunto equivalente que não seja distribuído.
- Os dados de edge da Cloudflare medem pedidos, não utilizadores identificados. Referimo-los apenas como confirmação.
- O que podemos dizer: depois de ativarmos a orquestração do Broadcast, o tráfego, os registos e as vendas subiram na mesma janela de 19 dias. É uma correlação que merece verificação adicional, não um resultado causal controlado.
Principais conclusões
- O Broadcast fez mexer as três fases do funil em 19 dias. Tráfego +23%, registos +30%, vendas +13% na janela medida.
- A subida foi confirmada por dois sistemas independentes. O tracking first-party do Reaudit e os dados de edge da Cloudflare mostraram um aumento consistente a partir de 24 de agosto.
- As vendas acompanharam com atraso o tráfego e os registos, como esperado. Os ciclos de compra são mais longos do que os ciclos de visita.
- Sem anúncios, sem alterações ao produto, sem alterações de preços. A única alteração deliberada foi a ativação da orquestração do Broadcast.
- A disciplina na medição é a parte difícil. Tracking first-party + base de dados de produção + Stripe é o stack mínimo para um resultado fiável.
O que fazer a seguir
Se quiser testar no seu próprio produto, comece por uma base de referência limpa. Escolha uma janela de 19 ou 30 dias, registe visitantes únicos através de tracking first-party, registos a partir da sua base de dados e receitas a partir do processador de pagamentos. Depois ative o Broadcast e programe um ritmo moderado a partir do conteúdo que já tem. Não altere mais nada. Compare a janela igual seguinte.
Se já faz trabalho de GEO, o Broadcast é a camada de distribuição que mantém o seu conteúdo à frente das pessoas enquanto os motores de IA aprendem a citá-lo. Se ainda não faz GEO, comece por aí e acrescente o Broadcast quando tiver conteúdo que valha a pena distribuir.
Saiba mais na página do Broadcast e no guia de configuração do MCP (em inglês).
Perguntas frequentes
O que é o Broadcast do Reaudit?
O Broadcast é a camada de publicação e distribuição social do Reaudit. Liga-se ao X, LinkedIn, Instagram, Facebook, YouTube e TikTok, permite programar posts e publica-os em todos os canais a partir de uma única fila. Está dentro do Reaudit, ao lado da monitorização da visibilidade na IA, da criação de conteúdo e do desempenho.
Quais foram os resultados da publicação nas redes sociais para o 3dplotter?
Nos 19 dias após a ativação do Broadcast (24 ago - 11 set 2026), o 3dplotter viu os visitantes únicos subirem 23% (de 2176 para 2676), os registos de contas 30% (de 113 para 147) e as receitas Stripe 13% (de €1.395 para €1.582) face à janela anterior de 19 dias. A receita total atribuída à IA é agora de $11.926.
Como se mede o desempenho da distribuição nas redes sociais?
Use tracking first-party para os visitantes únicos, a base de dados de produção para os registos e o processador de pagamentos para as receitas. Compare janelas de igual duração antes e depois da ativação. Os dados de edge da Cloudflare podem confirmar a variação no tráfego, mas não devem ser a fonte principal.
O Broadcast causou o aumento do tráfego e das vendas?
Apresentamo-lo como correlação, não como causalidade. O Broadcast foi a única alteração deliberada na janela, e dois sistemas independentes mostraram a mesma subida. Mas não fizemos holdout test, e o trabalho de GEO anterior à experiência continuou normalmente.
Qual é a melhor forma de publicar conteúdo em todos os canais sociais?
Use uma fila única que publique em vários canais de forma programada e ligue-a ao mesmo sistema de medição que usa para o resto do funil. Publicar em todo o lado é fácil; o difícil é saber o que funcionou. O Broadcast foi feito para fazer as duas coisas dentro do Reaudit.
A publicação nas redes sociais ajuda a visibilidade na pesquisa por IA?
Não diretamente. Os motores de IA citam páginas, não posts sociais. Mas a distribuição social e a visibilidade na IA recompensam ambas conteúdo consistente e bem estruturado. Publicar a partir do mesmo sistema que produz as suas páginas para a IA reduz o custo de coordenação e mantém o conteúdo à frente das pessoas enquanto os motores de IA aprendem a citá-lo.
O que devo fazer antes de ativar o Broadcast?
Defina uma base de referência limpa: escolha uma janela, registe visitantes únicos através de tracking first-party, registos a partir da sua base de dados e receitas a partir do Stripe. Depois ative o Broadcast e não altere mais nada. Compare a janela igual seguinte para isolar o efeito.