AI 답변에 인용되는 FAQ 콘텐츠 작성법: 질문 30개 고르는 기준 4가지

FAQ 콘텐츠 작성은 질문을 모으는 일이 아니라, 검색 의도 기준으로 질문 30개를 걸러내는 선별 작업입니다.

아무 질문이나 30개를 채우면 AI 답변에 인용되지 않습니다. 인용되는 FAQ는 질문 1개당 답변 1개, 첫 문장 60자 이내 직답, 전체 300~500자라는 규격을 지킵니다. 질문 선별에 2시간, 답변 작성에 항목당 15분을 잡으면 30개 세트를 3일 안에 완성할 수 있습니다.

• 질문은 4개 축으로 나눠서 고릅니다 — 정의형 8개, 방법형 10개, 비교·판단형 7개, 문제해결형 5개로 배분하면 검색 의도 전 구간을 덮습니다.
• 답변 첫 문장이 곧 인용 단위입니다 — 생성형 검색은 문단 전체가 아니라 직답 한 문장을 떼어 씁니다. 결론을 첫 문장에 넣지 않으면 인용 대상에서 밀립니다.
• 구조화 데이터는 보조 장치입니다 — Google 검색 센터의 FAQ 구조화 데이터 문서 기준으로 FAQ 리치결과는 정부·보건 사이트 등 일부에만 제공됩니다. 마크업만으로 노출이 보장되지 않으므로 본문 품질이 먼저입니다.

이미 FAQ 30개를 발행해 두고 인용 로그까지 보고 있는 분보다, 질문 목록 앞에서 무엇을 넣고 뺄지 못 정하고 있는 분에게 맞는 글입니다.

FAQ를 만들었는데 왜 AI 답변에 한 번도 안 잡히나요?

대부분의 FAQ는 고객 질문이 아니라 담당자가 하고 싶은 말로 채워져 있습니다. "저희 제품의 강점은 무엇인가요" 같은 항목은 아무도 검색하지 않습니다. 검색되지 않는 질문은 AI 검색에서도 매칭 대상이 되지 않습니다.

두 번째 원인은 답변 길이입니다. 세 줄짜리 단답은 근거가 없어 인용 가치가 낮고, 열다섯 줄짜리 장문은 어디를 떼어 써야 할지 판단이 안 됩니다. 인용되는 답변은 직답 한 문장 뒤에 근거 두세 문장이 붙은 300~500자 구간에 몰려 있습니다.

세 번째는 중복입니다. 표현만 바꾼 유사 질문이 5개씩 들어가면, 그 페이지 전체가 얇은 콘텐츠로 평가받습니다. Google 검색 센터의 구조화된 데이터 일반 가이드라인도 마크업 내용이 사용자에게 보이는 본문과 일치하고 중복되지 않을 것을 요구합니다.

• 질문이 검색어가 아닙니다 — 사내 용어나 제품명 위주 질문은 실제 검색창에 입력되지 않습니다. 고객이 쓰는 일상 표현으로 바꿔야 매칭됩니다.
• 답변에 고유 정보가 없습니다 — 어디서나 볼 수 있는 일반론은 AI가 굳이 특정 페이지를 인용할 이유를 만들어 주지 못합니다. 숫자·순서·화면 경로가 들어가야 합니다.
• 한 질문에 답이 세 개입니다 — 하나의 Question에 여러 주제를 섞으면 답변 단위가 흐려집니다. 1문 1답이 인용의 최소 조건입니다.
• FAQPage와 QAPage를 혼동합니다 — Google 검색 센터 기준으로 사이트 운영자가 직접 질문과 답을 모두 작성한 경우는 FAQPage, 사용자들이 답변을 다는 게시판형은 QAPage입니다. 유형을 잘못 쓰면 자격 요건부터 어긋납니다.

질문 30개는 어떤 순서로 고르나요?

질문 선별은 수집 → 분류 → 중복 제거 → 배분 → 검증의 5단계로 진행합니다. 처음 두 단계에 시간을 쓰면 뒤 단계가 빨라집니다. 전체 소요는 집중해서 2시간 정도입니다.

기준은 4가지입니다. 검색 의도 커버리지, 1문 1답 분리 가능성, 고유 정보 보유 여부, 표현 다양성입니다. 이 4가지를 통과하지 못한 질문은 30개 목록에서 뺍니다.

B2B 영업 담당은 매주 쓰는 견적서와 제안서에 붙은 고객 회신 메일부터 열었습니다. 여기서 실제로 받은 질문 문장 그대로를 옮겨 적는 것이 1단계 출발점입니다.

1. 질문 원문 60~80개를 한 시트에 모읍니다 — 고객 메일, 상담 기록, 사이트 검색창 입력어, 네이버·구글 자동완성 및 연관검색어를 그대로 복사해 스프레드시트 A열에 붙입니다. 요약하지 말고 고객이 쓴 문장 그대로 적는 것이 핵심입니다. A열이 60줄을 넘으면 1단계 완료입니다.
2. 4개 의도 축으로 태그를 답니다 — B열에 정의형·방법형·비교판단형·문제해결형 중 하나를 입력합니다. "~란 무엇인가요"는 정의형, "~하는 법"은 방법형, "A와 B 중"은 비교판단형, "~가 안 될 때"는 문제해결형입니다. 네 축 모두 최소 5개 이상 채워지면 2단계 완료입니다.
3. 중복과 하위 질문을 병합합니다 — 같은 답변이 나올 질문은 검색량이 더 클 것 같은 표현 하나만 남기고 나머지는 C열에 "병합"으로 표시합니다. 한 질문에 답이 두 개 이상 나오면 두 줄로 쪼갭니다. 남은 행이 35~40개가 되면 3단계 완료입니다.
4. 정의 8, 방법 10, 비교판단 7, 문제해결 5로 배분합니다 — 태그별로 정렬한 뒤 우선순위가 낮은 행을 삭제해 정확히 30개를 맞춥니다. 특정 축이 모자라면 2단계로 돌아가 보충합니다. D열 최종 목록이 30행이면 4단계 완료입니다.
5. 고유 정보 보유 여부로 최종 검증합니다 — 각 질문 옆 E열에 우리만 쓸 수 있는 숫자·순서·화면 경로를 한 줄로 적습니다. E열이 비는 질문은 일반론밖에 못 쓰므로 교체합니다. 30행 모두 E열이 채워지면 선별이 끝납니다.
6. 답변을 규격에 맞춰 작성합니다 — 첫 문장은 60자 이내 직답, 이어서 근거 2~3문장, 필요하면 3단계 이내 절차를 붙여 전체 300~500자로 맞춥니다. 항목당 15분을 기준으로 잡습니다. 30개 모두 첫 문장만 읽어도 답이 되면 완료입니다.

여기까지 하면 — 질문 30개와 답변 30개가 규격을 갖춘 상태로 확보됩니다. B2B 영업 담당은 이 목록을 제안서 부록에도 그대로 붙여 재사용했습니다.

어떤 질문을 넣고 어떤 질문을 빼야 하나요?

판단이 애매할 때는 네 가지 기준을 순서대로 적용합니다. 앞 기준에서 탈락하면 뒤 기준은 보지 않습니다. 이렇게 하면 30개를 고르는 데 걸리는 시간이 절반으로 줄어듭니다.

가장 흔한 실수는 세 번째 기준인 고유 정보를 건너뛰는 것입니다. 검색 의도가 맞고 1문 1답이어도, 답변에 우리만의 숫자나 순서가 없으면 인용 경쟁에서 밀립니다. B2B 영업 담당은 견적 회신 기준 영업일 수처럼 실제로 관리하는 숫자를 답변에 넣어 이 기준을 통과시켰습니다.

네 번째 기준인 표현 다양성은 같은 주제라도 고객이 쓰는 단어가 다르다는 점을 반영합니다. 다만 동의어 질문을 여러 개 넣는 것이 아니라, 하나의 질문 안에 고객 표현과 업계 표현을 함께 담는 방식으로 처리합니다.

FAQ 콘텐츠 작성에서 무엇을 조심해야 하나요?

구조화 데이터부터 손대는 것이 가장 흔한 순서 오류입니다. Google 검색 센터의 FAQ 구조화 데이터 문서 기준으로 FAQ 리치결과는 정부·보건 사이트 등 일부에만 제공됩니다. 마크업은 기계가 내용을 정확히 읽게 돕는 장치이지, 노출을 사주는 수단이 아닙니다.

두 번째는 본문과 마크업의 불일치입니다. 구조화된 데이터 일반 가이드라인은 마크업 내용이 사용자에게 보이는 내용과 일치해야 한다고 규정합니다. 페이지에 없는 답변을 JSON-LD에만 넣으면 위반입니다.

세 번째는 아코디언 UI입니다. 접혀 있어도 HTML에 텍스트가 존재하면 문제없지만, 클릭해야 서버에서 불러오는 방식이면 답변 자체가 수집되지 않을 수 있습니다. 개발자 도구에서 페이지 소스를 열어 답변 문장이 보이는지 확인해야 합니다.

• 답변을 링크 한 줄로 대체하지 마세요 — "자세한 내용은 아래 페이지 참고"로 끝나는 답변은 인용할 문장이 없습니다. 최소한 결론 한 문장은 그 자리에 써야 합니다.
• 광고 문구를 답변에 섞지 마세요 — 가이드라인은 구조화 데이터에 프로모션성 내용을 넣는 것을 제한합니다. 문의 유도 문장은 FAQ 밖 별도 영역으로 빼는 편이 안전합니다.
• 사용자 투고형 Q&A에 FAQPage를 쓰지 마세요 — 여러 사용자가 답을 다는 형식은 QAPage 대상입니다. 유형 선택이 틀리면 검증 도구에서부터 경고가 뜹니다.
• 같은 질문을 여러 페이지에 복붙하지 마세요 — 동일 FAQ 블록을 전 페이지 하단에 반복하면 중복 문제가 생깁니다. 주제별로 질문을 나눠 배치하는 편이 낫습니다.
• 30개를 한 번에 다 쓰려 하지 마세요 — 하루 10개씩 3일로 나누면 답변 품질이 유지됩니다. 몰아서 쓰면 뒤쪽 20개가 한 줄짜리로 무너집니다.

엑스점프는 FAQ를 어떻게 운영하나요?

엑스점프는 FAQ를 한 번 쓰고 끝내는 문서가 아니라 월 1회 갱신하는 자산으로 관리합니다. 질문 30개 중 하위 5개를 매달 교체하는 규칙만 지켜도 목록이 낡지 않습니다. 교체 후보는 지난 한 달간 실제로 받은 문의에서 뽑습니다.

작성 도구는 단순하게 씁니다. 스프레드시트에 질문·의도태그·고유정보·답변 4개 열만 두고, 답변 초안은 생성형 도구로 뽑되 고유 정보 칸은 반드시 사람이 채웁니다. 이 칸을 AI에게 맡기면 근거 없는 숫자가 들어가 신뢰를 잃습니다.

B2B 영업 담당은 교체 주기를 제안서 작성 루틴에 붙였습니다. 매주 제안서를 쓸 때 고객이 새로 물어본 문장을 시트 맨 아래에 한 줄씩 적어 두는 방식입니다. 한 달이면 교체 후보 5개가 자연히 모입니다. 운영 템플릿과 예시 문안은 라이브러리에서 받아 쓰고, 선별 기준을 실습으로 익히고 싶다면 관련 클래스를 함께 보시면 됩니다.

• 월 1회, 30분 점검 — 하위 5개 교체와 답변 길이 확인만 합니다. 길게 잡을수록 실행이 밀립니다.
• 첫 문장 일괄 점검 — 스프레드시트 답변 열에서 첫 문장만 따로 뽑아 읽습니다. 그것만으로 답이 안 되면 다시 씁니다.
• 마크업은 발행 후에 — 본문이 확정된 뒤 FAQPage 스키마를 붙이고, Google 검색 센터의 검증 도구로 오류 0건을 확인합니다.
• 검색 유입은 서치 콘솔에서 — 「실적」 > 「검색결과」에서 질문형 검색어를 필터로 걸어 어떤 질문이 실제로 걸리는지 확인합니다.
• 답변은 재사용합니다 — 제안서 부록, 이메일 회신 템플릿, 상세페이지 하단에 같은 문장을 씁니다. FAQ 콘텐츠 작성에 들인 시간이 세 배로 회수됩니다.