SEO para Sites Criados com IA: O Que Realmente Importa

Um site criado com IA pode posicionar-se tão bem como qualquer outro: os motores de busca avaliam o que a página contém e o quanto serve o visitante, e não que ferramenta escreveu o código. O problema é técnico. Muitos criadores com IA produzem single-page apps que enviam ao navegador um ficheiro HTML quase vazio e desenham o conteúdo com JavaScript, o que torna cada página mais difícil de ler e partilhar para os rastreadores. Resolva isso com pré-renderização ou renderização no servidor, dê a cada página o seu próprio título, descrição e URL, adicione um mapa do site, mantenha-o rápido e depois faça a parte que nenhuma ferramenta faz por si: escrever conteúdo que as pessoas procuram.

Porque é que as single-page apps podem ter dificuldades na pesquisa

Um site tradicional envia o texto completo de cada página no seu HTML. Uma single-page app (SPA) — o resultado por defeito de muitos criadores com IA, normalmente React com uma ferramenta como o Vite — envia uma pequena casca HTML, algo como um <div id="root"> vazio, mais um pacote JavaScript. O navegador executa o JavaScript, que depois constrói a página.

Isto importa para a pesquisa de três formas:

1. A renderização é um passo extra. O Google descreve três fases para páginas JavaScript: rastrear o HTML, renderizá-lo num navegador Chromium sem interface e indexar o resultado renderizado. As orientações do próprio Google dizem que a renderização no servidor ou a pré-renderização continuam a ser uma boa ideia, porque é mais rápida para os utilizadores e para os rastreadores, e porque nem todos os robôs conseguem executar JavaScript.
2. Outros leitores da sua página não renderizam nada. As pré-visualizações de links em apps de chat e redes sociais, e muitos outros rastreadores, normalmente leem apenas o HTML inicial. Se o título e a imagem de pré-visualização forem definidos por JavaScript depois do carregamento, essas pré-visualizações mostram os valores por defeito da casca vazia, muitas vezes o mesmo título em todas as páginas.
3. Tudo partilha um só ficheiro HTML. A não ser que a app o atualize, cada URL tem o mesmo <title> e a mesma descrição, o que diz pouco aos motores de busca sobre cada página.

Nada disto significa que uma SPA não possa ser indexada. Significa que depende de o rastreador fazer mais trabalho, e perde o controlo sobre o que os leitores que não renderizam conseguem ver.

Escolha uma abordagem de renderização

Há quatro formas comuns de entregar HTML real aos rastreadores. Por ordem aproximada de quanto alteram a sua app:

Uma regra prática: a parte pública e pesquisável do seu site deve ser estática ou pré-renderizada; a app de início de sessão por trás pode continuar a ser uma SPA normal. Os motores de busca não deveriam indexar painéis de controlo de qualquer forma.

Se está a começar do zero e o SEO importa, diga-o no primeiro pedido para que a IA escolha uma configuração adequada:

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

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

Mantenha esta app React como está, mas pré-renderize as rotas públicas (/, /pricing, /about, /blog e cada /blog/:slug) para HTML estático na compilação, cada uma com o seu próprio título, meta description, URL canónico e tags Open Graph. As rotas /app com início de sessão podem continuar renderizadas no cliente.

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

Acerte nas bases da página

Estas aplicam-se 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 em primeiro lugar. Cerca de 50 a 60 caracteres é uma diretriz comum, porque os títulos mais longos tendem a ser cortados nos resultados.
• Uma meta description única por página: uma frase que uma pessoa gostaria de clicar, e não uma lista de palavras-chave. O Google pode reescrevê-la, mas uma boa é muitas vezes usada.
• Dispense as meta keywords. O Google diz que a tag não tem efeito na indexação nem no posicionamento.

URLs, cabeçalhos e ligações

• URLs reais para páginas reais. Cada conteúdo precisa do seu próprio caminho (/servicos/massagem-desportiva), e não de um separador ou janela modal que só existe depois de um clique. Evite o encaminhamento com fragmentos # para conteúdos que quer indexados.
• Um h1 por página, seguido de uma estrutura sensata de h2/h3. Os designs gerados por IA às vezes usam cabeçalhos para estilo; peça cabeçalhos semânticos.
• Ligações rastreáveis. Use ligações <a href> reais para a navegação. Botões que mudam a página com JavaScript são invisíveis para os rastreadores que seguem ligações.
• Tags canónicas que apontem cada página para o URL preferido, para que variantes com ?utm= e duplicados com barra final não concorram entre si.
• Texto alternativo descritivo nas imagens relevantes.

Pré-visualizações nas redes sociais

Acrescente tags Open Graph (og:title, og:description, og:image, og:url) a cada página pública, no HTML inicial. Esta é a parte que as SPAs mais costumam fazer mal, porque os robôs de pré-visualização de links não executam JavaScript.

Mapas do site e robots.txt

Um mapa do site (sitemap) é um ficheiro XML que lista os URLs que quer indexados. Ajuda os motores de busca a encontrar páginas, sobretudo em sites novos com poucas ligações de entrada. Segundo a documentação do Google, a partir de setembro de 2026:

• Um único mapa do site pode conter até 50.000 URLs ou 50 MB sem compressão; divida sites maiores com um índice de mapas do site.
• O Google ignora <priority> e <changefreq>.
• O Google usa <lastmod> apenas se for consistentemente exato, por isso atualize-o para alterações reais de conteúdo, e não em cada compilação.

O ficheiro robots.txt indica aos rastreadores quais os caminhos que não devem rastrear. Use-o para manter os rastreadores fora de /app, /admin e das rotas de API, e aponte para o mapa do site a partir dele. Lembre-se de que o robots.txt impede o rastreamento, e não a indexação: para retirar uma página dos resultados, use uma meta tag robots noindex e deixe-a ser rastreada.

Submeta o mapa do site no Google Search Console assim que o site estiver no domínio final. O Search Console também mostra quais as páginas indexadas e porque as outras não estão — é a ferramenta de SEO gratuita mais útil que existe.

Dados estruturados

Os dados estruturados são marcação legível por máquinas que descreve 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 para resultados enriquecidos, mas não garantem esses resultados.
• Têm de descrever informação visível 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 página inicial, Product nas páginas de produto, Article nas publicações de blogue, BreadcrumbList nas páginas profundas. Teste com o Teste de Resultados Enriquecidos do Google.

Acrescente dados estruturados JSON-LD: LocalBusiness na página inicial, usando a morada, o telefone e o horário já mostrados na página, e Article em cada publicação de blogue. Não acrescente classificações nem avaliações.

Velocidade e telemóvel

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

As correções habituais para sites criados com IA:

• Imagens — redimensione, comprima, use formatos modernos, defina a largura e a altura (o que evita o salto de layout) e use carregamento diferido abaixo da dobra.
• JavaScript — um pacote grande atrasa tudo numa SPA. A pré-renderização ajuda; também ajuda separar o código por rota.
• Tipos de letra — limite as famílias e os pesos e pré-carregue o que é usado acima da dobra.
• Scripts de terceiros — cada widget de chat e pixel de rastreamento custa velocidade. Mantenha apenas os que usa.

Teste o URL em produção com o PageSpeed Insights ou o Lighthouse no modo telemóvel.

O conteúdo continua a ser a maior parte

A SEO técnica remove obstáculos; não cria procura. As páginas posicionam-se porque respondem a uma pesquisa melhor do que as alternativas. Para a maioria dos sites pequenos, isso significa:

• Uma página por tema que as pessoas pesquisam. Um canalizador precisa de uma página por serviço e por zona servida, e não de uma página de "Serviços" que liste tudo.
• Detalhe específico e original — preços, processo, fotos de trabalhos reais, respostas às perguntas que os clientes fazem ao telefone.
• Atualizado quando as coisas mudam. Horários desatualizados e preços antigos perdem a confiança rapidamente.

A IA consegue escrever páginas depressa, o que torna tentador publicar muitas páginas finas e parecidas. As orientações do Google visam conteúdo feito principalmente para ter posicionamento e não para ajudar as pessoas, seja qual for a forma como foi produzido. Use a IA para redigir e depois acrescente o que só você sabe. Os sites tipo diretório enfrentam isto mais do que outros; veja como criar um site de diretório para saber como tornar as páginas de listagem merecedoras de indexação.

Lista de verificação de lançamento

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

Mudar para o seu próprio domínio antes de começar a construir tráfego de pesquisa evita redirecionamentos mais tarde; veja como ligar um domínio personalizado. Para o processo de construção mais amplo, leia como criar um site com IA e, para páginas que devem converter visitantes, como criar uma página de destino que converte.

SEO no Mythex

O Mythex não tem um painel de SEO separado; melhora o SEO alterando a app através do chat ou do código. As novas apps web usam por defeito uma single-page app em Vite e React, por isso, quando a pesquisa importa, peça um site estático ou pré-renderizado, ou Next.js, desde o início. A documentação tem um pedido inicial para títulos, tags Open Graph, mapa do site e robots.txt em SEO para a sua app, e sites estáticos cobre os sites centrados em conteúdo. Depois de alterações, publique novamente para que o site em produção as apanhe. Os domínios personalizados estão disponíveis no plano Pro.

Perguntas