Auditoria de site com IA: quantas sessões de chat 500 páginas exigem

Pelo modelo deste artigo, auditar um site de 500 páginas por chat de IA leva cerca de 21 sessões e aproximadamente 15 horas do seu próprio tempo para uma única rodada. O custo maior é que os 21 resultados não formam uma auditoria: cada sessão começa sem as evidências que as outras viram, examina coisas diferentes em páginas diferentes e redige seus veredictos do próprio jeito, então não existe um método único para consolidar nem um para repetir no mês seguinte. Sessões de IA são excelentes para explicar e corrigir problemas; elas rendem o melhor quando partem de um inventário completo de achados.

Seja qual for o assistente que você usa para auditar um site, ChatGPT, Claude ou outro, a conta abaixo é a mesma, porque ela decorre de como as sessões de chat funcionam, não de um produto específico. O primeiro artigo desta série, por que uma sessão de IA não consegue auditar um site inteiro, mostrou até onde uma única sessão alcança e modelou o número de sessões por site com 25 e com 100 páginas cada. Este soma o que acontece quando você continua abrindo sessões novas: as suas horas e a divergência entre as sessões.

Um site de 500 páginas está no quartil superior, e ainda assim é comum

O tamanho do site determina tudo neste modelo, por isso começamos com tamanhos reais. Entre 29 sites externos auditados pelo SEOReport entre maio e outubro de 2026 cujo sitemap XML listava pelo menos uma URL, o sitemap mediano listava cerca de 90 URLs; um quarto listava 20 ou menos, um quarto listava mais de 440, e os 10% maiores listavam mais de 3.000.

São sites enviados para uma auditoria do SEOReport, não uma amostra aleatória da web. Um site de 500 páginas fica logo dentro do quartil superior desse grupo: em geral, uma empresa estabelecida com blog, páginas de serviços ou produtos e talvez alguns idiomas. O sitemap lista as páginas que o site pede aos mecanismos de busca para encontrar; URLs de tags, filtros e arquivos podem ficar de fora, então a contagem do sitemap é um piso para o que a auditoria precisa considerar.

O modelo: páginas por sessão, depois sessões por site

Isto é um modelo, não uma medição. Cada número dele decorre de 4 premissas declaradas, e você pode alterar qualquer uma.

1. 25 páginas por sessão. É a menor das duas capacidades usadas no primeiro artigo da série. Uma revisão cuidadosa de página lê muito mais do que o texto visível: o código de status, os cabeçalhos de resposta, as tags do head, os dados estruturados e como a página se relaciona com o sitemap e com as outras páginas. Em 45 sites externos auditados pelo SEOReport entre maio e outubro de 2026, 94% dos 506 problemas sinalizados estavam em lugares que quem lê a página nunca vê, e o site mediano tinha problemas sinalizados em 5 locais de evidência diferentes. Manter tanta evidência por página e ainda responder com cuidado põe a sessão na capacidade menor, não na maior. Páginas simples permitem mais; templates pesados, menos.
2. 1 sessão extra para os arquivos do site inteiro. O robots.txt, o sitemap XML e os redirecionamentos entre HTTP e HTTPS e entre o hostname com www e sem www.
3. 20 minutos do seu tempo por sessão. Cerca de 10 minutos para explicar o método de novo e passar a lista de páginas, e 10 para salvar a resposta e consolidá-la em uma lista mestra.
4. 1 minuto do seu tempo por página. Buscar ou colar a página com os cabeçalhos e confirmar que a sessão realmente a leu. As ferramentas de busca dos assistentes costumam devolver a página convertida em texto, sem os cabeçalhos, e é por isso que essa etapa existe; o que um agente de IA vê quando verifica sua página mostra a diferença.

As fórmulas: sessões = páginas ÷ 25, arredondado para cima, mais 1. Seus minutos = 20 × sessões + páginas.

As horas são menos sensíveis à premissa de páginas por sessão do que a contagem de sessões, porque os minutos gastos com cada página não diminuem quando a sessão fica maior. Com 10 páginas por sessão, o site de 500 páginas precisa de 51 sessões e cerca de 25 horas. Com 100 páginas por sessão, a capacidade generosa do primeiro artigo, precisa de 6 sessões e ainda de cerca de 10 horas.

As horas também deixam de fora 3 coisas: o tempo que o assistente passa trabalhando, as correções em si e qualquer segunda rodada para conferir a primeira.

Por que 21 sessões não formam uma auditoria

As horas são visíveis, e você pode orçá-las. A divergência é mais difícil de ver, e é ela que torna o resultado combinado pouco confiável.

Cada sessão começa sem os achados das outras. A sessão 14 não sabe que a sessão 3 encontrou a mesma tag canonical ausente no template do blog. Ela relata o problema de novo como se fosse inédito, ou trata um problema de template em 180 páginas como uma observação sobre uma página só. Arquivos de projeto e recursos de memória levam anotações anteriores adiante, o que ajuda, mas anotações são conclusões. Elas não fazem a sessão 14 aplicar os critérios da sessão 3.

Cada sessão decide o que examinar. Quando você pede que revise um lote de páginas, o assistente escolhe quais sinais verificar em cada uma. Uma sessão lê os dados estruturados; outra os pula porque a página parecia estar bem. No fim, você sabe quais páginas foram abertas, mas não quais verificações rodaram em qual página.

Cada sessão redige seus veredictos de um jeito. "Canonical ausente", "sem link rel=canonical" e "tag canonical inexistente" são um mesmo achado escrito de 3 formas. A severidade também varia: o mesmo problema é "crítico" em uma sessão e "menor" na seguinte. O número que define a prioridade, quantas páginas compartilham o problema, só existe depois que você padroniza cada linha à mão.

Problemas entre páginas caem no vão entre sessões. Dos mesmos 45 sites externos auditados pelo SEOReport entre maio e outubro de 2026, 32 (71%) tinham pelo menos um problema impossível de ver em uma URL isolada: ele só aparece quando o sitemap é comparado com as páginas que lista, quando as páginas são comparadas entre si ou quando a biblioteca de artigos é lida como um todo. Dividir um site em lotes de 25 divide justamente essas comparações. Dois artigos quase duplicados revisados nas sessões 4 e 19 nunca se encontram, e essa é uma das formas pelas quais as páginas duplicadas por trás de Cópia sem página canônica selecionada pelo usuário sobrevivem a uma revisão página por página.

O mês seguinte não pode ser repetido. A mesma pergunta feita duas vezes pode voltar com outras palavras e, de vez em quando, com outro julgamento. Se você repetir as 21 sessões em dezembro e encontrar menos problemas, não tem como saber se o site melhorou ou se as sessões mudaram de ideia. Sem um método fixo, não há linha de base para comparar.

flowchart TD
    subgraph many["Muitas sessões de chat"]
        A["Escolher as próximas 25 páginas"] --> B["Nova sessão: explicar o método de novo"]
        B --> C["A sessão verifica o que escolhe, com as próprias palavras"]
        C --> D["Copiar os achados para suas anotações"]
        D --> E{"Ainda há páginas?"}
        E -->|sim| A
        E -->|não| F["Consolidar 21 conjuntos de anotações à mão"]
        F --> G["Nenhum registro para repetir no mês seguinte"]
    end
    subgraph one["Uma auditoria, depois IA por achado"]
        H["Uma auditoria: o mesmo método a cada execução"] --> I["Inventário de achados com evidências"]
        I --> J["Uma sessão de IA por achado"]
        J --> K["Auditoria posterior, mesmo método"]
        K -->|"achado ainda em aberto"| J
    end

O que uma auditoria muda, e o que não muda

Uma auditoria também trabalha com amostras. Um diagnóstico completo do SEOReport examina a página inicial, as páginas listadas no seu sitemap e as páginas para as quais seus links internos apontam. Ele não lê todas as páginas, e cada achado tirado de uma amostra informa quantas páginas examinou, então o alcance de cada resultado fica registrado.

O que muda é o método. Todo diagnóstico executa o mesmo conjunto definido de verificações, da mesma forma, e registra a evidência de cada uma, então dois relatórios do mesmo site são comparáveis achado por achado. As comparações que caem no vão entre sessões de chat acontecem dentro de uma única execução: entradas do sitemap que contradizem as páginas listadas, links internos para páginas inexistentes, artigos quase duplicados, datas de artigos contraditórias e páginas que não recebem nenhum link. O resultado é um único inventário: achados com evidências e URLs afetadas, um plano de correção priorizado com etapas de verificação e exportações em PDF, Markdown e JSON. O que um relatório de SEO com pontuação contém percorre essa estrutura.

A auditoria também muda o tamanho do trabalho da IA. Em 249 sites externos auditados pelo SEOReport entre 23 de agosto e 4 de outubro de 2026, o relatório mediano sinalizou 14 problemas distintos (achados com falha ou aviso), e um quarto dos sites teve 17 ou mais. Um problema pode afetar muitas páginas, mas continua sendo uma tarefa bem definida. Uma lista de cerca de 14 tarefas com evidências anexadas é uma incumbência muito diferente de 21 sessões abertas de descoberta.

O que a auditoria não faz é substituir o julgamento nem escrever as correções. É aí que as sessões de IA mostram seu valor, o mesmo ponto que um artigo anterior sobre verificações pontuais com IA defendeu pelo caminho inverso.

Como usar bem sessões de IA em um site grande

Entregue à sessão os achados, não o site. Comece cada sessão com um achado, a evidência dele e as URLs afetadas. Um agente também pode criar o relatório e ler todos os achados sozinho pela REST API ou pelo servidor MCP, como descrito na nossa página para agentes de IA, para que o trabalho dele parta do diagnóstico em vez de redescobrir o site.

Atribua uma correção por sessão. Uma tarefa estreita mantém a atenção da sessão em uma única causa e deixa a resposta fácil de revisar. Um prompt neste formato funciona bem:

Finding: XML sitemap lists URLs that redirect.
Evidence: https://www.example.com/old-pricing -> 301 -> https://www.example.com/pricing
          https://www.example.com/team -> 301 -> https://www.example.com/about
Platform: [your CMS, sitemap generator and hosting]
Task: Explain the most likely reason the sitemap still lists these URLs on this
platform, and give the smallest change that makes it list only final URLs.
Address this finding only.

Se precisar usar o chat para descobrir problemas, escreva o método antes. Cole a mesma checklist no início de cada sessão, dê a cada sessão uma lista fixa de páginas e exija um único formato de saída: uma tabela com URL, verificação, valor observado e veredicto. Assim a consolidação vira trabalho mecânico. Isso reduz a divergência de redação e de cobertura; não recupera os problemas que só aparecem entre páginas.

Confirme com uma auditoria posterior e com o Google. Para tudo o que o Search Console aponta, corrija primeiro todas as URLs afetadas e depois rode o "Testar o URL publicado" da Inspeção de URL em uma delas para confirmar que o Google consegue buscar a página alterada. O teste em tempo real não avalia decisões de duplicação ou de canônica, então, nesses problemas, ele confirma apenas o acesso. Em seguida, clique em "Validar correção" no problema. A documentação do Google sobre o Relatório de indexação de páginas (consultada em outubro de 2026) diz que a validação costuma levar até cerca de duas semanas e, em alguns casos, bem mais. Um relatório posterior, ou o monitoramento semanal pela API descrita em monitoramento contínuo de SEO, mostra se o achado foi resolvido segundo o mesmo método que o encontrou.

Para sites pequenos o quadro é mais ameno: no modelo, um site de 20 páginas dá 2 sessões e cerca de uma hora, e uma pergunta sobre uma única página nem precisa de auditoria. O custo cresce com o site, e o valor de um método repetível também.

Perguntas frequentes

Um assistente com navegação na web consegue auditar o site inteiro sozinho?

A navegação elimina o trabalho de colar, então o 1 minuto por página do modelo diminui. O assistente continua abrindo páginas uma de cada vez, escolhendo quais abrir e, muitas vezes, recebendo o texto convertido da página em vez da resposta completa com os cabeçalhos. O comportamento das ferramentas varia entre assistentes, e nenhuma delas acrescenta um método fixo que rode do mesmo jeito no mês seguinte.

Uma janela de contexto maior resolve o problema?

Ela aumenta o número de páginas por sessão, o que reduz a contagem de sessões. No modelo, 100 páginas por sessão ainda significam 6 sessões e cerca de 10 horas para um site de 500 páginas, porque lidar com cada página leva o mesmo tempo. E a divergência entre execuções continua intacta.

25 páginas por sessão é um número realista?

É uma premissa, escolhida para uma sessão que lê cabeçalhos, tags do head e dados estruturados, além do texto. Ajuste-a às suas páginas e use a fórmula: sessões = páginas ÷ páginas por sessão, arredondado para cima, mais 1. As conclusões sobre a divergência não dependem dela.

Devo guardar as transcrições do chat como registro da auditoria?

Guarde-as como anotações de trabalho. Uma transcrição registra o que a sessão concluiu, geralmente sem a evidência bruta que ela viu, como o código de status e os valores dos cabeçalhos naquele momento. Um registro que guarda a evidência junto com cada achado permite que alguém confira o veredicto depois e o compare com a próxima auditoria.