WEBVTT

00:00.000 --> 00:01.100
Vamos direto ao ponto.

00:01.480 --> 00:05.500
Essa é a análise visual de abertura da
série, medição de busca sem ruído do

00:05.500 --> 00:07.120
portal Leadlovers 2026.

00:07.940 --> 00:11.240
Serão seis encontros caminhando da
ferramenta ao diagnóstico puro.

00:11.680 --> 00:16.260
Vamos cobrir tudo, do Search Console ao
GA4, tráfego de inteligência artificial,

00:16.660 --> 00:18.060
atribuição de caminho longo,

00:18.240 --> 00:21.640
painel de uma tela, até aquele roteiro
exato de quando o número cai.

00:22.080 --> 00:25.840
Mas a pergunta central de hoje é, o que o
Search Console mede de verdade?

00:25.840 --> 00:30.580
Quais são os limites estruturais dele e
que conclusões definitivamente não podem

00:30.580 --> 00:31.580
sair de lá?

00:31.580 --> 00:35.480
Para quem opera conteúdo e funil, ter isso
muito claro é a diferença entre uma

00:35.480 --> 00:38.280
decisão estratégica e um verdadeiro
desastre financeiro.

00:38.280 --> 00:40.840
O nosso roteiro de hoje é super lógico e
direto.

00:41.100 --> 00:45.820
Passaríamos pela fronteira da medição, a
realidade das métricas, o perigo das

00:45.820 --> 00:47.540
taxas, cobertura e limites.

00:48.020 --> 00:52.420
Vamos aplicar isso no caso da agência e
fechamos com o que não concluir.

00:52.420 --> 00:56.980
Ponto número 1, a fronteira da medição, lado
de fora

00:56.980 --> 00:58.400
versus lado de dentro.

00:58.400 --> 01:03.140
O primeiro passo para acabar com aquele
ruído clássico nas reuniões de marketing

01:03.140 --> 01:06.960
é traçar uma fronteira física que não dá
para contestar. É bem simples: na

01:06.960 --> 01:11.520
verdade, do lado esquerdo temos o Search
Console, ele vive estritamente do lado

01:11.520 --> 01:15.980
de fora da casa, ele só mostra como um site
aparece nos resultados do Google, e

01:15.980 --> 01:20.340
ponto final. Tudo que o Search Console
sabe acaba no exato milissegundo em que

01:20.340 --> 01:22.190
a pessoa sai da página de resultados.

01:22.260 --> 01:25.520
Já do lado direito, temos o GA4, que fica
do lado de dentro.

01:26.000 --> 01:29.900
Qualquer comportamento pós-click é
jurisdição exclusiva do GA4.

01:30.280 --> 01:33.230
O Search Console não faz a menor ideia se a
página carregou,

01:33.230 --> 01:35.880
se o formulário foi preenchido ou se a venda
aconteceu.

01:35.880 --> 01:39.480
Respeitar essa fronteira já resolve, logo
de cara, metade das confusões.

01:39.840 --> 01:42.500
Ponto número 2, a realidade das métricas.

01:42.800 --> 01:44.560
O que o painel realmente enxerga?

01:45.040 --> 01:46.860
Vamos desmontar as métricas centrais

01:46.860 --> 01:49.800
e trocar a suposição pela mecânica real do
sistema.

01:49.800 --> 01:54.160
Peguemos, por exemplo, a métrica de
impressão. O sistema conta uma impressão

01:54.160 --> 01:55.160
toda vez que o

01:55.160 --> 01:59.680
resultado de um site aparece em uma página
de resultados. Mas detalhe vital. Aparecer

01:59.680 --> 02:00.680
não

02:00.680 --> 02:04.460
significa ser visto. A impressão é
contabilizada mesmo se o link estiver lá

02:04.460 --> 02:05.460
no fundo da página

02:05.460 --> 02:09.460
exigindo rolagem para chegar nele. Então,
como comemorar que as impressões subiram

02:09.460 --> 02:10.460
enquanto

02:10.460 --> 02:14.310
os cliques ficaram estagnados? É um erro
caro. Isso costuma indicar apenas um

02:14.310 --> 02:15.310
aumento

02:15.310 --> 02:18.910
de alcance em consultas de baixíssima
intenção. Festejar isso é inflar o

02:18.910 --> 02:19.910
relatório

02:19.910 --> 02:22.860
com o tráfego que não estava nem aí para o
que a empresa vende.

02:22.860 --> 02:26.460
É literalmente como comemorar que muitos
carros passaram na rua da loja,

02:26.460 --> 02:28.760
mesmo que ninguém tenha olhado para a
vitrine.

02:28.760 --> 02:32.260
E quando analisamos os cliques, a
diferença mecânica grita ainda mais.

02:32.260 --> 02:35.610
Um clique no Search Console é apenas uma
saída da página do Google.

02:35.610 --> 02:36.610
Mais nada.

02:36.610 --> 02:40.000
Uma sessão do GA4, por outro lado, é
uma chegada bem-sucedida.

02:40.320 --> 02:43.170
E para essa chegada acontecer de fato, a
gente depende de

02:43.170 --> 02:45.620
aviso de cookies aceito, da tag carregar
direito,

02:45.620 --> 02:49.520
da ausência de bloqueadores de anúncio e
da pessoa não fechar por impaciência

02:49.520 --> 02:53.170
antes de a página abrir. Tentar bater
esses dois números é perda de tempo

02:53.170 --> 02:54.170
absoluta.

02:54.170 --> 02:57.960
Ficar perseguindo a reconciliação entre
clique e sessão consome semanas da

02:57.960 --> 02:59.080
operação sem produzir

02:59.080 --> 03:00.820
uma única decisão útil de negócio.

03:01.400 --> 03:05.640
Ponto número 3, o perigo das taxas. A
ilusão do denominador

03:05.640 --> 03:06.640
oculto.

03:06.880 --> 03:11.320
Quando saímos dos números absolutos e
entramos no mundo das taxas e médias,

03:11.320 --> 03:14.640
o risco de tomar uma decisão desastrosa
dispara.

03:14.900 --> 03:17.050
Essa tabela ilustra isso de forma
perfeita.

03:17.440 --> 03:21.540
Imagina o clima na reunião quando alguém
diz que a taxa de cliques, o famoso CTR,

03:21.840 --> 03:26.060
caiu pela metade, de 8% para 4%, soa
alarmante, não é?

03:26.360 --> 03:30.880
Mas olhando para os absolutos ali do lado,
se a base era de apenas 50 impressões,

03:31.180 --> 03:35.840
cair de 8% para 4%, significa perder
exatamente dois cliques, duas

03:35.840 --> 03:36.840
pessoas.

03:36.840 --> 03:39.640
É por isso que nenhuma taxa deveria entrar
num relatório

03:39.640 --> 03:43.240
sem as colunas de impressões e cliques
absolutos logo ao lado.

03:43.580 --> 03:47.080
Toda a razão esconde o tamanho da base
sobre a qual ela foi calculada.

03:47.380 --> 03:50.820
Esse mesmo cuidado rigoroso se aplica à
posição média.

03:51.280 --> 03:55.280
Esse número é perigoso porque mistura
consultas com comportamentos completamente

03:55.280 --> 03:56.280
diferentes

03:56.280 --> 03:59.030
numa única média global que não serve para
muita coisa.

03:59.200 --> 04:03.520
Subir da posição 12 para 8 pode gerar
absolutamente zero cliques adicionais,

04:03.680 --> 04:07.020
porque as duas posições continuam fora do
campo de visão inicial.

04:07.020 --> 04:11.840
Por outro lado, cair da posição 3 para 4
numa busca com altíssima intenção de

04:11.840 --> 04:12.840
compra

04:12.840 --> 04:14.390
pode custar muita receita real.

04:14.480 --> 04:18.260
A posição precisa sempre ser olhada
consulta por consulta ou por grupos

04:18.260 --> 04:19.300
menores, sempre

04:19.300 --> 04:22.500
junto com as impressões e nunca como uma
média solta.

04:23.060 --> 04:27.980
Ponto número 4, cobertura e limites, os
pontos cegos

04:27.980 --> 04:28.980
do sistema.

04:29.260 --> 04:33.580
Antes mesmo de iniciar qualquer debate
sobre variações de desempenho, a operação

04:33.580 --> 04:34.580
precisa

04:34.580 --> 04:38.480
entender as regras básicas de inclusão do
buscador. A indexação é a entrada da

04:38.480 --> 04:42.320
página no catálogo do Google e ela tem que
preceder o clique. Se uma página

04:42.320 --> 04:46.540
super estratégica não está no índice, o
problema é estrutural, é técnico.

04:46.960 --> 04:50.910
Não adianta refazer o texto, inventar uma
otimização genial de palavras-chave

04:50.910 --> 04:54.460
enquanto essa falha persistir. Metade das
reuniões de tráfego gasta uma

04:54.460 --> 04:57.710
energia enorme, debatendo a performance de
páginas que o buscador

04:57.710 --> 05:01.420
simplesmente não está mostrando para
ninguém. Além disso, é essencial

05:01.420 --> 05:04.480
conhecer onde o dado é cortado pela
própria ferramenta.

05:04.740 --> 05:09.020
Primeiro, o sistema limita as linhas de
consultas e omite buscas muito raras por

05:09.020 --> 05:10.020
questões de

05:10.020 --> 05:11.020
privacidade.

05:11.020 --> 05:15.220
O que isso significa, na prática, que a
soma daquela tabela que exportamos sempre será

05:15.220 --> 05:17.120
menor que o total abrigado lá de cima.

05:17.120 --> 05:21.000
E usar essa soma exportada como
denominador é inflar matematicamente as

05:21.000 --> 05:22.000
taxas do relatório.

05:22.140 --> 05:25.040
Segundo, cada filtro devolve um conjunto
isolado.

05:25.240 --> 05:29.820
E terceiro, o número no painel é uma
fotografia atrelada ao exato minuto da

05:29.820 --> 05:30.820
extração.

05:30.820 --> 05:33.820
Extrações em horários diferentes vão gerar
dados diferentes.

05:33.820 --> 05:36.200
Ponto número 5, o caso da agência.

05:36.780 --> 05:38.580
Quando o recorte decide o orçamento.

05:39.000 --> 05:42.220
Para entender o impacto financeiro de
ignorar essas regras,

05:42.480 --> 05:44.830
vamos analisar um caso real ocorrido no
portal.

05:45.120 --> 05:49.300
Ele mostra exatamente como um recorte mal
feito ameaça uma operação inteira.

05:49.860 --> 05:52.860
Imagine receber uma apresentação com esta
manchete gritante.

05:53.320 --> 05:55.420
Blog perde metade da eficiência.

05:55.820 --> 05:58.960
Taxa de cliques cai de 8% para 4%.

05:58.960 --> 06:00.280
E não era só o susto.

06:00.620 --> 06:05.120
Junto com o slide, vinha o pedido firme da
agência para cortar 30% do orçamento de

06:05.120 --> 06:06.120
conteúdo.

06:06.120 --> 06:08.980
Uma ação drástica justificada por uma
única taxa.

06:09.440 --> 06:12.380
Mas, ao aplicar o roteiro de diagnósticos
sem pânico,

06:12.700 --> 06:15.060
falhas graves no recorte começaram a
aparecer.

06:15.600 --> 06:20.180
Primeiro, o período A tinha 31 dias, o
período B tinha 30.

06:20.700 --> 06:21.760
Já começa torto.

06:22.340 --> 06:24.120
Segundo erro, ainda mais grave.

06:24.620 --> 06:27.520
O filtro de localização estava definido
para o mundo todo,

06:27.520 --> 06:30.420
tudo, não apenas para o Brasil, que era o
foco do negócio.

06:30.480 --> 06:34.800
Curiosamente, mesmo após corrigir esses
recortes, a queda da taxa sobreviveu.

06:35.340 --> 06:39.280
Porém, ao olhar finalmente para os números
absolutos, a verdade apareceu.

06:39.740 --> 06:44.520
As impressões pularam de 41 mil para quase
78 mil, um crescimento

06:44.520 --> 06:45.820
brutal, e os cliques

06:45.820 --> 06:48.820
passaram de 3.280 para 3.120.

06:49.660 --> 06:54.220
Aqui está a realidade nua e crua, uma
queda real de cliques de apenas 4

06:54.220 --> 06:55.520
,9%.

06:55.520 --> 06:58.760
O blog não perdeu metade da eficiência de
jeito nenhum.

06:59.080 --> 07:03.620
O que aconteceu foi que o denominador, as
impressões, praticamente dobrou, o que

07:03.620 --> 07:04.820
diluiu completamente

07:04.820 --> 07:05.820
a taxa.

07:05.820 --> 07:10.180
O volume real de tráfego teve só uma
oscilação superrotineira de menos de 5%,

07:10.180 --> 07:11.180
e por não

07:11.180 --> 07:15.330
incluir os números absolutos, a operação
quase cortou um terço do próprio orçamento

07:15.330 --> 07:16.330
sem necessidade.

07:16.760 --> 07:20.700
Ponto número 6, o que não concluir, os
limites de

07:20.700 --> 07:21.780
interpretação.

07:21.780 --> 07:26.580
Para garantir que sustos orçamentários
assim não se repitam, é obrigatório traçar

07:26.580 --> 07:27.580
uma

07:27.580 --> 07:31.180
linha dura sobre o que o Search Console
não tem capacidade de responder.

07:31.180 --> 07:33.280
Quatro conclusões jamais devem sair daqui.

07:33.280 --> 07:35.160
Primeira, consequência de negócio.

07:35.840 --> 07:38.960
Vendas e leads moram no Analytics e no
CRM, não aqui.

07:39.640 --> 07:41.740
Segunda, a causa de uma variação.

07:42.100 --> 07:44.160
A ferramenta mostra que o tráfego caiu.

07:44.260 --> 07:47.240
Não o porquê, o diagnóstico exige um
roteiro à parte.

07:47.680 --> 07:51.520
Terceira, presença em respostas de
inteligência artificial, que tem uma

07:51.520 --> 07:55.980
dinâmica bem diferente e, quarta, nunca
afirme que uma impressão garante a

07:55.980 --> 08:00.780
atenção real: ela testa apenas a exibição na
tela. Então, como operação se

08:00.780 --> 08:01.780
protege a

08:01.780 --> 08:05.960
partir de hoje? O primeiro passo é
instituir o cartão de recorte. Todo

08:05.960 --> 08:09.400
relatório de busca para ser levado a sério
precisa trazer no topo do

08:09.400 --> 08:14.320
documento estes campos preenchidos. A
propriedade exata, o período preciso

08:14.320 --> 08:15.320
em

08:15.320 --> 08:18.720
dias equivalentes, a base de comparação,
os filtros de dispositivo e

08:18.720 --> 08:23.160
país, os absolutos do lado de cada
percentual, a posição por consulta e a

08:23.160 --> 08:24.160
procedência com

08:24.160 --> 08:25.660
data e hora exata da extração.

08:25.780 --> 08:28.860
Um relatório sem esse cartão deve ser
devolvido sumariamente.

08:29.640 --> 08:33.740
Custa apenas um e-mail pedir a correção,
mas tomar decisão com um dado solto pode

08:33.740 --> 08:35.340
custar o orçamento do trimestre.

08:35.820 --> 08:37.270
É assim que se arruma a casa.

08:37.880 --> 08:42.880
Ler o Search Console com esse nível de
rigor mostra com exatidão mecânica o que

08:42.880 --> 08:44.780
rolou do lado de fora durante a busca.

08:44.780 --> 08:49.220
Mas qualquer negócio precisa dar outra
metade da história. Por isso, na nossa

08:49.220 --> 08:50.220
próxima análise,

08:50.240 --> 08:54.640
o episódio 2 chamado de GA4 para
marketing, não para relatório, a gente atravessa essa

08:54.640 --> 08:58.290
fronteira física para explorar o que
acontece lá dentro depois do clique.

08:58.660 --> 08:59.660
Porque se o seu

08:59.660 --> 09:03.810
Search Console nos diz exatamente quem
bateu na porta, a grande pergunta de negócios é,

09:04.180 --> 09:08.540
o que estamos fazendo com quem
efetivamente entra na casa? Nos vemos na

09:08.540 --> 09:09.540
próxima análise.