Guias

SEO para sites criados com IA: o que realmente importa

Um site criado com IA pode ranquear tão bem quanto qualquer outro: os mecanismos de busca avaliam o que a página contém e o quanto ela atende ao visitante, não qual ferramenta escreveu o código. O problema é técnico. Muitos construtores com IA produzem aplicações de página única que enviam ao navegador um arquivo HTML quase vazio e desenham o conteúdo com JavaScript, o que torna cada página mais difícil de ser lida e compartilhada pelos rastreadores. Resolva isso com pré-renderização ou renderização no servidor, dê a cada página seu próprio título, descrição e URL, adicione um sitemap, mantenha o site rápido e então faça a parte que nenhuma ferramenta faz por você: escrever conteúdo que as pessoas estão pesquisando.

Por que aplicações de página única podem ter dificuldade na busca

Um site tradicional envia o texto completo de cada página no seu HTML. Uma aplicação de página única (SPA) — a saída padrão de muitos construtores com IA, normalmente React com uma ferramenta como o Vite — envia um pequeno esqueleto HTML, algo como um <div id="root"> vazio, mais um pacote JavaScript. O navegador executa o JavaScript, que então monta a página.

Isso importa para a busca de três formas:

  1. A renderização é uma etapa extra. O Google descreve três fases para páginas com JavaScript: rastrear o HTML, renderizá-lo em um navegador Chromium sem interface e então indexar o resultado renderizado. A orientação do próprio Google diz que a renderização no servidor ou a pré-renderização continua sendo uma boa ideia porque é mais rápida para usuários e rastreadores, e porque nem todos os bots conseguem executar JavaScript.
  2. Outros leitores da sua página não renderizam nada. Prévias de links em apps de chat e redes sociais, e muitos outros rastreadores, normalmente leem apenas o HTML inicial. Se seu título e sua imagem de prévia forem definidos pelo JavaScript depois do carregamento, essas prévias mostram os padrões do esqueleto vazio — muitas vezes o mesmo título em todas as páginas.
  3. Tudo compartilha um único arquivo HTML. A menos que o app o atualize, cada URL tem o mesmo <title> e a mesma descrição, o que diz pouco aos mecanismos de busca sobre cada página.

Nada disso significa que uma SPA não pode ser indexada. Significa que você depende de o rastreador fazer mais trabalho e perde o controle sobre o que os leitores que não renderizam veem.

Escolha uma abordagem de renderização

Há quatro formas comuns de entregar HTML real aos rastreadores. Em ordem aproximada de quanto mudam o seu app:

AbordagemComo funcionaBom paraContrapartida
Site estáticoAs páginas são arquivos HTML simples gerados antecipadamenteSites de marketing, portfólios, documentação, blogsMenos adequado para páginas personalizadas com login
Pré-renderização (geração estática de sites)No momento do build, cada rota pública é renderizada em um arquivo HTML; o JavaScript assume no navegadorSPAs com um conjunto conhecido de páginas públicasAs páginas só são atualizadas quando você refaz o build
Renderização no servidor (SSR)O servidor gera o HTML a cada requisição (Next.js, Remix, Nuxt e similares)Conteúdo público grande ou que muda com frequência, como listagensExige um servidor em execução; mais partes móveis
Renderização dinâmicaServe HTML pré-renderizado para os bots e a SPA para as pessoasSolução alternativa legadaO Google agora a trata como um paliativo, não uma solução de longo prazo, e recomenda SSR, renderização estática ou hidratação

Uma regra prática: a parte pública e pesquisável do seu site deve ser estática ou pré-renderizada; o app logado por trás dela pode continuar sendo uma SPA comum. Mecanismos de busca não deveriam indexar painéis de qualquer forma.

Se você está começando do zero e o SEO importa, diga isso já no primeiro prompt para que a IA escolha uma configuração adequada:

Crie um site de marketing para uma clínica de fisioterapia com páginas de Início, Serviços (uma página por serviço), Sobre, Preços e Contato. O SEO importa: cada página deve enviar todo o seu conteúdo e seu próprio título e meta description no HTML inicial — use uma configuração estática ou pré-renderizada, não uma SPA apenas com renderização no cliente.

Se você já tem uma SPA em Vite, peça a pré-renderização das rotas públicas:

Mantenha este app React como está, mas pré-renderize as rotas públicas (/, /pricing, /about, /blog e cada /blog/:slug) como HTML estático no momento do build, cada uma com seu próprio título, meta description, URL canônica e tags Open Graph. As rotas /app logadas podem continuar renderizadas no cliente.

Depois, confira você mesmo: abra uma página, escolha Ver código-fonte da página (não o painel Elements das ferramentas de desenvolvedor, que mostra a página já renderizada) e confirme que o texto e o título estão no HTML bruto.

Acerte o básico na página

Isso vale qualquer que seja a abordagem de renderização.

Títulos e meta descriptions

  • Um <title> único por página, com o tema principal da página primeiro. Cerca de 50 a 60 caracteres é uma referência comum, porque títulos mais longos tendem a ser cortados nos resultados.
  • Uma meta description única por página — uma frase que a pessoa teria vontade de clicar, não uma lista de palavras-chave. O Google pode reescrevê-la, mas uma boa costuma ser usada.
  • Deixe de lado as meta keywords. O Google diz que a tag não tem efeito na indexação nem no ranqueamento.

URLs, cabeçalhos e links

  • URLs reais para páginas reais. Cada conteúdo precisa de seu próprio caminho (/servicos/massagem-esportiva), e não de uma aba ou modal que só existe depois de um clique. Evite roteamento por fragmento # para conteúdo que você quer indexado.
  • Um h1 por página, seguido de uma estrutura sensata de h2/h3. Designs gerados por IA às vezes usam cabeçalhos para estilo; peça cabeçalhos semânticos.
  • Links rastreáveis. Use links <a href> reais na navegação. Botões que mudam a página com JavaScript são invisíveis para rastreadores que seguem links.
  • Tags canônicas que apontam cada página para sua URL preferida, para que variantes com ?utm= e duplicatas com barra final não concorram entre si.
  • Texto alternativo descritivo em imagens relevantes.

Prévias em redes sociais

Adicione tags Open Graph (og:title, og:description, og:image, og:url) a toda página pública, no HTML inicial. Esta é a parte que as SPAs mais costumam fazer errado, porque os bots de prévia de links não executam JavaScript.

Sitemaps e robots.txt

Um sitemap é um arquivo XML que lista as URLs que você quer indexadas. Ele ajuda os mecanismos de busca a encontrar páginas, especialmente em sites novos com poucos links de entrada. Segundo a documentação do Google, em setembro de 2026:

  • Um único sitemap pode ter até 50.000 URLs ou 50 MB sem compactação; divida sites maiores com um índice de sitemaps.
  • O Google ignora <priority> e <changefreq>.
  • O Google usa <lastmod> apenas se ele for consistentemente preciso, então atualize-o para mudanças reais de conteúdo, e não a cada build.

Um arquivo robots.txt informa aos rastreadores quais caminhos não devem ser rastreados. Use-o para manter rastreadores fora de /app, /admin e rotas de API, e aponte para o sitemap nele. Lembre-se de que o robots.txt impede o rastreamento, não a indexação: para tirar uma página dos resultados, use uma meta tag robots noindex e deixe a página ser rastreada.

Envie o sitemap no Google Search Console quando o site estiver no domínio final. O Search Console também mostra quais páginas estão indexadas e por que outras não estão — a ferramenta de SEO gratuita mais útil que existe.

Dados estruturados

Dados estruturados são marcações legíveis por máquina que descrevem o que uma página é: uma organização, um negócio local, um produto, um artigo, um evento. O Google recomenda o formato JSON-LD e é claro em dois pontos:

  • Podem tornar as páginas elegíveis a resultados enriquecidos, mas não garantem esses resultados.
  • Precisam descrever informações visíveis na página. Não marque avaliações, preços ou FAQs que os visitantes não conseguem ver.

Pontos de partida sensatos: Organization ou LocalBusiness na homepage, Product nas páginas de produto, Article nas postagens do blog, BreadcrumbList em páginas profundas. Teste com o Teste de Resultados Enriquecidos do Google.

Adicione dados estruturados JSON-LD: LocalBusiness na homepage usando o endereço, o telefone e o horário de funcionamento que já aparecem na página, e Article em cada post do blog. Não adicione notas nem avaliações.

Velocidade e celular

O Google usa sinais de experiência da página, incluindo Core Web Vitals, e a velocidade importa para os visitantes de qualquer forma. Os limites de “bom” do Google, medidos no percentil 75 dos carregamentos de página, são:

MétricaMedeBom
Largest Contentful Paint (LCP)Quanto tempo leva para o conteúdo principal aparecer2,5 s ou menos
Interaction to Next Paint (INP)Quão rápido a página responde a uma interação200 ms ou menos
Cumulative Layout Shift (CLS)Quanto o layout se desloca durante o carregamento0,1 ou menos

As correções mais comuns para sites criados com IA:

  • Imagens — redimensione, comprima, use formatos modernos, defina largura e altura (o que evita o deslocamento de layout) e use carregamento preguiçoso abaixo da dobra.
  • JavaScript — um pacote grande atrasa tudo em uma SPA. A pré-renderização ajuda; dividir o código por rota também.
  • Fontes — limite famílias e pesos e pré-carregue a que é usada acima da dobra.
  • Scripts de terceiros — cada widget de chat e pixel de rastreamento custa velocidade. Mantenha apenas os que você usa.

Teste a URL no ar com o PageSpeed Insights ou o Lighthouse no modo celular.

Conteúdo ainda é a maior parte

SEO técnico remove obstáculos; ele não cria demanda. As páginas ranqueiam porque respondem a uma busca melhor do que as alternativas. Para a maioria dos sites pequenos, isso significa:

  • Uma página por tema que as pessoas pesquisam. Um encanador precisa de uma página por serviço e por região atendida, e não de uma única página de “Serviços” listando tudo.
  • Detalhes específicos e originais — preços, processo, fotos de trabalhos reais, respostas às perguntas que os clientes fazem por telefone.
  • Atualizado quando as coisas mudam. Horários desatualizados e preços antigos perdem a confiança rapidamente.

A IA pode rascunhar páginas rapidamente, o que torna tentador publicar muitas páginas finas e parecidas. A orientação do Google mira conteúdo feito principalmente para ranquear, e não para ajudar as pessoas, seja qual for a forma como foi produzido. Use a IA para rascunhar e depois acrescente o que só você sabe. Sites do tipo diretório enfrentam isso mais do que outros; veja como criar um site de diretório para saber como tornar as páginas de listagem dignas de indexação.

Checklist de lançamento

  • As páginas públicas enviam o conteúdo completo no HTML inicial (confira em Ver código-fonte da página)
  • Título, meta description e URL canônica únicos em cada página
  • Tags Open Graph e uma imagem de compartilhamento em cada página pública
  • Um h1 por página, links <a href> reais e texto alternativo nas imagens
  • sitemap.xml com URLs reais; robots.txt bloqueando caminhos do app e da API
  • Dados estruturados apenas para conteúdo visível, testados
  • LCP, INP e CLS na faixa “boa” no celular
  • Site no domínio final com HTTPS e enviado ao Search Console

Mudar para o seu próprio domínio antes de começar a construir tráfego de busca evita redirecionamentos depois — veja como conectar um domínio personalizado. Para o processo de construção completo, leia como criar um site com IA, e para páginas que devem converter visitantes, como criar uma landing page que converte.

SEO no Mythex

O Mythex não tem um painel de SEO separado; você melhora o SEO alterando o app pelo chat ou pelo código. Novos apps web usam por padrão uma aplicação de página única em Vite e React, então, quando a busca importa, peça desde o início um site estático ou pré-renderizado, ou Next.js. A documentação tem um prompt inicial para títulos, tags Open Graph, sitemap e robots.txt em SEO para o seu app, e sites estáticos cobre sites focados em conteúdo. Depois das alterações, publique novamente para que o site no ar as receba. Domínios personalizados estão disponíveis no plano Pro.

Perguntas

Sites criados com IA são ruins para SEO?

Não necessariamente. Os mecanismos de busca avaliam a página, não a ferramenta que a escreveu. O problema comum é técnico: muitos construtores com IA geram aplicações de página única cujo conteúdo só aparece depois que o JavaScript roda, e alguns rastreadores lidam mal com isso. Pré-renderização ou renderização no servidor resolvem o problema.

O Google consegue indexar um app React de página única?

O Google consegue renderizar JavaScript, então muitas vezes consegue indexar um app React renderizado no cliente. Mas a renderização é uma etapa extra, e o próprio Google observa que nem todos os bots executam JavaScript, por isso recomenda renderização no servidor ou pré-renderização quando possível.

As meta keywords ainda importam?

Não. O Google afirma que não usa a tag meta keywords para indexação ou ranqueamento. Dedique o esforço a um título e uma meta description únicos para cada página.

Os dados estruturados melhoram o ranqueamento?

Os dados estruturados ajudam os mecanismos de busca a entender uma página e podem torná-la elegível a resultados enriquecidos, mas não garantem esses resultados. Eles precisam descrever conteúdo que esteja de fato visível na página.

Mythex · Pricing · Crie qualquer coisa com IA · Templates de sites e apps · Mythex comparado · Glossário de criação de apps com IA · Ferramentas grátis para criar apps com IA · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)