Iframe vs 서버 렌더링 리뷰: SEO 가치가 새는 이유

제품 페이지에 리뷰가 표시되는 세 가지 방식

리뷰가 페이지에 도달하는 경로는 소유권의 스펙트럼 위에 놓여 있습니다. 스펙트럼의 어느 위치에 있느냐에 따라 누가 공을 인정받는지가 결정됩니다. 세 가지 방식은 iframe, 클라이언트 측 스크립트 주입, 그리고 서버 렌더링 HTML입니다.

쇼핑객 눈에는 세 가지가 거의 동일하게 보입니다. 별점, 인용문, 평점 수가 표시됩니다. 차이는 브라우저에서는 보이지 않지만 검색과 AI에는 결정적입니다. 리뷰 텍스트가 내 것인지, 크롤러에게 귀속되는지, 아니면 아무도 소유하지 않는 것인지가 달라지기 때문입니다.

• Iframe: 리뷰가 다른 도메인에 존재하며, 창(frame)을 통해 페이지에 삽입됩니다.
• 클라이언트 측 주입: 페이지가 로드된 후 스크립트가 리뷰를 가져와 DOM에 작성합니다.
• 서버 렌더링: 스크립트가 실행되기 전에 페이지 HTML에 리뷰가 이미 포함되어 있으며, 내 URL에서 제공됩니다.

Iframe이 리뷰 가치를 누출하는 이유

Iframe은 벤더의 도메인에 호스팅된 별도의 문서로, 내 페이지의 프레임 안에 삽입됩니다. 크롤러 입장에서 iframe 안의 리뷰 텍스트는 내 문서가 아닌 그 다른 문서의 일부입니다. 콘텐츠는 내 페이지가 아닌 iframe 출처에 귀속되므로, 리뷰가 가질 수 있는 모든 검색 신호는 내 제품 URL이 아닌 벤더의 도메인에 쌓입니다.

이것이 눈에 띄지 않는 누출입니다. 리뷰를 직접 수집하고, 쇼핑객은 내 스토어에서 읽지만, 검색 관점에서의 가치는 다른 곳으로 흘러갑니다. 리치 리절트 자격도 불안정합니다. 검색 엔진이 일치시키려는 구조화 데이터와 눈에 보이는 텍스트가 두 개의 다른 문서에 나뉘어 있기 때문입니다.

클라이언트 측 주입 방식이 보이지 않는 이유

클라이언트 측 주입 방식은 리뷰를 내 도메인에 유지한다는 점에서 iframe보다 낫습니다. 그러나 페이지가 도달한 후에야 리뷰를 작성합니다. 크롤러가 처음 받는 HTML은 리뷰가 결국 나타날 빈 컨테이너, 즉 플레이스홀더입니다.

클라이언트 측으로 주입된 리뷰 텍스트는 크롤된 HTML에 포함되지 않는 경우가 많습니다. 렌더링하려면 크롤러가 JavaScript를 실행해야 하는데, 이는 크롤러 자체 일정에 따라 이루어지며 보장이 없습니다. 리뷰는 존재하고 쇼핑객은 볼 수 있지만, 검색 색인에는 아무것도 없을 수 있습니다. 신호가 다른 곳으로 누출되는 것이 아니라 단순히 보이지 않게 됩니다.

서버 렌더링이 실제로 제공하는 것

서버 렌더링은 단 하나의 스크립트도 실행되기 전에 서버가 반환하는 HTML에 리뷰 텍스트가 포함된다는 의미입니다. 크롤러는 첫 번째 요청에서, 내 도메인에서, JavaScript 의존성 없이, 두 번째 문서 없이 이를 읽습니다.

서버 렌더링된 리뷰 HTML은 크롤 가능하며 내 페이지에 귀속됩니다. 핵심은 바로 이것입니다. 콘텐츠는 내 것이고, URL은 내 것이며, 구조화 데이터는 그것이 설명하는 눈에 보이는 텍스트 옆에 위치합니다. 검색 엔진이 리치 리절트를 확신을 갖고 부여하기 위해 필요한 조건입니다.

• JavaScript 실행에 의존하지 않고 첫 번째 요청에서 크롤 가능합니다.
• 내 제품 URL에 귀속되므로 검색 신호가 내 도메인에 남습니다.
• 마크업과 눈에 보이는 텍스트가 함께 위치하여 리치 리절트 자격을 유지합니다.
• 브라우저만이 아니라 답변 엔진에 데이터를 제공하는 시스템도 읽을 수 있습니다.

어떤 방식을 사용하고 있는지 확인하는 방법

확인하기 위해 벤더 문서가 필요하지 않습니다. 인스펙터가 아닌 페이지 소스를 확인하십시오. 소스는 서버가 보낸 원시 HTML을 보여 주는 반면, 인스펙터는 스크립트가 실행된 후의 라이브 DOM을 보여 줍니다.

그 원시 소스에서 리뷰 중 한 문장을 검색하십시오. 리뷰 텍스트가 발견되면 서버 렌더링입니다. iframe 태그가 리뷰를 감싸고 있다면 iframe 방식입니다. 리뷰 블록이 빈 컨테이너이고 텍스트가 인스펙터에서만 보인다면 클라이언트 측 주입 방식입니다.

• 인스펙터가 아닌 view-source를 열어 서버가 보낸 원시 HTML을 확인합니다.
• 실제 리뷰에서 특징적인 문구를 검색합니다.
• 텍스트 발견: 서버 렌더링. Iframe 태그 발견: iframe 방식. 둘 다 없음: 주입 방식.
• 크롤러가 받는 내용을 확인하기 위해 fetch 도구나 캐시 뷰로 교차 확인합니다.

Iframe이나 주입 방식을 사용하는 타당한 이유가 있습니까

있습니다. 그렇지 않다고 말하면 솔직하지 못한 것입니다. Iframe과 주입 방식은 설치가 더 간단하고, 벤더의 코드를 내 코드와 분리하며, 테마를 건드리지 않고 벤더가 widget을 업데이트할 수 있게 합니다. 검색이나 AI 노출을 중요하게 생각하지 않는 브랜드에게 이러한 트레이드오프는 합리적일 수 있습니다.

비용은 전체적인 것이 아니라 구체적입니다. 편의성 대가로 크롤 가능하고, 내 것이며, 인용 가능한 리뷰 콘텐츠를 포기하는 것입니다. 리뷰가 구매 결정에 중요한 요소라면, 그리고 점점 더 검색 엔진이 답변하는 방식에도 영향을 미친다면, 그 거래는 대부분의 경우 가치가 없습니다. 핵심은 기본값으로 선택하는 것이 아니라 의식적으로 선택하는 것입니다.

결론

렌더링 방식은 소셜 증거의 소유권을 결정합니다. Iframe은 벤더에게 넘깁니다. 주입 방식은 종종 아무도 없는 곳으로 보냅니다. 서버 렌더링은 내 페이지에 유지하며, 크롤 가능하고 귀속되어야 할 곳에 귀속됩니다.

대부분의 리뷰 앱은 페이지 방문 쇼핑객을 위해 만들어졌으며 거기서 멈춥니다. 이것이 BeyondReviews가 해결하기 위해 만들어진 바로 그 간극입니다. 이미 수집한 리뷰를 검색과 AI가 읽고, 검증하고, 인용할 수 있는 HTML로 전달하는 것입니다. 리뷰는 어떤 방식이든 실재합니다. 렌더링 방식이 그것이 내게 효과가 있는지를 결정합니다.

자주 묻는 질문