Reúna um grupo de profissionais de SEO numa sala e pergunte se determinada prática é mesmo “recomendada”. Provavelmente todo mundo vai concordar antes mesmo de alguém perguntar o mais óbvio: por quê?
Ao longo dos anos, o SEO acumulou uma lista enorme dessas recomendações: usar apenas um H1, manter o title tag dentro de um limite de caracteres, colocar a palavra-chave no título, no H1 e no primeiro parágrafo, deixar o Core Web Vitals “verde”, usar dados estruturados, publicar conteúdo sempre fresco. Nenhuma dessas ideias surgiu do nada — muitas vieram de observações sensatas, testes reais ou orientações que faziam sentido em determinado contexto. Algumas ainda fazem.
O problema é o que acontece quando uma ideia se repete tempo demais: o raciocínio por trás dela desaparece, mas a recomendação continua existindo. Aquele “isso costumava ajudar em certas condições” vira, com o tempo, “isso é obrigação”. É assim que boas práticas de SEO se transformam em dogma.
Como nascem (e por que sobrevivem) as “boas práticas”
Quase toda boa prática de SEO começa com uma observação razoável: alguém nota um padrão, testa algo, compartilha uma tática que deu certo ou simplesmente segue uma orientação oficial dos mecanismos de busca.
Aí a ideia começa a circular em artigos, palestras, ferramentas de auditoria e templates de checklist. Com o tempo, “isso funcionou nessas condições” se transforma em “é assim que o SEO funciona” — e pronto, virou item obrigatório de checklist.
A partir daí, questionar a regra passa a soar quase irresponsável. Um crawler aponta 2 mil páginas com múltiplos H1s, e corrigir tudo parece produtivo: o problema está visível, a recomendação é conhecida e ainda vem com um número associado. Mas a pergunta que fica de fora é: que problema real você está resolvendo com isso?
“Ainda é verdade” não é o mesmo que “ainda vale a pena”
É comum alguém questionar uma prática antiga e ouvir na hora: “mas isso ainda é uma boa prática”. Pode até ser verdade — só que algo pode continuar tecnicamente correto sem ser útil o suficiente para virar prioridade.
O Core Web Vitals é um bom exemplo. Ninguém discute que uma página lenta prejudica a experiência do usuário. Mas isso não significa que toda URL fora do limite recomendado mereça um projeto de engenharia inteiro. Se uma página de produto ou de conversão de alto tráfego está lenta a ponto de afetar o comportamento do usuário, vale investigar a fundo. Já se uma página de recursos com pouquíssimo acesso perde o benchmark por uma fração de segundo, o caso de negócio fica bem mais frágil.
HTML limpo geralmente é melhor que HTML bagunçado. Headings descritivos ajudam a comunicar a estrutura da página. Texto alternativo em imagens importa. Velocidade de carregamento importa. A questão nunca foi se essas coisas são boas — é se corrigir aquele problema específico é o melhor uso do seu tempo agora.
Essa é uma pergunta mais difícil de responder, porque exige contexto. Um portal de notícias com renderização JavaScript atrasada pode ter um problema sério de descoberta pelos buscadores. Um e-commerce com milhares de URLs duplicadas geradas por navegação em facetas pode estar desperdiçando um volume enorme de crawl budget. Já uma empresa de serviços com três H1s em algumas páginas, apenas por causa de estilização do CMS, provavelmente não precisa se preocupar com nada disso.
A recomendação é a mesma nos três casos. O impacto, não.
É por isso que “boa prática” tem se tornado um critério cada vez mais fraco para priorizar trabalho de SEO. Não dá para otimizar para conformidade em vez de resultado, marcando caixinhas de checklist em vez de fazer perguntas difíceis sobre impacto real.
Como decidir o que realmente merece atenção em SEO
Uma forma melhor de escapar do dogma é mudar as perguntas que fazemos antes de sair corrigindo tudo que uma auditoria aponta.
- Que evidência sugere que algo precisa mudar? O Google muda o tempo todo, a busca muda o tempo todo, e sempre vai surgir alguém com uma teoria nova. Isso não significa que todo anúncio exige uma resposta imediata. Antes de reformular uma estratégia, refazer um template ou mobilizar a equipe de desenvolvimento, busque evidências de que o problema realmente afeta visibilidade, tráfego, indexação ou metas de negócio. Às vezes a resposta certa é agir; às vezes é apenas observar; e, ocasionalmente, o melhor é não mexer em nada — o conselho menos “vendável” do SEO, mas um dos mais necessários.
- Que problema isso resolve, de fato? O termo “boa prática” muitas vezes substitui uma explicação real sobre por que algo deveria ser feito. O clássico aviso de “múltiplos H1” é um bom exemplo: uma ferramenta sinaliza o problema como prioridade média-alta, e ele entra numa fila de ajustes no site. Mas a estrutura da página está realmente confusa? O conteúdo importante está sendo mal comunicado? O HTML está impedindo os buscadores de entender a página? Ou a página só tem elementos visuais que, por acaso, usam a tag H1 por causa de como o CMS foi montado? Antes de sair corrigindo, defina qual resultado você espera alcançar — se a única justificativa for “a ferramenta apontou como erro”, talvez valha repensar.
- Que parte do site esses problemas realmente afetam? Auditorias de SEO são ótimas em fazer os problemas parecerem enormes. Um crawler pode apontar 10 mil problemas no site, o que soa assustador — mas quantidade de issues raramente diz alguma coisa sobre impacto real. Dez mil imagens antigas sem texto alternativo podem ter consequência quase nula para o SEO. Já um único erro de renderização num template de alto valor pode afetar milhares de URLs. Um problema de canonicalização mal resolvido pode causar mais estrago do que uma auditoria inteira cheia de avisos.
- O que acontece se você não fizer nada? Páginas importantes deixarão de ser indexadas? Os buscadores vão ter dificuldade para acessar conteúdo relevante? A experiência do usuário vai piorar de fato? O tráfego orgânico tende a cair? Ou o site vai continuar performando exatamente como hoje? Compare, por exemplo, adicionar meta descriptions em páginas antigas de blog com pouquíssimo tráfego versus corrigir tags canônicas mal configuradas que fazem o Google ignorar completamente a diretriz e gerar canibalização de conteúdo. Os dois aparecem numa auditoria, os dois podem ser chamados de “problema de SEO” — mas só um tem relação clara com descoberta nos buscadores e consequência real caso nada seja feito.
Nem toda implementação imperfeita representa uma oportunidade perdida. Às vezes, um “conserto” é apenas uma solução em busca de um problema que não existe. O verdadeiro trabalho de SEO não é riscar itens de uma lista — é saber escolher, com critério, quais batalhas realmente valem a pena.
Com informações de searchengineland.com.
