Marketing Digital

Consultoria de SEO Técnico

Por Miguel Maio · Publicado em julho de 2026

O teu site pode estar a perder rankings e a ficar invisível para o ChatGPT sem ninguém dar por isso - basta estar construído em React, Vue ou Angular e não ter a base técnica acautelada. O SEO técnico é a camada que decide se os motores de pesquisa (e os de IA) conseguem sequer ler o teu site. Quando falha, o melhor conteúdo do mundo não te salva.

O problema que só aparece quando o tráfego já caiu

Os desastres de SEO técnico são silenciosos. Não aparecem num relatório bonito - aparecem na queda de tráfego, três semanas depois, quando já é tarde. E há um problema novo que quase ninguém mede: um estudo da Vercel e da Merj, sobre mais de 500 milhões de fetches do GPTBot, não encontrou uma única execução de JavaScript. Os crawlers de IA - GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot, Bytespider - leem o HTML em bruto e não correm JavaScript. Só o Gemini renderiza, porque usa a infraestrutura do Googlebot.

A tradução é dura: um site em client-side rendering pode ranquear no Google (que renderiza) e ser completamente invisível no ChatGPT, no Perplexity e no Claude. O conteúdo existe - mas só depois de o JavaScript correr, e esses bots nunca lá chegam.

Porque é a necessidade que mais cresce

Nunca se construíram tantos sites em frameworks JavaScript, e nunca houve tantos bots a depender de HTML limpo. Ao mesmo tempo, o GEO - ser citado pela IA - assenta inteiramente na base técnica: se o bot não lê, não cita. O SEO técnico deixou de ser "higiene" e passou a ser o que decide se existes na pesquisa e na IA. É também por isso que é um dos serviços mais bem pagos e menos commoditizáveis: exige perceber código, servidor e motor ao mesmo tempo.

O buraco negro dos frameworks JavaScript

React, Vue, Angular, Next.js, Nuxt, Svelte - todos podem ser excelentes para SEO ou um desastre, conforme a estratégia de renderização. Os problemas que mais encontro:

CSR puro: o conteúdo só existe depois de o JavaScript correr. O Googlebot pode renderizar (com atraso e orçamento limitado), mas os bots de IA não - veem uma página vazia.

Links feitos em JavaScript: navegação por onclick ou routers sem <a href> reais. Os motores não seguem o que não é um link - páginas inteiras ficam por descobrir.

Conteúdo carregado à interação: tabs, "ver mais", scroll infinito. Se só aparece depois de um clique, para o crawler não existe.

Estados de erro a devolver 200 (soft-404) e erros de hidratação: páginas de erro com HTTP 200, SPAs que servem a mesma shell para tudo, e falhas de hidratação que trocam o conteúdo já renderizado.

URLs de parâmetros e rotas duplicadas: filtros e estados que geram infinitas variações da mesma página, a queimar orçamento de crawl e a criar conteúdo duplicado.

SSR, SSG, ISR ou CSR: o que escolher

A estratégia de renderização é a decisão que mais pesa. Em resumo:

Se já estás preso a CSR, o dynamic rendering ou o prerender são um penso rápido - e a própria Google os desaconselha como solução de longo prazo. A solução real é servir as páginas indexáveis em SSR ou SSG.

HTTP headers e a resposta do servidor

Antes de qualquer conteúdo, o que o motor vê é a resposta HTTP - e é aí que se perdem coisas caras. Onde intervenho: status codes corretos (200, 301 e 308 para permanentes, 302 só para temporários, 404 e 410 para removidos), eliminação de soft-404, X-Robots-Tag, canonical e hreflang por header, Vary, Content-Type, política de cache, Link headers, compressão (gzip/Brotli) e HSTS. E um caso que vejo cada vez mais: um rate limiting (429) demasiado apertado que bloqueia os bots de IA na prática, mesmo com o robots.txt a autorizá-los. Por fim, cadeias e loops de redirects, que diluem sinais e desperdiçam crawl.

Crawl, logs e renderização

O Google indexa em duas vagas: primeiro o HTML, depois - quando há orçamento - o conteúdo renderizado. Perceber este pipeline (crawl → render → index → citação) é o que permite saber onde o teu site falha. A análise de log files mostra o que os bots fazem mesmo: que páginas rastreiam, com que frequência, e se os crawlers de IA lá chegam ou desistem.

Mobile-first crawling

O Google indexa a versão mobile do teu site, não a desktop. Se o conteúdo, os links internos ou os dados estruturados diferem no mobile, é a versão mais pobre que conta para a indexação. Paridade mobile/desktop deixou de ser recomendação e passou a ser requisito.

Core Web Vitals e performance técnica

Os Core Web Vitals (LCP, INP e CLS) são um sinal de experiência de página, e o peso do JavaScript é muitas vezes o culpado. Um bundle pesado atrasa o carregamento, a interação e a renderização - penaliza o utilizador e o crawler ao mesmo tempo. Aqui, SEO técnico e performance de front-end são o mesmo trabalho.

Dados estruturados e a ponte para o GEO

Os dados estruturados (Schema.org) descrevem o conteúdo para as máquinas e definem a tua entidade - a base para seres citado pela IA. É onde o SEO técnico encontra o GEO: sem base técnica sólida, o método CITAR nem arranca. Um erro comum e caro: marcar o que não se aplica, o que pode gerar penalização manual.

Bots de IA e crawlability

Autorizas o GPTBot e o PerplexityBot no robots.txt, ou bloqueia-los sem reparar? Um limite de pedidos (429) demasiado apertado corta-lhes as pernas mesmo com autorização. E o llms.txt orienta-os para o teu melhor conteúdo. A crawlability para IA é uma disciplina nova - e é exatamente onde o SEO técnico se cruza com o GEO.

Migrações SEO

As migrações - de plataforma, domínio ou estrutura de URLs - são o momento de maior risco de um site: quando mal feitas, as perdas de tráfego podem chegar aos 80-90%. É uma competência à parte, com método próprio, por isso trato-a como um serviço dedicado. Vê Migração SEO.

Ferramentas avançadas que uso

As ferramentas não fazem o trabalho - mas sem elas não se vê o problema. As que uso no dia a dia:

Screaming Frog - SEO Spider com renderização de JavaScript, comparação de crawls antes/depois de uma migração, e o Log File Analyser para ver o que os bots fazem mesmo. Google Search Console - Inspeção de URL para comparar o HTML bruto com o renderizado, Estatísticas de rastreio e Cobertura. Chrome Developer Tools - rede, cobertura de código, painel de renderização e emulação mobile. Claude Code e Gemini como assistentes de auditoria: analisar templates e código, apanhar padrões de problemas de JavaScript à escala e comparar HTML bruto vs. renderizado. curl e httpstatus.io para inspecionar HTTP headers e cadeias de redirects. PageSpeed Insights, CrUX e WebPageTest para Core Web Vitals e waterfall. Rich Results Test para dados estruturados, e análise de logs para os bots de IA.

O que está incluído

• Auditoria técnica completa: crawl, indexação, rendering e log files
• Diagnóstico de JavaScript/SPA e estratégia de renderização (SSR, SSG ou ISR)
• HTTP headers, status codes e cadeias de redirects
• Core Web Vitals e performance técnica
• Dados estruturados e elegibilidade a rich results
• Crawlability para bots de IA (robots.txt, 429, llms.txt)
• Planeamento e execução de migrações sem perdas

Como trabalho

1. Diagnóstico e recolha de dados (GSC, logs, crawl, DevTools)
2. Priorização por impacto - primeiro o que move a agulha
3. Plano de ação com tickets claros e testáveis para a equipa de desenvolvimento
4. Execução ou acompanhamento, com validação em cada passo
5. Medição do antes/depois e monitorização contínua

Para quem é (e para quem não é)

É para sites em frameworks JavaScript, e-commerce e catálogos grandes, publishers, e qualquer projeto que vá migrar. Não é para quem quer um relatório automático de 200 pontos sem prioridades, nem promessas de ranking garantido. Trabalho com a tua equipa de desenvolvimento, não contra ela - com tickets que os developers conseguem executar e testar.

Prova

Na Mercedes-Benz trabalhei diretamente com equipas de Developers, Arquitetos de Software, CloudOps e UX para melhorar o SEO técnico de sites internacionais à escala - o tipo de contexto onde um erro de renderização ou um redirect mal feito custa muito. A isso somo uma década em agências do grupo WPP e a docência. Aceito um número muito limitado de projetos de cada vez, para garantir foco real.

Fontes

• Análise: crawlers de IA não executam JavaScript (dados Vercel/Merj)
• Google - noções básicas de JavaScript SEO
• Google - migração de site com mudança de URLs

Vê também o serviço de SEO, o de GEO e a Analytics.