홈페이지 후기 기능 붙이는 법: 별점 스키마 붙여도 별이 안 뜨는 이유

핵심 요약 홈페이지 후기 기능은 “신뢰를 보여주는 것”과 “구글 검색결과에 별점을 띄우는 것”, 두 개의 다른 목표를 섞으면 실패합니다. 후기 수집은 직접 폼·구글 비즈니스 프로필·네이버 플레이스를 병행하는 게 현실적이고, 별점 스키마(Review·AggregateRating)는 자사 사이트에 자기 후기를 마크업하는 순간 구글이 별을 띄우지 않습니다(self-serving 정책, 2019년 9월 시행·현재도 유효). 대가성 후기는 표시광고법상 첫머리에 대가 사실을 밝혀야 하고, 안 밝히면 과징금 대상입니다.

“홈페이지에 후기 코너를 만들고 별점을 넣으면 구글 검색결과에 별이 뜨겠지.” 이 기대로 개발까지 마친 뒤, GSC(구글 서치 콘솔)를 열어보고 당황하는 분들이 많습니다. 마크업은 오류 없이 잡혔는데, 검색결과에는 별이 하나도 안 보이기 때문입니다.

이건 버그가 아닙니다. 구글이 의도적으로 막아둔 규칙에 걸린 겁니다. PLAYW도 홈페이지에 고객 후기와 평균 별점 스키마를 실제로 넣어뒀지만, 그 별이 검색결과에 뜰 거라고는 처음부터 기대하지 않았습니다. 이 글은 후기를 어디서 모아서, 어떻게 표시하고, 별점 스키마를 붙일 때 무엇을 알고 붙여야 하는지를 실제 적용 경험으로 정리한 것입니다.

후기 기능, 목적부터 나눠야 합니다

후기 기능을 요청하는 분들의 목적은 사실 두 가지가 섞여 있습니다. 이 둘을 분리하지 않으면 엉뚱한 데 돈과 시간을 씁니다.

목적 A — 방문자에게 신뢰를 보여주기: 사이트에 들어온 사람이 “여기 실제로 거래한 사람들이 있구나”를 느끼게 하는 것. 전환율(문의·구매)에 직접 영향을 줍니다.
목적 B — 구글 검색결과에 별점(★)을 띄우기: 검색결과 목록에서 우리 사이트 밑에 노란 별과 평점이 표시되어 클릭률을 높이는 것. 이건 구조화 데이터(스키마) 영역입니다.

목적 A는 후기를 어디서 잘 모아 잘 보여주느냐의 문제이고, 목적 B는 스키마 정책의 문제입니다. 그런데 뒤에서 자세히 설명하겠지만, 자사 홈페이지에 자기 후기를 넣어서 목적 B(검색 별점)를 이루는 길은 구글이 막아뒀습니다. 그래서 대부분의 소상공인에게 후기 기능의 실질 목표는 A(신뢰)에 두고, B(별점)는 네이버 플레이스·구글 지도 같은 외부 채널로 가져가는 게 맞습니다.

후기를 어디서 모을까 — 4가지 채널 비교

후기는 “표시”보다 “수집”이 먼저 막힙니다. 새 홈페이지는 후기가 0건에서 시작하기 때문입니다(콜드스타트). 채널별 장단점을 실제 소상공인 상황에 맞춰 정리하면 다음과 같습니다.

수집 채널	장점	단점	한국 소상공인 현실
직접 폼(자체 DB)	완전한 통제·디자인 자유·데이터 소유	후기 0건에서 시작, 조작 의심받기 쉬움	신뢰 증거로는 유효, “구글 별” 목적엔 부적합
구글 비즈니스 프로필	검증된 제3자 리뷰·구글 지도 연동·무료	자사 사이트에 임베드해도 별점 스니펫은 안 뜸	병원·식당·학원 등 지역 업종 기본 세팅
네이버 플레이스	한국 검색·지도에서 압도적 노출	자사 홈페이지로 후기를 가져오기 어려움	한국 로컬은 사실상 여기가 1순위
서드파티 리뷰 위젯	조작 방지 신뢰도·수집 자동화	유료, self-serving 예외 아님, 국내 생태계 얕음	소상공인 ROI 낮음, 후순위

정리하면, 한국 소상공인의 현실적 우선순위는 네이버 플레이스 > 구글 비즈니스 프로필 > 자사 홈페이지 직접 폼 순입니다. 홈페이지 후기는 “네이버·구글에 쌓인 진짜 리뷰를 요약해서 보여주고, 실명·업종을 곁들여 신뢰를 얹는” 보조 채널로 잡는 게 맞습니다. 처음부터 자사 폼만으로 후기를 채우려 하면 콜드스타트에서 오래 멈춥니다.

직접 폼·구글 비즈니스 프로필·네이버 플레이스·서드파티 위젯 4가지 후기 수집 채널 비교 도식

여기서 흔히 놓치는 게, 후기 채널을 정하는 일은 홈페이지에 어떤 페이지를 두느냐와 붙어 있다는 점입니다. 후기 섹션을 어디에 배치할지 막막하다면, 먼저 사이트 뼈대부터 잡는 걸 권합니다.

모은 후기를 홈페이지에 표시하는 3가지 방식

후기를 어디서 모으든, 홈페이지에 얹는 방식은 크게 셋입니다.

방식 1 — 정적으로 직접 넣기(가장 단순) 운영자가 진짜 후기 중 대표적인 것을 골라 코드나 CMS에 직접 넣습니다. 개발 부담이 가장 적고, 문구·순서를 완전히 통제할 수 있습니다. 단점은 후기가 늘 때마다 손으로 업데이트해야 한다는 점, 그리고 “직접 쓴 것 아니냐”는 의심을 줄이려면 실명 이니셜·업종·날짜 같은 구체 정보를 함께 넣어야 한다는 점입니다.

방식 2 — 자체 폼 + DB로 실시간 수집 방문자가 폼으로 후기를 남기면 DB에 쌓이고 사이트에 자동 노출됩니다. 규모가 커지면 유리하지만, 스팸·악성 후기 필터링, 승인 절차, 개발·유지비가 따라옵니다. 소상공인 단계에서는 과한 경우가 많습니다.

방식 3 — 외부 리뷰 임베드(구글·네이버) 구글 비즈니스 프로필이나 네이버 플레이스에 쌓인 리뷰를 위젯·스크린샷·링크 형태로 홈페이지에 얹습니다. “제3자 플랫폼에 실제로 존재하는 리뷰”라는 점에서 신뢰도가 가장 높습니다. 다만 별점 스키마 관점에서는 임베드해도 검색 별점이 뜨지 않는다는 한계가 있습니다(뒤에서 설명).

세 방식 모두 목적 A(신뢰)에는 잘 작동합니다. 문제는 여기에 “구글 별점”까지 기대하고 별점 스키마를 붙일 때 생깁니다.

별점 스키마(Review·AggregateRating) 붙이는 법과 결정적 함정

스키마는 이렇게 생겼습니다

후기에 별점을 검색엔진이 읽게 하려면 구조화 데이터(JSON-LD)를 넣습니다. 자사 사업체(LocalBusiness)에 평균 별점을 붙이는 전형적인 형태는 이렇습니다.

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "우리 가게",
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "reviewCount": "23",
    "bestRating": "5"
  },
  "review": [
    {
      "@type": "Review",
      "author": { "@type": "Person", "name": "김OO" },
      "reviewRating": { "@type": "Rating", "ratingValue": "5" },
      "reviewBody": "예약이 편했어요."
    }
  ]
}

문법은 어렵지 않습니다. GSC의 리치 결과 테스트에도 “유효”로 잡힙니다. 그래서 여기까지 하고 별이 뜨길 기다리는데, 뜨지 않습니다.

함정: 자기 후기를 자기가 마크업하면 별이 안 뜹니다

구글은 2019년 9월부터 “self-serving review(자기 잇속 후기)“에 대해 별점 리치 결과를 표시하지 않습니다. 정확히는, 리뷰 대상이 되는 사업체·조직(LocalBusiness·Organization 및 그 하위 타입)이 자기 자신에 대한 후기를 자기 사이트에서 스스로 통제해 마크업하는 경우 별점을 검색결과에 띄우지 않습니다. 이 규칙은 구글 공식 문서 최종 갱신일이 2025년 12월 10일인 것에서 보듯 2026년 현재도 그대로 유효합니다.

자사 사이트 후기 별점 스키마가 검색결과에 별로 표시되는지 판정하는 self-serving 정책 플로우차트

즉, 위 예시처럼 “우리 가게”가 “우리 가게에 대한 후기”를 자기 홈페이지에 마크업하면, 문법이 완벽해도 별은 안 뜹니다. 대상 사업체가 후기를 스스로 고르고 통제할 수 있으니 객관적이지 않다고 보는 겁니다.

서드파티 위젯을 붙여도 예외가 아닙니다

여기서 가장 많이 오해하는 지점입니다. “우리가 직접 안 쓰고 유료 리뷰 위젯(외부 서비스)을 붙였으니 객관적이고, 그럼 별이 뜨겠지”라고 생각하기 쉽습니다. 아닙니다. 위젯이 어디서 왔든, 그 후기의 대상이 자기 자신이면 여전히 self-serving으로 판정되어 별점이 표시되지 않습니다. 판정 기준은 “누가 마크업했나”가 아니라 “후기 대상이 사이트 주인 자신인가”입니다.

그럼 별점이 뜨는 경우는 언제인가

별점 리치 결과가 여전히 허용되는 대표 케이스는 다음과 같습니다.

콘텐츠·상품형 스키마: Product(상품), Recipe(레시피), Book(도서), Course(강의), Event(행사), SoftwareApplication 등. 자사 상품 판매 페이지에서 그 상품에 대한 후기를 마크업하면 별점이 뜰 수 있습니다. 즉 회사소개 페이지의 사업체 후기는 안 되지만, 개별 상품·강의 페이지의 상품 후기는 가능합니다.
제3자가 다른 대상을 평가: 우리 사이트가 협력업체·파트너처럼 자기 자신이 아닌 다른 엔티티를 리뷰하는 경우.

정리하면 아래 표와 같습니다.

스키마 대상	자사 사이트에서 별점 리치 결과	소상공인 활용
LocalBusiness(사업체 자기 후기)	표시 안 됨(self-serving)	신뢰용으로만, 검색 별점 기대 X
Organization(조직 자기 후기)	표시 안 됨	동일
Product(자사 상품 후기)	표시 가능	판매 페이지 있으면 유효한 우회로
Course·Event 등 콘텐츠형	표시 가능	강의·클래스 운영 시 활용

그래도 스키마를 남길 이유

PLAYW 홈페이지도 실제로 LocalBusiness에 평균 별점과 개별 후기 스키마를 넣어두고 있습니다. 검색결과에 별이 안 뜰 걸 알면서도 남기는 이유는 세 가지입니다. 첫째, 별점은 안 떠도 구글이 그 데이터를 읽어 AI 개요(AI Overviews)나 지식 패널의 사업체 이해에 참고할 수 있습니다. 둘째, 정책이 언젠가 바뀔 여지에 대비한 자산입니다. 셋째, 무엇보다 방문자에게 보여주는 신뢰 증거(목적 A)는 검색 별점과 무관하게 그 자리에서 작동합니다. 다만 이건 “검색 별점을 노린 마크업”이 아니라 “신뢰 표시 + 데이터 제공”으로 목적을 정직하게 잡았기 때문에 유지하는 것입니다.

가짜 후기·대가성 미표시는 법 위반입니다 (표시광고법)

후기를 다루면 반드시 함께 챙겨야 하는 게 법적 리스크입니다. 후기를 “만들거나” “사거나” 대가를 주고 받으면서 그 사실을 숨기면 「표시·광고의 공정화에 관한 법률」 위반입니다.

핵심은 공정거래위원회의 「추천·보증 등에 관한 표시·광고 심사지침」입니다. 개정된 지침이 2024년 12월 1일부터 시행되면서, 블로그·카페 등 문자 매체에서 후기를 남길 때 경제적 이해관계(대가를 받았다는 사실)를 게시물 제목이나 첫 부분에 명확히 밝히도록 요구합니다. 현금·상품·상품권·적립포인트·할인 같은 대가를 받은 경우, “후기 작성 조건부 할인” 같은 신종 방식까지 모두 표시 대상입니다.

대가성 후기의 경제적 이해관계 표시 위치를 게시물 첫머리에 넣는 올바른 예시와 잘못된 예시 비교

위반 시 제재는 가볍지 않습니다. 시정명령·공표명령·정정광고에 더해 과징금은 관련 매출액의 2/100 이하, 매출액 산정이 곤란하면 5억 원 이하까지 부과됩니다. 실제로 생활용품업체 ‘오아’는 직원을 동원해 자사 상품에 수천 건의 가짜 리뷰를 달았다가 과징금 1억 4천만 원을 맞았습니다.

이런 조작은 형사 사건으로도 번집니다. 2026년 7월 보도된 이른바 ‘리뷰 공장’ 사건에서는, 병원·식당·카페 등 전국 707개 업체를 대상으로 허위 후기 28,886건을 작성해 광고주로부터 19억 원을 받은 조직이 적발됐습니다. 광고주 업종 1위는 병원(34.5%)이었습니다. 후기는 신뢰를 사는 일이지, 조작해서 살 수 있는 게 아니라는 걸 보여주는 사례입니다.

소상공인 입장에서 안전한 원칙은 단순합니다. 없는 후기를 만들지 않는다. 대가를 준 후기는 첫머리에 그 사실을 밝힌다. 실제 고객의 진짜 경험만 표시한다. 이 원칙만 지키면 후기는 리스크가 아니라 자산이 됩니다.

PLAYW가 실제로 택한 구성 — 절대날짜 누적형

PLAYW 홈페이지의 후기 데이터는 위 원칙을 코드 구조로 못박아뒀습니다. 몇 가지 실전 결정을 공유합니다.

절대날짜 누적형: 후기마다 “2026-06-16”처럼 실제 날짜를 박고, 최신순으로 쌓습니다. “3일 전” 같은 상대 표기 대신 절대날짜를 쓰면, 시간이 지나도 후기가 꾸준히 늘어나는 “성장하는 사이트” 신호가 남습니다.
별점은 5점만 넣지 않습니다: 전부 5.0이면 오히려 조작 신호로 읽힙니다. 4점 후기를 섞고, 평균은 하드코딩하지 않고 실제 후기들에서 계산해 표시값과 후기가 항상 일치하게 합니다.
문체·길이·업종을 다양화: 같은 톤의 후기가 반복되면 진짜처럼 보이지 않습니다. 업종과 상황이 다른 목소리를 섞습니다.

후기는 결국 방문자를 문의·구매로 넘기기 위한 전환 장치입니다. 후기 배치와 문구가 실제 전환에 얼마나 영향을 주는지는 A/B 테스트로 확인하는 게 가장 확실합니다.

또 하나, 후기를 잘 붙이는 것만큼 중요한 게 애초에 후기가 쌓일 만한 사이트를 제대로 만드는 일입니다. 제작을 외주로 맡긴다면 업체 검증부터 챙기시길 권합니다.

정리 — 홈페이지 후기, 이렇게 붙이세요

목적을 나눕니다. “신뢰 보여주기(A)“와 “검색 별점(B)“은 다른 문제입니다.
수집은 네이버 플레이스·구글 비즈니스 프로필을 1순위로, 자사 폼은 보조로 병행합니다.
표시는 정적 삽입·자체 폼·외부 임베드 중 규모에 맞게 고릅니다. 소상공인은 정적 + 외부 임베드로 충분합니다.
별점 스키마는 붙여도 되지만, 자사 사업체(LocalBusiness) 후기는 별이 안 뜬다는 걸 알고 “신뢰·데이터용”으로 정직하게 씁니다. 검색 별점이 필요하면 상품(Product) 페이지나 네이버·구글 외부 채널로 갑니다.
가짜·대가성 후기는 절대 금지. 대가를 준 후기는 첫머리에 밝힙니다.

후기 기능은 잘 붙이면 문의 전환을 끌어올리는 가장 값싼 신뢰 장치입니다. 반대로 “구글 별점”만 노리고 잘못 붙이면 시간과 돈만 쓰고 별은 안 뜹니다. 목적을 정확히 잡는 것에서 시작하세요.

후기를 얹은 홈페이지가 단순 소개를 넘어 강의·멤버십·구독까지 파는 수익화 플랫폼으로 자라는 흐름은 아래 글에서 이어집니다.

후기 설계나 별점 스키마 적용이 막힌다면, PLAYW가 실제 사이트 기준으로 점검해 드립니다. 무료 상담으로 지금 사이트 상황을 알려주세요.

자주 묻는 질문 (FAQ)

홈페이지에 별점을 넣으면 구글 검색결과에 무조건 별이 뜨나요?

아닙니다. 자사 사업체(LocalBusiness·Organization)에 대한 후기를 자기 사이트에 마크업하면 self-serving 정책에 걸려 별점이 표시되지 않습니다. 문법이 유효해도 마찬가지입니다. 별점 리치 결과는 주로 상품(Product)·강의(Course) 같은 콘텐츠형 스키마에서 나옵니다.

리뷰 위젯을 붙이면 self-serving 제한을 피할 수 있나요?

없습니다. 후기를 누가 마크업했는지가 아니라 후기 대상이 사이트 주인 자신인지가 기준입니다. 외부 유료 위젯을 붙여도 그 후기가 자사에 대한 것이면 별점은 뜨지 않습니다.

우리 상품 페이지에는 리뷰 마크업을 해도 되나요?

됩니다. Product·Course·Event 같은 콘텐츠형 스키마는 자사 상품 후기라도 별점 리치 결과가 허용됩니다. 판매 페이지가 있는 사업자라면 회사소개 페이지가 아니라 개별 상품·강의 페이지에서 마크업하는 게 별점을 띄우는 현실적 경로입니다.

후기 이벤트로 리뷰를 모으면 표시광고법 위반인가요?

대가(할인·포인트·사은품 등)를 주고 후기를 받았다면, 그 사실을 후기 첫머리에 밝혀야 합니다. 밝히면 합법, 숨기면 위반입니다. 2024년 12월 1일 시행 지침상 제목이나 첫 부분에 경제적 이해관계를 명확히 표시해야 합니다.

홈페이지 자체 후기와 네이버 플레이스 리뷰 중 어디에 먼저 힘을 써야 하나요?

한국 로컬 업종이라면 네이버 플레이스가 1순위입니다. 검색·지도 노출과 신규 고객 유입이 여기서 나오기 때문입니다. 홈페이지 후기는 네이버·구글에 쌓인 진짜 리뷰를 요약해 신뢰를 보강하는 보조 채널로 두는 게 효율적입니다.