FAQPage와 QAPage는 비슷해 보이지만, 실제로는 ‘이 페이지의 답변을 누가 작성했는가’라는 질문에 서로 다른 방식으로 답합니다. 가격 페이지나 소개 페이지 하단에 운영자가 직접 작성한 문답을 모아 두었다면 FAQPage입니다. 반면 사용자 질문 하나에 여러 이용자가 답변하고 좋아요나 투표 기능까지 제공한다면 QAPage입니다. 유형을 잘못 지정하면 검색 노출 효과를 얻지 못하는 데서 끝나지 않습니다. Google이 구조화 데이터 정책 위반으로 판단해 해당 페이지의 마크업 전체를 무시할 수도 있습니다. 유형을 선택하기 전에 먼저 답변 작성자가 누구인지 확인해야 합니다.
한 문장으로 정리하면 이렇습니다. 답변을 누가 작성했습니까?
두 유형을 구분하기 위해 세부 사양을 외울 필요는 없습니다. 이 페이지의 답변을 누가 만들었는지만 확인하면 됩니다. FAQPage는 공식 측이 질문과 답변을 직접 작성하는 콘텐츠에 사용합니다. 웹사이트 운영자가 문답을 확정해 게시하며, 독자는 이를 수정할 수 없습니다. 일반적으로 한 페이지에 여러 문답이 포함됩니다. QAPage는 하나의 질문에 여러 답변이 달리는 페이지에 사용합니다. 페이지 전체가 사용자 질문 하나를 중심으로 구성되고, 그 아래에 커뮤니티 구성원이 작성한 답변이 이어집니다. 좋아요 수, 채택 표시, 답변자 정보가 함께 노출되는 경우도 많습니다. 하나는 운영자가 일방적으로 발행한 문서이고, 다른 하나는 여러 사람이 참여하는 대화입니다. 출발점부터 다릅니다.
- 답변을 웹사이트 운영자가 작성하고 독자가 수정할 수 없으며, 한 페이지에 여러 문답이 있다면 → FAQPage를 사용합니다.
- 사용자 한 명이 질문하고 여러 커뮤니티 구성원이 답변하며, 투표나 채택 기능이 있다면 → QAPage를 사용합니다.
- 판단하기 어렵다면 출처로 돌아가면 됩니다. 이 답변들의 작성자가 운영자라면 대부분 FAQPage에 해당합니다.
FAQPage: 공식 측이 작성해 확정한 Q&A
FAQPage의 구조는 직관적입니다. 페이지의 mainEntity에는 여러 Question이 들어갑니다. 각 Question의 name에는 질문을 입력하고, acceptedAnswer에는 채택된 답변을 지정합니다. acceptedAnswer는 Answer 유형이며 실제 답변은 text에 넣습니다. 핵심은 acceptedAnswer가 하나뿐이라는 점입니다. 공식 입장이 하나로 정해져 있고, 다른 사용자가 내용을 보완하거나 반박하는 구조가 아니기 때문입니다. 가격 페이지 하단의 자주 묻는 질문, 기능 페이지의 질문 영역, 도입 절차 안내처럼 운영자가 직접 작성한 문답이 페이지에 표시된 내용과 일치한다면 모두 여기에 해당합니다.
실무 사례를 살펴보겠습니다. 한 SaaS 기업이 가격 페이지에 “연간 결제 할인이 있나요?”와 “이용 도중 요금제를 업그레이드할 수 있나요?” 같은 문답을 배치했습니다. 답변은 모두 마케팅팀이 작성했으며 사용자는 읽을 수만 있고 수정할 수 없습니다. 전형적인 FAQPage 사례입니다. 문답이 많고 토론처럼 보인다는 이유로 QAPage를 적용하는 팀도 적지 않습니다. 하지만 답변 작성자가 운영자라면 문답 수와 관계없이 FAQPage입니다.
많은 사람이 놓친 변화도 있습니다. Google은 2023년 팔월부터 FAQ 리치 결과를 권위 있는 정부 및 의료 웹사이트로 제한했습니다. 따라서 일반적인 B2B 또는 SaaS 웹사이트가 FAQPage를 적용하더라도 검색 결과에 펼쳐 볼 수 있는 문답 목록이 더 이상 표시되지 않습니다. 그렇다고 마크업이 무의미해진 것은 아닙니다. 구조화 데이터는 콘텐츠를 명확한 질문과 답변 단위로 분리해 기계가 이해하도록 돕습니다. AI 엔진이 답변을 구성하고 인용 출처를 선정할 때 특히 활용하기 좋은 형태입니다. 이제 성과의 초점은 검색 결과에서 더 많은 영역을 차지하는 데서, 콘텐츠가 정확하게 추출되도록 만드는 데로 이동했습니다.
QAPage: 하나의 질문에 여러 답변이 달리는 커뮤니티 페이지
QAPage의 구조는 정반대입니다. mainEntity에는 Question 하나만 들어갑니다. 이 Question 아래에는 채택된 답변을 나타내는 acceptedAnswer와 다른 제안 답변을 나타내는 여러 suggestedAnswer를 연결할 수 있습니다. 각 답변에는 upvoteCount, author, answerer, dateCreated 같은 필드도 추가할 수 있습니다. 포럼 게시물, 커뮤니티 Q&A, 제품 사용자 지원 공간, 이커머스 상품 페이지 하단의 구매자 Q&A처럼 사용자가 질문하고 다른 사람이 답변하는 페이지가 QAPage에 적합합니다. QAPage가 설명하는 것은 문서가 아니라 토론입니다.
GEO 시대에 유형을 더 정확히 선택해야 하는 이유
AI 엔진은 질문에 답할 때 정보를 추출하고 재구성합니다. 독립적으로 성립하는 사실을 콘텐츠에서 꺼내 생성 중인 답변에 연결합니다. 구조가 명확하고 출처가 정확한 Q&A 마크업은 콘텐츠를 활용하기 좋은 단위로 미리 나눠 두는 것과 같습니다. 유형이 정확하면 기계는 해당 답변이 공식적으로 정의된 내용이며 다른 사용자가 수정할 수 없다는 점을 파악하고, 이를 채택할 때 그 성격을 다르게 평가할 수 있습니다. 반대로 유형이 잘못됐거나 무분별하게 적용되면 마크업이 무시될 수 있고, 심한 경우 페이지 전체의 신뢰도까지 낮아질 수 있습니다. GEO 진단에서 단순한 문법 오류만 확인하지 않고, Q&A 마크업 유형이 콘텐츠의 실제 출처와 일치하는지 페이지별로 점검하는 이유입니다.
- 질문 하나에 답변 하나를 대응시키고, 각 답변 문단은 독립적으로 이해할 수 있게 작성합니다. 독자가 앞선 질문을 읽었다고 가정하지 않아야 하며, 답변만 따로 떼어도 의미가 분명해야 합니다.
- 답변은 중국어 기준 40~80자 내외의 핵심 분량으로 작성합니다. 결론을 먼저 제시한 뒤 조건을 덧붙이고, 불필요하게 길게 설명하지 않습니다.
- 질문에는 사내 용어가 아니라 독자가 실제로 검색창에 입력할 표현을 사용해야 합니다. 그래야 실제 질문으로 기능할 수 있습니다.
- 마크업의 문구는 페이지에 실제로 표시되는 문구와 완전히 같아야 합니다. Google이 명시적으로 요구하는 사항이며, AI가 문맥에서 벗어난 내용을 추출하는 문제도 줄일 수 있습니다.
마크업은 검색엔진에 보내는 암호가 아닙니다. ‘이 내용을 누가 말했으며, 별도로 인용해도 되는가’를 명확히 밝히는 장치입니다. 유형을 정확히 지정해야 기계도 안심하고 인용할 수 있습니다.— Tenten GEO
구현 및 검증 체크리스트
- 페이지의 성격을 확인합니다. 질문과 답변을 운영자가 작성했는지, 사용자가 작성했는지에 따라 FAQPage 또는 QAPage를 선택합니다.
- 한 페이지에는 Q&A 유형 하나만 적용하고, FAQPage와 QAPage를 같은 페이지에 혼용하지 않습니다.
- Google 리치 결과 테스트와 Schema Markup Validator로 구문을 검사하고 오류나 경고가 없는지 확인합니다.
- 마크업에 포함된 모든 질문과 답변이 페이지에 실제로 표시되는지, 문구가 서로 일치하는지 하나씩 대조합니다.
- QAPage라면 author, upvoteCount 등의 필드를 빠뜨리지 않습니다. 필드가 누락되면 설명이 불완전해져 기계가 해석하기 어려워집니다.
그래서 무엇을 사용해야 할까요?
가장 단순한 기준으로 돌아가면 됩니다. 운영자가 답변을 작성했다면 FAQPage, 커뮤니티가 답변했다면 QAPage를 사용합니다. 실제로 대부분의 B2B 및 SaaS 웹사이트에 있는 Q&A 영역 중 90% 이상은 FAQPage를 적용해야 합니다. 답변이 본래 마케팅팀이나 제품팀에서 작성되기 때문입니다. 진짜 어려운 부분은 유형 선택이 아닙니다. 각 답변을 명확하게 추출할 수 있고 페이지 내용과 정확히 일치하는 형태로 다듬는 일이 더 중요합니다. Q&A 페이지의 마크업 유형이 올바른지, 답변 블록을 AI 엔진이 명확하게 인용할 수 있는지 확인하고 싶다면 30분 GEO 진단을 예약해 주세요. 개선이 필요한 지점을 직접 짚어드립니다.
