FAQ 페이지가, AI 답변을 가져옵니다.

현장에서 자주 봅니다. 멋진 디자인에 서비스 설명은 넘치는데, 정작 고객이 ‘이거 진짜 궁금한데’ 하는 질문에는 아무 답이 없는 사이트요. 그 질문은 결국 검색창에 입력됩니다. 그리고 요즘은 검색 결과가 아니라 ChatGPT·Perplexity·구글 AI 답변이 먼저 떠서, 거기 인용된 곳으로 사람이 흘러갑니다. FAQ는 바로 그 흐름을 잡는 가장 값싼 도구입니다.

FAQ가 왜 AI 답변에 그렇게 잘 인용되나요?

AI가 답을 만들 때 찾는 건 ‘질문에 바로 대응하면서, 그 문단만 떼어내도 말이 되는 짧은 덩어리’입니다. 길게 풀어 쓴 회사 소개 문단은 그 조건을 잘 못 맞춥니다. 반면 잘 쓴 FAQ는 질문과 답이 이미 그 형태로 쪼개져 있습니다. 질문은 사용자의 검색어와 거의 똑같고, 답은 완결된 한 덩어리. 그래서 AI가 거의 그대로 들어올립니다.

질문은 어디서 가져오나요?

가장 흔한 실수는 마케터가 책상에서 질문을 ‘지어내는’ 것입니다. 그러면 아무도 검색하지 않는 질문이 됩니다. 출처는 정해져 있습니다. 문의 메일·전화·채팅 로그, 영업이 매번 똑같이 받는 질문, 검색창 자동완성, 구글의 ‘People also ask’, 네이버 연관검색어. 실제로 사람들이 입력하는 말이라야 검색 의도와 맞고, 그래야 인용 확률이 올라갑니다.

답은 어떻게 써야 인용되나요?

결론을 맨 앞에 둡니다. ‘배경 설명 → 그래서 → 답’ 순서로 쓰면 AI는 첫 문장에서 답을 못 찾고 지나칩니다. ‘답입니다. 이유는 이렇고, 단 이런 경우는 다릅니다’ 순서로 쓰세요. 길이는 보통 2~4문장. 숫자가 있으면 ‘2~3일’처럼 구체적으로, 조건이 있으면 그 조건까지 한 덩어리 안에 담아 ‘그 문단만 읽어도 완결’되게 만듭니다.

저는 FAQ 한 항목을 쓸 때마다 ‘질문은 어디서 왔고, 답은 인용 가능한 모양인가’를 같은 기준으로 점검합니다. 그 기준을 표로 정리하면 이렇습니다.

위 네 줄을 통과하지 못한 항목은 스키마로 옮기기 전에 다시 씁니다.

그래서 스키마는 어떻게 넣나요?

본문 FAQ를 다 쓴 다음, 그 질문·답을 FAQPage 스키마로 그대로 옮깁니다. 핵심은 ‘본문과 1:1’입니다. 페이지에 보이는 텍스트와 스키마 안 텍스트가 같아야 합니다. 아래 스니펫을 복사해 질문·답만 당신 것으로 바꾸세요. 여러 개면 mainEntity 배열에 같은 모양의 객체를 이어 붙이면 됩니다.

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "배송은 얼마나 걸리나요?",
    "acceptedAnswer": { "@type": "Answer", "text": "평일 기준 보통 2~3일 걸립니다." }
  }]
}

스키마를 넣었는데 왜 리치 결과가 안 떠요?

구조화 데이터는 ‘이렇게 봐 달라’는 신호일 뿐, 리치 결과나 인용을 보장하지 않습니다. 구글은 FAQ 리치 결과 노출을 정부·보건 사이트 위주로 크게 줄였습니다. 그렇다고 무의미한 건 아닙니다. 스키마가 없어도 잘 쓴 FAQ 본문은 AI 답변에 인용됩니다. 스키마는 기계가 구조를 정확히 읽게 돕는 보조이지, 그 자체가 목적이 아닙니다.

여기서 선을 넘으면 망합니다 — 남용 금지

FAQPage 스키마에 광고 문구를 채우거나(‘저희가 최고입니다 라고 묻는 질문’), 같은 질문을 키워드만 바꿔 반복하거나, 본문에 없는 내용을 스키마에만 넣으면 남용입니다. 이건 페널티 대상이고, 무엇보다 AI에게 ‘이 사이트는 신뢰할 수 없다’는 인상을 줍니다. FAQ의 힘은 ‘진짜 도움되는 답’에서 나옵니다. 그 선만 지키면 됩니다.

제가 FAQ를 넘기기 전에 마지막으로 확인하는 ‘넘지 말아야 할 선’을 한눈에 정리하면 다음과 같습니다.

이 칩들 중 하나라도 어기면 인용은커녕 신뢰부터 잃습니다.