Checklist de SEO técnico para sites SaaS

SEO técnico para SaaS: app fora da busca, renderização para rastreadores, docs e changelogs, canonicals, dados estruturados, velocidade e bots de IA.

Equipe editorial FixReports9 min de leitura

O SEO técnico de uma empresa SaaS gira principalmente em torno de separação e renderização. Separação, porque um mesmo domínio costuma abrigar um site de marketing que deve ranquear, uma documentação que deve ranquear e uma aplicação que não deveria estar na busca de jeito nenhum. Renderização, porque os sites SaaS muitas vezes são construídos como aplicações JavaScript e, embora o Google renderize JavaScript, muitos outros rastreadores, incluindo a maioria dos rastreadores de IA, não renderizam. Este checklist cobre as duas coisas, além dos fundamentos de sempre: canonicals, sitemaps, dados estruturados, velocidade e a forma como os mecanismos de busca com IA chegam às suas páginas.

Pontos principais

  • O Google rastreia, renderiza e indexa páginas JavaScript em fases separadas e diz que a renderização no servidor ou a pré-renderização “ainda é uma ótima ideia”, porque nem todos os bots conseguem executar JavaScript (Google Search Central (abre em uma nova aba)).
  • Uma análise de dezembro de 2024 constatou que nenhum dos principais rastreadores de IA, incluindo GPTBot, ClaudeBot e PerplexityBot, renderizava JavaScript (Vercel (abre em uma nova aba)).
  • O Google diz que os AI Overviews e o Modo IA não têm requisitos técnicos adicionais e não precisam de nenhuma marcação schema.org especial nem de arquivos de texto para IA (Google Search Central (abre em uma nova aba)).
  • A OpenAI usa o OAI-SearchBot para a busca do ChatGPT e o GPTBot para treinar modelos; bloquear o GPTBot não remove um site da busca do ChatGPT (OpenAI (abre em uma nova aba)).
  • O Google-Extended controla se o Google pode usar o conteúdo para treinar o Gemini e não afeta a inclusão na Pesquisa Google (Google Search Central (abre em uma nova aba)).

A sua aplicação deve aparecer nos resultados de busca?

Não. As páginas da aplicação que exigem login não têm nada para quem pesquisa, e o Googlebot não faz login. O risco é o contrário: URLs públicas da aplicação, como links compartilhados, telas vazias, páginas de redefinição de senha e ambientes de staging, podem acabar indexadas e competir com as suas páginas de marketing.

  • Sirva a aplicação em um host próprio, como app.example.com, e envie X-Robots-Tag: noindex em todas as respostas dele.
  • Mantenha os ambientes de staging e de preview fora da busca com autenticação, que é mais confiável do que regras de robots.
  • Não dependa do robots.txt para remover páginas do Google: uma URL bloqueada ainda pode ser listada se receber links de outros lugares, e o Google não consegue ver um noindex em uma página que não tem permissão para rastrear (Google Search Central (abre em uma nova aba)).
  • As páginas de login e de cadastro muitas vezes são pesquisadas pelo nome (“seuproduto login”). Mantê-las indexáveis ajuda os clientes atuais a encontrá-las; elas não deveriam ter muito conteúdo de marketing.

O nosso verificador de robots.txt mostra o que cada rastreador pode acessar, e o verificador de meta tags mostra a meta tag robots e o cabeçalho X-Robots-Tag de uma página.

Os mecanismos de busca e os rastreadores de IA conseguem ler as suas páginas de marketing?

Verifique o que um rastreador recebe antes de qualquer JavaScript rodar. Se a resposta HTML da sua página de preços não tem preços nem títulos, só uma tag script, os rastreadores que não executam JavaScript veem uma página vazia.

  • O Google renderiza JavaScript com uma versão recente do Chromium, mas a renderização acontece em uma fila depois do rastreamento, e o Google recomenda a renderização no servidor ou a pré-renderização (Google Search Central (abre em uma nova aba)).
  • Rastreadores de IA: a análise da Vercel sobre a própria rede constatou que os rastreadores da OpenAI, da Anthropic, da Perplexity e da Meta baixavam os arquivos JavaScript, mas não os executavam; o Gemini, que usa a infraestrutura do Google, e o Applebot renderizavam as páginas (Vercel (abre em uma nova aba)).
  • As prévias de links em apps de mensagens e redes sociais costumam ler só o HTML do servidor, então títulos, descrições e tags Open Graph precisam estar nele.

A solução prática é renderizar as páginas de marketing, a documentação e o blog no servidor ou no momento do build, o que frameworks como Next.js, Nuxt e Astro suportam, e deixar a renderização no cliente para a aplicação logada. Um teste rápido: rode curl na sua URL, ou veja o código-fonte da página em vez do DOM inspecionado, e confira se o texto está lá.

Como deve ser a estrutura do site de marketing?

Compradores de SaaS pesquisam com uma intenção que você pode mapear para páginas. Cada um destes tipos merece uma página indexável própria, com um título descritivo e uma URL canônica própria:

  • Páginas de produto e de funcionalidades, uma para cada recurso importante.
  • Páginas de casos de uso e de setores, para pesquisas como “software de faturamento para agências”.
  • Páginas de integrações, uma por integração, porque as pessoas pesquisam “[seu produto] + [a ferramenta delas]”.
  • Preços, com os planos e os preços no HTML, não carregados de uma API depois da renderização.
  • Páginas de comparação e de alternativas, escritas com imparcialidade: preços e funcionalidades dos concorrentes mudam, então coloque data nessas páginas e mantenha-as atualizadas.
  • Histórias de clientes, com permissão e com detalhes reais e atribuíveis.

Evite variações rasas: dezenas de páginas quase idênticas do tipo “[funcionalidade] para [setor]”, com palavras trocadas, são o que as políticas de spam do Google chamam de abuso de conteúdo em escala (Google Search Central (abre em uma nova aba)).

Como lidar com documentação, centrais de ajuda e changelogs?

A documentação muitas vezes traz mais tráfego de busca do que o site de marketing, porque as pessoas pesquisam como fazer as coisas.

  • Deixe a documentação pública e indexável, a menos que ela tenha informações específicas de clientes.
  • Em documentação com versões, aponte a canonical das versões antigas para a versão atual da mesma página, ou marque as versões antigas como noindex, para que os resultados de busca mostrem as instruções atuais.
  • Dê a cada página da documentação um título e um H1 descritivos que correspondam a como as pessoas descrevem a tarefa (“Exportar faturas para CSV”), não a nomes internos de funcionalidades.
  • Mantenha as entradas do changelog em URLs estáveis e com data.
  • Inclua a documentação no seu sitemap XML, ou dê a ela um sitemap próprio listado no robots.txt.

Se a sua central de ajuda roda em uma plataforma de terceiros em um subdomínio, confira se ela está verificada no Search Console e se as páginas dela têm links de volta para o site principal.

Quais problemas de canonical, hreflang e redirecionamento são comuns em sites SaaS?

  • Parâmetros: tags UTM, códigos de indicação e parâmetros de testes A/B criam URLs duplicadas. Cada página deve declarar a própria URL limpa como canônica (Google Search Central (abre em uma nova aba)).
  • Barra final e maiúsculas: escolha uma forma e redirecione a outra com um 301.
  • Páginas localizadas: se você traduz o site de marketing, ligue as versões de cada idioma com hreflang, incluindo uma autorreferência e um x-default (Google Search Central (abre em uma nova aba)).
  • Rebranding e mudanças de domínio: mapeie as URLs antigas para as novas uma a uma com redirecionamentos 301; redirecionar tudo para a página inicial faz perder o valor das páginas antigas.

A análise de SEO testa títulos, H1, canonicals e regras de robots nas páginas-chave do seu site, e encontra links internos quebrados.

Quais dados estruturados combinam com um site SaaS?

  • Organization na página inicial, com nome, URL, logo e links sameAs para os perfis oficiais.
  • WebSite na página inicial com name e url, que o Google usa para escolher o nome do site mostrado nos resultados (Google Search Central (abre em uma nova aba)).
  • SoftwareApplication: o resultado avançado de app de software do Google exige um preço e, além disso, uma avaliação agregada ou uma resenha (Google Search Central (abre em uma nova aba)). Só adicione avaliações genuínas e visíveis na página; sem elas, a marcação continua descrevendo o produto, mas não vai gerar o resultado avançado.
  • BreadcrumbList nas páginas da documentação e do blog.
  • Article nos posts do blog, com autor e datas.

Não espere que a marcação de FAQ garanta espaço extra: o Google parou de mostrar os resultados avançados de perguntas frequentes em 7 de maio de 2026 (Google Search Central (abre em uma nova aba)). O verificador de dados estruturados lista todos os itens de uma página e as propriedades que o Google exige para cada um.

Por que as páginas de marketing de SaaS são reprovadas nas Core Web Vitals?

Os sites de marketing de SaaS costumam carregar muitos scripts de terceiros: analytics, gerenciadores de tags, widgets de chat, testes A/B, gravação de sessões e pixels de anúncios. Eles atrasam o conteúdo principal e mantêm a thread principal ocupada, o que aparece como um LCP lento e um INP ruim.

  • Audite todos os scripts de terceiros e remova os que ninguém usa.
  • Carregue os widgets de chat só na interação, e evite scripts de teste A/B que escondem a página até rodarem.
  • Sirva imagens principais e capturas de tela do produto no tamanho exibido, em WebP ou AVIF, sem lazy loading na primeira.
  • Fique de olho no INP em páginas com calculadoras de preço interativas e demos.

O Google usa as Core Web Vitals nos sistemas de classificação, embora a relevância venha primeiro (Google Search Central (abre em uma nova aba)). O teste de velocidade mede uma página como um celular com conexão limitada e mostra dados de usuários reais quando o Google os tem.

Como os mecanismos de busca com IA encontram e citam o conteúdo de SaaS?

Não existe uma trilha técnica separada para a busca com IA, e alguns conselhos populares não têm respaldo das empresas que operam esses sistemas.

  • Os AI Overviews e o Modo IA do Google usam páginas que estão indexadas e qualificadas para mostrar um snippet; o Google diz que não há requisitos adicionais, nenhum schema especial nem necessidade de arquivos de texto para IA (Google Search Central (abre em uma nova aba)).
  • A busca do ChatGPT depende do OAI-SearchBot. Se você quer aparecer nas respostas do ChatGPT, não bloqueie o OAI-SearchBot no robots.txt; bloquear o GPTBot só tira o seu conteúdo do treinamento (OpenAI (abre em uma nova aba)).
  • O treinamento do Gemini é controlado pelo token Google-Extended, que não afeta a Pesquisa Google (Google Search Central (abre em uma nova aba)).
  • O llms.txt é uma proposta da comunidade para um resumo de um site em Markdown. O Google diz que não precisa desses arquivos; outros serviços de IA não documentaram se os usam. Publicar custa pouco, mas não substitui páginas rastreáveis.

O que ajuda em todos eles é a mesma coisa: páginas renderizadas no servidor, títulos claros que respondam às perguntas dos compradores, fatos específicos como preços e limites em texto, e páginas que não se contradigam.

Perguntas frequentes

A documentação deve ficar em um subdomínio ou em uma subpasta?

Os dois podem ranquear. O que importa mais é que a documentação seja rastreável, tenha links do site principal, esteja em um sitemap e esteja verificada no Search Console.

O Google indexa o conteúdo da nossa aplicação JavaScript?

O Google consegue renderizar JavaScript, mas faz isso em uma etapa separada, e outros rastreadores muitas vezes não fazem. Nas páginas que você quer que sejam encontradas, renderize o conteúdo no servidor ou no momento do build.

Devemos bloquear os rastreadores de IA?

É uma decisão de negócio. Bloquear rastreadores de treinamento, como o GPTBot ou o Google-Extended, mantém o conteúdo fora do treinamento de modelos sem tirar você da busca; bloquear rastreadores de busca, como o OAI-SearchBot, tira você das respostas desse serviço. O verificador de robots.txt mostra o que as suas regras atuais permitem.

Precisamos de marcação SoftwareApplication?

É opcional. Ela descreve o seu produto para os mecanismos de busca; o resultado avançado de app de software também precisa de avaliações ou resenhas genuínas exibidas na página.

Qual é o erro de SEO técnico mais comum em sites SaaS?

Dois causam mais estrago: páginas de marketing que só renderizam o conteúdo com JavaScript, e URLs de staging ou da aplicação deixadas abertas para indexação.

Fontes

Todos os guias