Auditoria, marketing e tecnologia
Como preparar evidências para uma auditoria de site
Uma auditoria útil não é uma coleção de capturas de tela. É um registro que conecta uma pergunta, uma fonte, uma observação, um limite e uma decisão possível. Com esse recorte, a equipe consegue discutir prioridade sem transformar impressão em diagnóstico.
Este guia ajuda a preparar uma primeira leitura de site de serviços, conteúdo ou comércio digital. Não substitui uma auditoria técnica, não acessa contas e não promete mais tráfego, conversões, posições ou aprovação de plataforma. Para organizar contexto, objetivo e restrições antes da conversa, use também o briefing inicial de projeto.
- 01PerguntaO que precisa ser decidido?
- 02FonteOnde a informação foi observada?
- 03AmostraQual página, período ou cenário?
- 04LimiteO que ainda não pode ser concluído?
1. Comece pela pergunta que precisa de resposta
“O site está bom?” não define uma auditoria. Troque a pergunta ampla por uma decisão observável: a pessoa encontra a oferta? O formulário permite concluir o contato? O conteúdo responde à dúvida que trouxe o visitante? A equipe consegue identificar o que aconteceu depois?
Registre uma pergunta por linha e diga o que ficaria diferente se a resposta fosse conhecida. Isso reduz a tentação de acumular recomendações sem relação com o objetivo do negócio.
- Descoberta: quais páginas e consultas apresentam a oferta?
- Compreensão: o visitante entende escopo, público, limites e próximo passo?
- Ação: o canal de contato funciona e informa o que acontece depois?
- Continuidade: alguém consegue registrar, responder e revisar a demanda?
2. Faça um inventário da jornada pública
Escolha uma jornada e percorra-a como visitante não autenticado. Anote a URL, a data, o dispositivo, o navegador quando for relevante e o caminho que você seguiu. Não use uma conta administrativa para representar a experiência pública.
| Ponto | O que observar | Evidência a registrar |
|---|---|---|
| Entrada | A página deixa claro o tema e o público? | URL, título visível e pergunta que a página responde. |
| Oferta | Escopo, dependências e limites aparecem antes do contato? | Trecho visível, link interno e informação ausente. |
| Ação | O próximo passo é compreensível e adequado ao momento? | CTA, campos pedidos e mensagem apresentada. |
| Confiança | Há política, contato, identidade e expectativa de retorno? | Links acessíveis e ressalvas que precisam de revisão. |
Uma captura isolada mostra um estado, não toda a experiência. Se o problema depende de largura de tela, consentimento, região, idioma ou etapa do formulário, registre o cenário que foi usado e não generalize para todos os visitantes.
3. Separe fonte, observação, medição e hipótese
Use rótulos que deixem a força da evidência evidente. “Observei no navegador” é diferente de “foi medido no relatório” e ambos são diferentes de “parece que”. Essa distinção protege a decisão contra números deslocados do contexto.
- Observado
- Algo visível em uma página ou fluxo, com URL, data e cenário registrados.
- Medido
- Valor extraído de uma ferramenta ou teste, com período, filtro, unidade e método conhecidos.
- Documentado
- Regra ou definição sustentada por uma fonte oficial, contrato, política ou registro interno pertinente.
- Hipótese
- Explicação possível que ainda precisa de teste; não deve ser escrita como causa confirmada.
Quando uma fonte não estiver disponível, escreva não verificado ou não disponível. Não preencha ausência de dado com zero, nota ou estimativa silenciosa. Um registro honesto de limitação é mais útil que uma precisão inventada.
4. Leia busca e comportamento no recorte certo
Para perguntas sobre resultados da Pesquisa Google, o relatório de desempenho do Search Console apresenta métricas como cliques e impressões. Confira propriedade, tipo de pesquisa, página, país, dispositivo, período e filtros antes de comparar. A documentação do relatório de desempenho descreve seu escopo.
Para comportamento registrado dentro do site, o GA4 responde a outro conjunto de perguntas e depende da configuração de coleta e consentimento. Não trate clique de busca, sessão, visualização de página, evento de contato e venda como a mesma unidade. Registre cada uma em sua própria coluna e ligue a leitura à pergunta que ela pode responder.
O Google recomenda conteúdo útil, confiável e criado para pessoas nos princípios de conteúdo people-first. Isso orienta a revisão editorial, mas não comprova que uma página será rastreada, indexada ou exibida. O Search Essentials também não deve ser tratado como garantia de resultado.
5. Registre experiência e desempenho sem extrapolar
Descreva o que foi testado: dispositivo, conexão, navegador, tamanho da janela, estado de consentimento e percurso. Um carregamento observado uma vez pode revelar um problema, mas não resume o desempenho de todos os usuários.
Se a análise envolver Core Web Vitals, distinga dados de campo de uma medição de laboratório. A referência de Web Vitals explica a diferença entre o que usuários reais vivenciam e testes controlados. Se não houver série de campo, registre essa ausência; não transforme um HTTP 200, uma captura ou um teste isolado em nota de experiência.
Na acessibilidade, registre a barreira e o contexto — por exemplo, contraste, foco de teclado, rótulo de formulário ou ordem de leitura — sem afirmar conformidade integral a partir de uma verificação parcial. Uma avaliação completa precisa de escopo, método e, quando necessário, revisão especializada.
6. Converta achados em prioridade de trabalho
Um achado só se torna uma prioridade quando a equipe consegue explicar por que ele importa, quem pode agir e como saberá que a etapa terminou. Use uma linha por achado e preserve o vínculo com a evidência.
- Descreva o fato: o que foi observado ou medido, sem adjetivo desnecessário.
- Explique o impacto possível: qual etapa da jornada pode ficar mais difícil e para quem.
- Declare a incerteza: qual cenário, período ou dado ainda falta.
- Defina o próximo teste: alteração, conferência ou conversa que reduzirá a dúvida.
- Combine aceite: responsável, prazo, evidência esperada e decisão após a revisão.
Prioridade não é sinônimo de gravidade universal. Um formulário quebrado pode bloquear a ação principal; uma melhoria de texto pode ser importante, mas depender de uma definição de oferta. Use dependências para ordenar o trabalho e não apresente impacto financeiro ou conversão como fato sem registro comercial compatível.
Checklist de evidências para auditoria
O modelo reúne escopo, jornada, registro de evidências, prioridades, responsáveis e revisão. Ele começa vazio, não conecta ferramentas, não coleta dados automaticamente e não calcula score. Faça uma cópia e adapte os campos antes de usar.
Baixar checklist em MarkdownNão inclua senhas, tokens, chaves de API, dados de cartão, documentos pessoais desnecessários ou mensagens completas de clientes. Quando precisar demonstrar um caso, reduza e anonimize a evidência conforme a finalidade.
Fontes e limites
As referências oficiais do Google e do web.dev foram consultadas em 14 de setembro de 2026. Menus, métricas, políticas e condições de plataforma podem mudar; reabra a fonte antes de aplicar uma regra a um caso real.
Este conteúdo foi estruturado com apoio de agentes de linguagem e passou por uma pré-revisão editorial. A conferência factual, o método da auditoria e a decisão de publicação continuam sob responsabilidade da WB Consulting.
O roteiro de perguntas e registro é uma proposta editorial da WB Consulting. Ele não constitui auditoria executada, parecer jurídico, certificação de acessibilidade, garantia de desempenho, aprovação de plataforma ou promessa de tráfego e receita.
Todos os guias