Antes de comprar um novo mecanismo de busca, avalie a qualidade dos resultados de busca do seu site de e-commerce numa escala de 0 a 40.

Antes de comprar um novo mecanismo de busca, avalie a qualidade dos resultados de busca do seu site de e-commerce numa escala de 0 a 40.

A maioria dos projetos de busca em sites começa no lugar errado: uma demonstração do fornecedor. A demonstração sempre funciona, porque é executada no índice do fornecedor com as consultas do próprio fornecedor. Enquanto isso, o estudo de benchmark de busca do Baymard Institute para 2026 revela que 56% dos sites de e-commerce têm uma experiência de busca mediana ou ruim., e que as falhas se agrupam em tipos de consulta específicos e identificáveis, em vez de na "relevância" como um todo (Baymard, atualizado em abril de 2026Um novo motor corrige alguns desses problemas, mas não resolve nenhum dos outros.

Esta é uma rubrica de pontuação para a sua ferramenta de busca atual. Vinte itens, valendo dois pontos cada, totalizando quarenta pontos. Você a executa em seu próprio catálogo durante uma tarde, obtém uma pontuação e essa pontuação indica se o problema está na configuração, no conteúdo ou no próprio mecanismo de busca. Ela foi desenvolvida para líderes de UX de e-commerce, gerentes de crescimento e donos de produto que precisam justificar o orçamento destinado à busca.

O que a rubrica mede e o que ela ignora deliberadamente.

A rubrica avalia quatro aspectos: se a busca compreende os tipos de consultas que as pessoas realmente digitam, se ela sobrevive a entradas confusas, se ela se recupera quando não encontra nada e se é possível mensurar qualquer um desses aspectos. Ela não avalia a qualidade da classificação dos resultados em termos abstratos. A classificação é o último aspecto a ser ajustado e o primeiro a gerar discussões, e não é possível ajustá-la enquanto as consultas ainda estão falhando no analisador léxico.

A pontuação é 0, 1 ou 2 por verificação. Dois significa que a verificação é aprovada para todas as consultas da sua lista de testes. Um significa que a verificação é aprovada para os termos principais, mas falha para os termos de cauda longa. Zero significa que a verificação falha nos termos principais. Primeiro, crie a lista de testes: selecione suas 50 principais consultas da análise e adicione cinco consultas criadas por você para cada um dos oito tipos de consulta do Baymard, de forma que a cauda longa esteja representada. Isso resultará em aproximadamente 90 consultas. Execute os testes você mesmo, em um dispositivo móvel e sem fazer login.

Os 20 cheques

#VerifiquePontua 2 quando
Grupo A — Cobertura de consultas (clusters de falhas do Baymard)
1Consultas exatas e por número de modeloO produto mencionado é o primeiro resultado, não o quarto.
2Consultas de tipo de produtoRetorna uma lista facetada e navegável em vez de uma lista de relevância simples.
3Consultas de recursos ("casaco de lã vermelho")Os atributos restringem o conjunto em vez de diluí-lo com a correspondência OR.
4Consultas de compatibilidade ("carregador para o modelo X")Devolve acessórios para o modelo especificado, não o modelo em si.
5Dúvidas não relacionadas a produtos ("política de devolução")Retorna a página de conteúdo; 66% dos sites falham neste quesito.
Grupo B — Processamento de entrada
6Tolerância a erros de digitaçãoErros de um e dois caracteres nos termos principais ainda correspondem.
7Dobra de maiúsculas e diacríticosCorreto para todos os idiomas em que o site é oferecido (veja abaixo).
8Morfologia e pluraisAs formas flexionadas e sufixadas atingem os mesmos produtos que o radical.
9Sinônimos e linguagem vernácula localAs palavras dos clientes correspondem às palavras do catálogo, em ambas as direções.
10Autocompletar para erros ortográficosSugestões aparecem para prefixos com erros ortográficos; 69% dos sites falham neste quesito.
Grupo C — Resultados e recuperação
11Recuperação de resultados zeradosPelo menos duas vias de saída viáveis: categorias relacionadas e consultas alternativas.
12Persistência de consultaA consulta permanece no campo após o envio; 37% dos sites a descartam.
13O alcance é visível.A contagem de resultados e qualquer escopo de categoria aplicado automaticamente são exibidos e podem ser removidos.
14Paridade de facetasOs resultados da pesquisa oferecem as mesmas funcionalidades que a página da categoria correspondente.
15A relevância é explicável.Alguém da equipe pode explicar por que o primeiro resultado é superior ao segundo.
Grupo D — Medição
16Cada caminho de pesquisa é rastreado.A função `view_search_results` é acionada com o termo de pesquisa (`search_term`), incluindo saltos de autocompletar.
17Consultas sem resultados são isoláveis.Você pode listar as consultas sem resultado do mês passado por volume, sem precisar solicitar nada.
18A relação entre pesquisa e compra deve ser relatada.Usuários que pesquisam e não pesquisam podem ser comparados como segmentos.
19A avaliação da consulta tem um proprietárioUma pessoa específica revisa os 50 melhores resultados e os resultados zerados em uma cadência.
20As alterações de configuração são versionadas.As alterações de sinônimos e de reforço são registradas, reversíveis e testáveis.

Os limites do Grupo A provêm das taxas de falha por tipo publicadas pela Baymard: as pesquisas por termos que não sejam produtos falham em 66% dos sites, as pesquisas por abreviaturas e símbolos em 54%, as de compatibilidade em 44% e as de casos de uso em 43% (BaymardO Check 11 existe porque quase metade dos sites não oferece aos usuários uma saída eficaz para um beco sem saída (Baymard, fevereiro de 2025As verificações 10 e 12 provêm das mesmas conclusões do benchmark sobre autocompletar e persistência de consultas (Referência de pesquisa Baymard).

Confira o item 7 em detalhes: a armadilha da dobradura que só aparece fora do inglês.

A verificação 7 merece uma seção própria porque é ela que zera silenciosamente um mercado. A maioria das buscas converte a consulta e o índice para minúsculas antes de encontrar uma correspondência. Em inglês, isso não causa problemas. Em turco, não, e o mesmo tipo de problema ocorre em qualquer idioma com caracteres fora do alfabeto latino básico.

O Unicode define uma regra de maiúsculas e minúsculas específica para turco e azeri: I maiúsculo (U+0049), minúsculas sem ponto. ı (U+0131), enquanto a maiúsculo İ (U+0130) minúsculas para comum i (Unicode SpecialCasing.txtUma pilha que converte para minúsculas com a localidade padrão transforma "İPHONE" em "i̇phone" com um ponto de combinação perdido, ou transforma o "I" maiúsculo do título de um produto na letra errada. A consulta e o índice então discordam sobre uma palavra que ambos contêm. Nada gera erro. Você simplesmente obtém zero resultados para uma marca que você tem em estoque.

As duas correções são independentes e você precisa de ambas. Primeiro, aplique a conversão para minúsculas de acordo com a localidade no momento da indexação e da consulta — o Elasticsearch já vem com um recurso para isso. turkish analisador que encadeia apostrophe, turkish_lowercase, turkish_stop, turkish_keywords e turkish_stemmer exatamente por esse motivo (Elástico, analisadores de linguagemEm segundo lugar, decida separadamente o que fazer com os diacríticos, porque os compradores turcos costumam digitá-los. Kilif pela bainha e sarj pela carregar em teclados que tornam a forma acentuada mais lenta. O asciifolding O filtro converte caracteres não latinos básicos em equivalentes ASCII, e seu preserve_original A opção emite tanto o token dobrado quanto o original, portanto, correspondências exatas ainda vencem (Elástico, dobradura asciiDobre para facilitar a memorização, preserve o original para maior precisão.

Fora da Turquia, a mesma verificação apresenta variações locais: substantivos compostos em alemão que precisam ser decompostos para que uma consulta de duas palavras encontre correspondência, acentos em francês e espanhol digitados de forma inconsistente, sigma final em grego. Atribua uma nota 2 à verificação 7 somente se você a tiver testado em todos os idiomas que sua loja virtual realmente oferece — e não apenas no idioma falado pela sua equipe.

Primeiro, fixe a medida: verifique de 16 a 20.

Se o Grupo D obtiver uma pontuação inferior a 6, pare e corrija o problema antes de mexer em qualquer outra coisa, pois não é possível verificar uma correção que não se vê. No GA4, a medição aprimorada é acionada. view_search_results com uma search_term parâmetro quando uma página de resultados contém um dos cinco parâmetros de consulta padrão — q, s, search, query or keyword — e você pode adicionar os seus próprios (Ajuda do Google AnalyticsDois modos de falha são comuns. Se a sua página de resultados usa um segmento de caminho em vez de uma string de consulta, o rastreamento padrão não detecta nada. E se o recurso de autocompletar navega diretamente para um produto, essa pesquisa nunca dispara o evento, o que silenciosamente enviesa seu registro de consultas para pesquisas que não encontraram nada na primeira tentativa.

Lendo sua pontuação

PontuaçãoVereditoPróximo passo
32-40Sintonize, não substitua.Gastar em sinônimos, regras de merchandising e triagem sem resultados.
22-31Problema de configuraçãoCorrija o Grupo B e verifique primeiro o número 11; refaça a pontuação em seis semanas.
12-21Provavelmente estruturalReavalie após corrigir o Grupo D e, em seguida, proponha uma substituição com essas 20 verificações como critérios de aceitação.
0-11A busca ainda não é um recurso.Considere isso como uma construção, não como uma otimização.

A regra que importa: nunca assine um contrato de substituição com base em uma pontuação obtida antes do Grupo D trabalhar. Um fornecedor avaliado com base em uma pesquisa não mensurada é avaliado com base em uma demonstração.

Uma observação sobre o número que todos citam.

Será apresentada uma estatística afirmando que os usuários que realizam buscas no site convertem duas ou três vezes mais do que aqueles que não as realizam, geralmente para justificar o orçamento. Esse número circula amplamente em listas de fornecedores (exemplo) e raramente é rastreável a um estudo controlado. É também um efeito de seleção: as pessoas que pesquisam são pessoas que já têm intenção de compra. Use isso como um motivo para analisar a pesquisa, nunca como um aumento projetado. O argumento comercial defensável é construído a partir do seu próprio volume de resultados zerados e da sua própria taxa de conversão de pesquisa em compra — ambos os quais as verificações 17 e 18 visam produzir. [DADOS INTERNOS NECESSÁRIOS: Taxas de resultados zerados de clientes da Switas antes/depois da remediação, se houver alguma que possa ser compartilhada.]

Onde essa rubrica falha

Foi desenvolvido para o varejo por catálogo. Marketplaces com muitos vendedores do mesmo item precisam de uma dimensão para listagens duplicadas e qualidade do vendedor, para as quais esta rubrica não possui coluna. Sites com muito conteúdo e do setor público precisam de ponderação por tipo de documento e atualidade, em vez do Grupo A. Sites com menos de 500 SKUs geralmente têm boa pontuação e ainda perdem dinheiro com a busca, porque, com um catálogo pequeno, a solução real é uma melhor navegação por categoria, não uma busca melhor. A rubrica também não menciona a velocidade de busca sob carga, nem a personalização — ambas as opções são intencionais, pois testar ambas adequadamente é caro e nenhuma delas é o seu problema se a sua pontuação for inferior a 30. Por fim, uma pontuação é um instantâneo: uma importação de catálogo que altera a nomenclatura dos atributos pode reduzir o Grupo A em seis pontos da noite para o dia, sem que nenhuma alteração de código seja implementada.

Perguntas frequentes

Quanto tempo demora a correção? Cerca de meio dia para uma pessoa em uma loja virtual, depois que a lista de teste com 90 consultas estiver pronta. Construir a lista é a parte mais demorada; reserve mais duas horas para extrair as principais consultas e construir o conjunto de cauda longa.

Preciso de um engenheiro para executá-lo? Não. As verificações de 1 a 15 são executadas em um navegador. As verificações de 16 a 20 exigem acesso à área de análise e, para a verificação 20, uma conversa com quem detém a configuração de pesquisa.

E se não tivermos um histórico de análises de pesquisa? Atribua a pontuação zero ao Grupo D, corrija o rastreamento e colete dados durante quatro semanas antes de pontuar o restante. Uma lista de teste criada sem um registro de consultas real superestimará as consultas que sua equipe digitaria.

Uma pontuação de 28 é boa? É normal, e o normal é medíocre — o índice de referência indica que a maioria dos sites se encontra nessa faixa. O sinal útil não é o total, mas sim qual grupo está puxando o resultado para baixo.

Devemos comprar tolerância a erros de digitação ou implementá-la internamente? Compre. A correspondência por distância de edição com limites adequados já está resolvida e é barata. O esforço de desenvolvimento se concentra em sinônimos e estrutura de atributos, que são específicos do seu catálogo e não podem ser comprados.

Como isso se relaciona com uma auditoria de página de categoria? Elas compartilham facetas e filtros. Se a verificação 14 falhar, a correção geralmente reside nos modelos de categoria, e não na pesquisa; portanto, execute as duas auditorias no mesmo sprint.

Alguma dessas informações se aplica a agentes de compras com IA que leem nosso catálogo? Em parte. Os agentes consomem atributos estruturados em vez da sua interface de pesquisa, portanto, os Grupos A e B são relevantes para eles por meio da qualidade dos seus dados, enquanto os Grupos C e D não se aplicam de forma alguma. Trata-se de uma auditoria separada.

Com que frequência devemos reavaliar? Trimestralmente e após qualquer migração de catálogo, replataforma ou alteração na configuração de pesquisa. Mantenha a mesma lista de 90 consultas para que as pontuações sejam comparáveis.

Se você quer a pontuação sem passar a tarde toda: Solicite que realizemos esta auditoria na sua loja virtual. e entregar-lhe a rubrica com a pontuação, as questões com falha e uma lista de correções priorizadas.

Fontes


Artigos Relacionados

Switas como visto em

Magnify: Escalonando o marketing de influência com Engin Yurtdakul

Confira nosso estudo de caso do Microsoft Clarity

Destacamos o Microsoft Clarity como um produto desenvolvido com casos de uso práticos e reais em mente, por profissionais de produto que entendem os desafios enfrentados por empresas como a Switas. Recursos como cliques de raiva e rastreamento de erros em JavaScript se mostraram essenciais para identificar frustrações dos usuários e problemas técnicos, permitindo melhorias direcionadas que impactaram diretamente a experiência do usuário e as taxas de conversão.