FAQ는 몇 개가 적당할까: 과유불급 가이드

Google AI Overviews·Perplexity·ChatGPT Search가 FAQPage 스키마를 처리하는 방식은 "질문이 많을수록 인용 기회가 늘어난다"는 직관과 다르다. RAG 파이프라인은 페이지를 청크 단위로 분할한 뒤 각 청크의 의미 밀도(semantic density)를 기준으로 인용 후보를 선택한다. FAQ 문항이 과도하게 많으면 답변 텍스트가 짧아져 청크당 정보 밀도가 희석되고, 크롤러가 페이지를 얕은 Q&A 목록으로 평가할 가능성이 높아진다. 이 글은 FAQ 수량 결정에 작동하는 기술적 메커니즘과 페이지 유형별 구체적 기준을 정리한다.

RAG 파이프라인이 FAQ를 처리하는 방식

AI 답변 엔진의 인용 파이프라인은 크게 세 단계를 거친다: 크롤링 → 청크 분할 → 임베딩 기반 검색. FAQPage 스키마의 mainEntity 배열은 각 Q&A 쌍을 독립 의미 단위로 표시하는 명시적 구조 신호다.

• 청크 분할 단위: Perplexity·Google AIO는 FAQ 각 항목을 개별 청크로 취급하는 경향이 있다. — 왜: 스키마가 Q&A 경계를 명시하기 때문. 어떻게: acceptedAnswer.text에 40~120단어 수준의 자족적(self-contained) 답변을 작성한다.
• 청크 밀도 저하: 문항이 20개를 넘으면 각 답변이 20~30단어 수준으로 압축되는 경향이 생긴다. — 왜: 같은 주제 범위를 더 많은 항목에 분배하면 단위 청크의 정보량이 줄기 때문. 어떻게: 답변이 30단어 미만이면 관련 Q&A를 병합하거나 삭제한다.
• 토큰 배분 분산: LLM이 페이지 내 FAQ 전체를 컨텍스트에 넣을 때, 문항이 많을수록 핵심 Q&A에 할당되는 어텐션 가중치가 분산된다. — 왜: Transformer 어텐션은 컨텍스트 내 모든 토큰 간 관계를 계산하므로 항목이 늘수록 주요 항목의 상대적 중요도가 낮아진다. 어떻게: 페이지당 FAQ는 10개 이하로 제한하고 가장 빈번한 쿼리 의도에 집중한다.

페이지 유형별 권장 FAQ 수

JSON-LD FAQPage 스키마 구현

mainEntity 배열의 각 항목은 독립 인용 후보로 처리된다. 답변 텍스트는 질문 없이 읽어도 의미가 성립하는 자족적 형태로 작성해야 RAG 청크로 독립 추출될 때 품질이 유지된다.

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "FAQPage 스키마는 몇 개 항목까지 선언해야 효과적인가?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "페이지 유형에 따라 3~10개가 실용 범위다. 각 답변 텍스트는 최소 40단어 이상이어야 RAG 파이프라인의 청크 밀도를 유지할 수 있다. 10개를 초과하면 답변 품질보다 수량을 우선한 것으로 평가될 수 있으며, Google AI Overviews의 인용 후보 선택에서 불리하게 작용할 수 있다."
      }
    },
    {
      "@type": "Question",
      "name": "FAQ 답변에 HTML 마크업을 포함해도 되는가?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "schema.org 명세는 acceptedAnswer.text에 제한적 HTML(a, b, strong)을 허용하나, Google Search는 JSON-LD acceptedAnswer.text 내 HTML을 렌더링하지 않는다. 마크업 없이 평문으로 작성하는 것이 파서 호환성과 인용 정확도 양쪽에서 안전하다."
      }
    },
    {
      "@type": "Question",
      "name": "FAQPage와 HowTo 스키마를 동일 페이지에 혼용할 수 있는가?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Google Search Central 가이드라인에 따르면 한 페이지에 FAQPage와 HowTo를 동시 선언할 경우 두 유형 중 하나만 rich result로 표시될 수 있다. 주된 사용자 인텐트에 맞는 스키마 하나를 선택하는 것이 권장된다."
      }
    }
  ]
}

흔한 오해: "FAQ 50개 = 인용 기회 50배"

FAQPage 스키마 문항을 50개 이상 선언하면 그만큼 많은 쿼리에 노출된다는 오해가 있다. 실제로는 두 가지 역효과가 발생한다.

• Google rich result 표시 상한: Google은 2023년 8월 이후 대부분의 상업적 사이트에 대해 FAQ rich result 표시를 크게 축소했다. 그 이전 기준으로도 SERP에 노출되는 FAQ는 최대 3개 수준이었다. 50개 선언이 50개 노출로 이어지지 않는다.
• E-E-A-T 신호 저하: 각 답변이 20~30단어 수준으로 압축될 경우, Googlebot과 AI 크롤러 모두 해당 페이지를 얕은 Q&A 목록으로 평가할 수 있다. 이는 페이지 전체의 전문성(Expertise) 신호에 부정적으로 작용한다.

올바른 처리법: 잠재 FAQ 후보를 먼저 모두 수집한 뒤, Google Search Console의 쿼리 보고서 또는 키워드 탐색 도구로 검색 수요를 기준으로 우선순위를 정렬한다. 상위 5~8개만 mainEntity에 선언하고, 나머지는 본문 내 H3 섹션으로 처리해 텍스트 노출은 유지하되 스키마 신호는 집중시킨다.

검증과 측정

1. Google Search Console 리치 결과 보고서: '자주 묻는 질문' 유형의 노출·클릭 수를 추적한다. — 왜: 스키마 유효성과 실제 SERP 표시 여부를 분리해 확인할 수 있기 때문. 어떻게: 스키마 적용 후 2~4주 데이터를 비교, 노출 변화 없으면 답변 길이와 항목 수를 재조정.
2. schema.org Validator: validator.schema.org에서 FAQPage 선언의 구문 오류와 필수 필드 누락을 확인한다. — 왜: acceptedAnswer.text가 빈 문자열이면 스키마 전체가 무효 처리된다. 어떻게: CI/CD 파이프라인에 validator API 호출을 포함해 빌드 단계에서 자동 검증.
3. AI 엔진 인용 추적: 주요 FAQ 질문 5개를 Perplexity·ChatGPT Search에 직접 입력해 인용 출처 도메인을 기록한다. — 왜: Google SERP 노출과 AI 엔진 인용 채널은 별개이므로 독립 측정이 필요하다. 어떻게: 월 1회 점검 후 미인용 항목은 답변 텍스트를 보강하거나 교체.

참고 자료

이 글의 권고는 아래 공식 문서·연구를 근거로 합니다.

• Google 검색 센터 — SEO 기본 가이드
• Google — 구조화 데이터 마크업 & 리치 결과
• Schema.org — 구조화 데이터 시작하기