홈페이지 검색창에 ‘주차’, ‘당일 수령’, ‘알레르기’가 반복해서 입력된다면 고객이 원하는 정보가 메뉴나 상세페이지에서 잘 보이지 않는다는 신호일 수 있다. GA4 사이트 검색 측정은 외부 검색엔진의 검색어가 아니라 방문자가 내 사이트 안에서 입력한 말을 기록한다. 이 글은 2026년 9월 30일 Google 공식 문서를 확인해 소상공인이 view_search_results를 안전하게 수집하고, 콘텐츠 수정 후보를 고르는 방법을 정리했다.
핵심 요약: 검색량보다 해결되지 않은 질문을 찾는다
측정할 내부 검색창을 하나 정하고 URL의 검색어 매개변수, view_search_results 발생, search_term 값, 검색결과 클릭, 실제 문의를 같은 순서로 점검한다. 검색어가 많다는 이유만으로 새 페이지를 만들지 않는다. 검색결과가 없거나, 결과는 있지만 다시 검색하거나, 상세페이지를 열고도 같은 문의가 반복되는 표현을 우선 개선한다. 이름·전화번호·이메일처럼 개인을 식별할 수 있는 입력은 분석으로 보내지 않는다.
내부 검색과 외부 유입 검색어를 구분한다
GA4의 사이트 검색은 방문자가 홈페이지 안에서 사용한 검색창을 다룬다. Google 검색에서 어떤 검색어로 들어왔는지는 Search Console, 광고 클릭 전 검색어는 Google Ads, 사이트에 들어온 뒤 입력한 말은 GA4 사이트 검색으로 역할을 나눈다. 세 보고서의 검색어를 한 표에 합산하지 말고 ‘유입 전 질문·사이트 내부 질문·상담에서 확인된 질문’ 열을 따로 둔다. 같은 표현이 세 곳에서 반복될 때 수정 우선순위를 높인다.
URL의 검색어 매개변수부터 확인한다
검색 결과 주소가 /search?q=케이크처럼 바뀌는지 직접 본다. 향상된 측정은 기본적으로 q, s, search, query, keyword 중 하나가 URL에 있으면 view_search_results를 자동 수집하고 search_term 차원을 채운다. 자체 사이트가 term이나 word를 쓴다면 웹 데이터 스트림의 사이트 검색 고급 설정에 해당 매개변수를 추가한다. 검색어가 경로 일부에 들어가거나 주소가 전혀 바뀌지 않는 구조라면 기본 자동 수집만 믿지 않는다.
주소가 바뀌지 않는 검색은 별도 구현 여부를 판단한다
팝업 검색, 앱처럼 동작하는 화면, 외부 예약 위젯은 검색 결과가 나타나도 URL 매개변수가 생기지 않을 수 있다. 이때는 개발 담당자가 결과가 실제 표시된 시점에 view_search_results와 search_term을 보내는 방식을 검토한다. 버튼을 누른 순간보다 결과가 화면에 제시된 시점이 기준이다. 자동 이벤트와 수동 이벤트를 동시에 켜면 한 번의 검색이 두 번 기록될 수 있으므로 둘 중 한 방식만 남기고 변경 전후 이벤트 수를 기록한다.
모바일·PC 12개 검색으로 수집을 검증한다
PC와 모바일에서 정상 상품명, 띄어쓰기 변형, 결과 없는 표현을 각각 두 번 검색하면 12개 표본이 된다. DebugView에서 view_search_results와 search_term을 확인하고, 한 번 검색에 이벤트가 1회인지, 결과 없음에서도 값이 들어오는지, 한글이 깨지지 않는지 적는다. 12개 중 누락 1개와 중복 1개가 있으면 오류 표본율은 2÷12×100=16.7%다. 이는 Google의 평가 기준이 아니라 공개 전 오류를 찾기 위한 내부 검수값이다.
검색어에 개인정보가 들어가지 않게 막는다
고객이 검색창에 주문번호, 휴대전화, 이메일, 이름을 입력하면 URL과 search_term에 그대로 남을 수 있다. Google은 개인 식별 정보를 Analytics로 보내지 않도록 요구한다. 검색창 안내에 개인정보를 입력하지 말라고 표시하고, 이메일 주소 수정과 지정한 URL 매개변수 삭제 기능을 검토한다. 그러나 자동 수정만 믿지 말고 주문조회·회원검색처럼 개인정보 입력 가능성이 큰 기능은 사이트 검색 측정 대상에서 제외하거나 분석 전송 전에 값을 제거한다.
검색 후 상세페이지 선택률을 계산한다
검색 결과 클릭을 별도 이벤트로 검증했다면 검색 50회 중 상세페이지 선택 32회일 때 선택률은 32÷50×100=64%다. 일반 콘텐츠는 select_content, 상품 목록은 select_item 같은 권장 이벤트를 구현 상황에 맞게 검토할 수 있다. 선택률이 낮아도 검색 기능 실패로 단정하지 않는다. 결과가 없는 검색, 같은 검색어 반복, 상위 결과의 제목·가격·재고 불일치, 모바일 버튼 위치를 함께 보고 실제 상담 장부에서 같은 질문이 반복되는지 확인한다.
검색어를 콘텐츠 수정 대기열로 바꾼다
주간 표에 검색어, 검색 횟수, 결과 유무, 선택 페이지, 같은 질문의 문의 건수, 수정 후보, 담당자를 적는다. ‘주차’ 검색이 많고 매장안내 페이지 선택률이 낮다면 새 글을 만들기 전에 기존 매장안내의 제목·메뉴 위치·본문 첫 문단을 보강한다. 상품명이 아니라 사용 상황으로 검색한다면 상세페이지에 용도와 제한 조건을 추가한다. 맞춤법 변형은 동의어·검색 사전으로 처리하되 관련 없는 결과를 억지로 노출하지 않는다.
분석과 수정 결론을 멈춰야 하는 조건
이벤트 누락·중복, URL 매개변수 변경, 자동·수동 수집 동시 작동, 개인정보 포함, 내부 직원 검색 혼입, 검색결과 알고리즘 변경, 표본 20회 미만, 실제 문의 장부 미확인 중 하나라도 있으면 콘텐츠 삭제나 광고 예산 결론을 보류한다. 20회는 Google 공식 최소치가 아니라 작은 사이트가 한두 번의 검색에 휘둘리지 않기 위한 내부 기준이다. 작성·검수는 윈윈 비즈니스 인사이트 편집부가 맡았으며 검색 노출·문의·매출·애드센스 승인을 보장하지 않는다.