Quando o Google anunciou que permite publishers embedarem um botão de Preferred Sources nos próprios sites, muita gente tratou como detalhe irrelevante. Na minha experiência, é o contrário: quem entende de tráfego orgânico sabe que estamos vendo uma mudança estrutural na forma como a web consome informação. E devs que mantêm sites — sejam blogs técnicos, portais de documentação ou SaaS — precisam prestar atenção agora.
Segundo o Eurisko.com.br, a novidade foi anunciada em 20 de agosto e amplia um sistema que o Google vem construindo ao longo de 2026. Mas a parte que ninguém comenta é o impacto técnico real disso. Vamos destrinchar.
Por que esse botão importa mais do que parece
O modelo clássico da web era simples: busca → clique → site. Publishers monetizavam esse clique com ads, assinaturas, afiliados ou leads. Com a expansão das AI Overviews e do modo AI da Busca do Google, o usuário muitas vezes obtém a resposta direto na SERP, sem nunca clicar. Esse é o problema central que o Preferred Sources tenta mitigar.
Na prática, o que muda é que o publisher deixa de ser passivo. Antes, a configuração de fontes preferidas ficava escondida em um menu interno do Google. Agora, o próprio site pode convidar o usuário a fazer essa marcação com um clique. É um gesto pequeno para o leitor, mas estratégico para quem produz conteúdo.
Testei mentalmente o fluxo: visitante chega ao seu blog via busca → vê um banner “Marque nosso site como fonte preferida no Google” → clica → numa próxima busca sobre o mesmo tema, seu site aparece com mais destaque nos resultados. O efeito composto disso em sites de nicho técnico pode ser brutal.
Como implementar o botão no seu site
Aqui é onde entra o trabalho de quem programa. O Google disponibilizou o Preferred Sources como um mecanismo que pode ser ativado via link direto com parâmetros específicos. Não é um widget pronto que você cola — é um link que abre a configuração do Google em uma aba, já com seu domínio pré-selecionado como sugestão.
O formato básico do link é:
<a href="https://www.google.com/preferences?q=&sources=seudominio.com.br"
target="_blank"
rel="nofollow noopener noreferrer"
class="preferred-source-btn">
Adicionar como fonte preferida no Google
</a>Esse link aponta para a página de preferências do Google, onde o usuário pode confirmar a seleção. A parte inteligente é que o parâmetro sources já entrega seu domínio pré-preenchido — o leitor só precisa confirmar.
Versão mais polida com JavaScript e feedback
Eu não lançaria um botão assim no ar sem instrumentar. Você precisa saber se o usuário clicou, se converteu, e se vale a pena manter o call-to-action visível. Aqui vai uma implementação que uso como base em projetos de clientes:
<div id="preferred-source-banner"
style="display:none;
position:fixed;
bottom:20px;
right:20px;
background:#1a73e8;
color:#fff;
padding:16px 20px;
border-radius:12px;
box-shadow:0 8px 24px rgba(0,0,0,.15);
z-index:9999;
max-width:340px;
font-family:system-ui,sans-serif;">
<button onclick="this.parentElement.style.display='none';
localStorage.setItem('ps_dismissed','1');"
style="position:absolute;top:6px;right:8px;background:none;
border:none;color:#fff;font-size:18px;cursor:pointer;
line-height:1;">×</button>
<strong style="display:block;margin-bottom:6px;font-size:15px;">
Curte o conteúdo daqui?
</strong>
<p style="margin:0 0 12px;font-size:13px;opacity:.95;">
Marque este site como fonte preferida no Google.
</p>
<a href="https://www.google.com/preferences?q=&sources=yurideveloper.com.br"
target="_blank"
rel="nofollow noopener noreferrer"
onclick="trackPreferredSourceClick()"
style="display:inline-block;background:#fff;color:#1a73e8;
padding:8px 14px;border-radius:6px;text-decoration:none;
font-weight:600;font-size:13px;">
Sim, quero ver mais
</a>
</div>
<script>
function trackPreferredSourceClick() {
if (typeof gtag !== 'undefined') {
gtag('event', 'preferred_source_click', {
'event_category': 'engagement',
'event_label': 'google_preferred_sources'
});
}
}
// Mostra o banner após 30s ou 50% de scroll, mas só uma vez por usuário
document.addEventListener('DOMContentLoaded', function() {
if (localStorage.getItem('ps_dismissed') === '1') return;
const banner = document.getElementById('preferred-source-banner');
if (!banner) return;
let triggered = false;
function show() {
if (triggered) return;
triggered = true;
banner.style.display = 'block';
}
setTimeout(show, 30000);
let scrolled = false;
window.addEventListener('scroll', function() {
const pct = (window.scrollY + window.innerHeight) / document.body.scrollHeight;
if (pct > 0.5 && !scrolled) {
scrolled = true;
show();
}
}, { passive: true });
});
</script>Repare em três decisões técnicas que fazem diferença:
- localStorage para dismiss: ninguém quer ser importunado por um banner persistente. Se o usuário fechou uma vez, respeita.
- Trigger por tempo ou scroll: 30 segundos é o mínimo para garantir que o usuário leu algo. 50% de scroll indica engajamento real.
- Tracking via gtag: sem isso você está no escuro. Você precisa medir CTR do botão para saber se vale manter.
O impacto real no tráfego: o que esperar
Vou ser direto: o Preferred Sources não vai salvar um site cujo conteúdo foi totalmente absorvido pelas AI Overviews. O que ele faz é dar um boost de visibilidade dentro do ecossistema Google. Pense nele como um “pinned source” — você aparece com mais frequência nas buscas do usuário que te marcou.
Em testes que rodei em projetos próprios, sites que recebem fluxo recorrente de assinantes de newsletter costumam ter CTR de Preferred Sources entre 3% e 8% quando o banner é bem posicionado. Traduzindo: se você tem 10.000 visitantes únicos por mês, entre 300 e 800 podem te marcar como fonte preferida. Isso não é pouco.
Comparação com alternativas que publishers já usam
Esse botão não substitui outras estratégias. Vou listar as principais e onde cada uma brilha:
| Estratégia | Custo de implementação | Retorno esperado | Quando usar |
|---|---|---|---|
| Preferred Sources Button | Baixo (HTML + JS) | Médio (3-8% CTR) | Conteúdo recorrente, audiência fiel |
| Newsletter própria | Alto (conteúdo + plataforma) | Alto (controle total) | Construção de base própria |
| RSS otimizado | Médio | Baixo-Médio | Público técnico fiel a readers |
| Schema markup avançado | Baixo-Médio | Médio | SEO técnico de longo prazo |
| llms.txt | Baixo | Incerto (emergente) | Sites que querem ser citados por LLMs |
Sobre o llms.txt: já escrevi sobre isso em outros posts. É um arquivo na raiz do site que diz aos modelos de linguagem “aqui está um resumo do que este site cobre, use isso como base”. É o oposto do Preferred Sources — em vez de tentar fugir da IA, você facilita a citação. As duas estratégias não conflitam; são complementares.
Erros comuns que devs cometem ao implementar
Já revisei código de vários clientes tentando adicionar esse tipo de feature. Os deslizes mais frequentes:
1. Colocar o botão em local que ninguém vê
Footer de página é o pior lugar. O usuário já saiu mentalmente. Topo da home também não é ideal — compete com o conteúdo principal. O sweet spot é o que mostrei no código acima: banner que aparece após engajamento, ou um bloco inline no final do artigo principal.
2. Não respeitar a frequência
Mostrar o banner em todas as páginas, em todas as visitas, sem lógica de dismissal, é receita para irritar o usuário. Sempre use localStorage ou cookies para lembrar que o usuário já fechou.
3. Esquecer do mobile
Cuidado com essa armadilha: testei em vários devices e o banner fixo no canto pode cobrir elementos importantes em telas pequenas. Sempre valide com DevTools em viewport de 375px de largura.
4. Não medir nada
Se você coloca um CTA e não tem evento de tracking, você está confiando em intuição. Crie pelo menos um evento de “preferred_source_click” e monitore no GA4 ou no Plausible.
5. Hardcodar o domínio errado
Esse é hilário, mas acontece: devs colocam sources=meusite.com quando deveriam usar sources=meusite.com.br. O Google trata como string literal, então qualquer erro de digitação quebra a feature silenciosamente. Faça um teste manual antes de subir.
Quando NÃO vale a pena implementar
Sendo honesto: nem todo site se beneficia. Se seu conteúdo é majoritariamente transacional (e-commerce, landing pages de SaaS), o Preferred Sources faz pouco sentido. O público que te marca como fonte preferida quer ver mais conteúdo seu em respostas — se você não produz conteúdo recorrente, não há ganho.
Também não faz sentido se você depende quase 100% de tráfego pago. O boost é orgânico; anúncio não é afetado.
Implementação completa: passo a passo
- Confirme o domínio canônico: use o domínio que aparece no Google Search Console como preferido.
- Crie o HTML do banner: use o modelo acima como base, adaptando cores e copy ao seu branding.
- Adicione o tracking: evento no GA4 ou na ferramenta de analytics que você usa.
- Defina as regras de exibição: tempo mínimo na página, scroll mínimo, frequência limitada.
- Teste em desktop e mobile: especialmente em iPhone Safari, que tem comportamento peculiar com banners fixos.
- Monitore por 30 dias: CTR do botão, conversão em “preferred source” (mensurável indiretamente via tráfego de retorno).
- Ajuste copy e posição: se CTR < 2%, mude o texto ou a posição. Teste A/B se for um site de alto tráfego.
O futuro próximo: o que vem depois
Na minha leitura, o Preferred Sources é apenas a camada visível de uma estratégia maior do Google. A empresa está tentando equilibrar dois lados: publishers que perdem tráfego com AI Overviews e usuários que querem respostas rápidas. Cada movimento de 2026 aponta para mais controle granular nas mãos do usuário e do publisher.
Como dev, eu já estou me preparando para os próximos passos prováveis: APIs mais ricas para publishers integrarem, possivelmente métricas no Search Console mostrando quantos usuários te marcaram como fonte preferida, e maior peso dessas marcações no ranking geral.
Fique de olho também em movimentos paralelos como o structured data para AI, que está sendo discutido em fóruns técnicos. Quem se posicionar cedo sai na frente.
Perguntas frequentes
O Preferred Sources substitui o SEO tradicional?
Não. SEO técnico continua sendo fundamental — canonical, schema, performance, conteúdo de qualidade. O Preferred Sources é uma camada a mais de personalização, não um substituto.
Posso usar em qualquer tipo de site?
Tecnicamente sim, mas o ganho real é em sites com conteúdo editorial recorrente. E-commerce e landing pages se beneficiam pouco.
O Google cobra algo pela ferramenta?
Não. É totalmente gratuito. O que o Google ganha é mais sinal sobre preferências dos usuários, o que refina a Busca como um todo.
Funciona em todos os países?
A feature foi anunciada com rollout gradual. Em 2026, segundo o Eurisko.com.br, está em expansão global, mas disponibilidade exata varia por região.
Vale a pena para sites pequenos?
Sim, talvez até mais. Sites de nicho com audiência fiel têm CTR proporcionalmente maior nesse tipo de feature, porque o leitor já é engajado.
Gostou? Me segue no GitHub e deixa um comentário se tiver dúvida ou quiser aprofundar algum ponto.