Este checklist de auditoria de personalização de sites serve para duas situações: você está prestes a começar a personalizar e quer saber se está pronto, ou já personaliza e desconfia que isso não está gerando muito resultado. São 42 verificações em sete grupos, cada uma com uma condição de aprovação que você mesmo pode conferir. Copie as tabelas para uma planilha ou baixe o template em CSV.
Não é uma auditoria geral de conversão. Se o seu rastreamento ou os seus formulários estão quebrados, rode primeiro o checklist de auditoria de CRO: personalizar uma página cujas conversões você não consegue medir só acrescenta variáveis a um problema que você não enxerga.
Como usar este checklist de auditoria de personalização
- Audite a experiência ao vivo, não o plano. Verifique o que os visitantes realmente veem hoje, nas páginas que têm ou em breve terão personalização.
- Marque cada verificação como Aprovada, Reprovada ou Desconhecida. Desconhecida conta como Reprovada na pontuação. Se ninguém consegue responder, ninguém é responsável.
- Registre evidências para cada reprovação: uma captura de tela, um relatório, um resultado de teste.
- Pontue cada grupo usando a planilha do final e corrija primeiro o grupo com a menor nota, na ordem listada. Os grupos estão ordenados por dependência: conteúdo sem dados não pode ser segmentado, e resultados sem mensuração não são confiáveis.
1. Dados (7 verificações)
| # | Verificação | Condição de aprovação | Status |
|---|---|---|---|
| 1.1 | Taxa de identificação conhecida | Você consegue dizer qual parcela das sessões nas páginas-chave foi associada a uma empresa nos últimos 30 dias | |
| 1.2 | Qualidade da correspondência verificada | Uma amostra de 50 visitas identificadas foi conferida manualmente e a taxa de erro está registrada | |
| 1.3 | Dados firmográficos disponíveis no momento da renderização | Setor e número de funcionários ficam disponíveis antes de a página ser renderizada, não segundos depois | |
| 1.4 | Uma única taxonomia de setores | Todos os rótulos de setor de todas as ferramentas são mapeados para uma única lista (por exemplo, NAICS) em uma tabela mantida | |
| 1.5 | Status do CRM utilizável | O site consegue distinguir uma oportunidade aberta e um cliente atual de um novo prospect | |
| 1.6 | Sinais comportamentais armazenados | O número de visitas e as visualizações de páginas-chave (preços, produto, cases) estão disponíveis por visitante | |
| 1.7 | Atualidade dos dados conhecida | Você sabe com que frequência os dados firmográficos e de CRM usados nas regras são atualizados |
2. Segmentos (6 verificações)
| # | Verificação | Condição de aprovação | Status |
|---|---|---|---|
| 2.1 | Os segmentos vêm da receita | Cada segmento é justificado por dados de negócios ganhos, e não por preferência (veja o modelo de perfil de cliente ideal) | |
| 2.2 | Os segmentos são mutuamente exclusivos | As regras são avaliadas em uma ordem fixa, e um visitante só pode cair em um segmento por conjunto de regras | |
| 2.3 | Tamanho do segmento medido | As sessões identificadas por mês em cada segmento são conhecidas, e cada segmento ativo tem volume suficiente para medir | |
| 2.4 | Clientes tratados separadamente | Clientes atuais têm sua própria regra e nunca veem CTAs de aquisição como "agende uma demo" | |
| 2.5 | Número de segmentos limitado | Os segmentos ativos não passam do que você consegue produzir conteúdo e medir (geralmente de 3 a 6) | |
| 2.6 | Definições documentadas | Cada segmento tem uma regra escrita, um responsável e uma data de criação em um documento compartilhado |
3. Conteúdo (6 verificações)
| # | Verificação | Condição de aprovação | Status |
|---|---|---|---|
| 3.1 | Kit de conteúdo completo por segmento | Cada segmento ativo tem título, prova, case e CTA escritos para ele | |
| 3.2 | Provas são permitidas | Todo logo e citação exibidos em uma variante têm autorização por escrito arquivada | |
| 3.3 | As alegações são verdadeiras para cada segmento | Rótulos como "Mais popular" ou "Usado por X" são verdadeiros para o segmento que os vê | |
| 3.4 | Os destinos correspondem aos rótulos | Todo CTA personalizado leva a uma página que entrega o que o rótulo prometeu | |
| 3.5 | A versão padrão é mantida | A versão padrão (não personalizada) é revisada com o mesmo cuidado que as variantes | |
| 3.6 | O conteúdo está atualizado | Nenhuma variante menciona um nome de produto antigo, um evento passado ou um estudo de caso desatualizado |
4. QA da experiência (7 verificações)
| # | Verificação | Condição de aprovação | Status |
|---|---|---|---|
| 4.1 | Sem flicker | O conteúdo padrão não pisca visivelmente antes de a variante aparecer em uma conexão normal | |
| 4.2 | Sem deslocamento de layout | As trocas de variantes não deslocam o conteúdo; o CLS nas páginas personalizadas fica na faixa "boa" (web.dev, CLS) | |
| 4.3 | O fallback é renderizado por completo | Com o script de personalização bloqueado, a página mostra a versão padrão completa, sem blocos vazios | |
| 4.4 | Tempo limite definido | Se a consulta de dados for lenta, a versão padrão aparece após um tempo limite fixo, em vez de esperar | |
| 4.5 | Verificado no celular | Todas as variantes foram verificadas no celular; títulos e rótulos mais longos não quebram nem são cortados de forma ruim | |
| 4.6 | Todos os segmentos forçados e com captura de tela | Um registro de QA mostra a variante de cada segmento em cada página personalizada | |
| 4.7 | SEO não é afetado | Os mecanismos de busca veem o conteúdo padrão; nenhuma variante muda o título, o canonical ou o texto indexável só para robôs |
5. Mensuração (6 verificações)
| # | Verificação | Condição de aprovação | Status |
|---|---|---|---|
| 5.1 | Existe grupo de controle | Uma parcela de cada segmento vê a versão padrão, atribuída por visitante, para que o ganho possa ser medido | |
| 5.2 | Métrica principal combinada | Cada personalização tem uma métrica principal ligada ao pipeline (demos aceitas por vendas, cadastros qualificados) | |
| 5.3 | Resultados reportados por segmento | As taxas de conversão são mostradas por segmento e por braço, não combinadas | |
| 5.4 | Tamanho de amostra planejado | Cada teste teve o tamanho da amostra calculado antes do lançamento com a calculadora de teste A/B | |
| 5.5 | Não identificados excluídos da análise | Visitantes que não puderam ser segmentados ficam fora dos cálculos de aumento | |
| 5.6 | Pipeline vinculado | Os leads de sessões personalizadas podem ser rastreados até as oportunidades no CRM |
6. Governança (5 verificações)
| # | Verificação | Condição de aprovação | Status |
|---|---|---|---|
| 6.1 | Responsável definido | Uma pessoa é responsável pelo programa de personalização e aprova as novas regras | |
| 6.2 | Existe um inventário de regras | Uma lista de todas as regras ativas com página, segmento, data de início e resultado atual | |
| 6.3 | Frequência de revisão | As regras ativas são revisadas pelo menos trimestralmente; regras sem efeito mensurável são desativadas | |
| 6.4 | Processo de mudança | Novas variantes passam pelo mesmo QA que um lançamento no site | |
| 6.5 | Vendas informado | Vendas sabe quais segmentos veem quais mensagens, para que as calls não contradigam o site |
7. Privacidade (5 verificações)
| # | Verificação | Condição de aprovação | Status |
|---|---|---|---|
| 7.1 | Consentimento respeitado | Scripts que armazenam ou leem dados não essenciais no dispositivo só são executados após o consentimento, onde a lei exige (na UE, as regras de ePrivacy: Diretiva 2002/58/CE) | |
| 7.2 | Base legal documentada | Seus registros indicam a base legal do GDPR para cada uso de dados pessoais na personalização (Regulation (EU) 2016/679) | |
| 7.3 | Aviso de privacidade atualizado | A política de privacidade descreve a personalização do site e os fornecedores envolvidos | |
| 7.4 | Sem inferências sensíveis | Nenhuma regra mira ou revela dados de saúde, opiniões políticas, crenças religiosas ou características sensíveis semelhantes | |
| 7.5 | Nada de textos do tipo "sabemos quem você é" | As variantes nunca citam o visitante ou a empresa dele de um jeito que pareça vigilância |
Este é um checklist, não uma orientação jurídica. Nosso post sobre personalização B2B e privacidade de dados aprofunda o tema; confirme os detalhes com seu assessor jurídico.
Planilha de pontuação
Pontue cada grupo como aprovações divididas pelo número de verificações. Desconhecido conta como reprovação.
| Pontuação do grupo | Significado | O que fazer |
|---|---|---|
| 80% ou mais | Pronto | Manter; procurar o próximo segmento ou página |
| 50% a 79% | Lacunas | Corrija as reprovações deste grupo antes de adicionar novas personalizações que dependam dele |
| Abaixo de 50% | Não está pronto | Pause a expansão; corrija este grupo primeiro, começando pelo primeiro grupo da lista |
Dois critérios eliminatórios se sobrepõem às pontuações. Se a 4.3 (fallback) falhar, corrija-a antes de qualquer outra coisa, porque um padrão quebrado afeta todos os visitantes não identificados. Se a 5.1 (grupo de controle) falhar, você não pode alegar nenhum resultado da personalização, diga o que disser o dashboard.
Exemplo ilustrativo
Ilustrativo, não é uma empresa real. Uma equipe de software B2B roda personalização por setor na homepage há seis meses. A auditoria dela:
| Grupo | Aprovações | Score | Falha principal |
|---|---|---|---|
| 1. Dados | 5 de 7 | 71% | 1.2: ninguém verificou a qualidade da correspondência |
| 2. Segmentos | 4 de 6 | 67% | 2.4: clientes veem “agende uma demo” |
| 3. Conteúdo | 4 de 6 | 67% | 3.2: dois logos sem autorização |
| 4. QA da experiência | 5 de 7 | 71% | 4.1: flicker visível no celular |
| 5. Mensuração | 2 de 6 | 33% | 5.1: sem grupo de controle |
| 6. Governança | 3 de 5 | 60% | 6.3: nenhuma regra jamais foi desativada |
| 7. Privacidade | 4 de 5 | 80% | 7.3: a política não menciona personalização |
O time acreditava que o programa funcionava porque a conversão da página inicial subiu depois do lançamento. Sem grupo de controle, não dá para separar isso da sazonalidade ou de uma campanha. O mês seguinte deles: remover os dois logos sem autorização (correção no mesmo dia), adicionar uma regra para clientes e relançar com um grupo de controle de 50% por segmento e tamanhos de amostra calculados de antemão. Se você precisa de uma estrutura para o relançamento, o template de playbook de personalização cobre isso.
Perguntas frequentes
O que é uma auditoria de personalização de sites?
É uma revisão estruturada para saber se o seu site consegue mostrar, de forma confiável, conteúdos diferentes para segmentos de visitantes diferentes, e se isso está gerando resultados mensuráveis. Ela cobre os dados usados para segmentar os visitantes, os próprios segmentos, o conteúdo de cada segmento, a qualidade técnica, como flicker e fallbacks, a mensuração, a governança e a privacidade.
Com que frequência devo auditar a personalização do site?
Use o checklist completo antes de lançar a personalização e depois duas vezes por ano. Revise o grupo de QA da experiência após qualquer lançamento no site ou mudança de template, porque flicker e fallbacks quebrados costumam aparecer sem aviso quando a estrutura da página muda. Revise a mensuração sempre que uma regra completar um ciclo inteiro de teste no ar.
Qual é a falha mais comum em uma auditoria de personalização?
Na nossa visão, a ausência de grupos de controle é o mais prejudicial, porque torna impossível comprovar qualquer resultado reportado. Os times comparam a conversão antes e depois do lançamento e dão à personalização o crédito por mudanças causadas por sazonalidade, campanhas ou alterações no rastreamento. Em vez disso, destine uma parcela de cada segmento à versão padrão e compare os dois grupos.
A personalização de sites afeta o SEO?
Não deveria, se os mecanismos de busca veem o mesmo conteúdo padrão que os visitantes não identificados e as variantes só mudam blocos da página para segmentos identificados. Os problemas começam quando títulos, canonicals ou texto indexável diferem para robôs, o que pode parecer cloaking. Mantenha a personalização no navegador ou na edge, em blocos de conteúdo, e não mexa nos metadados.