Troquei o AdSense pelo Journey: estes são meus ganhos reais até agora

O resultado honesto até agora

O Journey entrou no ar em 3 de agosto de 2026. Nesta atualização de 16 de agosto, passaram-se 13 dias corridos e o painel contém 12 datas de receita finalizadas e registradas até 14 de agosto. Meus últimos sete dias limpos de AdSense geraram US$ 8,11 em receita publicitária vinculada ao GA4, cerca de US$ 1,16 por dia. O Journey mostra US$ 1,76 nessas 12 datas, cerca de US$ 0,15 por data. Porém, o horário da migração e o fuso do painel não foram confirmados; assim, 3 de agosto pode representar apenas parte de um dia de exibição. Por isso, a diferença de aproximadamente 87% é direcional, não uma comparação limpa entre dias completos. O tráfego não despencou e a receita do Journey melhorou nas três datas mais recentes, mas a ausência da importação de sessões, visualizações de página e RPM para o Journey torna este um estudo inicial ainda não resolvido — não um veredito final sobre a rede.

Salve este estudo de caso que continuará sendo atualizado

Atualizarei esta página após 21, 30, 60 e 90 dias completos depois do lançamento do Journey, ou antes se o relatório ausente de tráfego/RPM for corrigido. Cada atualização manterá a mesma metodologia e acrescentará uma linha datada, para você acompanhar se a diferença inicial diminui em vez de ler uma história de sucesso baseada em um único dia.

O que estou divulgando — e o que estou protegendo

O número do AdSense é receita publicitária vinculada ao GA4, não um extrato final de pagamento do AdSense. A receita do Journey vem do servidor de anúncios do Journey. Estou publicando receita bruta agregada, sessões, visualizações de página, datas e aprendizados da implementação. Não publico IDs de conta ou propriedade, nomes, e-mails, dados de pagamento, capturas de tela com sessão iniciada, receita por página, cliques no AdSense, CTR, CPC ou dados de unidades de anúncio. Esta é uma comparação operacional prática, não uma conciliação contábil.

AdSense versus Journey: os números que posso sustentar

Escolhi os últimos sete dias completos do AdSense porque eles ficam imediatamente antes da migração definitiva e evitam uma lacuna conhecida na coleta de uma janela mais antiga de 30 dias do GA4. O valor foi arredondado para centavos, e o número diário é simplesmente o total dividido por sete.

O intervalo do Journey usa todas as datas de receita finalizadas atualmente visíveis no painel, de 3 a 14 de agosto. Porém, o horário da migração e o fuso usado pelo painel para dividir os dias não foram confirmados; por isso, 3 de agosto pode ser uma data parcial de exibição. Assim, cerca de US$ 0,15 por data e a diferença de aproximadamente 87% são indicadores direcionais, não uma comparação limpa entre dias completos.

As três primeiras datas finalizadas do Journey somaram cerca de US$ 0,11. As três datas finalizadas mais recentes somaram cerca de US$ 0,97. É uma melhora bem-vinda, mas três datas mais fortes em uma amostra de 12 datas não bastam para afirmar que há um RPM estável, uma migração bem-sucedida ou uma renda mensal previsível.

Comparação da receita bruta

O tráfego não caiu quando o AdSense foi removido

Uma queda de receita pode ser confundida com uma queda de tráfego se as duas não forem medidas de forma independente. O GA4 registrou 14.793 sessões e 22.053 visualizações de página durante 12 dias completos após o lançamento, especificamente de 4 a 15 de agosto.

Por dia, as sessões ficaram cerca de 4% acima e as visualizações de página cerca de 19% acima da semana limpa do AdSense. As janelas não formam um experimento controlado — a composição dos dias da semana, a demanda de busca, os países, os dispositivos e o mix de páginas podem mudar —, mas bastam para rejeitar a explicação simples de que “a receita caiu porque os visitantes desapareceram”.

Os eventos de anúncios para publishers do AdSense no GA4 pararam após a migração, como esperado. O GA4 continua útil como controle independente de tráfego; o servidor de anúncios do próprio Journey é a fonte da receita do Journey.

O método de verificação em “Investigue um pico suspeito no GA4” mostra por que uma única visão do Analytics não deve ser aceita sem confronto com evidências da borda e da origem.

Controle independente de tráfego no GA4

O que realmente aconteceu durante a migração

3 de agosto foi a migração definitiva em produção. O código programático do AdSense foi removido e o Journey se tornou a rede ativa. Manter os dois não seria um plano B sensato, pois a própria lista de lançamento do Journey pede a remoção da rede programática anterior.

Este é um site PHP personalizado, com blog em dez idiomas e centenas de rotas legadas de ponte para versões localizadas. Verificar a página inicial e um artigo em inglês não bastava. Uma auditoria posterior do inventário encontrou um wrapper duplicado do Journey em centenas dessas rotas. A duplicação foi removida, e todo o inventário foi verificado novamente até que cada rota exibisse exatamente um wrapper.

Também verificamos o caminho público de ads.txt na raiz, o script em todo o site, o estado do cache e a propriedade do GA4 conectada. Anúncios e receita apareceram. A falha restante é mais específica: o Journey ainda não importa sessões e visualizações de página nos campos necessários para calcular o RPM.

Essa experiência mudou meu conselho. Em um site grande baseado em templates, “a tag está na página inicial” não é um teste de lançamento. Você precisa inventariar cada renderizador: página inicial, artigo, categoria, wrapper de idioma, embed, ponte legada e qualquer layout especial que possa injetar o head duas vezes.

Linha do tempo da migração e do diagnóstico

Por que ainda não publico um RPM do Journey

O Journey documenta dois fluxos de relatório. Os ganhos do servidor de anúncios do dia anterior podem chegar primeiro, enquanto o tráfego e o RPM dependentes do GA4 normalmente aparecem depois. O RPM é a receita dividida pelo tráfego e multiplicada por 1.000; ele não pode ser calculado honestamente quando o painel não tem um denominador importado de sessões ou visualizações de página.

Um atraso de um ou dois dias nos dados de tráfego seria normal. Ter zero sessões e visualizações de página importadas depois de tantas datas de receita finalizadas não é um atraso diário normal. É um problema de relatório ou integração ainda não resolvido e que exige investigação do suporte. Isso não significa que o Journey ganhou zero — o servidor de anúncios mostra US$ 1,76 — nem que o GA4 teve tráfego zero — o relatório independente do GA4 mostra 14.793 sessões.

Eu poderia dividir a receita do Journey pelas sessões independentes do GA4 e criar um número provisório, mas diferenças de fuso horário e definições de relatório fariam o resultado parecer mais preciso do que realmente é. Só acrescentarei um RPM do Journey quando o fluxo de relatório for corrigido ou quando eu puder conciliar com transparência as mesmas datas e o mesmo denominador.

O que as primeiras 12 datas finalizadas no painel provam — e o que não provam

Elas provam que meus ganhos iniciais no Journey estão bem abaixo da base limpa do AdSense. A comparação direcional atual indica uma diferença de cerca de 87%, enquanto o tráfego independente se manteve, mas não é uma comparação entre dias completos porque a data do lançamento pode ser parcial. Não seria honesto fingir que a migração já é uma vitória de receita.

Elas também mostram melhora dentro da curta janela do Journey. As três datas finalizadas mais recentes geraram muito mais receita que as três primeiras. O Journey diz que o novo inventário pode precisar de uma fase de crescimento enquanto os anunciantes o conhecem, e que fatores como geografia, sazonalidade, histórico do domínio, mix de tráfego e disponibilidade do ads.txt influenciam.

Elas não provam que todo publisher terá uma diferença direcional de 87%. Trata-se de um site de tecnologia multilíngue, um intervalo de datas, uma implementação e um problema de importação não resolvido. É tão errado transformar um depoimento positivo em promessa universal quanto transformar minha falha inicial em condenação universal.

Minha decisão atual é manter a observação controlada, preservar a exclusividade, evitar trocas impulsivas de código e reavaliar nos marcos predefinidos. Os dados ausentes de tráfego/RPM ainda precisam ser escalados, não descartados como “fase normal de crescimento”.

Meu conselho antes de migrar do AdSense para o Journey

Exporte sua base antes de mexer no código. Salve intervalos limpos de 7, 14 e 30 dias para receita bruta, sessões, visualizações de página, geografia, mix de dispositivos e conteúdo principal. Preserve os intervalos originais para que uma comparação futura não mude discretamente o critério de sucesso.

Planeje dois tipos de atraso. O Journey documenta um cronograma de pagamento Net 65, portanto receita não vira dinheiro disponível de imediato. Ele também documenta atraso nos relatórios. Mantenha caixa operacional suficiente para aguentar tanto uma fase de crescimento fraca quanto o calendário de pagamento.

Audite todos os templates, não apenas páginas representativas. Remova o código programático antigo, confirme exatamente um script do Journey, verifique a página inicial e artigos reais e depois enumere wrappers de idiomas e rotas incomuns. Limpe apenas os caches afetados do aplicativo, servidor e CDN e verifique novamente pela resposta pública.

O padrão de mudança reversível em “Planeje um rollback em hospedagem compartilhada” também vale aqui: prepare um caminho de recuperação testado antes de colocar tráfego ou receita em risco.

Confira as dependências menos empolgantes. O arquivo ads.txt na raiz deve estar no ar e atualizado. A propriedade pretendida do GA4 deve estar conectada. É preciso compreender os limites de data e fuso horário. Mantenha analytics independente porque o painel de anúncios e o sistema de tráfego respondem a perguntas diferentes.

Defina seus marcos de revisão com antecedência. Estou usando 21, 30, 60 e 90 dias completos após o lançamento. Decida o que exige escalonamento ao suporte, o que justifica esperar e qual diferença sustentada de receita faria você reavaliar o contrato. Não decida com base em um único dia excepcionalmente bom ou ruim.

Se você está estimando a transferência de uma página ou arquivo em uma conexão conhecida, Calcule o tempo de transferência pode converter tamanho e velocidade em tempo. A ferramenta não testa velocidade de página, entrega de anúncios, receita ou RPM; use ferramentas de desempenho do navegador para essas perguntas.

Você deveria trocar o AdSense pelo Journey?

O mínimo público atual do Journey é de pelo menos 1.000 sessões premium em 30 dias, além de GA4 conectado, conteúdo original, atualizado com frequência e adequado para marcas, engajamento e tráfego humano. O antigo número de lançamento, “cerca de 10.000 sessões”, está desatualizado. Mesmo atender ao mínimo não garante aprovação.

Eu não decidiria com base em uma promessa de RPM universal. Os próprios resultados de busca atuais nos EUA ilustram o problema: faixas amplas de ganhos são repetidas a partir de fóruns e estudos individuais, embora nicho, mix de países, consentimento, sazonalidade, inventário e implementação variem.

Use a estrutura abaixo. Um lançamento limpo com relatório completo pode justificar um teste paciente. Um lançamento com tráfego persistentemente ausente ou cobertura de anúncios muito baixa exige investigação, não incentivo vazio. E, se o fluxo de caixa não suporta uma fase de crescimento e o Net 65, esperar pode ser a decisão empresarial mais responsável.

Uma estrutura prática de decisão

Histórico de atualizações com datas

Esta seção é o motivo para salvar o artigo. Acrescentarei evidências em marcos relevantes em vez de reescrever o título após cada oscilação diária. A pergunta constante é se o Journey fechará a diferença inicial quando os relatórios e a entrega tiverem tempo suficiente para se estabilizar.

Atualizações do estudo de caso

Guias operacionais relacionados do KBT

Fontes oficiais e limites das evidências

Os totais específicos do site acima vêm de relatórios sanitizados do KBT no GA4 e no Journey. Os requisitos do produto, os prazos e os limites das métricas são apoiados pelas páginas oficiais atuais abaixo. Nenhuma faixa de ganhos de terceiros foi usada como referência.

• Requisitos mínimos do Journey
• Journey: remover uma rede de anúncios existente
• Script do Journey em sites que não usam WordPress
• Orientações do Journey sobre ads.txt
• Journey: qual RPM esperar logo no início
• Mediavine: relatórios do GA4 e prazo do painel
• Journey: solucionar a ausência de dados do GA4
• Perguntas frequentes sobre pagamentos do Journey
• Google: conectar o AdSense ao GA4
• Google: ganhos no Analytics versus pagamentos do AdSense
• Esquema de métricas da Google Analytics Data API

Perguntas frequentes

• Quanto este site ganhou com o AdSense antes da troca?

  A última janela limpa de sete dias, de 27 de julho a 2 de agosto, mostrou US$ 8,11 em receita de anúncios do AdSense vinculada ao GA4, ou cerca de US$ 1,16 por dia. O valor não é apresentado como extrato final de pagamento do AdSense.

• Quanto o Journey ganhou até agora?

  O servidor de anúncios do Journey mostra US$ 1,76 em 12 datas de receita finalizadas, de 3 a 14 de agosto, cerca de US$ 0,15 por data. O dia 3 de agosto pode conter apenas parte da exibição, por isso o valor por data é direcional e não uma média limpa entre dias completos. As três datas mais recentes foram melhores que as três primeiras, mas a amostra ainda é inicial.

• Quantos dias se passaram desde a migração?

  A migração final ocorreu em 3 de agosto. Na data da captura, 16 de agosto, haviam passado 13 dias corridos — dia 14 quando se conta o lançamento. O painel continha 12 datas de receita finalizadas até 14 de agosto; a data do lançamento pode ser parcial porque o horário da migração e o fuso não foram confirmados.

• O tráfego caiu depois da migração para o Journey?

  O GA4 não mostrou queda brusca de tráfego. A janela de controle de 12 dias completos após o lançamento, especificamente de 4 a 15 de agosto, teve média de cerca de 1.233 sessões e 1.838 visualizações de página por dia, ligeiramente acima da semana limpa no AdSense.

• Qual é o RPM do Journey neste site?

  Ainda não há um RPM honesto do Journey porque os campos importados de sessões e visualizações de página continuam vazios. A receita existe no relatório do servidor de anúncios, enquanto o GA4 independente confirma o tráfego. O denominador ausente é um problema de relatório ou integração ainda não resolvido.

• O Journey é sempre pior que o AdSense?

  Este estudo de caso não sustenta essa afirmação. Ele documenta o resultado inicial de um site durante um problema de relatório não resolvido. Geografia, nicho, sazonalidade, consentimento, inventário, mix de tráfego e implementação podem alterar o desempenho.

• Devo remover o AdSense antes do lançamento do Journey?

  Siga as instruções de onboarding ativas do Journey. O guia atual de remoção do Journey diz que o código de anúncios programáticos existente deve ser removido e que templates representativos e caches devem ser conferidos. Não invente um plano B simultâneo que contrarie seu acordo.

• O que devo salvar antes de trocar de rede de anúncios?

  Salve exportações limpas de receita bruta e tráfego de 7, 14 e 30 dias, datas e fusos horários exatos, contexto de países e dispositivos, inventário de rotas/templates, uma verificação pública do ads.txt e capturas de tela ou exportações guardadas de forma privada.

• Quando este artigo será atualizado?

  Os marcos planejados são 21, 30, 60 e 90 dias completos após o lançamento do Journey, além de uma atualização antecipada se a importação ausente de sessões, visualizações de página e RPM for corrigida. Salve este URL para acompanhar o mesmo estudo de caso ao longo do tempo.

Minha posição hoje: a troca ainda não superou o AdSense neste site. As datas mais recentes do Journey estão melhorando, mas a diferença de receita e a ausência da importação de tráfego/RPM são reais. Manterei a configuração estável por tempo suficiente para medi-la, continuarei cobrando a correção do problema de relatório e atualizarei esta página quando as evidências mudarem.