Como ler a sua pontuação SRPS e usar briefs técnicos

O que a Auditoria do site observa

A maior parte do Suparanku mede o lado de fora: o que os assistentes de IA dizem sobre a sua marca. A Auditoria do site olha para dentro, ou seja, para o seu próprio site como o veem os crawlers de IA e os mecanismos de resposta. Ela funciona em dois níveis. A auditoria de domínio verifica uma vez os sinais que valem para o site inteiro — HTTPS, robots.txt, se os bots de retrieval e de citação estão liberados, sitemaps, consistência de hreflang, marcação de organização. A auditoria de página aplica a mesma lente a URLs específicas: código de status, canonical e noindex, um único H1, tamanho de title e description, dados estruturados que carreguem fatos reais, atualidade, cobertura de alt nas imagens e a saúde dos links da página.

Juntas, elas respondem a uma pergunta que nenhum rastreador de visibilidade externa alcança: se a IA não encontra ou não consegue ler a sua página, por quê?

Como ler a pontuação SRPS

Cada página avaliável recebe um SRPS, pontuação de prontidão de 0 a 100. Não é o percentual de um checklist: um title em falta pesa mais do que uma dimensão de imagem em falta. Uma verificação que não puder ser avaliada fica de fora, em vez de penalizar a página.

Leia as faixas como um semáforo:

• 80–100 — prontidão técnica alta.
• 60–79 — precisa de trabalho; ainda há lacunas relevantes.
• abaixo de 60 — prontidão baixa; priorize os achados com maior peso.

Dois detalhes mudam a leitura de um número baixo:

• Um bloqueador zera a pontuação. A falha de um bloqueador de visibilidade — por exemplo, página inacessível, em noindex ou impossível de rastrear — leva a pontuação a 0, independentemente das demais verificações. Corrija-o primeiro.
• SRPS e SRPS+. O SRPS simples é calculado sobre o HTML bruto (auditoria rápida). O SRPS+ vem da auditoria profunda, que renderiza a página como um navegador e acrescenta verificações de qualidade de extração. O SRPS+ mostra um traço até você rodar uma auditoria profunda naquela página. Se o SRPS está saudável mas o SRPS+ está fraco, o seu conteúdo depende de JavaScript que os crawlers podem não executar.

A pontuação de domínio não é a média das páginas. Combina as pontuações das páginas com verificações que só fazem sentido no site inteiro — robots.txt, sitemap, consistência apex/www. Corrigir uma página move pouco; corrigir uma definição do site move mais.

O SRPS mede prontidão técnica, não a probabilidade de citação. Mesmo uma pontuação de 100 não promete entrada no conjunto recuperado, menção nem recomendação numa resposta de IA.

Por que uma página pontua baixo

Na prática, as pontuações baixas se concentram em poucas causas:

• Acesso. O robots.txt bloqueia um bot de retrieval ou de citação, ou uma regra Allow/Disallow conflitante faz isso por acidente. Nada mais importa se o crawler nunca chega.
• Indexabilidade. Um noindex esquecido, um canonical apontando para outra página ou um status diferente de 200 tiram a página de jogo silenciosamente.
• Estrutura rasa. Nenhum dado estruturado, ou marcação que existe mas não carrega fatos reais (um Product sem preço nem disponibilidade), ou title e description ausentes ou fora do tamanho.
• Problemas de grafo. Uma página que nenhum conteúdo interno linka (órfã), ou enterrada a muitos cliques de profundidade, é difícil de alcançar para qualquer crawler — e para qualquer leitor.

As verificações manuais atuais (por exemplo, indexada no Google ou a revisão de uma imagem og:image) são excluídas da pontuação. Continuam visíveis como tarefas, mas não alteram o numerador nem o denominador.

Corrigindo com um brief técnico

Esta é a parte que torna a pontuação acionável. Quando um achado da auditoria corresponde a uma recomendação técnica, o Suparanku monta um brief técnico determinístico. Ele usa a verificação reprovada, suas evidências concretas e uma instrução de correção cadastrada, sem solicitar uma nova análise de IA. Ele entrega:

• o problema e exatamente onde ele está;
• por que importa, com a tática do PLAYBOOK e a força da evidência por trás dela;
• a correção passo a passo, incluindo um artefato pronto para colar — a linha do robots.txt, o bloco JSON-LD ou a meta tag corrigida;
• critérios de aceite, para você saber quando está de fato encerrado.

Como o brief é texto simples e estruturado, você pode entregá-lo direto a uma pessoa desenvolvedora, colocá-lo num ticket ou fornecê-lo como instrução de trabalho a um agente de IA compatível. Quando a correção sobe, a auditoria seguinte reverifica o sinal técnico: se passa, a recomendação se resolve sozinha; se continua falhando, permanece aberta.

Um brief de conteúdo funciona de outra forma: uma recomendação de conteúdo chega primeiro sem brief. Ele é gerado sob demanda por uma análise de IA e conta para a franquia mensal do plano correspondente. Brief técnico e brief de conteúdo, portanto, não são duas versões da mesma etapa de geração.

Um hábito semanal

Você não precisa de um rastreamento completo todo dia. Deixe a auditoria rápida se atualizar na cadência semanal para manter o SRPS em dia, e gaste o orçamento de auditoria profunda no punhado de páginas que realmente importam — aquelas que a IA já cita ou aquelas cuja prontidão técnica você quer melhorar. Leia a pontuação de domínio para achar os bloqueios do site inteiro, ordene as páginas por SRPS para encontrar as piores e trabalhe os briefs de cima para baixo. Primeiro acesso, depois indexabilidade, então estrutura. Qualquer mudança nas citações deve ser observada separadamente, com medições repetidas.