새로운 검색 엔진을 구매하기 전에 전자상거래 사이트 검색 성능을 40점 만점으로 평가해 보세요.

새로운 검색 엔진을 구매하기 전에 전자상거래 사이트 검색 성능을 40점 만점으로 평가해 보세요.

대부분의 사이트 검색 프로젝트는 잘못된 출발점, 즉 벤더 데모에서 시작됩니다. 데모는 벤더의 인덱스와 쿼리를 사용하여 실행되기 때문에 항상 제대로 작동합니다. 하지만 Baymard Institute의 2026년 검색 벤치마크에 따르면 상황은 다릅니다. 전자상거래 사이트의 56%는 검색 사용자 경험(UX)이 보통 이하입니다.그리고 오류가 전체적인 "관련성"보다는 특정하고 명명 가능한 쿼리 유형에 집중된다는 점입니다.베이마드, 2026년 4월 업데이트새 엔진은 이러한 문제 중 일부를 해결하지만 나머지는 해결하지 못합니다.

이 평가표는 기존 검색 기능을 평가하는 데 사용됩니다. 20개 항목에 각각 2점씩, 총 40점 만점입니다. 오후 시간 정도 자신의 카탈로그에 적용하여 실행해 보면, 그 점수를 통해 문제가 구성, 콘텐츠 또는 검색 엔진 자체에 있는지 파악할 수 있습니다. 이 평가표는 검색 예산 책정의 타당성을 검토해야 하는 전자상거래 UX 책임자, 성장 관리자 및 제품 소유자를 위해 작성되었습니다.

평가 기준이 측정하는 것과 의도적으로 무시하는 것은 무엇인가?

이 평가 기준은 네 가지를 평가합니다. 검색이 사용자가 실제로 입력하는 검색어 유형을 이해하는지, 불규칙한 입력에도 제대로 작동하는지, 검색 결과가 없을 때 복구되는지, 그리고 이러한 모든 사항을 측정할 수 있는지 여부입니다. 추상적인 검색 결과 순위 품질은 평가하지 않습니다. 순위는 최적화가 가장 나중에 이루어지는 부분이자 모두가 가장 먼저 논쟁하는 부분이며, 토크나이저에서 검색어 처리에 실패하는 동안에는 순위를 최적화할 수 없습니다.

각 검사 항목당 0, 1 또는 2점의 점수가 부여됩니다. 2점은 테스트 목록에 있는 모든 쿼리에 대해 통과했음을 의미합니다. 1점은 주요 검색어에는 통과했지만 롱테일 검색어에는 실패했음을 의미합니다. 0점은 주요 검색어에 대해 모두 실패했음을 의미합니다. 먼저 테스트 목록을 만드세요. 분석에서 가장 많이 사용된 상위 50개 쿼리를 가져온 다음, Baymard의 8가지 쿼리 유형 각각에 대해 직접 구성한 쿼리 5개씩을 추가하여 롱테일 검색어를 모두 포함시키세요. 총 약 90개의 쿼리가 필요합니다. 모바일 기기에서 로그아웃한 상태로 직접 실행해 보세요.

20개의 수표

#체크2점을 획득할 때
그룹 A — 쿼리 범위(Baymard의 장애 클러스터)
1정확한 번호 및 모델 번호 조회해당 제품은 첫 번째 검색 결과이지 네 번째 검색 결과가 아닙니다.
2제품 유형 쿼리평면적인 관련성 목록이 아닌, 탐색 가능한 패싯 목록을 반환합니다.
3기능 쿼리("빨간색 울 코트")속성은 OR 매칭을 통해 집합을 희석시키는 대신 집합의 범위를 좁힙니다.
4호환성 관련 문의 ("모델 X용 충전기")지정된 모델의 액세서리를 반환하는 것이지, 모델 자체를 반환하는 것은 아닙니다.
5제품 관련 문의 외 사항("반품 정책")콘텐츠 페이지를 반환합니다. 사이트의 66%가 이 부분에서 실패합니다.
그룹 B — 입력 처리
6오타 허용 오차핵심 용어에 대한 한두 글자 오류는 여전히 일치합니다.
7대소문자 구분 및 발음 기호 접기사이트에서 지원하는 모든 언어에 대해 올바르게 표시됩니다(아래 참조).
8형태론과 복수형굴절형과 접미사가 붙은 형태는 어간과 동일한 어미를 갖습니다.
9동의어 및 지역 방언고객 관련 용어는 카탈로그 용어와 양방향으로 대응됩니다.
10맞춤법 오류에 대한 자동 완성접두사 오타에 대한 제안이 표시됩니다. 사이트의 69%가 이 기능을 통과하지 못합니다.
C조 - 결과 및 회복
11결과가 없는 복구최소 두 개의 유효한 출구 경로: 관련 카테고리 및 대체 검색어
12쿼리 지속성제출 후에도 쿼리는 필드에 남아 있으며, 37%의 사이트에서는 이를 삭제합니다.
13범위가 보입니다결과 개수와 자동 적용된 카테고리 범위는 명시되어 있으며 제거 가능합니다.
14패싯 패리티검색 결과는 해당 카테고리 페이지와 동일한 정보를 제공합니다.
15관련성은 설명 가능합니다팀원 중 누군가가 첫 번째 결과가 두 번째 결과보다 높은 이유를 설명할 수 있습니다.
그룹 D — 측정
16모든 검색 경로가 추적됩니다.view_search_results 함수는 search_term과 함께 실행되며, 자동 완성 결과로 이동하는 것도 포함됩니다.
17검색 결과가 없는 쿼리는 분리 가능합니다.지난달에 검색 결과가 없었던 쿼리 목록을 조회량별로 자동으로 확인할 수 있습니다.
18검색부터 구매까지의 과정은 보고 대상입니다.검색 사용자와 비검색 사용자는 하나의 세그먼트로 비교될 수 ​​있습니다.
19문의 리뷰에는 소유자가 있습니다.지정된 담당자가 일정 주기로 상위 50개 항목과 결과가 없는 항목들을 검토합니다.
20설정 변경 사항은 버전 관리됩니다.동의어 및 부스트 변경 사항은 기록되고, 되돌릴 수 있으며, 테스트 가능합니다.

그룹 A 임계값은 Baymard가 공개한 유형별 실패율을 기준으로 합니다. 제품 외 검색은 사이트의 66%에서 실패하고, 약어 및 기호 검색은 54%, 호환성 검색은 44%, 사용 사례 검색은 43%에서 실패합니다.베이 마드체크 11이 존재하는 이유는 거의 절반의 사이트가 사용자에게 막다른 길에서 벗어날 효과적인 방법을 제공하지 않기 때문입니다.베이마드, 2025년 2월). 검사 10과 12는 동일한 벤치마크의 자동 완성 및 쿼리 지속성 결과에서 가져온 것입니다.Baymard 검색 벤치마크).

7번 항목 자세히 살펴보기: 영어권 밖에서만 나타나는 접이식 함정

체크 7은 시장을 조용히 0으로 만들어버리는 부분이기 때문에 별도의 항목으로 다룰 가치가 있습니다. 대부분의 검색 엔진은 일치시키기 전에 쿼리와 인덱스를 소문자로 변환합니다. 영어에서는 문제가 없지만, 터키어에서는 그렇지 않으며, 기본 라틴 문자 이외의 문자를 사용하는 모든 언어에서 이와 유사한 문제가 발생합니다.

유니코드는 터키어와 아제르바이잔어에 대해 지역별 대소문자 규칙을 정의합니다. 대문자 I(U+0049)는 소문자로 변환되며, 소문자는 점이 없습니다. ı (U+0131), 반면 대문자 İ (U+0130)는 소문자로 변환됩니다. i (유니코드 특수대칭.txt기본 로케일을 사용하는 스택이 소문자로 변환하면 "İPHONE"이 잘못된 결합점(.)이 포함된 "i̇phone"으로 바뀌거나, 제품 이름의 대문자 I가 잘못된 글자로 바뀌는 경우가 발생합니다. 그러면 쿼리와 인덱스가 모두 포함하는 단어에 대해 서로 다른 결과를 보여줍니다. 오류는 발생하지 않지만, 판매하는 브랜드에 대한 검색 결과가 하나도 나오지 않습니다.

두 가지 해결 방법은 서로 독립적이며 둘 다 필요합니다. 먼저, 인덱싱 및 쿼리 시점에 로케일에 맞는 소문자 변환을 적용하세요. Elasticsearch는 기본적으로 이를 지원합니다. turkish 체인을 분석하는 도구 apostrophe, turkish_lowercase, turkish_stop, turkish_keywords turkish_stemmer 바로 이러한 이유 때문에 (탄력성, 언어 분석기둘째, 터키 쇼핑객들은 일상적으로 발음 구별 기호를 입력하기 때문에 발음 구별 기호 처리에 대해서는 별도로 결정해야 합니다. 킬리프 을 통한 씌우다 사르지 을 통한 요금 악센트가 있는 형태를 입력하는 속도가 느려지는 키보드에서. asciifolding 이 필터는 비 Basic-Latin 문자를 ASCII 문자로 변환합니다. preserve_original 이 옵션은 접힌 토큰과 원본 토큰을 모두 생성하므로 정확히 일치하는 항목이 여전히 우선합니다.탄성, 아스키폴딩). 기억을 위해 접어두고, 정확성을 위해 원본을 보존하세요.

터키 이외 지역에서는 동일한 검사에서도 지역별 표기법이 다릅니다. 예를 들어, 독일어의 복합 명사는 두 단어로 된 검색어와 일치시키기 전에 분해해야 하고, 프랑스어와 스페인어의 악센트 기호는 일관성 없이 입력되며, 그리스어의 마지막 시그마 기호도 다릅니다. 검사 7번을 2점으로 평가하려면, 팀에서 사용하는 언어가 아닌, 실제로 매장에서 제공하는 모든 언어로 테스트를 완료해야 합니다.

먼저 측정값 수정: 16~20번 항목 확인

그룹 D 점수가 6점 미만이면 다른 작업을 하기 전에 즉시 작업을 중단하고 해당 문제를 해결하십시오. 눈으로 확인할 수 없는 수정 사항은 검증할 수 없기 때문입니다. GA4에서는 향상된 측정 기능이 활성화됩니다. view_search_results 와 search_term 결과 페이지에 5가지 기본 쿼리 매개변수 중 하나가 포함될 때의 매개변수 — q, s, search, query or keyword — 그리고 여러분도 직접 추가할 수 있습니다 (Google Analytics 도움말두 가지 일반적인 오류 유형이 있습니다. 결과 페이지에서 쿼리 문자열 대신 경로 세그먼트를 사용하는 경우 기본 추적에서는 아무것도 감지되지 않습니다. 또한 자동 완성 기능이 제품 페이지로 바로 이동하는 경우 해당 검색은 이벤트가 전혀 발생하지 않아 쿼리 로그에 첫 번째 시도에서 아무것도 찾지 못한 검색 결과가 과도하게 기록되는 문제가 발생합니다.

점수 읽기

점수평결다음 동작
32-40조정하세요, 교체하지 마세요동의어, 상품화 규칙 및 결과가 없는 항목 분류에 비용을 지출하세요.
22-31구성 문제B조를 수정하고 11번을 먼저 확인한 후 6주 후에 재채점하세요.
12-21아마도 구조적인 문제일 겁니다.그룹 D를 수정한 후 점수를 다시 매기고, 이 20가지 검사를 승인 기준으로 삼아 대체 방안을 검토하십시오.
0-11검색 기능은 아직 제공되지 않습니다.최적화가 아닌 빌드로 취급하십시오.

가장 중요한 규칙은 다음과 같습니다. 그룹 D 작업 전에 얻은 점수를 기준으로 대체 계약을 절대 체결하지 마십시오. 측정되지 않은 검색 결과를 기준으로 평가된 공급업체는 데모를 기준으로 평가됩니다.

모두가 인용하는 숫자에 대한 참고 사항

사이트 검색 사용자의 전환율이 비검색 사용자보다 2~3배 높다는 통계가 제시될 것이며, 이는 보통 예산 투입을 정당화하기 위한 목적으로 사용됩니다. 이러한 수치는 벤더들의 비교 분석 자료를 통해 널리 유포됩니다.예) 그리고 이는 통제된 연구를 통해 추적하기 어려운 경우가 많습니다. 또한 이는 선택 편향 효과이기도 합니다. 검색을 하는 사람들은 이미 구매 의향이 있는 사람들입니다. 따라서 검색을 고려해야 할 이유로는 활용하되, 검색을 통해 얻을 수 있는 매출 증대 효과로 간주해서는 안 됩니다. 타당한 사업 타당성 분석은 검색 결과가 없는 경우의 데이터와 검색 후 구매 전환율을 기반으로 구축해야 하며, 체크 17과 체크 18은 바로 이러한 데이터를 확보하기 위해 존재합니다. [내부 데이터 필요: Switas 고객의 검색 결과 없음 비율(개선 전후) 공유 가능 여부 확인]

이 평가 기준이 무너지는 부분

이 평가 기준은 카탈로그 소매업에 맞춰 설계되었습니다. 동일한 상품을 판매하는 판매자가 많은 마켓플레이스에는 중복 상품 등록 및 판매자 품질과 관련된 항목이 필요하지만, 이 평가 기준에는 해당 항목이 없습니다. 콘텐츠가 많거나 공공 부문 관련 사이트는 그룹 A 대신 문서 유형 및 최신성 가중치를 적용해야 합니다. SKU가 약 500개 미만인 사이트는 검색 성능 저하로 인해 수익이 감소하는 경우가 많은데, 이는 소규모 카탈로그의 경우 검색 성능 개선보다는 카테고리 탐색 기능 개선이 핵심이기 때문입니다. 또한 이 평가 기준은 부하 시 검색 속도나 개인화 기능에 대한 언급이 전혀 없습니다. 이는 두 가지 모두 제대로 테스트하려면 비용이 많이 들고, 점수가 30점 미만인 경우에는 문제가 되지 않기 때문에 의도적으로 제외된 것입니다. 마지막으로, 점수는 특정 시점의 상황을 반영한 것입니다. 카탈로그 가져오기 과정에서 속성 이름이 변경되면 코드 배포 없이도 그룹 A 점수가 하룻밤 사이에 6점이나 떨어질 수 있습니다.

FAQ

채점하는 데 얼마나 걸리나요? 90개의 쿼리로 구성된 테스트 목록이 만들어지면, 한 사람이 한 매장을 담당하는 데 약 반나절 정도 소요됩니다. 목록을 만드는 과정이 시간이 오래 걸리는 부분이므로, 주요 쿼리를 추출하고 롱테일 쿼리 세트를 구성하는 데 추가로 2시간을 할애해야 합니다.

이 프로그램을 실행하려면 엔지니어링 지식이 필요한가요? 아니요. 1번부터 15번까지의 검사는 브라우저에서 실행됩니다. 16번부터 20번까지의 검사를 실행하려면 분석 액세스 권한이 필요하며, 20번 검사의 경우 검색 구성 담당자와 협의해야 합니다.

검색 분석 기록이 없는 경우는 어떻게 해야 할까요? 그룹 D의 점수를 0으로 설정하고, 추적 시스템을 수정하고, 나머지 그룹의 점수를 매기기 전에 4주간의 데이터를 수집하세요. 실제 쿼리 로그 없이 구축된 테스트 목록은 팀에서 입력하는 쿼리를 과대 대표할 수 있습니다.

28점은 좋은 점수인가요? 정상적인 현상이고, 정상적인 것은 평범하다는 뜻입니다. 벤치마크에 따르면 대부분의 사이트가 그 수준에 머물러 있습니다. 중요한 것은 전체 수치가 아니라 어떤 그룹이 수치를 떨어뜨리고 있는지입니다.

오타 허용 오차를 구매해야 할까요, 아니면 직접 구축해야 할까요? 구매하세요. 적절한 임계값을 사용한 편집 거리 일치 문제는 저렴하고 간편하게 해결할 수 있습니다. 구축 노력은 카탈로그에 특화된 동의어 및 속성 구조에 집중해야 하며, 이는 구매할 수 없습니다.

이것이 카테고리 페이지 감사와 어떤 관련이 있나요? 두 기능은 패싯과 필터링을 공유합니다. 체크 14가 실패하면 수정 사항은 일반적으로 검색보다는 카테고리 템플릿에 있으므로 동일한 스프린트에서 두 가지 감사를 실행하세요.

이러한 사항들이 저희 카탈로그를 읽는 AI 쇼핑 에이전트에도 적용되나요? 부분적으로 그렇습니다. 상담원들은 검색 UI보다는 구조화된 속성을 사용하므로, 데이터 품질을 통해 그룹 A와 B가 상담원들에게 중요하게 여겨지는 반면, 그룹 C와 D는 전혀 관련이 없습니다. 이는 별도의 감사 대상입니다.

점수를 얼마나 자주 다시 매겨야 할까요? 분기별로, 그리고 카탈로그 마이그레이션, 플랫폼 변경 또는 검색 구성 변경 후에 평가를 실시하십시오. 점수 비교가 가능하도록 동일한 90개 쿼리 목록을 유지하십시오.

오후 시간을 들이지 않고 점수를 알고 싶다면: 저희에게 귀사 매장에 대한 감사를 맡겨주세요. 그리고 채점 기준표, 미흡한 질문, 그리고 우선순위가 지정된 수정 목록을 드리겠습니다.

지우면 좋을거같음 . SM


관련 기사

스위타스, 방송 출연

Magnify: Engin Yurtdakul과 함께 인플루언서 마케팅 확장하기

Microsoft Clarity 사례 연구를 확인해 보세요.

저희는 Microsoft Clarity를 ​​Switas와 같은 기업이 직면한 어려움을 이해하는 실제 제품 담당자들이 실용적이고 현실적인 사용 사례를 염두에 두고 개발한 제품으로 강조했습니다. 분노 클릭 및 JavaScript 오류 추적과 같은 기능은 사용자 불만과 기술적 문제를 파악하는 데 매우 유용했으며, 이를 통해 사용자 경험과 전환율에 직접적인 영향을 미치는 맞춤형 개선이 가능했습니다.