CommunityPesquisa e Análise de Dadosgithub.com

Auditoria de Conversão de Sites

Audita a página inicial ou landing page de um negócio de serviços (URL, screenshot ou HTML) para conversão. Retorna um veredito do teste de 5 segundos e recomendações priorizadas: vitórias rápidas, mudanças de alto impacto e ideias de teste.

O que é Auditoria de Conversão de Sites?

Esta skill implementa uma auditoria sistemática de conversão para páginas de negócios de serviços (como clínicas, consultores, agências locais) que precisam gerar leads qualificados. O processo começa com um **teste cego de 5 segundos** (antes de ler qualquer contexto do negócio) para capturar a impressão de um visitante desconhecido. Em seguida, coleta o contexto do negócio (lendo o arquivo `.agents/business-context.md` ou fazendo um mini-brief de 5 perguntas) e classifica a temperatura do tráfego (pago, orgânico, referral) para ajustar os critérios de avaliação. A auditoria percorre um checklist completo: mensagem → estrutura → prova social → CTA → atrito → aspectos técnicos, incluindo verificação de acessibilidade (WCAG 2.1), otimização para busca por IA (dados estruturados, respostas logísticas) e requisitos legais para países da UE (Bélgica/Europa). O resultado é um relatório estruturado com seções como vitórias rápidas, mudanças de alto impacto, ideias de teste, alternativas de copy, e um plano de medição (com recomendações de A/B testing ou before/after). A skill funciona principalmente com `agent-browser` para capturar screenshots (desktop 1440px e mobile 390px) e testar o CTA principal, mas também aceita screenshots enviados ou HTML/texto puro (com limitações). É ideal para especialistas em CRO, SEO, ou donos de negócio que querem otimizar páginas que não estão convertendo bem.

Funciona com~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/dedene/skills/tree/HEAD/skills/website-conversion-audit

Installed? Explore more Pesquisa e Análise de Dados skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

Perguntar na sua IA favorita

Abre um novo chat com esta habilidade de agente já pré-carregada.

Documentação

O que Auditoria de Conversão de Sites faz?

Audite uma página de cada vez e diga ao proprietário o que consertar primeiro. Feito para pequenas e médias empresas de serviços (oficinas, clínicas, coaches, consultores, agências, profissionais locais) cujo site tem um objetivo: conseguir uma ligação agendada, uma solicitação de orçamento ou uma visita. SaaS se encaixa de forma aproximada (troque "agende uma ligação" por "inicie um trial"); catálogos de e-commerce estão fora de escopo. A auditoria julga e prioriza; ela não reescreve a página. Reescrever a página completa é tarefa do website-copy.

Teste cego primeiro, depois contexto

Avalie o teste de 5 segundos antes de ler qualquer contexto de negócio, documento de estratégia ou brief, para que a pontuação reflita a visão de um estranho (etapas 2–3 do fluxo de trabalho). Depois:

  1. Se .agents/business-context.md existir, leia-o e pergunte apenas o que ele não cobrir.
  2. Se estiver faltando, esboce o que puder a partir da própria página (BRIEF-01) e marque cada ponto como inferido. Em seguida, faça um mini-brief de 5 perguntas em uma mensagem: cliente ideal, o único trabalho do site e o CTA principal, oferta e posicionamento de preço, provas disponíveis, localidade e idiomas. Para uma auditoria de site completo ou um reposicionamento, sugira executar website-brief primeiro.
  3. Perguntas específicas da auditoria (pergunte, mas não bloqueie por elas): de onde vem o tráfego, taxa de conversão atual e qualidade do lead, divisão por dispositivo, o que já foi tentado.
  4. Qualquer coisa ainda desconhecida: use os padrões em references/principles.md e liste-os sob Lacunas e suposições.
  5. Não supervisionado (ninguém pode responder: uma execução delegada ou agendada, ou o proprietário está fora): não bloqueie. Prossiga com o contexto inferido e termine o relatório com Perguntas para o proprietário (máx. 8, mais importantes primeiro, cada uma mostrando o valor assumido).

Fluxo de trabalho

  1. Escopo da página. Nomeie o tipo de página (página inicial, página de serviço, landing page paga, Sobre, preços, opt-in, contato) e seu único objetivo de conversão. Escolha a página:

    • Várias páginas solicitadas: página inicial primeiro, depois a página com mais tráfego ou gasto em anúncios. Sem dados de tráfego: a página ou seção que carrega a oferta principal ou de entrada.
    • Site de página única, ou uma oferta sem página própria (apenas um card ou seção): audite essa seção mais seu caminho de conversão como a landing page de fato, e reporte a página faltante como um achado (A-S10).
    • Declare a escolha na linha Por que esta página.
  2. Capture a página. Com agent-browser: desktop 1440 px e mobile 390 px, acima e abaixo da dobra. Use uma sessão nomeada (a padrão é compartilhada com outros agentes), aguarde o ócio da rede, capture a dobra com o banner de cookies (isso é o que os visitantes veem), depois dispense-o para as outras capturas. Salve em um diretório temporário, não na árvore do projeto. Verifique a sintaxe atual com agent-browser skills get core ou --help primeiro.

    d=$(mktemp -d)   # ou o scratchpad da sessão
    ab() { agent-browser --session audit-example "$@"; }   # uma sessão nomeada por auditoria
    ab set viewport 1440 900
    ab open https://example.com && ab wait --load networkidle
    ab screenshot "$d/desktop-fold.png"        # banner visível
    # dispense o banner (snapshot -i, clique no botão), depois:
    ab screenshot --full "$d/desktop-full.png"
    ab set viewport 390 844
    ab cookies clear && ab storage local clear
    ab reload && ab wait --load networkidle
    ab screenshot "$d/mobile-fold.png"         # banner visível novamente
    # dispense, depois:
    ab screenshot --full "$d/mobile-full.png"
    ab a11y --tags wcag2a,wcag2aa              # básicos A-T5
    ab close
    
    • Próxima página: limpe cookies e armazenamento novamente (ou use uma nova sessão) para que sua dobra também mostre o banner.
    • Branco abaixo do hero (animações de scroll-reveal): não relate seções vazias. Tente ab set media reduced-motion e recarregue, ou role em etapas de viewport (ab scroll down 800, pequena espera, screenshot) e mantenha as fatias.
    • Imagens lazy-loaded (loading="lazy"): capturas de página inteira podem mostrar caixas de imagem vazias mesmo com movimento reduzido. Role pela página em etapas de viewport primeiro, depois liste o que ainda não foi carregado: ab eval "[...document.images].filter(i => !i.complete || !i.naturalWidth).map(i => i.currentSrc || i.src)". Relate uma imagem quebrada (A-T3) apenas se ela ainda estiver vazia após isso.
    • Velocidade (A-T2): use PageSpeed Insights / dados de campo CrUX quando disponíveis. vitals de uma sessão local aquecida não é sinal; relate qualquer número de laboratório como apenas lab.
    • Sem agent-browser: trabalhe a partir de screenshots fornecidos, HTML ou texto buscado. Apenas texto não pode julgar layout, imagens, contraste ou a dobra. Diga isso e marque essas verificações como não verificado em vez de adivinhar.
  3. Execute o teste de 5 segundos, cego (HERO-01, A-M1). Leia apenas o que está visível acima da dobra, em ordem visual, no desktop e mobile, antes da etapa de contexto. Passe regra, rubrica (incluindo imagens de herói com apenas logotipo ou abstratas) e gravidade em um só lugar: o protocolo do teste de 5 segundos em references/hero.md. Abaixo da nota de aprovação, a reescrita do herói lidera a lista de Alto impacto.

  4. Leia o contexto conforme descrito acima.

  5. Defina a temperatura do tráfego. Ela muda o que é "bom":

    • Pago: julgue de acordo com a ordem da landing page paga e a correspondência de mensagem (STRUCT-03, A-M10). Peça o anúncio; uma incompatibilidade é Crítica. Verifique se cada grupo de anúncios pousa na página que responde à sua consulta (A-M11).
    • Pago + orgânico (uma página de serviço orgânica que também recebe cliques de anúncios): julgue a correspondência de mensagem do herói com os anúncios, mantenha a navegação, mas sinalize um CTA na navegação que compete com o do herói, e recomende uma landing page paga dedicada quando o gasto com anúncios for significativo (regra híbrida C2 em references/principles.md).
    • Frio (orgânico, social): espere o argumento completo (projeto STRUCT-02).
    • Quente (indicação, YouTube, assistente de IA): uma página mais curta é aceitável; verifique se o agendamento está a um clique de qualquer lugar (AI-04, contradição C18 em references/principles.md).
  6. Defina a localidade. BE ou outro país da UE: adicione a checklist BE/UE de references/be-eu.md (informações legais, consentimento, avaliações, versões de idioma; sites B2B: veja sua seção B2B). Audite no idioma da página e cite-o textualmente; escreva os achados no idioma do usuário.

  7. Percorra a checklist em ordem: mensagem → estrutura → prova → CTA → atrito → técnico (references/audit-checklist.md, IDs A-M1 … A-T7). Verifique fatos que diferem entre páginas, rodapé e documentos (A-P9). Em seguida, escaneie a lista de assassinos de conversão para coisas a remover.

  8. Reconstrua a linha narrativa (references/flow.md). A partir da página ao vivo, escreva o mapa de argumentos: o estado inicial do leitor (FLOW-02), as crenças das quais o CTA depende, e por seção o que ela requer, estabelece e deixa em aberto (FLOW-01, FLOW-03). Marque cada crença como coberta, fraca ou faltando. Em seguida, execute os testes de apenas cabeçalhos e de costura (FLOW-04, FLOW-05), verifique se as afirmações e contrapontos são colocados onde são necessários (FLOW-06, FLOW-07), e execute o painel de leitores hostis (FLOW-09). Vazamentos, lastro, costuras quebradas e posicionamentos incorretos tornam-se achados A-S11…A-S14.

  9. Siga o CTA principal. Clique nele e verifique se o clique entrega o que o rótulo prometeu (A-C8) e se o caminho pós-clique se encaixa no negócio (A-F1: agendador, formulário curto ou clique para ligar; um CTA apenas com mailto: falha). Nunca envie um formulário ou agende um slot em um site ao vivo sem a aprovação do proprietário. Se não puder testá-lo, liste A-T3 como não verificado.

  10. Verifique a prontidão para busca por IA (references/ai-search.md): respostas logísticas como preço, processo e cronograma (AI-01), sinais de nicho (AI-02), fatos de negócios consistentes e dados estruturados (AI-03), um caminho rápido para visitantes pré-convertidos (AI-04), um humano na página (AI-05), e um campo "Como você nos encontrou?" (AI-06).

  11. Classifique e categorize. Atribua a cada achado uma gravidade da rubrica (Crítico / Alto / Médio / Baixo) e um esforço (P/M/G). Em seguida, categorize: Vitórias rápidas (≤ ~1 hora, baixo risco), Mudanças de alto impacto, Ideias de teste. Ordene cada categoria por gravidade, depois por posição na página, herói primeiro. Um achado que se sobreponha à seção BE/UE ou busca por IA é escrito uma vez e referenciado cruzadamente. O mesmo vale para achados de linha narrativa: um vazamento ou posicionamento incorreto que uma verificação mais específica já cobre (sem preço → A-P5, sem humano → A-P4, CTA pousa na página errada → A-C8) é escrito uma vez sob o ID específico com o ID de fluxo ao lado ("A-P5 / A-S13"); mantenha A-S11…A-S14 por conta própria para a ordem e as costuras em si.

  12. Escreva as alternativas de copy: 2–3 opções para título, subtítulo e CTA (mais linha de reforço ou linha de chamada quando essa for a correção), cada uma com uma justificativa de uma linha citando uma regra. Escreva-as no idioma da página (os achados permanecem no idioma do usuário). Use apenas fatos da página ou do arquivo de contexto; marque uma opção que dependa de um fato ou posicionamento não confirmado com † e adicione-a às perguntas do proprietário.

  13. Planeje a medição. A maioria dos sites SMB não tem tráfego suficiente para testes A/B válidos (MEAS-01). Padrão: before/after em períodos iguais. Liste apenas os testes que o tráfego pode suportar, escritos no formato de hipótese MEAS-03; com volume muito baixo, diga isso em uma linha.

  14. Ofereça o handoff: a reescrita completa para website-copy (passe o mapa de argumentos para que a reescrita comece a partir dele), uma oferta de transição faltante para website-lead-magnet.

Contrato de saída

Use esta estrutura. Omita uma seção apenas quando ela não se aplicar (BE/UE fora da Europa) e diga isso em uma linha.

# Auditoria de conversão: <nome da página> (<URL ou fonte>)

**Contexto:** <tipo de página> · objetivo: <uma conversão> · tráfego: <frio | quente | pago | pago + orgânico> · localidade: <xx-XX>
**Por que esta página:** <tráfego, gasto com anúncios ou a oferta que ela carrega>
**Contexto de negócio:** <.agents/business-context.md | mini-brief | inferido da página (não supervisionado)>
**Capturada:** <desktop 1440 + mobile 390 via agent-browser | screenshots fornecidos | HTML/texto apenas> · banner de cookies: <nas capturas da dobra | nenhum presente (por que)> · arquivos: <dir ou lista>

## Teste de 5 segundos: <APROVADO | REPROVADO> (<desktop n>/10 · <mobile n>/10)

| Critério | Desktop | Mobile | Evidência |
|---|---|---|---|
| O quê | 0–2 | 0–2 | "<texto do título visível>" |
| Por que importa | 0–2 | 0–2 | … |
| Próximo passo | 0–2 | 0–2 | … |
| Por que você | 0–2 | 0–2 | … |
| Imagem | 0–2 | 0–2 | … |

**Veredito:** <uma ou duas frases: o que um estranho pensa que este negócio faz e no que clicaria>

## Linha narrativa: <SE MANTÉM | QUEBRA na seção n (a primeira quebra)>
**Estado inicial:** <estágio de conscientização, FLOW-02> · **Estado final:** <crença que o CTA precisa>
**Maiores quebras** (máx. 5, mais danosas primeiro): 1. <§n→m · o que quebra · ID FLOW/A-S> 2. …

| # | Seção | Requer | Estabelece | Pergunta do leitor após | Costura para a próxima | Status |
|---|---|---|---|---|---|---|
| 1 | Herói | — | B1 | "…" | então / mas / e também | coberta / fraca / faltando |

- Vazamentos: <crenças sem seção> · Lastro: <seções sem crença> · Costuras quebradas: <n→n+1>
- Posicionamento incorreto: <afirmações antes de seus pré-requisitos; contrapontos longe de suas objeções> · Em aberto no CTA: <perguntas nunca respondidas>
- Painel de leitores hostis: <objeções levantadas por 3+ leitores>
(Os achados desta seção aparecem uma vez, nas categorias abaixo, como A-S11…A-S14.)

## Vitórias rápidas (esta semana)
1. **<A-ID> · <Gravidade> · Esforço P**: <o que está errado>
   - Evidência: "<cópia citada>" / `<seletor>` / <screenshot + região>
   - Por que: <ID da regra>, <mecanismo de uma linha>
   - Correção: <mudança concreta ou nova cópia exata>

## Mudanças de alto impacto
<mesmo formato de achado>

## Ideias de teste
- Porque <observação>, acreditamos que <mudança> causará <resultado> para <público>; saberemos quando <métrica> se mover <quantia> durante <período>. Verificação de tráfego: <suficiente para A/B | execute como before/after>.
- Ou, com baixo volume: "Nenhum teste A/B: volume muito baixo; compare <métrica> before/after durante <período>."

## Alternativas de copy (no idioma da página; † = precisa de confirmação do proprietário)
| Elemento | Atual | Opção | Justificativa (regra) |
|---|---|---|---|

## O que está funcionando
- <mantenha isto, com evidência, para que ninguém "conserte">

## Prontidão para busca por IA
- <AI-0x · achado · correção>

## Verificações BE/UE
- <item be-eu.md · passa | falha | verifique · correção> (B2B: itens de consumo como uma linha "n/a")

## Lacunas e suposições
- Não verificado: <ex.: envio de formulário, eventos de analytics, dados de campo>
- Assumido: <padrões usados>
- Prova a coletar: [PROVA NECESSÁRIA: <o quê, de quem>]

## Próximos passos
1. Mês 1: Crítico + vitórias rápidas. Mês 2: reescritas de alto impacto. Mês 3: oferta de transição (MEAS-04).
2. Quer a reescrita? Passe esta auditoria para `website-copy`.

## Perguntas para o proprietário (execuções não supervisionadas; máx. 8, mais importantes primeiro)
1. <pergunta> · assumido: <valor usado> · desbloqueia: <achados ou opções †>

Regras mais importantes aqui

  • Mensagem antes de micro-ajustes (princípio 14, MEAS-05). Um herói reprovado supera qualquer nota sobre cor de botão ou número de campos. Quando a mensagem está quebrada, mantenha os achados cosméticos curtos e empurre-os para baixo.
  • O teste de 5 segundos é a verificação principal (HERO-01). Verifique também se a fórmula do título se encaixa no tipo de negócio (HERO-02) e se o subtítulo diz o quê, como e para quem (HERO-06).
  • Cliente como herói, nas palavras do cliente (COPY-01, COPY-02). Sinalize "Bem-vindo ao…", prêmios e histórias de origem acima da dobra, além de jargões.
  • Uma página com todas as seções ainda pode perder o leitor. Verifique se cada seção leva à próxima: uma crença por seção em ordem de dependência, costuras que leiam "portanto" ou "mas", objeções respondidas onde surgem (FLOW-01…07). Uma linha narrativa quebrada é um achado de Alto impacto, classificado logo após um herói reprovado.
  • Tráfego pago precisa de sua própria página que ecoe o anúncio (STRUCT-03). Enviar anúncios para a página inicial, ou para uma página genérica quando existe uma dedicada (A-M11), é um achado de Alto impacto.
  • Um CTA específico, idêntico em todos os lugares, em uma cor reservada (CTA-02, CTA-04, CTA-05). Cite as frases proibidas que você encontrar (CTA-03).
  • Prova perto de afirmações, um humano real visível, preço abordado (PROOF-07, PROOF-14, PRICE-01).
  • Prova falsa ou não verificável é Crítica (PROOF-12, PROOF-13, SCAR-01): contadores inventados, "clientes" falsos, "visto em" pago, escassez falsa.
  • Subtraia antes de adicionar. Remoções da lista de assassinos são muitas vezes as vitórias mais rápidas.

[...truncado para tradução...]

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Habilidades Relacionadas