리뷰 위젯

리뷰 위젯은 단순한 시각적 블록이 아닙니다. 누가 리뷰를 읽을 수 있는지를 결정하는 구조적 선택입니다. 이 컴포넌트는 여러 역할을 하나로 묶습니다. 종합 점수와 리뷰 수를 표시하고, 작성자 이름과 날짜가 포함된 개별 리뷰를 나열하며, 필터링, 정렬, 사진, 리뷰 작성 폼을 추가하기도 합니다. 그리고 이 모든 데이터를 API를 통해 서드파티 리뷰 플랫폼에서 가져오는 것이 일반적입니다. 이 데이터가 페이지에 어떻게 도달하는지는 대부분의 스토어 운영자가 확인하지 않는 부분이지만, 실제로 가장 중요한 부분입니다.

크게 두 가지 전달 방식이 있습니다. 클라이언트 사이드 방식에서는 상품 페이지가 리뷰 영역이 비어 있는 상태로 도착하며, 브라우저에서 스크립트가 실행되어 리뷰를 가져오고 표시합니다. 일부 플랫폼은 위젯 전체를 iframe 안에 넣기도 합니다. iframe은 페이지 내에 삽입된 별개의 문서입니다. 서버 렌더링 방식에서는 리뷰 텍스트가 서버를 떠나기 전에 이미 초기 HTML에 포함되어 있습니다. 쇼핑객 눈에는 두 방식이 동일하게 보입니다. 그러나 스크립트를 실행하지 않고 페이지를 읽는 시스템에게는 전혀 다른 결과를 만들어 냅니다.

한국 도자기 주방용품을 판매하는 Shopify 판매자를 예로 들겠습니다. 베스트셀러 뚝배기에는 340개의 리뷰가 달려 있으며, 오래 사용할수록 풍미가 깊어진다는 내용이 담겨 있습니다. 화면에서는 리뷰가 완벽하게 표시됩니다. 그런데 위젯이 클라이언트 사이드 방식으로 iframe 안에서 리뷰를 불러온다면, 상품 URL을 일반 HTML로 요청할 때 리뷰 섹션은 빈 컨테이너로만 보입니다. 쇼핑객에게 이 페이지는 충분히 설득력이 있습니다. 그러나 소스를 읽는 시스템에게 340개의 리뷰는 존재하지 않는 것이나 마찬가지입니다.

바로 이 지점에서 전달 방식과 AI 검색이 만납니다. ChatGPT, Perplexity, Google AI Overviews 같은 AI 답변 엔진은 가져올 수 있는 텍스트를 읽어 상품을 요약합니다. 그 읽기 과정 중 상당 부분은 완전한 브라우저를 실행하거나 지연된 스크립트를 기다리지 않습니다. 누군가가 오래 사용해도 좋은 뚝배기를 추천해 달라고 물으면, AI 답변 엔진은 실제로 읽을 수 있는 리뷰 언어만을 활용할 수 있습니다. 서버에서 렌더링된 리뷰 텍스트는 읽히고 인용될 수 있습니다. 스크립트 뒤에 숨겨지거나 다른 도메인의 iframe 안에 갇힌 리뷰는, 사람 눈에 아무리 매력적으로 보여도 대부분 그렇지 않습니다. 기존 리뷰를 초기 문서에서 읽을 수 있도록 만드는 것, 이 간격을 좁히는 것이 BeyondReviews가 집중하는 문제입니다.

실용적인 테스트는 간단하며, 어떤 벤더의 주장을 믿기 전에 직접 해볼 가치가 있습니다. 렌더링된 페이지로 위젯을 판단해서는 안 됩니다. 두 방식은 거기서는 동일하게 보이기 때문입니다. 대신 페이지 소스 보기를 하거나, JavaScript를 비활성화한 상태로 페이지를 불러온 후, 리뷰에 실제로 등장하는 문구를 검색해 봅니다. 그 텍스트가 원시 HTML 안에 있다면 리뷰는 읽힐 수 있는 상태입니다. 컨테이너가 비어 있다면, 그 리뷰들은 장식에 불과합니다. 쇼핑객에게는 빠르고 매력적이지만, 스토어의 노출 여부를 결정하는 시스템에게는 보이지 않습니다.