SEO Audit

ANÁLISE EDITORIAL

SEO Audit é uma Skill documental para organizar auditorias de SEO com escopo, evidência, severidade, confiança e prioridade. Em vez de entregar uma lista genérica de boas práticas, ela pede que cada achado seja ligado a uma URL, um relatório, um cabeçalho, um dado de rastreamento ou outra prova reproduzível.

A Skill está no repositório sickn33/agentic-awesome-skills, que tinha 44.992 estrelas na consulta de 15 de agosto de 2026. A versão auditada foi fixada no commit 77a348f816d822b16f6ee9c3d72445ec92f70699. O repositório mostrava a release v15.13.0, mas esta página usa o commit, porque uma referência imutável permite conferir exatamente o texto analisado.

O download local é estritamente documental. Ele contém SKILL.md, LICENSE e ORIGEM.md. Não inclui crawler, navegador, script, biblioteca, dependência, acesso ao Search Console, dado de analytics, cookie, token ou credencial.

Imagem editorial exclusiva do Bastidores da IA. Não é captura de tela, interface real nem prova de auditoria executada.

O que esta Skill faz de verdade

A orientação divide a auditoria em cinco blocos: rastreabilidade e indexação, fundamentos técnicos, otimização na página, qualidade de conteúdo e sinais de autoridade e confiança. A ordem é útil porque evita gastar tempo ajustando títulos enquanto páginas importantes continuam bloqueadas, duplicadas ou inacessíveis ao mecanismo de busca.

Para cada problema, a Skill exige problema, categoria, evidência, severidade, confiança, impacto, efeito na pontuação e recomendação. Esse formato força uma separação importante: o que foi observado não é a mesma coisa que a interpretação, e a interpretação não é a mesma coisa que a correção. A documentação inicial do Google sobre SEO também deixa claro que não existe ajuste capaz de garantir a primeira posição.

Há um índice de saúde de zero a cem, composto por pesos declarados. A própria Skill limita seu uso: a nota não substitui os achados, categorias fora do escopo precisam ter os pesos redistribuídos e uma nota alta é inválida se restar um bloqueio crítico. Portanto, o valor principal está na rastreabilidade das decisões, não no número isolado.

Para quem serve

Ela serve para profissionais de conteúdo, desenvolvimento, produto, marketing e operação que precisam transformar sinais dispersos em uma fila de investigação. É especialmente útil antes de uma migração, após uma troca de tema, quando páginas importantes somem do índice ou quando relatórios diferentes parecem se contradizer.

Uma equipe pequena pode usá-la para estruturar uma revisão inicial sem fingir que possui todos os dados. Uma agência pode registrar o que veio do cliente, o que foi medido e o que ainda depende de acesso. Um time técnico pode ligar cada recomendação ao template, rota ou componente responsável. Para decisões com impacto comercial relevante, a saída deve passar por alguém com experiência no site e no mercado.

Compatibilidade e pré-requisitos

O arquivo segue o formato de Agent Skills, com SKILL.md e metadados em YAML. A especificação pública de Agent Skills descreve esse formato e observa que o suporte a campos e ferramentas varia entre clientes. Em termos práticos, a Skill pode ser lida por agentes compatíveis, incluindo ambientes como Codex, Claude Code, Cursor e outros que aceitem esse padrão, mas o modo de instalação depende do cliente.

A Skill não traz ferramenta de coleta. Para uma auditoria real, você precisa definir o site, as páginas, o idioma, o mercado, o objetivo, a versão analisada e as fontes de evidência disponíveis. Podem entrar no trabalho o Search Console, analytics, logs do servidor, um crawler autorizado e inspeção direta. O guia oficial do Search Console ajuda a distinguir monitoramento do desempenho, inspeção de URL e confirmação de problemas.

Também é necessário combinar permissões. Uma auditoria somente de leitura não autoriza publicar correções, alterar robots.txt, enviar sitemap, mudar canonicals, instalar tags ou acessar contas sem consentimento. Dados exportados podem revelar consultas, páginas internas e comportamento de visitantes, portanto devem seguir a política de acesso e retenção da organização.

Instalação recomendada

A forma mais controlada é abrir o diretório oficial fixado no commit auditado, conferir o SKILL.md original e copiar a pasta para o diretório de Skills aceito pelo seu cliente. O nome da pasta deve continuar seo-audit.

O README do mantenedor também apresenta o instalador do catálogo. Esse caminho pode trazer muito mais conteúdo que esta única Skill. Antes de executar qualquer instalador, confira o pacote, o destino, a versão e os arquivos que serão gravados. O ZIP do Bastidores é uma cópia para leitura e comparação, não um instalador automático.

Depois de copiar a Skill, reinicie ou recarregue o cliente se ele não atualizar o catálogo automaticamente. Confirme que o nome e a descrição aparecem e que o conteúdo carregado corresponde ao commit registrado nesta página. Se o cliente não implementar Agent Skills, use o arquivo como checklist documental, sem alegar compatibilidade nativa.

Configuração antes do primeiro uso

Comece com um escopo pequeno e escrito. Registre domínio, ambiente, período, tipos de página, idioma e objetivo. Defina se a auditoria cobre desktop, mobile ou ambos. Liste também mudanças recentes, como migração, novo CMS, alteração de URLs ou atualização do tema. Sem isso, uma queda pode ser atribuída ao fator errado.

Associe cada fonte a uma pergunta. Use o Search Console para saber como o Google observou URLs e consultas, logs para entender requisições ao servidor e inspeção técnica para conferir respostas, HTML e links. A introdução oficial ao robots.txt explica o controle de rastreamento, mas robots.txt não deve ser confundido com mecanismo de remoção do índice.

Defina ainda a régua de evidência. Um bloqueio visto diretamente no cabeçalho HTTP pode ter confiança alta. Uma hipótese baseada em poucas páginas deve permanecer com confiança média ou baixa. A Skill reduz o desconto da pontuação quando a confiança é menor, o que ajuda a evitar certeza artificial.

Primeiro uso seguro

1. Escolha um grupo pequeno de páginas importantes e registre a data da análise.
2. Confirme o código HTTP, a URL final e a versão renderizada de cada amostra.
3. Verifique robots.txt, meta robots, canonical, sitemap e links internos.
4. Compare o conteúdo que o usuário recebe com o conteúdo acessível ao rastreador.
5. Registre cada achado com URL, evidência, severidade e confiança.
6. Calcule a pontuação somente depois de classificar os achados.
7. Separe correções críticas, melhorias de maior impacto, ganhos rápidos e oportunidades futuras.
8. Peça revisão humana antes de alterar produção.

Se o site tiver muitas URLs, não extrapole uma pequena amostra sem indicar o limite. Para sitemaps, consulte a orientação oficial do Google para criar e enviar sitemap. Um sitemap ajuda na descoberta, mas não garante rastreamento, indexação ou posição.

Resultado esperado

O resultado esperado é um relatório curto o bastante para ser executável e detalhado o bastante para ser conferido. O resumo deve indicar a saúde geral, os bloqueios e os limites do escopo. A tabela por categoria precisa mostrar nota, peso e contribuição. Depois, cada achado deve carregar sua própria evidência.

Uma recomendação útil aponta o que precisa mudar, mas não inventa prazo, ganho ou posição futura. Quando houver histórico, compare a nova execução com a anterior e atribua a mudança a itens específicos. Se páginas, período ou ferramentas mudaram, registre a quebra de comparabilidade.

Para desempenho, diferencie dado de campo, dado de laboratório e observação do usuário. O material oficial sobre Web Vitals explica as métricas atuais, enquanto a documentação do PageSpeed Insights descreve as fontes apresentadas pela ferramenta. Uma nota de laboratório sozinha não prova a experiência de toda a audiência.

Permissões e riscos

Ler o pacote documental não exige acesso especial. A auditoria real pode exigir conta no Search Console, analytics, logs, CMS e ambiente de homologação. Conceda somente o acesso necessário e prefira funções de leitura. Não copie tokens, cookies, dados pessoais ou relatórios internos para prompts ou ferramentas sem autorização específica.

Há risco operacional em recomendações corretas aplicadas no lugar errado. Alterar canonical, redirecionamento, noindex, estrutura de URL ou robots.txt pode remover páginas, dividir sinais ou interromper tráfego. O guia oficial para mudanças de URL mostra por que migrações exigem planejamento, mapeamento, monitoramento e recuperação.

Também existe risco de exposição comercial. Consultas, páginas de conversão, métricas e logs podem revelar estratégia e comportamento de clientes. Mantenha relatórios em local controlado, remova dados que não sejam necessários e registre quem pode receber a saída.

Erros comuns

• Começar pela nota: a pontuação deve resumir achados, não substituir investigação.
• Usar uma única ferramenta: nenhum painel conhece sozinho o código, o servidor, o índice e o objetivo do negócio.
• Confundir rastreamento com indexação: uma URL acessível ainda pode não ser selecionada para o índice.
• Tratar correlação como causa: uma queda após uma mudança é pista, não prova suficiente.
• Prometer resultado: SEO melhora condições de descoberta, mas não garante posição ou tráfego.
• Ignorar o escopo: uma amostra não representa automaticamente o site inteiro.
• Aplicar tudo de uma vez: mudanças em lote dificultam atribuição, teste e rollback.

Outro erro frequente é contar apenas ocorrências. Dez páginas com o mesmo problema de template podem ter uma única causa. Agrupe por raiz provável, mantenha a lista de URLs afetadas e corrija primeiro em ambiente de teste. Depois, valide a mudança em uma amostra e acompanhe o efeito real.

Versão auditada, licença e download local

A curadoria fixou o commit 77a348f816d822b16f6ee9c3d72445ec92f70699. Na consulta de 15 de agosto de 2026, o repositório mostrava 44.992 estrelas e a release v15.13.0. Estrelas indicam adoção observável do projeto, não validam cada instrução e não substituem a revisão do arquivo específico.

O conteúdo escrito original do repositório está sob Creative Commons Attribution 4.0 International. O pacote local mantém a atribuição, a referência da licença e a origem. O SKILL.md não foi alterado. Consulte também o resumo oficial da CC BY 4.0 antes de reutilizar ou adaptar o material.

O arquivo local tem SHA-256 a190dde77b06af9c902c74e349961a588330fe3f15457b07376ca0cfdaf8bc60. Ele contém somente três arquivos de texto: SKILL.md, LICENSE e ORIGEM.md. Não há runtime, executável, dependência, captura, dado de site, segredo ou credencial.

Limite final

SEO Audit organiza uma investigação, mas não observa o site por conta própria. Uma resposta bem formatada ainda pode estar errada se o agente não tiver a versão correta da página, interpretar mal o objetivo ou misturar dados de períodos diferentes. Confirme as evidências e preserve as incertezas.

Use a nota para comunicação e acompanhamento, nunca como certificado. A decisão sobre corrigir, publicar ou migrar deve considerar impacto no usuário, risco técnico, prioridade do negócio, teste e rollback. Mudanças em produção continuam dependentes de aprovação humana.

Fontes primárias

• Diretório oficial da Skill no commit auditado
• SKILL.md oficial
• Licença do conteúdo do repositório
• Especificação Agent Skills
• Google Search Central, guia inicial de SEO
• Google Search Central, uso do Search Console
• Google Search Central, introdução ao robots.txt
• Google Search Central, sitemaps
• web.dev, Web Vitals
• PageSpeed Insights, documentação oficial