WEBVTT

00:00.000 --> 00:04.220
Olá e boas-vindas a esta análise
detalhada, vamos direto ao ponto.

00:04.540 --> 00:08.960
Hoje a gente vai mergulhar no segundo
episódio da série Medição de Busca Sem

00:08.960 --> 00:09.980
Ruído, produzida

00:09.980 --> 00:12.160
pelo portal Leadlovers 2026.

00:12.520 --> 00:16.370
Se a equipe de marketing de vocês opera
conteúdo e funil, essa explicação foi

00:16.370 --> 00:17.370
desenhada

00:17.370 --> 00:18.820
exatamente para esse cenário.

00:19.020 --> 00:23.780
O objetivo aqui é entender como ler os
dados sem que a oscilação natural

00:23.780 --> 00:24.780
dos números

00:24.780 --> 00:29.100
vire um pânico totalmente injustificado na
hora de alocar a verba.

00:29.100 --> 00:32.700
No primeiro episódio dessa série a gente
cobriu o Search Console, certo?

00:32.700 --> 00:34.320
Agora o jogo muda de figura!

00:34.560 --> 00:38.500
A gente sai dos resultados externos de
busca do Google e entra na mecânica de

00:38.500 --> 00:39.500
rastreamento

00:39.500 --> 00:42.000
interno do Google Analytics 4, o famoso
GA4.

00:42.240 --> 00:46.240
A grande sacada aqui é parar de usar a
ferramenta como uma fábrica de relatórios

00:46.240 --> 00:47.240
infinitos

00:47.240 --> 00:50.290
e começar a usá-la como uma verdadeira
bússola de marketing.

00:50.290 --> 00:52.860
A nossa rota de hoje é super direta!

00:53.160 --> 00:54.460
Vamos passar por...

00:54.460 --> 00:55.460
1.

00:55.460 --> 00:56.460
A fronteira do GA4.

00:56.460 --> 00:57.460
2.

00:57.460 --> 01:01.020
O problema do painel inchado. 3. O
teste das três perguntas.

01:01.180 --> 01:05.780
4. A ordem correta de configuração. 5.
Como conversões e

01:05.780 --> 01:07.000
CRM se conversam.

01:07.380 --> 01:10.100
E por fim, os primeiros passos sem
autoengano.

01:10.460 --> 01:14.520
Mas antes de tudo, tem uma pergunta
central que precisa guiar todo o nosso

01:14.520 --> 01:15.520
raciocínio

01:15.520 --> 01:17.860
aqui. É uma pergunta simples, mas olha,
ela é

01:17.860 --> 01:22.680
incrivelmente poderosa. Quais eventos
realmente valem a pena configurar

01:22.680 --> 01:23.720
porque respondem

01:23.720 --> 01:27.940
a perguntas reais de negócio e quais estão
ali por aí simplesmente para

01:27.940 --> 01:32.640
inflar o painel e gerar confusão. Tem isso
em mente e vai mudar completamente

01:32.640 --> 01:33.640
o

01:33.640 --> 01:37.440
jeito que a gente opera a ferramenta na
prática. Então vamos lá, ponto um, a

01:37.440 --> 01:41.220
fronteira do GA4, ou seja, exatamente onde
o GA4 começa a trabalhar.

01:41.720 --> 01:46.040
Tentar alinhar perfeitamente os números do
Search Console com os do GA4 costuma

01:46.040 --> 01:49.520
consumir semanas de trabalho inútil das
equipes. Sabe por quê?

01:49.520 --> 01:54.000
Pensa comigo. O Search Console atua do
lado de fora da casa. Ele conta o clique

01:54.000 --> 01:55.000
que saiu lá da

01:55.000 --> 01:59.820
página de resultados do Google. O GA4, por
outro lado, atua do lado de dentro. Ele

01:59.820 --> 02:00.820
conta a sessão

02:00.820 --> 02:04.820
que efetivamente chegou ao site. E aqui
tem um detalhe crucial da operação que a

02:04.820 --> 02:05.820
gente não

02:05.820 --> 02:09.520
pode ignorar. Essa sessão precisa
sobreviver a um verdadeiro campo minado.

02:09.520 --> 02:10.520
Ela tem que passar

02:10.520 --> 02:14.470
pelo aviso de cookies, pelo tempo de
carregamento da tag, pelos bloqueadores de

02:14.470 --> 02:15.470
anúncios e até

02:15.470 --> 02:19.370
pela impaciência da pessoa que fecha a aba
antes de carregar. Resumindo, esses

02:19.370 --> 02:20.370
números

02:20.370 --> 02:24.070
nunca vão bater perfeitamente. E gente,
essa diferença não é um defeito de

02:24.070 --> 02:27.670
instalação, tá? Cada ferramenta
simplesmente responde a pergunta que foi

02:27.670 --> 02:31.460
feita para responder. Avançando para o
ponto 2. O problema do painel

02:31.460 --> 02:32.460
inchado.

02:32.560 --> 02:37.400
Sabe aquele excesso de eventos que não diz
nada? Pois é. Como o GA4 fica

02:37.400 --> 02:38.400
ali

02:38.400 --> 02:41.850
do lado de dentro do site, ele aceita
registrar praticamente qualquer

02:41.850 --> 02:45.700
interação. Quase tudo entra pela
mesma estrutura. Uma linha de código

02:45.700 --> 02:50.100
dizendo que um evento qualquer aconteceu.
Mas se a plataforma registrar tudo por

02:50.100 --> 02:55.020
padrão, o que acontece? O painel incha.
Por isso, é absolutamente fundamental

02:55.020 --> 02:59.240
redefinir o que a gente chama de evento.
Em vez de medir qualquer clique perdido,

02:59.540 --> 03:00.540
um

03:00.540 --> 03:04.190
evento deve ser encarado como uma pergunta
de negócio deixada por escrito

03:04.190 --> 03:07.890
dentro do site. Quando essa pergunta
existe de verdade, o registro passa a

03:07.890 --> 03:11.340
ter um dono, tem uma faixa de variação
esperada e, mais importante do

03:11.340 --> 03:13.840
que tudo, tem uma decisão concreta
atrelada a ele.

03:13.840 --> 03:17.790
E qual é o sintoma mais clássico de que um
painel virou só um relatório inchado?

03:17.790 --> 03:21.720
É aquela tradicional e, muitas vezes,
dolorosa reunião mensal.

03:22.000 --> 03:23.000
Quem nunca, né?

03:23.040 --> 03:26.760
A reunião termina com todo mundo olhando
para gráficos que sobem e descem.

03:27.040 --> 03:31.180
A equipe inteira sai da sala super bem
informada, mas, no fim das contas,

03:31.460 --> 03:32.560
absolutamente ninguém

03:32.560 --> 03:36.180
é responsável por tomar uma decisão
prática com base naqueles números.

03:36.660 --> 03:39.260
É o puro excesso de dados paralisando
ação.

03:39.260 --> 03:44.160
E como a gente cura isso, chegamos ao
ponto 3, o teste das três perguntas.

03:44.440 --> 03:46.540
É a nossa triagem para filtrar os eventos.

03:46.960 --> 03:51.560
Esse teste exige três respostas de uma
linha cada antes de configurar qualquer

03:51.560 --> 03:52.560
coisa.

03:52.560 --> 03:56.240
Primeira, qual decisão muda se esse número
subir ou descer?

03:56.500 --> 03:59.820
Segunda, qual é a pessoa nomeada que
responde por ele?

04:00.140 --> 04:02.760
E a terceira, que é a que mais derruba
candidatos?

04:03.040 --> 04:06.680
Sobre qual base ou qual denominador esse
número vai ser lido?

04:06.680 --> 04:10.560
Porque convenhamos, medir frequência sem
um denominador é só uma leitura

04:10.560 --> 04:11.560
qualitativa.

04:11.660 --> 04:15.780
Dizer que um formulário foi enviado 100
vezes, a mais, não significa absolutamente

04:15.780 --> 04:18.640
nada se as sessões daquela página também
dobraram.

04:18.860 --> 04:22.060
A taxa de conversão real na prática não
mudou nada.

04:22.660 --> 04:27.460
E olha só o contraste marcante aqui, rolar
até o fim da página, tempo médio na tela.

04:27.900 --> 04:32.460
Essas são métricas de vaidade, elas até
podem ser interessantes para quem edita a

04:32.460 --> 04:33.460
página, claro,

04:33.460 --> 04:37.400
mas elas simplesmente não mudam a alocação
de verba na segunda-feira de manhã.

04:37.720 --> 04:41.520
O lugar dessas métricas de enfeite é no
anexo consultável,

04:41.780 --> 04:44.030
não na linha principal do painel de
decisões.

04:44.260 --> 04:48.210
Elas não definem o futuro do negócio,
então não devem ocupar o palco principal.

04:48.700 --> 04:51.720
Agora que limpamos as métricas de vaidade,
vamos ao ponto 4.

04:52.020 --> 04:56.040
A ordem correta de configuração. Isso é
sobre dependência estrita.

04:56.660 --> 05:01.480
Essa sequência não é palpite, tá? Ela é
baseada em dependência matemática

05:01.480 --> 05:02.480
mesmo.

05:02.480 --> 05:04.780
Pular uma etapa compromete todas as
seguintes.

05:04.960 --> 05:08.620
Primeiro passo, origens e agrupamento de
canais precisam ser estáveis.

05:09.020 --> 05:12.500
Sem isso, um evento só te diz quantos, mas
nunca te diz de onde,

05:12.820 --> 05:15.280
e gerir verba exige saber a origem sempre.

05:16.020 --> 05:19.220
Segundo, o pedido de contato tem que ser
único por caminho real,

05:19.300 --> 05:21.950
para evitar ficar contando a mesma pessoa
duas vezes.

05:21.950 --> 05:25.100
Terceiro, a gente precisa medir o erro no
caminho de conversão.

05:25.100 --> 05:28.800
É algo barato de configurar e explica
aquelas quedas misteriosas no funil.

05:28.800 --> 05:32.850
Quarto, configurar uma intenção declarada
que a linha de frente de vendas efetivamente

05:32.850 --> 05:33.850
reconheça

05:33.850 --> 05:34.850
como valiosa.

05:34.850 --> 05:38.400
E o quinto passo, a exclusão implacável de
tráfego interno e de robôs.

05:38.400 --> 05:40.750
Isso é o básico do básico da higiene dos
dados.

05:40.840 --> 05:45.320
Com o GA4 arrumado, a gente entra no ponto
5, conversões e

05:45.320 --> 05:48.120
CRM, a nossa fonte absoluta

05:48.120 --> 05:49.120
da verdade.

05:49.180 --> 05:52.060
Esse número 7 aí na tela é um alerta
gigante.

05:52.420 --> 05:56.600
O GA4 permite que a gente marque um
evento-chave como conversão.

05:56.600 --> 06:01.320
Só que, marcar uma conversão é
literalmente declarar uma consequência de

06:01.320 --> 06:02.320
negócio.

06:02.320 --> 06:06.700
Então, se um painel tem sete eventos
diferentes marcados como conversão, isso

06:06.700 --> 06:08.300
significa uma de duas coisas.

06:08.720 --> 06:12.720
A operação tem sete negócios totalmente
diferentes rodando ao mesmo tempo,

06:13.080 --> 06:16.900
ou, o que é mais provável, a equipe não
teve a coragem de fazer uma escolha

06:16.900 --> 06:19.740
difícil sobre o que realmente importa para
o negócio.

06:20.260 --> 06:24.900
É exatamente aqui que a gente esbarra no
limite da ferramenta e onde o negócio de

06:24.900 --> 06:25.980
verdade acontece.

06:25.980 --> 06:29.340
O GA4 sabe apenas que um formulário foi
enviado, ponto.

06:29.760 --> 06:33.480
Ele não faz a menor ideia se aquele
contato virou um lead qualificado, uma

06:33.480 --> 06:34.480
oportunidade

06:34.480 --> 06:35.880
quente ou dinheiro no caixa.

06:35.900 --> 06:38.840
Essa resposta mora exclusivamente lá no
CRM.

06:39.140 --> 06:43.290
É por isso que comparar o custo por lead
de busca orgânica com o de tráfego pago só

06:43.290 --> 06:47.290
é honesto e faz sentido quando a gente usa
a mesmíssima definição de lead ditada

06:47.290 --> 06:51.100
pelo CRM, com as exatas mesmas
consequências comerciais para os dois

06:51.100 --> 06:52.100
canais.

06:52.100 --> 06:55.400
O que nos leva ao nosso sexto e último
ponto de hoje?

06:55.400 --> 06:59.900
Primeiros passos sem autoengano. É a
nossa

06:59.900 --> 07:01.620
prevenção de erros.

07:02.220 --> 07:06.960
Prestem muita atenção nisso. O maior e
mais silencioso corruptor de séries

07:06.960 --> 07:11.160
históricas não é um erro de matemática
complexo. É uma mudança

07:11.160 --> 07:15.420
não documentada numa regra de contagem.
Alguém vai lá, ajusta um filtro de

07:15.420 --> 07:20.240
tráfego interno ou muda o evento de
conversão e, do nada, o gráfico

07:20.240 --> 07:24.320
despenca ou decola. É por isso que manter
um changelog, um registro de

07:24.320 --> 07:28.260
alterações datado com marcações visíveis
direto no gráfico é absolutamente

07:29.340 --> 07:33.820
inegociável. Outro ponto vital, não
confundam modelos de atribuição, que são

07:33.820 --> 07:38.240
só regras para repartir crédito, com
provas reais de causa e efeito. E claro,

07:38.540 --> 07:42.560
analisar dados e mexer com orçamento exige
acesso direto, leitura bruta à

07:42.560 --> 07:46.510
plataforma. Ficar analisando captura de
tela que alguém mandou por e-mail é um

07:46.510 --> 07:49.910
risco gigantesco, porque você simplesmente
não consegue recalcular e

07:49.910 --> 07:53.900
investigar nada. Então, quais são os
passos práticos para arrumar a casa hoje

07:53.900 --> 07:54.900
mesmo?

07:54.900 --> 07:58.800
Primeiro, exportem a lista atual de
eventos marcados como conversão e escrevam

07:58.800 --> 07:59.800
do lado

07:59.800 --> 08:03.960
qual decisão de negócio cada um muda de
verdade. O que sobra sem resposta desce

08:03.960 --> 08:08.700
imediatamente para o anexo, não fica no
painel principal. Depois, nomeiem donos

08:08.700 --> 08:12.660
explícitos, um dono de analytics para
garantir a integridade dos dados e um

08:12.660 --> 08:16.000
dono de RevOps ou do CRM para auditar a
linha de base dos leads

08:16.000 --> 08:20.420
orgânicos. A regra é clara, sem nome e
prazo, a métrica pertence a todo o time, o

08:20.420 --> 08:21.420
que na

08:21.420 --> 08:24.970
prática significa que não pertence a
ninguém. Por fim, a expectativa de

08:24.970 --> 08:28.670
variação precisa ser calibrada, baseada
nos últimos 12 períodos da própria

08:28.670 --> 08:32.070
ferramenta, para evitar aqueles sustos
fora de contexto em reuniões.

08:32.070 --> 08:36.220
Bom, quando o painel está enxuto, o GA4
está configurado na ordem certinha e tudo

08:36.220 --> 08:40.260
está perfeitamente amarrado ao CRM, a
ferramenta passa a responder com muita

08:40.260 --> 08:44.060
fidelidade o que aconteceu depois do
clique. É só aplicar o teste das

08:44.060 --> 08:47.020
três perguntas e ver a clareza tomar conta
da operação.

08:47.440 --> 08:51.640
Mas e aquela parte do público que toma uma
decisão sobre a marca sem clicar em lugar

08:51.640 --> 08:52.640
nenhum?

08:52.640 --> 08:55.940
E aquelas pessoas que encontram as
respostas completas geradas por

08:55.940 --> 08:57.290
assistentes de inteligência

08:57.290 --> 09:00.090
artificial e nem chegam a gerar uma sessão
do nosso GA4?

09:00.090 --> 09:02.840
Como a gente mede esse tráfego invisível
que vem da IA?

09:02.840 --> 09:06.690
Bom, essa é exatamente a fronteira que a
gente vai desbravar na nossa próxima

09:06.690 --> 09:07.790
análise no episódio 3.

09:07.790 --> 09:08.790
Até lá!