SEO técnico: a fundação que o Google exige em 2026
Core Web Vitals, schema markup, crawl budget e JavaScript SEO: tudo o que trava o ranqueamento do seu site mesmo quando o conteúdo é bom.
Core Web Vitals são fator de ranqueamento oficial. Sites fora dos limites recomendados perdem posições para concorrentes tecnicamente superiores.
Schema markup tem função dupla em 2026: rich results no Google e citações mais frequentes pelos LLMs generativos.
Arquitetura em silos distribui autoridade com eficiência: páginas novas ranqueiam mais rápido quando nascem com autoridade herdada do hub.
JavaScript SEO é crítico para React, Next.js, Vue e Angular. Sem configuração correta de renderização, o conteúdo pode ficar invisível ao Googlebot por semanas.
Core Web Vitals: as métricas que o Google usa como fator de ranking
Em 2021, o Google tornou os Core Web Vitals fatores oficiais de ranqueamento como parte da Page Experience Update. Desde então, sites que ficam consistentemente abaixo dos limites recomendados perdem posições para concorrentes tecnicamente superiores — mesmo com conteúdo de qualidade similar.
Em 2026, com o nível técnico geral dos sites mais alto, os Core Web Vitals viraram o critério de desempate em nichos competitivos. Se dois sites têm conteúdo e autoridade parecidos, o que tem melhor experiência técnica ganha.
LCP: o carregamento que o usuário percebe
O Largest Contentful Paint mede quanto tempo leva para o maior elemento visível da página ser carregado e renderizado. O Google usa dados reais de usuários coletados pelo Chrome, não métricas de laboratório. O elemento de LCP costuma ser a imagem principal, um bloco de texto grande no topo ou um vídeo em destaque.
- Imagem principal não otimizada: arquivo pesado sem compressão. Converta para WebP ou AVIF e adicione preload no head para o elemento de LCP.
- TTFB alto: servidor lento ou sem CDN. Implemente CDN com nós próximos ao Brasil, cache agressivo e reduza o processamento no servidor.
- CSS bloqueando a renderização: folhas de estilo carregadas de forma síncrona travam a pintura. Coloque o CSS crítico inline e adie o restante.
- Fontes bloqueando o texto: sem font-display swap, o navegador espera a fonte carregar antes de mostrar o texto. Use swap e preconnect para os servidores de fonte.
- JavaScript de terceiros: scripts de analytics, chat e anúncios carregados de forma síncrona. Carregue tudo com async ou defer e avalie quais são realmente necessários.
INP: a responsividade que o usuário sente
O Interaction to Next Paint substituiu o FID em 2024 como métrica oficial de interatividade. A diferença é fundamental: o FID media apenas a primeira interação, enquanto o INP monitora todas as interações ao longo da sessão — cliques, toques e teclas. Um INP alto significa que o usuário clica e a resposta visual demora.
- Long tasks na thread principal são a maior causa: JavaScript que executa por mais de 50ms ininterruptamente bloqueia qualquer interação. Use a aba Performance do DevTools para identificá-las.
- Quebre tarefas longas em pedaços menores, cedendo controle à thread principal entre os blocos de trabalho.
- Use Web Workers para processamento pesado: cálculos intensivos rodam em thread separada e não bloqueiam a interface.
- Em React, evite rerenders desnecessários com memoização. O Profiler ajuda a identificar componentes problemáticos.
- Scripts de terceiros — chat, suporte e marketing — frequentemente injetam long tasks. Audite cada um e pese o custo de INP contra o benefício.
CLS: a estabilidade que o usuário precisa
O Cumulative Layout Shift mede a instabilidade visual: quanto o layout se desloca enquanto carrega. É perigoso do ponto de vista de experiência, porque o usuário clica no lugar errado quando o botão se move. E como o Google usa dados reais de campo, se os seus usuários sentem instabilidade, o score reflete isso.
- Imagens sem dimensões: sempre defina largura e altura, ou use aspect-ratio no CSS. Sem isso, o navegador não reserva espaço antes de a imagem carregar.
- Anúncios sem container reservado: blocos injetados dinamicamente sem espaço pré-definido causam os maiores deslocamentos. Use containers com altura mínima.
- Fontes causando reflow: quando a fonte web carrega depois da fallback, o texto se desloca. Ajuste as métricas da fonte para minimizar o impacto.
- Conteúdo dinâmico sem skeleton: seções carregadas via JavaScript sem placeholder causam deslocamentos visíveis. Implemente skeleton para qualquer conteúdo assíncrono no topo.
- Embeds sem tamanho fixo: vídeos, mapas e posts incorporados precisam de container com proporção ou dimensão definida antes de carregar.
dos usuários abandonam páginas que demoram mais de 3 segundos para carregar no celular (Google, 2024). O Google usa dados reais do Chrome para calcular Core Web Vitals, não métricas de laboratório — se os seus usuários reais experimentam lentidão, o score reflete isso independentemente do que o teste mostra em condições ideais.
Ferramentas para monitorar Core Web Vitals
📊 PageSpeed Insights
Dados de campo somados a diagnóstico de laboratório, por URL. Gratuito e direto do Google. É o primeiro passo de qualquer auditoria.
🔍 Search Console
Visão agregada de todo o site, com URLs separadas entre ruim, precisa melhorar e bom, e a tendência histórica de cada grupo.
💡 Chrome DevTools
A aba Performance mostra long tasks, cascata de carregamento e regiões de layout shift em tempo real durante a interação.
📈 Ferramentas de terceiros
Plataformas como GTmetrix oferecem cascata detalhada, comparação histórica e teste a partir de múltiplas localizações geográficas.
Schema markup: JSON-LD para o Google, rich results e LLMs
Schema markup é o conjunto de dados estruturados, em formato JSON-LD, que você adiciona ao HTML para comunicar explicitamente ao Google e às IAs o que cada elemento da página é. Sem schema, o algoritmo precisa inferir. Com schema, você declara.
Em 2026 o schema tem duas funções estratégicas simultâneas, e cada uma sozinha já justificaria o esforço de implementação.
🔍 Para o Google
Habilita rich results: FAQs expansíveis, avaliações com estrelas, breadcrumbs, passos de HowTo e dados de produto. Rich results ocupam mais espaço na SERP e elevam a taxa de clique.
🤖 Para os LLMs
O schema de entidade — @id, sameAs e knowsAbout — conecta a sua marca ao grafo de conhecimento que ChatGPT, Perplexity e Gemini usam para identificar fontes confiáveis.
Os schemas mais importantes e como implementar cada um
- Vai no head de todas as páginas como script JSON-LD. É a assinatura digital da empresa.
- Campos essenciais: name, url, logo, sameAs com todos os perfis relevantes, e contactPoint.
- O campo sameAs é especialmente crítico para GEO: é por ele que os LLMs constroem o grafo de entidade da marca.
- Adicione knowsAbout com a lista de especialidades, sinalizando ao Google e aos LLMs o que a empresa domina.
- Valide no Rich Results Test do Google antes de publicar.
- Implemente em todas as páginas de serviço, hubs, pilares de conteúdo e artigos com seção de perguntas frequentes.
- Habilita o bloco expansível de FAQs na página de resultados, ocupando mais espaço e elevando a taxa de clique.
- Regra de escrita para GEO: respostas de 40 a 60 palavras que começam com definição direta são extraídas com muito mais frequência pelos LLMs.
- É o formato ideal para capturar posição zero e aparecer nas respostas de IA para as mesmas perguntas.
- Conectam o artigo a um autor identificado via @id, criando o grafo de entidade entre pessoa, organização e conteúdo.
- O Person precisa ter name, jobTitle, description com experiência específica, image, sameAs e worksFor referenciando a organização.
- datePublished e dateModified visíveis na página e também no schema: frescor é sinal de qualidade para o Google e para os LLMs.
- Artigos sem autor identificado perdem crédito de E-E-A-T de forma progressiva desde o Helpful Content Update.
- Cada página de serviço deve ter o próprio schema Service com description, provider referenciando a organização e areaServed.
- O campo offers com faixa de preço e moeda comunica posicionamento e sinaliza relevância para buscas transacionais.
- AggregateRating habilita estrelas nos resultados quando existem avaliações reais e verificáveis.
- BreadcrumbList em todas as páginas internas melhora o rastreamento e habilita o rich result de navegação.
Sequência de implementação recomendada: Organization em todas as páginas, WebSite na home, BreadcrumbList nas internas, Service nas páginas de serviço, FAQPage em serviços e pilares, Article com Person em todos os artigos e Person em cada página de autor. Essa ordem maximiza impacto por esforço.
Crawlability, indexação e gestão de crawl budget
Antes de qualquer otimização de conteúdo ou link building, o Google precisa conseguir encontrar, rastrear, renderizar e indexar as suas páginas. Quando esse processo falha, todo o investimento em conteúdo e backlinks fica represado: o Google simplesmente não enxerga o que você publicou.
Sitemap.xml: o mapa que você entrega ao Googlebot
O sitemap lista todas as URLs que você quer indexadas, com metadados opcionais de frequência e data de modificação. O Google não é obrigado a segui-lo, mas o usa como referência importante para descoberta e priorização de rastreamento.
- Use um sitemap index com múltiplos arquivos separados por tipo de conteúdo. Isso facilita identificar problemas por categoria.
- Inclua apenas URLs indexáveis: exclua áreas administrativas, checkout, perfis logados, páginas de teste e qualquer URL com noindex.
- Mantenha lastmod com data real: o Google usa esse campo para priorizar o recrawl de conteúdo atualizado.
- Após publicar conteúdo importante, reenvie o sitemap no Search Console para priorizar o rastreamento.
- Para sites com muito conteúdo visual, use sitemap de imagens para garantir a indexação das fotos de produto.
Robots.txt: o porteiro do site
O arquivo instrui os crawlers sobre quais partes do site não rastrear. Um erro aqui pode ser catastrófico: bloquear CSS, JavaScript ou páginas inteiras impede a indexação sem aviso claro no Search Console.
✅ Bloqueie
Áreas administrativas, login, carrinho e checkout, parâmetros de sessão, páginas de resultado de busca interna e URLs com parâmetros de rastreamento.
❌ Nunca bloqueie
Arquivos CSS e JavaScript, de que o Googlebot precisa para renderizar, imagens que fazem parte do conteúdo e qualquer página que deva ranquear.
Canonical tags: resolvendo conteúdo duplicado
A canonical indica ao Google qual URL é a versão principal quando existem páginas com conteúdo similar ou idêntico. Sem ela, a autoridade se divide entre as versões e nenhuma ranqueia com potencial pleno.
- Filtros de e-commerce: páginas de listagem filtradas por cor ou tamanho têm conteúdo quase idêntico e devem apontar para a categoria principal.
- Variações de produto: páginas de tamanho ou cor devem apontar para a página do produto principal.
- Paginação: escolha uma abordagem — canonical para a primeira página ou autocanonical em cada uma — e seja consistente.
- HTTP e HTTPS, com e sem www: apenas uma versão deve ser canônica. As outras precisam de redirect 301 e canonical para a definitiva.
- Parâmetros de rastreamento de campanha não devem ser indexados: aponte a canonical para a URL limpa.
Crawl budget: quando e por que importa
Crawl budget é o volume de URLs que o Googlebot se dispõe a rastrear no seu site em um dado período. Para a maioria dos sites com poucos milhares de páginas, não é preocupação prática. Para e-commerces grandes, portais e sites com conteúdo gerado dinamicamente, é variável crítica.
- Páginas importantes ficam semanas como “descobertas, atualmente não indexadas” no Search Console, sem progredir.
- Conteúdo novo demora mais de duas semanas para aparecer no índice, mesmo após solicitação manual.
- Os logs do servidor mostram o Googlebot rastreando muitas URLs de baixo valor, como filtros e paginação profunda.
- O relatório de cobertura mostra um número alto de URLs excluídas em relação às indexadas.
- Adicione noindex e canonical em páginas de baixo valor que não devem ser indexadas mas continuam existindo como URLs.
- Corrija cadeias de redirect: cada salto extra consome orçamento de rastreamento. Simplifique para um único redirecionamento.
- Resolva erros 404 em massa. O Googlebot revisita URLs quebradas várias vezes antes de desistir.
- Padronize o tratamento da paginação em todo o site, sem misturar abordagens diferentes por seção.
- Analise os logs do servidor para ver exatamente onde o Googlebot está gastando tempo, e realoque esse esforço.
Arquitetura de informação: silos, URLs e internal linking
A arquitetura do site determina como o Google distribui autoridade entre as páginas e como o crawler navega pelo conteúdo. Uma boa arquitetura acelera o ranqueamento de páginas novas, porque elas nascem com autoridade herdada dos hubs temáticos. Uma arquitetura ruim fragmenta autoridade e cria páginas isoladas que nunca ranqueiam.
O modelo de silos
Um silo é um agrupamento temático organizado de forma hierárquica: uma página-hub cobre o tópico de forma abrangente e as páginas-cluster cobrem subtópicos com profundidade. O hub ranqueia para termos amplos, os clusters para cauda longa, e os links bidirecionais entre eles distribuem autoridade pelo silo inteiro.
Regras de ouro para URLs
- Curtas e descritivas: prefira caminhos legíveis a URLs com identificadores numéricos e parâmetros encadeados.
- Em português e com hífens, para domínios brasileiros. Evite underscores e termos em inglês quando o público é local.
- Sem datas em conteúdo perene: incluir ano na URL limita a vida útil do conteúdo e desencoraja a atualização.
- Sem palavras desnecessárias: corte artigos e preposições que não acrescentam significado.
- Profundidade máxima de três níveis. Quanto mais fundo, menos autoridade chega e mais lento é o rastreamento.
- Sempre em minúsculas: em alguns servidores, maiúsculas criam URLs duplicadas.
Internal linking: a autoridade que você já tem e não usa
Links internos são o recurso mais subestimado e mais gratuito do SEO on-page. Cada link de uma página com autoridade para outra transfere parte dessa autoridade. Uma estratégia bem executada pode fazer uma página nova ranquear mais rápido do que qualquer backlink externo conseguiria.
- Links editoriais no corpo do texto valem mais que links em sidebars, rodapés ou menus. O contexto ao redor sinaliza relevância.
- Anchor text descritivo e variado: “gestão de SEO mensal” funciona melhor que “clique aqui”. Varie os anchors para evitar excesso de otimização.
- Bidirecionalidade entre hub e clusters: o pilar linka para os artigos e os artigos linkam de volta ao pilar.
- Ao publicar conteúdo novo, adicione links de 3 a 5 páginas já estabelecidas. Isso acelera o rastreamento e o ranqueamento inicial.
- Audite periodicamente para identificar páginas órfãs, sem nenhum link interno recebido. Elas são praticamente invisíveis, mesmo estando no sitemap.
JavaScript SEO: React, Next.js e os frameworks modernos
Uma parcela crescente dos sites é construída com frameworks JavaScript — React, Next.js, Vue, Angular, Nuxt, Svelte. Eles oferecem ótima experiência de desenvolvimento e de usuário, mas criam desafios específicos de SEO que, se não endereçados, deixam o conteúdo parcial ou totalmente invisível ao Googlebot.
Como o Googlebot renderiza JavaScript
O Googlebot opera em duas fases para qualquer página que dependa de JavaScript.
- O bot baixa o HTML bruto da URL e o indexa imediatamente.
- Em sites com renderização exclusivamente no cliente, esse HTML é um shell vazio: uma div de montagem e alguns scripts.
- O conteúdo real não está nesse HTML — ele só é gerado depois, pelo JavaScript.
- O Google indexa esse shell como o conteúdo da página nessa primeira passagem.
- Horas, dias ou até semanas depois, o Google coloca a URL em uma fila de renderização e executa o JavaScript.
- O conteúdo gerado é então indexado como a versão completa da página.
- O intervalo entre as duas fases varia conforme a autoridade do domínio e o orçamento de rastreamento disponível.
- Para sites que atualizam conteúdo com frequência, esse atraso significa que material novo pode demorar semanas para aparecer indexado.
As quatro estratégias de renderização
| Estratégia | Como funciona | Impacto em SEO | Ideal para |
|---|---|---|---|
| CSR (client-side) | Todo o HTML é gerado no navegador via JavaScript | Alto risco: depende da fase 2 do crawl | Aplicações com área logada e painéis internos |
| SSR (server-side) | HTML completo gerado no servidor a cada requisição | Excelente | Conteúdo dinâmico crítico para SEO |
| SSG (estático) | HTML pré-gerado no build e servido via CDN | O melhor cenário | Blogs, landing pages, documentação e guias |
| ISR (estático incremental) | Estático com revalidação periódica ou sob demanda | Excelente | E-commerce e páginas com conteúdo que muda |
Next.js: configurações essenciais para SEO
O Next.js é o framework React mais usado em sites com foco em SEO, porque suporta renderização no servidor, geração estática e revalidação incremental de forma nativa. Ainda assim, há armadilhas que precisam ser evitadas explicitamente.
- Use a API de metadata das versões recentes para definir title, description, canonical e Open Graph em cada rota, em vez do componente legado.
- Gere robots.txt e sitemap.xml dinamicamente a partir das rotas existentes, evitando arquivos desatualizados.
- Prefira geração estática ou incremental à renderização no servidor sempre que o conteúdo não mudar em tempo real.
- Use o componente de imagem nativo: ele aplica lazy loading, otimiza formato, reserva dimensões e evita layout shift.
- Para páginas com slug dinâmico, gere title e description únicos a partir dos dados de cada item.
Como diagnosticar problemas
🔍 Inspeção de URL
No Search Console, insira a URL e veja a página indexada. Ele mostra o HTML renderizado que o Googlebot enxerga, incluindo o que veio do JavaScript.
📱 Chrome DevTools
A aba Network identifica scripts pesados e a aba Performance revela as long tasks que elevam o INP. O Lighthouse fecha a auditoria.
🤖 Crawler com renderização
Configure a ferramenta de crawl para renderizar JavaScript e compare o resultado com e sem renderização. A diferença é o que depende de JS.
📊 Rich Results Test
Mostra o HTML renderizado com os dados estruturados — útil para verificar se o schema injetado por componentes está sendo detectado.
O teste mais simples de JavaScript SEO: desative o JavaScript no navegador e navegue pelo seu site. O que você vê é aproximadamente o que o Googlebot vê na primeira fase do rastreamento. Se o conteúdo principal sumiu, você tem um problema.
Mobile-first indexing: o Google vê o que o celular vê
O Google usa o Googlebot para dispositivos móveis como crawler principal e ranqueia com base na experiência mobile, não na desktop. Isso vale para todos os sites, e a migração para esse modelo já está concluída.
A implicação prática é direta: se o site tem conteúdo diferente na versão mobile — por exemplo, escondendo seções para “simplificar” — esse conteúdo oculto não contribui para o ranqueamento. O Google avalia o que está acessível no celular.
- Conteúdo ocultado no mobile: esconder texto, imagens ou seções inteiras. O Google não ranqueia conteúdo indisponível na versão mobile, mesmo que ele apareça no desktop.
- Textos pequenos demais: use pelo menos 16px no corpo do texto. Tamanhos muito reduzidos são sinalizados como má experiência.
- Áreas de toque pequenas: botões e links com menos de 44 por 44 pixels contrariam as diretrizes de usabilidade.
- Pop-ups que cobrem o conteúdo: interstitials intrusivos são penalizados. São aceitos avisos de cookies, verificação de idade e barreiras de login para conteúdo pago.
- Viewport não configurado: a meta tag de viewport com largura do dispositivo é obrigatória em todas as páginas.
- Imagens maiores que a tela: causam rolagem horizontal, penalizada como má experiência mobile.
Organizado por prioridade de impacto e esforço. Execute nessa sequência para maximizar o resultado. Progresso salvo nesta sessão.
0 de 20 itens concluídos
Precisa de SEO técnico executado?
A Pipa faz a auditoria técnica completa e executa as correções com o seu time de desenvolvimento ou com o nosso.
Ver serviço de SEO técnico