Diagnóstico do Painel do Artista e Evolução do Produto

O painel do artista mostrava um número de “visualizações” muito maior do que o Google Analytics registrava para o mesmo período — em um caso, 876 visualizações no site contra 1 sessão real no GA4. Essa investigação inicial (v1.8.x) encontrou duas causas técnicas concretas e, no processo, revelou que a aba “Leads” nunca fez sentido para o nosso modelo de vitrine sem intermediação de contato.

A partir daí, o produto mudou de escopo. Em vez de consertar só o número errado, construímos uma camada de inteligência comercial em cima do cadastro dos artistas: rank de qualidade, histórico de posts e investimento no Instagram, registro de contatos recebidos com resultado (fechou, não fechou, sem resposta), rastreamento de quem no time realmente usa o painel de gestor, e um módulo de Configurações dedicado.

O achado mais recente é o mais sério: não existe controle real de pagamento. O campo “Plano” (Featured/Promoted) é marcado manualmente e não tem ligação nenhuma com cobrança de fato — não há gateway, não há planilha confiável, não há cobrança formal. Isso é um risco de receita, não só um problema de dado. A resposta não é automatizar cobrança (fora de escopo por enquanto) e sim criar uma fonte única de registro manual estruturado, já em produção desde v1.15, com um painel dedicado de busca rápida e fila de vencidos/vencendo (v1.16) pra tornar o registro rápido no dia a dia.

Antes de aceitar que o resultado esta “zero a zero”: essa conta so fecha comparando duas coisas que hoje estao em lugares separados – quanto o AdSense pagou de fato (em dolar, mes a mes) contra quanto custou produzir o conteudo (tempo do time, texto, imagem). Sem esse numero lado a lado, “zero a zero” e uma sensacao, nao um calculo. Primeira recomendacao pratica: puxar a receita do AdSense dos ultimos 12 meses e cruzar com o custo estimado de producao de conteudo no mesmo periodo. So depois da para dizer se o problema e modelo de negocio ou e execucao.

A segunda coisa que embaralha a conta e tratar os tres tipos de visitante como se fossem o mesmo funil. Nao sao – cada um monetiza de um jeito diferente, e otimizar para um pode prejudicar o outro.

O maior desafio real, entao, nao e “aumentar visita” – e decidir, conteudo por conteudo, qual dos dois motores ele alimenta: receita de anuncio (AdSense, qualquer visitante serve) ou geracao de contratante (so serve trafego qualificado que converte em clique). Hoje os dois parecem estar misturados na mesma estrategia de conteudo, o que explica por que nenhum dos dois esta claramente funcionando.

Proximos passos sugeridos para essa conversa render mais concreta:

1. Levantar a receita AdSense real dos ultimos 12 meses (em R$) e comparar com o investimento em conteudo no mesmo periodo.
2. No GA4, segmentar sessao por tipo de pagina (post de blog vs. pagina de artista vs. busca/categoria) e por origem (organico, direto, social) – hoje so temos o total site x perfil, falta saber de onde vem cada fatia.
3. Descobrir se existe visitante que le o blog E na mesma sessao visita um perfil de artista (esse e o elo que provaria que o blog alimenta o funil de contratante) – hoje nao sabemos se isso acontece.
4. Definir uma meta para a taxa de conversao visualizacao-clique (os 2,4% de agora) e acompanhar mes a mes como metrica principal de “a vitrine esta funcionando” – nao o total de visitas.
5. Decidir, por escrito, se o blog existe para AdSense, para atrair contratante, ou os dois – e ajustar a pauta editorial de acordo (conteudo para AdSense pode ser mais amplo/generico; conteudo para atrair contratante precisa ser mais especifico de nicho, por exemplo “banda de casamento em Ribeirao Preto” tende a converter mais que um tema generico).

Achado concreto (13/08/2026): inspecionei o plugin Ad Inserter (responsavel por injetar o codigo do AdSense no site) e existe apenas 1 bloco de anuncio configurado no site inteiro. Nas opcoes de onde ele aparece, so a caixa “Paginas estaticas” esta marcada. “Posts” (os quase 1.000 posts do blog), “Pagina inicial”, “Paginas de categoria”, “Paginas de pesquisa” e “Paginas de tag/arquivo” estao todas desmarcadas. Ou seja: o codigo do AdSense nao esta presente em nenhum post de blog, nem na home, nem em categoria – so em “paginas estaticas” (tipo Pagina do WordPress).

O seletor de insercao configurado mira um elemento especifico de pagina de perfil de artista, que no MyListing normalmente e um post type customizado (job_listing), nao uma “Pagina” comum. Se for esse o caso, esse bloco pode nem estar batendo com “Paginas estaticas” e o anuncio pode nao estar aparecendo em lugar nenhum de fato. O proprio plugin mostra um aviso na propria tela de configuracao: “Os anuncios nao estao sendo exibidos? Consulte o guia de solucao de problemas” – sinal de que isso ja e um problema conhecido do plugin, nao uma suposicao nossa.

Isso muda a pergunta. Nao e “a audiencia e pequena demais pra gerar receita” – e “o anuncio nao esta implantado na maior parte do site”. Sao dois problemas diferentes, com solucoes diferentes.

Processo de verificacao do AdSense (rodar antes de decidir qualquer coisa de conteudo):

1. Confirmar que o codigo do anuncio realmente aparece no HTML de uma pagina de post de blog e de uma pagina de perfil de artista (inspecionar elemento, ou ver codigo-fonte da pagina publicada).
2. No Ad Inserter, marcar “Posts”, “Pagina inicial” e “Paginas de categoria” no bloco existente (ou criar blocos dedicados pra cada tipo de pagina), salvar, e testar de novo.
3. Direto no painel do Google AdSense (nao no plugin), checar o status da conta: aprovada, em revisao, ou com alguma restricao de politica – isso tambem derruba receita a zero independente do codigo estar certo.
4. Comparar trafego real do GA4 (nao do painel nativo do MyListing) por tipo de pagina com o relatorio de impressoes do AdSense – se o AdSense mostra poucas “ad requests” mesmo com sessoes GA4 normais, o problema e implantacao, nao audiencia.
5. Checar a origem geografica no GA4 (nao no painel nativo do tema) pra confirmar se o trafego que realmente gera impressao de anuncio e organico de verdade ou ainda tem contaminacao de bot mesmo na metrica boa.
6. So depois dos passos 1 a 4 resolvidos, esperar pelo menos 30 dias de dado limpo antes de julgar se o modelo “conteudo pra AdSense” e viavel pro projeto.

Sobre o “Vietna esquisito nos paises”: confirmado que aquele painel de paises (Estados Unidos, Singapura, Vietna, Bangladesh, Paquistao) vem do widget nativo “Listing visit stats” do tema MyListing – o mesmo contador que ja diagnosticamos misturado com bot/crawler sem filtro nenhum. Nao e dado do GA4. Isso resolve a estranheza: nao e gente do Vietna lendo o site de verdade, e o mesmo contador quebrado contando qualquer requisicao (incluindo bot) como visita.

Proposta – descartar o painel nativo como fonte de decisao: em vez de continuar usando o painel de estatisticas do MyListing (que mistura bot com visita real e ja causou duas confusoes nesta investigacao: a triplicacao e o “Vietna esquisito”), vale considerar montar um painel proprio, simples, puxando so duas fontes confiaveis lado a lado: sessoes reais do GA4 (por tipo de pagina) e dados reais do AdSense (impressoes, cliques, receita) depois que a implantacao estiver corrigida. Sem o painel nativo do tema no meio, essa fonte de ruido some. Isso pode ser construido como uma tela dentro do proprio Painel do Gestor do plugin ShowBand Artist, reaproveitando a integracao GA4 que ja existe (class-ga4.php).

A causa da receita perto de zero é mais complexa do que o suspeitado em 13/08. O Bloco 1 do Ad Inserter (o anúncio configurado manualmente) nunca chegou a ser veiculado em nenhum tipo de página testada — nem em “Páginas estáticas”, que já estava marcada. O elemento HTML que ele usa como âncora (div#c27-single-listing > section#listing_tab_profile > div > div#block_vsqMmyW) não existe no DOM atual de nenhuma página checada. Corrigi as caixas “Posts”, “Página inicial” e “Páginas de categoria” mesmo assim (higiene de configuração), mas isso não era a causa raiz — é um bloco morto.

Não é só tráfego de origem estranha — é tráfego que tecnicamente não se comporta como gente. Vietnã (20,1% dos usuários dos últimos 28 dias, 1.737 usuários) tem taxa de engajamento de 4,95% e tempo médio de engajamento de 0 segundos. Singapura (7,26%) e China (6,56%) têm o mesmo padrão: taxa de engajamento abaixo de 3,5% e 0s de tempo médio. Isso é a assinatura clássica de bot/scraper, não de visitante real carregando a página. O relatório lista tráfego vindo de 132 países diferentes para um site de banda de casamento e evento regional brasileiro — isso sozinho já é atípico.

Conta aprovada, sem restrição, gerando receita real e crescente. Central de políticas: “Não encontramos nenhum problema”. Site showband.com.br: status “Pronto”, ads.txt “Autorizado”. Ganhos: US$ 1,58 nos últimos 30 dias, US$ 0,78 no mês corrente, saldo de US$ 1,02 — todos os números batem com o que o founder já via no painel, não é falha de conexão de conta.

O blog tem autoridade temática forte, mas concentrada — e a tagueação está quebrada. De 1.008 posts, quase metade (496, ~49%) toca no tema bateria; produção musical/home studio aparece em 406; guitarra em 317; canto/vocal em 281; streaming/masterização em 229. Isso é bom pra afiliado (dá pra apostar pesado no que já tem prova de volume), mas ruim pro SEO de navegação: são 7.109 tags cadastradas pra 1.008 posts — média de 7 tags por post, a maioria delas usada uma única vez. Isso não ajuda ninguém a navegar por tema e dilui qualquer sinal de agrupamento pro Google.

O tráfego real está espalhado, não concentrado num post “campeão”. A página de maior tráfego do blog (fora home/busca/cadastro, que são páginas de produto) é a calculadora de royalties do Spotify, com 97 visualizações em 28 dias — não é volume alto isoladamente, mas o padrão se repete em centenas de posts com 5 a 60 visualizações cada. A estratégia de afiliado não pode depender de “um post que bomba”; precisa ser aplicada em lote, nos clusters temáticos que já têm prova de tráfego (achado da seção anterior).