FAQ 페이지 만들 때 놓치는 것 — 광고대행사 실무자 점검 목록

FAQ 페이지는 왜 자주 만들고도 효과가 없나

FAQ 페이지는 대부분의 웹사이트가 갖추고 있지만, 실제로 검색 결과나 AI 답변에 인용되는 경우는 많지 않다. 고객사가 "자주 묻는 질문을 정리했는데 왜 효과가 없느냐"고 물어올 때, 대행사 실무자가 점검해야 할 것은 내용보다 구조다.

AI 검색 엔진은 질문-답변 쌍을 선호한다. 하지만 많은 FAQ 페이지는 질문이 검색어가 아니거나, 답변이 결론 없이 배경 설명부터 시작한다. 이 글은 고객사에 제안할 때 바로 쓸 수 있는 점검 목록을 정리했다.

질문이 실제 검색어와 일치하나

통과 기준: 질문 문장을 검색창에 그대로 쳐봤을 때 유사한 검색 결과가 나온다.

FAQ의 질문은 고객이 실제로 검색창에 입력하는 표현이어야 한다. "서비스 이용 방법"이 아니라 "회원가입 없이 구매할 수 있나요", "배송 기간은 얼마나 걸리나요" 처럼 구체적인 의문문 형태로 써야 검색엔진과 AI가 매칭한다.

고객사가 작성한 질문을 네이버나 구글 검색창에 직접 입력해보라. 자동완성이나 연관검색어에 비슷한 표현이 나오지 않으면, 그 질문은 아무도 검색하지 않는 문장이다. 질문을 다시 쓰도록 제안해야 한다.

사내 용어나 업계 은어를 질문에 넣지 않는다. "멤버십 티어 혜택"보다 "등급별 할인 혜택"처럼 일반 고객이 쓰는 말로 바꾼다.

답변 첫 문장에 결론이 있나

통과 기준: 답변의 첫 1~2문장만 읽어도 질문에 대한 답을 알 수 있다.

AI 검색 엔진은 답변 전체를 읽지 않는다. 첫 2~3문장을 발췌해 인용하거나, 결론이 보이지 않으면 아예 건너뛴다. 답변을 쓸 때는 결론을 맨 앞에 놓고, 배경 설명이나 조건은 그 뒤에 붙인다.

나쁜 예: "저희 서비스는 고객 만족을 최우선으로 생각합니다. 배송은 주문 확인 후 물류센터에서 출고되며…"

좋은 예: "주문 후 평일 기준 2~3일 내 배송됩니다. 제주도와 도서 지역은 1~2일 추가 소요됩니다."

첫 문장에 조건과 결과가 함께 들어가면 AI가 그대로 인용할 확률이 높아진다. "결제 후 24시간 이내 취소하면 전액 환불됩니다" 같은 문장이 대표적이다.

FAQPage 스키마를 넣었나

통과 기준: 페이지 소스에 @type: FAQPage 또는 @type: Question 구조화 데이터가 있다.

FAQ 페이지에 구조화 데이터를 넣지 않으면 검색엔진이 질문-답변 쌍으로 인식하지 못한다. schema.org의 FAQPage 타입을 JSON-LD 형식으로 추가해야 구글 검색 결과에 FAQ 발췌가 표시되고, AI 검색 엔진도 이 구조를 우선적으로 읽는다.

최소한의 구조는 다음과 같다.

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "질문 텍스트",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "답변 텍스트"
    }
  }]
}

구조화 데이터는 구글 서치 콘솔의 실적 보고서에서 "리치 결과" 항목으로 확인할 수 있다. 오류가 있으면 FAQ가 검색 결과에 표시되지 않는다.

소제목을 질문형으로 바꾸면 AI 검색 노출이 달라지나 글에서 질문 구조의 중요성을 다뤘다.

한 페이지에 몇 개까지 넣어야 하나

통과 기준: 질문 5~15개. 카테고리별로 페이지를 나눈다.

FAQ를 한 페이지에 50개씩 나열하면 검색엔진이 주제를 특정하지 못한다. 반대로 3개만 있으면 페이지의 가치가 낮다고 판단한다. 질문이 많으면 "결제/환불", "배송", "회원 정보" 같은 카테고리로 페이지를 나눈다.

각 FAQ 페이지는 하나의 주제에 집중해야 한다. "배송 관련 FAQ"라면 배송 기간, 배송비, 반품 배송만 다루고, 결제나 회원가입 질문은 별도 페이지로 분리한다.

질문 개수보다 중요한 것은 각 질문이 실제로 검색되는지 여부다. 검색량이 없는 질문으로 페이지를 채우지 않는다.

AI 크롤러가 접근할 수 있나

통과 기준: robots.txt에서 GPTBot, ClaudeBot, PerplexityBot을 차단하지 않는다.

FAQ 페이지를 잘 만들어도 AI 크롤러가 접근하지 못하면 AI 검색 결과에 나오지 않는다. robots.txt에서 User-agent: GPTBot, User-agent: ClaudeBot, User-agent: PerplexityBot을 Disallow로 막고 있는지 확인한다.

대부분의 기업 사이트는 SEO 크롤러(Googlebot)만 허용하고 AI 크롤러는 차단 상태로 두는 경우가 많다. 고객사에 AI 검색 노출을 제안한다면 robots.txt 수정을 함께 요청해야 한다.

Check-X 무료 진단에서 AI 크롤러 접근 여부를 바로 확인할 수 있다. 차단된 크롤러가 있으면 어떤 AI 검색 엔진이 해당 사이트를 읽지 못하는지 알 수 있다.

답변에 외부 링크를 넣어도 되나

통과 기준: 답변 안에 관련 페이지 링크가 1~2개 있다. 외부 사이트 링크는 신뢰할 수 있는 출처만.

FAQ 답변에 "자세한 내용은 여기를 참고하세요" 같은 링크를 넣는 것은 좋다. 단, 링크 없이도 답변이 완결되어야 한다. AI는 링크를 따라가지 않기 때문에, 링크 너머에만 답이 있으면 인용하지 않는다.

내부 링크는 관련 상품 페이지나 이용 안내 페이지로 연결한다. 외부 링크는 공공기관, 법령, 업계 표준 문서처럼 신뢰도가 높은 곳만 건다. 블로그나 커뮤니티 링크는 검색 평가에 오히려 불리하다.

답변 하나에 링크를 3개 이상 넣지 않는다. 링크가 많으면 검색엔진이 답변의 완결성을 낮게 본다.

업데이트 날짜를 표시하나

통과 기준: 페이지 상단이나 각 질문 옆에 "최종 수정일" 표시가 있다.

FAQ는 정책이나 서비스가 바뀔 때마다 수정된다. 하지만 수정 날짜를 표시하지 않으면 검색엔진과 AI가 정보의 신선도를 판단할 수 없다. 최종 수정일을 명시하면 최신 정보로 우선 인용된다.

날짜는 "2026년 10월 4일" 또는 "2026-10-04" 형식으로 쓴다. "최근", "올해" 같은 상대적 표현은 시간이 지나면 의미가 없어진다.

구조화 데이터에도 dateModified 속성을 추가해 수정 날짜를 기계가 읽을 수 있게 만든다.

고객사에 제안할 때 무엇을 먼저 고치나

고객사가 이미 FAQ 페이지를 갖고 있다면, 위 항목을 순서대로 점검한다. 가장 효과가 빠른 것은 구조화 데이터 추가와 답변 첫 문장 수정이다. 두 가지만 고쳐도 검색 발췌 노출이 달라진다.

FAQ 페이지가 없다면 5~10개 질문으로 시작하도록 제안한다. 고객 문의 내역이나 챗봇 로그에서 자주 나오는 질문을 뽑으면 실제 검색어와 일치할 확률이 높다.

FAQ는 한 번 만들고 끝나는 페이지가 아니다. 분기마다 검색 유입 키워드를 확인하고, 새로운 질문을 추가하거나 답변을 수정해야 AI 검색에서 계속 인용된다.