상품 페이지의 FAQPage, 아니면 별도의 Q&A 페이지. 둘 다 진다..

2023년 8월 8일, Google은 검색 구조화 데이터 문서를 하나의 결정적인 문장으로 업데이트했습니다. 그 문장은 이제부터 `FAQPage` 리치 결과가 "잘 알려진 권위 있는 정부 및 건강 관련 웹사이트"에만 표시될 것이라는 내용이었습니다. 그 외의 모든 도메인에서는 리치 결과가 사라졌습니다. 스키마는 유효하게 검증됩니다. 검색 결과 아래에 표시되던 별과 드롭다운은 나타나지 않게 되었습니다.

3년이 지난 지금도 이 스키마는 수만 개의 이커머스 상품 페이지에 배포되어 있으며, 그중 권위 있는 건강 또는 정부 도메인으로 인정받는 곳은 거의 없습니다. 이 스키마는 SEO 플러그인, 리뷰 플랫폼, 테마, 그리고 2023년 변경 이전에 작성된 튜토리얼을 참고한 개발자들에 의해 배포되고 있습니다. 이 스키마는 리치 결과를 거의 생성하지 못하고 측정 가능한 이점도 거의 없으면서, 'FAQ' 질문이 브랜드가 작성한 내용임에도 고객 질문인 것처럼 제시될 경우 FTC 추천사 규정에 따른 컴플라이언스 위험을 초래하는 경우도 있습니다.

짝을 이루는 스키마인 `QAPage`는 다른 문제를 안고 있습니다. `QAPage`는 Stack Overflow나 Quora처럼 한 사용자가 질문을 올리고 여러 사용자가 답변을 올리는 사이트를 위해 설계되었습니다. 리치 결과가 표시될 때는 질문과 최다 추천 답변이 함께 나타납니다. 상품 페이지는 본질적으로 사용자가 제출한 질문과 답변이 아니라 브랜드가 편집한 콘텐츠로 구성됩니다. `QAPage` 스키마를 브랜드가 편집한 FAQ에 적용하는 것은 Google 리치 결과 규칙 위반이 아니라 스키마의 명시된 의미론 위반이라는 점에서 또 다른 종류의 정책 위반입니다.

질문과 답변 형식의 콘텐츠를 상품 페이지에 배포하는 대부분의 브랜드는 이 두 스키마 중 하나를 선택했습니다. 두 가지 모두 해당 페이지에 잘못 적용된 것입니다. 올바른 답은 스키마 수준이 아니라 구조적 차원에 있으며, 거의 어떤 운영자도 받아본 적 없는 질문에 달려 있습니다. 브랜드가 별도의 페이지를 정당화할 만큼 충분한 고객 질문량을 보유하고 있는가 하는 질문입니다.

`FAQPage` 스키마는 2018년 Schema.org에 추가되었고 2019년 5월 Google의 리치 결과 프로그램에 채택되었습니다. 원래 문서에 따르면 의도된 용도는 "질문과 답변이 모두 발행자가 작성한 페이지"였습니다. 위키피디아 FAQ, 소프트웨어 문서, 혜택 프로그램을 설명하는 정부 건강 페이지처럼 하나의 권위 있는 저자가 자주 묻는 질문에 대해 하나의 공식 답변을 작성한 페이지들이 대상이었습니다.

처음 4년 동안 이 스키마는 작동했습니다. 사이트는 FAQ 섹션을 마크업하고 검색 결과 아래에 드롭다운 리치 결과를 얻을 수 있었습니다. 2020년과 2021년에 발표된 여러 사례 연구에 따르면 상업적 의도의 검색어에서 클릭률이 약 15~25% 더 높았습니다. 이 리치 결과가 너무 성공적이어서 거의 즉시 모든 이커머스 테마가 상품 페이지 템플릿에 'FAQ 블록'을 추가했습니다. 모든 SEO 플러그인이 FAQ 스키마 삽입 기능을 추가했습니다. 브랜드들은 제품당 다섯 개의 '자주 묻는 질문'을 작성하기 시작했습니다. 실제로 질문을 받은 적이 없는 내용들이었습니다. SEO 콘텐츠를 FAQ로 포장한 것이었습니다.

이 스키마는 Google 팀조차 놀랄 만큼 광범위하게 남용되었습니다. 2022년 내부 Google 데이터(2023년 초 John Mueller의 공개 발표에서 간접적으로 언급됨)에 따르면 공개 웹에서 FAQPage 블록의 중간값은 마케팅 팀이 지어낸 질문 네 개로 구성되어 있었고, 그중 두 개는 홍보성("왜 X가 시장 최고의 Y인가?")이었으며 하나는 CTA를 가장한 질문("X는 어디서 구입할 수 있나요?")이었습니다. 리치 결과는 그 무렵 노이즈 발생 장치로 전락해 있었습니다. Google의 2023년 8월 변경은 결과 표시 범위를 권위 있는 도메인으로 되돌렸고, 사실상 그 외의 모든 사이트에서 이 스키마의 가치를 소멸시켰습니다.

스키마 자체는 지원이 중단되지 않았습니다. 여전히 배포할 수 있으며 유효성 검사를 통과합니다. 99%의 경우 눈에 보이는 리치 결과를 생성하지 않으며 클릭률에 측정 가능한 영향도 미치지 않습니다. 바이트는 페이지에 올라가고, 결과는 나타나지 않습니다.

`QAPage` 스키마는 커뮤니티 Q&A 사이트를 위해 명시적으로 설계되었습니다. schema.org 정의는 "Stack Exchange, Quora, AnswerBag과 같은 웹사이트"를 참조하고 있습니다. 구조적 전제는 한 사용자가 `Question`을 게시하고 여러 사용자가 `Answer` 블록을 게시하며, 페이지가 질문자의 신원, 답변자의 신원, 그리고 답변의 상대적 권위(수락된 답변 또는 최다 추천 답변)를 기록한다는 것입니다.

이 스키마는 전형적인 브랜드 편집 상품 FAQ가 충족할 수 없는 전제를 가지고 있습니다. `Question`은 페이지 소유자가 아닌 `author`를 가져야 합니다. `AnswerCount`는 서로 다른 사용자가 제출한 실제 답변의 수여야 합니다. 수락된 답변이 있다면 그것은 질문자(또는 커뮤니티 중재)가 정답으로 표시한 답변이어야 합니다. 브랜드의 편집된 FAQ 섹션은 브랜드가 브랜드 제품을 위해 단일 저자에 의해 작성되며 그 저자가 페이지 소유자이기도 하므로 이 중 어느 것도 해당하지 않습니다.

`QAPage` 스키마를 브랜드 편집 FAQ에 적용한 브랜드는 스키마의 의미론을 잘못 표현하고 있는 것입니다. 실제로 Google은 이에 대해 수동 패널티를 부과하지 않습니다. 단점은 구조적입니다. 페이지가 기본 패턴과 일치하지 않기 때문에 스키마가 리치 결과를 얻을 가능성이 낮습니다. 그리고 스키마를 인용 신호로 읽는 AI 검색 엔진은 해당 콘텐츠를 커뮤니티 생성이 아닌 브랜드 생성으로 올바르게 처리할 것이며, 이는 브랜드가 배포한다고 생각하는 것보다 약한 인용 단위입니다. 커뮤니티 작성 콘텐츠가 브랜드 작성 콘텐츠보다 더 강한 인용 가중치를 갖는 이유는 1인칭, 날짜, 서명이 있는 콘텐츠를 참고하시기 바랍니다.

`QAPage`가 상품 맥락에서 합당하게 올바른 스키마인 경우는 좁습니다. 질문마다 독자적인 URL을 가지면서 진짜 고객이 제출한 질문과 진짜 고객이 제출한 답변을 호스팅하는 사이트는 자격이 됩니다. 대부분의 커머스 사이트는 이를 운영하지 않습니다. Amazon의 "질문 및 답변" 섹션이 표준적인 긍정적 예입니다. 고객이 묻고, 고객이(그리고 때로는 판매자가) 답하며, 각 Q&A 단위는 자체 구조화 데이터 블록을 가집니다. Amazon과 일부 대형 마켓플레이스를 제외하면 이 패턴은 드뭅니다.

진짜 결정은 'FAQPage냐 QAPage냐'가 아닙니다. '질문과 답변 콘텐츠가 상품 페이지에 있어야 하는가, 아니면 그 질문들이 정당화하는 별도의 페이지에 있어야 하는가'입니다.

두 가지 패턴이 효과적입니다. 대부분의 브랜드는 둘 중 하나를 선택하지 않고 두 가지 모두의 불완전한 버전을 배포해 왔습니다.

첫 번째 패턴은 스키마 없이 상품 페이지에 인라인으로 질문과 답변 콘텐츠를 넣는 것입니다. 콘텐츠는 산문으로 처리됩니다. 질문과 답변은 상품 설명 아래, 리뷰 섹션 위, 구매자가 물어보는 사진과 함께 배치됩니다. 질문은 브랜드가 작성하며, 때로는 고객 지원 티켓에서 정보를 얻고, 때로는 리뷰 콘텐츠 분석에서 정보를 얻습니다(리뷰 내부에서 시작하는 롱테일 참조). 브랜드는 질문이 사용자가 제출했다는 스키마 주장을 하지 않습니다. 콘텐츠의 역할은 실제 구매자가 실제로 묻는 질문에 그들이 질문할 준비가 된 시점에 답하는 것입니다. 트래픽은 내부적이며, 형식은 산문이고, 법적 위험은 낮으며, 스키마가 배포되지 않기 때문에 리치 결과는 없습니다.

두 번째 패턴은 제품별 전용 Q&A 페이지로, 고객이 실제로 질문을 제출하고 브랜드 또는 다른 고객이 답변을 제출하며, 각 질문은 자체 URL을 가집니다. 스키마는 `QAPage`이며 진실에 부합하게 적용됩니다. 리치 결과가 나타나는 곳에서는 진짜입니다. 콘텐츠는 실제로 커뮤니티가 생성한 것이므로 인용 가중치를 갖습니다. 비용은 운영적입니다. 누군가는 중재해야 하고, 누군가는 답변해야 하며, 페이지는 실제 질문량이 있을 때만 그 가치를 발합니다.

두 번째 패턴은 브랜드가 이를 정당화할 만한 질문량을 보유한 경우에만 올바른 답입니다. SKU가 100개이고 월 고객 질문이 12건인 브랜드에게 제품별 전용 Q&A 페이지는 질문이 하나도 없는 98개의 페이지와 질문이 한 개씩 있는 2개의 페이지를 의미합니다. 빈 페이지는 페이지가 없는 것보다 나쁩니다. 크롤러에게 콘텐츠 빈약 신호를 주고, 다른 쪽에 아무것도 없는 내부 링크 팽창을 만듭니다. SKU가 12개이고 월 고객 질문이 100건인 브랜드에게는 전용 페이지가 그 가치를 발합니다. 기준점은 고정된 숫자가 아닙니다. 상품 페이지당 질문량이 이를 중재하는 운영 비용을 초과하는 지점이며, 통상적으로 분기당 상품당 실질적인 질문 5~10건 사이 어딘가입니다.

기준점 이하에서는 스키마 없는 인라인 산문이 올바른 답입니다. 기준점 이상에서는 `QAPage` 스키마, 실제 질문 제출, 중재 대기열을 갖춘 전용 페이지가 올바른 답입니다.

대부분의 브랜드가 잘못된 스키마를 배포하는 이유는 결정의 순서를 혼동했기 때문입니다. 상품 페이지에 FAQ 섹션을 추가하는 결정이 먼저 이루어졌습니다. 대개는 전환율 최적화(CRO) 실험으로, 대개는 경쟁사가 갖고 있기 때문이었습니다. 스키마를 추가하는 결정은 두 번째로 이루어졌습니다. 대개는 `aggregateRating`이 포함된 `Organization` 스키마를 배포하던 동일한 SEO 플러그인에 의해서였습니다(자기 이익을 위한 리뷰 마크업과 Google이 그은 선 참조). 브랜드는 FAQ 콘텐츠가 진짜인지, 스키마가 맞는지 질문한 적이 없었습니다. 스키마는 CRO 결정의 부산물이었습니다.

순서를 반대로 하면 다른 답이 나옵니다. 첫 번째 질문은 실제 고객이 제품에 대해 질문을 하는지, 답변 표면을 정당화할 만한 볼륨으로 질문하는지입니다. 그렇다면 두 번째 질문은 그 답변 표면이 상품 페이지(낮은 볼륨, 산문, 스키마 없음)에 있어야 하는지 별도의 페이지(높은 볼륨, 구조적 제출, 실제 `QAPage` 스키마)에 있어야 하는지입니다. 스키마는 아키텍처에서 따라오며, 그 반대가 아닙니다. 대부분의 브랜드는 스키마를 선두 결정으로 배포하고 3년 후에 스키마가 아무것도 하지 않는다는 것을 발견합니다.

스키마는 아키텍처의 하위입니다. 아키텍처는 볼륨의 하위입니다. 볼륨은 거의 어떤 운영자도 측정한 적 없는 것입니다.

2024년 소비자 리뷰 및 추천사에 관한 FTC 규칙은 2024년 10월 21일에 발효되어 가짜 또는 AI 생성 리뷰의 사용과 독립적인 소비자에게서 온 것처럼 리뷰를 잘못 표현하는 것을 금지합니다. 이 규칙은 주로 상품 페이지의 가짜 리뷰를 겨냥한 것으로 읽혔습니다. FAQ 스키마에 대한 더 조용한 함의가 있습니다.

전형적인 브랜드 편집 FAQ 섹션은 질문이 실제로 제기된 것처럼 제시합니다. 문구 패턴은 일관됩니다. "이 세럼은 얼마나 지속됩니까?" "민감한 피부에 안전합니까?" "어디서 제조됩니까?" 이 질문들은 마케팅 팀이 작성합니다. 특정 질문자의 것으로 귀속되지 않습니다. 또한 대부분의 경우 문자 그대로 거짓이 아닙니다. 이 질문들은 브랜드가 그럴 듯하게 받았을 수 있는 질문들입니다.

위험은 FAQ가 `QAPage` 스키마로 감싸질 때 나타납니다. `QAPage` 스키마는 사용자가 제출한 질문과 사용자가 제출한 답변을 암시하도록 설계되었습니다. 브랜드 편집 콘텐츠를 `QAPage` 스키마로 마크업하는 것은 콘텐츠가 실제로는 그렇지 않은데 독립적인 사용자에게서 왔다는 표현상 주장입니다. FTC의 2025년 12월 경고서는 "추천사 콘텐츠의 출처를 잘못 표현하는 것"을 위반 패턴으로 명시적으로 언급했습니다. 이 관점에서 스키마는 동일한 잘못된 표현의 기술적 확장입니다. 위험은 작고 주로 이론적이지만, 이 규칙 이전에는 존재하지 않았던 위험이며, 편집된 FAQ에 `QAPage` 스키마를 배포하는 브랜드는 최소한 질문이 고객에 의해 제출된 것처럼 묘사하는 것을 중단해야 합니다.

반면 `FAQPage` 스키마는 사용자 제출에 대한 표현상 주장을 하지 않습니다. 그 정의는 질문과 답변이 발행자가 작성한다고 명시합니다. 브랜드가 작성한 FAQ에 `FAQPage` 스키마를 배포하는 것은 정직합니다. 다만 리치 결과를 생성하지 않는다는 위에서 다룬 별개의 문제가 있습니다.

2026년의 반론은 FAQ 리치 결과가 사라졌더라도 AI 검색 엔진이 스키마가 질문-답변 패턴을 판독 가능하게 만들기 때문에 FAQ 콘텐츠를 인용할 수 있다는 것입니다. 이것은 부분적으로 사실이며 대부분 과장된 것입니다.

Ahrefs의 2026년 3월 140만 건의 AI 개요 프롬프트 연구에 따르면 AI 개요는 관련성과 출처 권위를 통제했을 때 질문 형식의 콘텐츠를 산문 형식의 콘텐츠와 거의 같은 비율로 인용합니다. 스키마 래퍼는 측정 가능한 독립적 효과가 없었습니다. 효과가 있었던 것은 콘텐츠가 질문된 구체적 질문에 답하는지, 출처가 주제에 대해 권위 있는 것으로 인식되는지, 그리고 답변이 일반적이 아니라 구체적이고 날짜가 있는지 여부였습니다. 더 넓은 인용 패턴에 대해서는 인용 경제를 참조하시기 바랍니다.

실질적인 함의는 AI 엔진이 스키마가 아니라 답변을 인용한다는 것입니다. '이 세럼은 개봉 후 얼마나 지속됩니까'에 직접 답하는 상품 페이지의 잘 작성된 산문 단락은 `FAQPage` 스키마로 감싼 동일한 단락만큼 쉽게 인용됩니다. 스키마는 인용 단위가 아닙니다. 답변이 인용 단위입니다. 이것은 생각해 보면 인간 웹이 2021년 FAQ 스키마에 대해 도달했던 결론과 동일합니다. 마케팅 가치는 항상 마크업이 아닌 답변에 있었습니다.

커머스 스키마 작업에서 가장 흔한 실수는 존재하지 않는 콘텐츠에 래퍼를 배포하는 것입니다. 아무도 묻지 않은 FAQ 섹션. 질문이 없는 Q&A 페이지. 스스로를 평가하는 홈페이지의 `aggregateRating` 블록. 스키마는 실제로 존재하는 것의 설명이어야 합니다. 실제로 존재하는 것이 없을 때 스키마는 부재를 묘사하며, 엔진(검색 엔진, AI 답변 엔진, AI 크롤러)은 그 부재를 정확하게 읽습니다. 실제 페이지에서 실제 단어로 실제 질문에 답한 브랜드를 인용합니다. 래퍼만 배포한 브랜드는 건너뜁니다.

2026년의 올바른 행동은 실제 고객 질문을 찾아내고, 실제 단어로 답하며, 스키마를 첫 번째 결정이 아닌 마지막 결정으로 삼는 것입니다. 이렇게 하는 브랜드는 결국 더 적은 마크업, 더 많은 산문, 더 많은 인덱싱 가치 있는 페이지를 배포합니다(상품 페이지의 반감기 참조). 잘못된 스키마를 계속 배포하는 브랜드는 패널티를 받지 않습니다. 그들은 그저 스키마를 쓰기 위해 작성했던 인용에서 조용히 사라져 있을 뿐입니다.