Ferramentas de IA conseguem gerar páginas e código a partir de instruções em linguagem natural. Isso acelera protótipos, mas não confirma que o resultado esteja pronto para ser encontrado, navegado ou atualizado. Antes de publicar, revise o que a ferramenta produziu e quem será responsável por manter o site.
Em um episódio oficial do Search Off the Record, John Mueller e Martin Splitt discutiram sites feitos com IA e observaram que pedidos genéricos como “adicione SEO” podem deixar decisões técnicas em aberto. A prática mais segura é definir requisitos verificáveis desde o início e conferir o site publicado.
1. Defina páginas, objetivos e endereços
Liste as páginas que o projeto precisa ter, a informação que cada uma deve oferecer e como elas se conectam. Defina um domínio e uma estrutura de URLs simples antes de gerar variações; não deixe a ferramenta criar dezenas de páginas parecidas sem conteúdo específico.
Se o projeto mudar de domínio ou caminho, registre o endereço antigo e seu destino. Redirecionamentos e URLs canônicas precisam refletir a arquitetura escolhida; não copie automaticamente exemplos de código para todas as páginas sem conferir o contexto.
2. Peça requisitos técnicos concretos
Em vez de pedir “faça SEO”, descreva o que deve ser entregue: links internos rastreáveis, títulos próprios por página, política de indexação, regras de robots, URLs canônicas consistentes e sitemap quando apropriado. Especifique também como validar cada item e em que ambiente a conferência será feita.
Essas instruções não substituem revisão técnica. Confira a saída final, inclusive arquivos de configuração e cabeçalhos HTTP. Uma regra de robots.txt pode bloquear recursos necessários ou páginas importantes se for copiada sem entender o efeito.
Vibe Coding — episódio Search Off the Record
3. Verifique rastreamento e indexação
Teste URLs representativas para confirmar resposta HTTP adequada, ausência de noindex acidental, canonical coerente e acesso permitido às páginas que devem ser públicas. Confira se o sitemap, quando houver, lista endereços canônicos e acessíveis.
Rastreamento, indexação e posicionamento são etapas diferentes. Estar no sitemap ou retornar status 200 não garante inclusão nos resultados. Use Search Console para investigar URLs prioritárias e corrija barreiras verificáveis antes de expandir o site.
4. Confira o que é renderizado
Abra as páginas em navegadores e dispositivos diferentes. Verifique se o conteúdo principal, os links, o título e as informações da oferta aparecem depois de scripts e recursos carregarem. O Google consegue processar JavaScript em muitas situações, mas a renderização pode introduzir atrasos ou diferenças que precisam ser diagnosticadas.
Compare a página visível com o HTML renderizado e use a inspeção de URL para investigar casos prioritários. Confirme que textos importantes não dependem exclusivamente de uma interação que o visitante ou o rastreador não consegue executar.
Noções básicas de SEO para JavaScript — Google Search Central
5. Revise títulos, navegação e links
Leia cada página como visitante: o título descreve seu assunto, o conteúdo responde à necessidade e a navegação leva a outros passos relevantes? Remova textos provisórios, links sem destino, páginas duplicadas e metadados que repetem o mesmo título em todo o site.
Teste também menus, botões, formulários, telefone e contato. Uma página indexável ainda pode falhar para a pessoa se o caminho para pedir informação não funcionar.
6. Avalie experiência, acessibilidade e desempenho
Teste em celular, teclado e conexão limitada. Confira legibilidade, foco visível, rótulos de formulários, contraste, carregamento de imagens e comportamento de elementos interativos. Corrija problemas que impeçam pessoas de entender ou usar a página.
Use ferramentas de desempenho para localizar gargalos, mas priorize problemas reproduzíveis e a experiência real. Uma pontuação isolada não substitui a avaliação das páginas e das tarefas que o site precisa permitir.
7. Valide fatos e mantenha controle do projeto
Revise nomes, serviços, preços, prazos, depoimentos, imagens e dados estruturados. Remova conteúdo inventado ou genérico e peça confirmação aos responsáveis. Se a ferramenta gerar imagens ou textos alternativos, avalie se descrevem de fato o que aparece e se os direitos de uso estão claros.
Mantenha acesso ao domínio, hospedagem, código, contas de análise e cópias de segurança sob responsabilidade da empresa. Registre quem pode atualizar o site e como recuperar uma versão anterior caso uma alteração gere erro.
Exemplo de aplicação
Uma equipe gera a primeira versão do site com uma ferramenta de IA e escolhe três páginas para revisão manual. Confere se cada texto descreve a oferta real, se links levam a destinos existentes, se títulos e dados estruturados não foram duplicados e se formulários funcionam no celular. Especialistas corrigem afirmações sem fonte antes de liberar publicação, e o processo fica registrado para as demais páginas.
Checklist antes da publicação
- Páginas e URLs correspondem à arquitetura planejada.
- Páginas públicas não estão bloqueadas ou marcadas como noindex por engano.
- Canonicals, sitemap e redirecionamentos foram conferidos por amostra.
- O conteúdo principal aparece no HTML renderizado e em dispositivos móveis.
- Títulos, links, menus e formulários funcionam e descrevem a página real.
- Fatos comerciais, imagens, autoria e dados estruturados foram revisados.
- Há responsável, acesso administrativo e plano de recuperação.
Perguntas frequentes
Um site criado com IA pode aparecer no Google? Pode ser rastreado e considerado pelos sistemas se cumprir os requisitos técnicos e as políticas, mas a ferramenta usada para construir o site não garante indexação, posição ou tráfego.
Preciso pedir para a IA “adicionar SEO”? Essa instrução é vaga. Defina entregas observáveis, como URLs estáveis, links internos, regras de indexação e metadados por página; depois confira o resultado.
Todo site feito com JavaScript precisa ser reconstruído? Não. Avalie se o conteúdo e os links são renderizados corretamente e se a experiência funciona. A decisão depende do comportamento real do projeto, não apenas da tecnologia usada.
Este checklist substitui uma auditoria? Não. Ele ajuda a revisar itens comuns antes do lançamento. Sites grandes, migrações, lojas e sistemas com acesso restrito podem exigir diagnóstico específico.