SEO: a sua importância e os erros mais habituais em 2026
Por Miguel Maio ·
TL;DR
- Os motivos que fazem falhar um projeto de SEO quase nunca são táticos (keywords, títulos) - são de plataforma, organização e medição. Já passei por todos, em agência e em cliente.
- Os mais caros e menos discutidos: decisões de framework (React/Angular/Vue em client-side) que tornam o site invisível para a IA, migrações sem redirects, infraestrutura a bloquear crawlers, e atribuição partida que faz o orgânico parecer que não converte.
- A tese: quem não é capaz de implementar SEO vai falhar a passagem para o GEO. As fundações são as mesmas - e o GEO é menos tolerante: não há segunda posição, o feedback é opaco e não se compra a entrada.
- O que separa quem passa não é saber mais SEO. É conseguir executar, ter um dono do orgânico, e medir a coisa certa.
O SEO nunca foi tão importante como em 2026 - e não por vaidade de rankings: é a base de que dependem tanto a pesquisa no Google como a citação nos LLMs. É por isso que os erros custam tanto. Ao fim de mais de duas décadas, em agência e do lado do cliente, aprendi uma coisa desconfortável sobre os projetos de SEO que falham: quase nunca falham por causa de SEO. Não é a keyword errada nem o título mal escrito. É uma decisão de plataforma tomada numa reunião onde o SEO não estava, um organograma onde o orgânico não é de ninguém, ou uma instalação de Analytics que faz o canal parecer inútil. E são exatamente essas causas que, agora, decidem também quem sobrevive à passagem para o GEO.
Os suspeitos do costume - impaciência, orçamento curto, má comunicação - existem e são reais. Mas estão escritos em todo o lado e raramente são o que mata mesmo o projeto. O que mata está mais fundo, e é o que vou listar aqui, por famílias. Vi todos de dentro.
Família 1: execução técnica e plataforma
É onde os projetos morrem mais cedo e de forma mais invisível, porque a decisão é tomada pela engenharia antes de o marketing perceber o que aconteceu.
A framework que te torna invisível para a IA. Uma SPA em React, Angular ou Vue com renderização no cliente (client-side) entrega ao bot um ecrã vazio e injeta o conteúdo com JavaScript depois. O Googlebot ainda renderiza, numa segunda onda e com atraso - por isso o site até ranqueia. Mas os crawlers de IA não executam JavaScript: no estudo Vercel/MERJ, o GPTBot vai buscar ficheiros JS em cerca de 11,5% dos pedidos e nunca os corre, o ClaudeBot descarrega-os em cerca de 23,84% e também não os executa, e nenhum dos grandes renderiza. Resultado: o mesmo site pode estar no Google e ser completamente invisível no ChatGPT, no Claude e no Perplexity, que só viram o estado de loading. O teste honesto não é o DevTools, é o "ver código-fonte": se o texto não está lá, a IA não o lê. E o pior vem a seguir - a mesma decisão de arquitetura faz a engenharia responder "não é possível" a schema, a redirects ou a hreflang, e bloqueia tudo o resto de uma vez.
Migrações e redesigns com o SEO chamado no fim. Quando o site muda de plataforma, domínio ou estrutura de URLs sem um redirect map 1:1 preparado antes do lançamento, o histórico evapora-se. Quedas de 30% a 50% de tráfego orgânico são comuns quando o SEO não esteve na mesa desde o início - e recuperá-las custa meses.
A infraestrutura a bloquear quem devia entrar. CDN, WAF e bot-management (Cloudflare, Akamai) a marcar o Googlebot ou o GPTBot como ameaça e a servir-lhes um 429 ou um desafio "prova que és humano" em JavaScript; cookie walls e plataformas de consentimento (CMP) a esconder o conteúdo atrás de um clique que o bot não dá. São decisões de segurança e de privacidade, tomadas longe do marketing, que cortam o acesso sem ninguém dar por isso.
A arquitetura de ligações que os bots não conseguem seguir. Links internos feitos só em JavaScript (um onclick, um botão, uma div) que os crawlers não seguem - a Google é explícita em que só rastreia <a href> - e navegação facetada que gera milhões de URLs de parâmetros, a queimar o crawl budget e a diluir a indexação.
Família 2: organização e decisão
É a família mais difícil de resolver, porque não se corrige com código - corrige-se com pessoas e com poder.
Baixa literacia de marketing digital em quem decide. Não falo do cliente em geral, falo dos PM, dos PO e dos stakeholders que controlam o roadmap. Priorizam por impacto de feature mensurável, e o orgânico - lento, cumulativo, difícil de atribuir - perde sempre o sprint. Em organizações product-led, o orgânico não é de ninguém: cai entre o marketing e a engenharia. E, por uma espécie de lei de Conway, a estrutura da organização acaba espelhada no próprio HTML.
Recomendações que nunca são implementadas - e o conflito que ninguém admite. O consultor define, mas quem executa é a equipa interna ou o fornecedor do site, que despriorizam o que acham "menor". E há uma camada mais delicada, que só se vê de dentro: as recomendações externas geram conflitos de interesse. A equipa interna pode lê-las como crítica ao seu trabalho, e um fornecedor de site pode senti-las como alguém a expor decisões suas que põem a sua função ou o seu contrato em risco. O resultado não é técnico, é político: a recomendação certa fica na gaveta porque implementá-la seria admitir um erro de outra pessoa.
Compliance, legal e guidelines de marca a moldar o conteúdo. Em setores regulados, os ciclos de revisão jurídica e os disclaimers e boilerplate obrigatórios não atrasam apenas o conteúdo - fabricam exatamente o conteúdo fino, templatizado e duplicado que tanto os sinais de escala do Google como o retrieval dos LLMs despriorizam. O compliance mal gerido não trava a estratégia de conteúdos: produz o tipo de conteúdo que já nasce a falhar.
Família 3: economia e medição
É a família que faz projetos bons serem cancelados por parecerem maus.
Atribuição partida - ou inexistente. Sem um modelo de atribuição, ou com um last-click que dá todo o crédito ao último toque, o orgânico aparece a alimentar conversões que outro canal arrecada, e o orçamento migra para o pago porque é "atribuível". Nos casos mais graves, o problema é anterior ao modelo: instalações de Analytics mal feitas - GA4 sem eventos de conversão, consent mode a rejeitar por defeito, tags duplicadas ou mal disparadas - que não só impedem a atribuição correta como chegam a perder a própria origem do tráfego, empurrando visitas de orgânico para "direct" ou "not set". O canal não falhou; a medição é que nunca o deixou provar o valor.
Incentivos de agência desalinhados. Quando se paga por entregáveis e horas em vez de resultados, nasce a fábrica de relatórios - muita atividade, pouca receita. E do lado da compra, o procurement a escolher pelo mais barato, ou por quem promete rankings, garante o fracasso antes de o projeto começar.
O contra-argumento, na sua versão mais forte
A objeção honesta a tudo isto é: "o GEO é novo, começa-se do zero, o histórico de SEO não conta - uma marca que falhou no SEO pode acertar no GEO com um recomeço limpo." É a versão mais forte do argumento contrário, e merece resposta séria, não uma de palha. A parte verdadeira é que as táticas mudam e há espaço para quem chega agora. A parte falsa é achar que o que falhou era tática. O que falhou era a capacidade de executar, de decidir e de medir - e isso não se reinicia com uma tecnologia nova.
A ponte: quem não implementa SEO falha o GEO
A visibilidade em LLMs assenta nas mesmas fundações do SEO: rastreabilidade, conteúdo que a máquina lê sem JavaScript, dados estruturados e entidade clara, autoridade e E-E-A-T, e - a que decide tudo - capacidade organizacional de executar. Uma leitura de agência (a citar como tal, não como facto fechado) ilustra o fosso: a Fuel estima que 94% das marcas investem em SEO tradicional mas 62% estão "tecnicamente invisíveis" para a IA, e que em 81% das perguntas não-branded os modelos não as citam; ter Organization schema válido está associado a 3,5× mais probabilidade de citação no ChatGPT.
E o GEO é menos tolerante do que o SEO em três pontos. Não há segunda posição: numa resposta gerada não há dez resultados nem segunda página, ou és a fonte ou não existes. O feedback é opaco e lento: não há um "ranking" para veres subir enquanto corriges. E não se compra a entrada: não há um leilão que compense a fraqueza da base. Por isso a decisão de client-side rendering que no SEO era um atraso - o Google acabava por renderizar - no GEO é uma sentença: a IA nunca vê. A incapacidade de implementar não é um risco paralelo ao GEO; é o mesmo risco, amplificado.
O que separa quem passa de quem não passa
Não é saber mais SEO. Depois de ver estes fracassos repetirem-se, o que peço antes de aceitar um projeto é simples e desconfortável: um dono único do orgânico com poder real, acesso aos dados (GSC, GA4, logs) desde o dia um, e um compromisso de que as recomendações críticas - as que tocam em render, redirects e acesso de bots - são tratadas como correções de bug, não como melhorias opcionais. Trato a medição antes do conteúdo: uma instalação de Analytics que perde a origem do tráfego torna todo o resto indefensável. E enquadro as recomendações para desarmar o conflito de interesses - como problema partilhado, não como acusação. Quem tem isto, passa do SEO para o GEO sem drama. Quem não tem, vai falhar os dois, e o GEO primeiro.
A pergunta que decide não é "estamos prontos para o GEO?". É "somos capazes de implementar o que o nosso próprio SEO já nos disse para fazer?". Se a resposta honesta é não, o GEO não é a próxima oportunidade - é o próximo sítio onde o mesmo problema vai custar mais caro.
Dados-chave
| GPTBot: vai buscar JS mas não o corre | ~11,5% dos pedidos |
|---|---|
| ClaudeBot: descarrega JS, não executa | ~23,84% |
| Marcas não citadas em perguntas não-branded | 81% (est. Fuel) |
| Organization schema e citação no ChatGPT | 3,5x mais provável |
Dados de terceiros (Vercel/MERJ; Fuel, de agência); variam por método. Ler a ordem de grandeza.
Fontes: Vercel / MERJ - The Rise of the AI Crawler · Fuel - 2026 State of Generative Search
Fontes
- Vercel / MERJ - The Rise of the AI Crawler (crawlers de IA não renderizam JavaScript)
- Google Search Central - Make your links crawlable
- Search Engine Journal - recuperar quedas de tráfego numa migração
- Fuel - 2026 State of Generative Search (dados de agência)
Perguntas frequentes
O meu site em React ranqueia no Google. Porque me hei de preocupar?
Porque o Google renderiza JavaScript numa segunda onda e a IA não. Segundo o estudo Vercel/MERJ, os crawlers de IA não executam JS - o teu site pode estar no Google e invisível no ChatGPT, no Claude e no Perplexity. Confirma no "ver código-fonte": se o conteúdo não está lá, a IA não o vê. SEO vs GEO →
Se não posso mudar a framework, o que faço?
Não precisas de reescrever tudo. Server-side rendering, geração estática (SSG) ou pré-renderização (dynamic rendering) entregam HTML pronto aos bots que não renderizam. É uma decisão de arquitetura, e é das que mais retorno dá agora. Checklist de SEO técnico →
Herdei todos estes problemas de uma vez. Por onde começo?
Pela medição, não pelo conteúdo. Primeiro garante que o Analytics não perde a origem do tráfego, senão não consegues provar nada. Depois, acesso e render. Só então, conteúdo e entidade. Medir o tráfego de IA →