FAQ(자주 묻는 질문)는 고객이 실제로 쓰는 문장을 질문으로 세우고 그 질문에 짧고 분명하게 답해 두는 정보 구조입니다. 키워드를 채우는 공간이 아니라, 사람과 AI가 같은 답을 읽게 만드는 장치입니다.
서비스 페이지는 기업의 언어로 만들어지기 쉽습니다. 반면 고객은 “얼마나 걸리나요?”, “기존 자료도 쓸 수 있나요?”, “무엇은 포함되지 않나요?”처럼 자기 머릿속 문장으로 묻습니다. 이 간극을 메우는 자리가 FAQ입니다.
FAQ는 검색과 AI에 어떤 도움이 되나요?
질문과 답이 한 덩어리로 붙어 있어서, 그 부분만 떼어 읽어도 뜻이 통하기 때문입니다. 사람은 필요한 정보를 빠르게 찾고, 검색엔진과 생성형 AI는 이 페이지가 어떤 질문을 다루는지 이해하기 쉬워집니다.
AI는 글을 청크(AI가 글을 잘라 읽는 단위)로 나눠 가져갑니다. 질문 하나에 답 하나가 붙은 형태는 그 자체로 완결된 청크가 됩니다. 다만 FAQ를 만들었다고 노출이나 인용이 보장되지는 않습니다. 답이 사실과 다르거나 오래되면 오히려 신뢰를 잃습니다.
좋은 FAQ 질문은 어떻게 고르나요?
상담에서 반복되는 질문부터 고릅니다. 검색량이 많아 보이는 질문을 모으는 일이 아니라, 담당자가 이미 여러 번 말로 답한 질문을 글로 옮기는 일입니다.
- 상담과 문의에서 반복되는 질문
- 구매 전 마지막으로 망설이는 조건
- 서비스 범위를 자주 오해하는 부분
- 답변이 바뀌면 고객 피해가 생길 수 있는 정책
- 짧게 답한 뒤 자세한 칼럼으로 연결할 수 있는 질문
실제 고객이 묻지 않는 질문을 억지로 만들면 페이지는 길어져도 유용성은 낮아집니다. 빈도만 보지도 않습니다. 자주 묻지 않더라도 잘못 이해하면 계약이나 안전에 영향을 주는 내용은 먼저 답해야 합니다.
고객의 실제 질문은 어디서 모으나요?
상담 전화와 메일, 채팅, 영업 미팅, 검색어, 리뷰입니다. 이 자리에서 고객이 쓴 표현을 그대로 옮겨 적는 것이 출발점입니다.
내부 직원이 중요하다고 생각하는 질문과 고객이 반복하는 질문은 다를 수 있습니다. 같은 뜻의 질문은 하나로 묶되, 고객이 쓰는 쉬운 단어는 질문 제목에 남깁니다. 답변 책임 부서가 없거나 기준이 확정되지 않은 질문은 공개하기 전에 내부 정책부터 정리합니다.
답변은 어떤 구조로 써야 하나요?
첫 문장에 ‘예·아니요’ 또는 핵심 조건을 둡니다. 그다음 적용 대상과 예외를 설명하고, 자세한 절차가 필요하면 대표 서비스 페이지나 칼럼 한 곳으로 연결합니다.
“상황에 따라 다릅니다”로 끝내지 마세요. 무엇에 따라 달라지는지 알려주는 것이 답변입니다. 가상의 홈페이지 제작사 H사가 “제작 기간은?”이라는 질문에 “프로젝트에 따라 다릅니다”라고만 답한다면 도움이 되지 않습니다. 페이지 수, 콘텐츠 준비 상태, 확인·수정 횟수에 따라 달라지며 상담 후 일정을 안내한다고 설명하는 편이 낫습니다.
“기존 블로그 글을 사용할 수 있나요?”라면 “가능합니다”로 시작한 뒤, 정확성·최신성·서비스 연관성을 확인해 유지·업데이트·통합·보류로 나눈다고 이어 씁니다. 독자는 답을 얻고, 추가 점검이 필요한 경우에만 상담을 선택합니다. 법률·의료·가격처럼 변동 가능성이 큰 정보는 기준일과 공식 출처를 함께 표시합니다.
FAQ와 서비스 페이지, 칼럼은 어떻게 나누나요?
세 콘텐츠가 맡을 질문을 먼저 정하고 서로 연결합니다. 같은 질문을 여러 페이지에 복사하기보다, 대표 답변을 한 곳에 두고 나머지 위치에서는 그곳으로 연결하는 방식이 관리하기 쉽습니다.
| 콘텐츠 | 맡는 질문 | 답변 분량 | 손보는 시점 |
|---|---|---|---|
| FAQ | 상담 전에 반복되는 확인 질문 | 한두 문단 | 정책·가격이 바뀔 때 |
| 서비스 페이지 | 현재 제공 범위와 신청 절차 | 페이지 단위 | 제공 범위가 바뀔 때 |
| 전문가 칼럼 | 짧은 답으로 부족한 비교 기준 | 긴 글 | 정해 둔 검토일마다 |
일리애드 GEO/AIO 서비스 페이지의 FAQ도 노출 보장 여부, 기간, 기존 콘텐츠 활용처럼 상담 전에 필요한 질문을 중심으로 구성했습니다.
구조화 데이터를 넣으면 검색 노출이 보장되나요?
보장되지 않습니다. FAQPage JSON-LD(검색엔진이 읽는 질문·답변 표기 형식)는 페이지 내용을 기계가 이해하기 쉽게 알려 주는 장치일 뿐, 검색 결과의 특별한 노출을 약속하지 않습니다.
① 화면에 실제로 보이지 않는 질문과 답은 구조화 데이터에 넣지 않습니다.
② 페이지 내용을 고치면 구조화 데이터도 함께 고칩니다.
③ 여러 페이지에 같은 질문을 복사해 표시만 늘리는 방식은 피합니다.
공개 전에 확인할 다섯 가지
① 질문마다 실제 담당자가 사실을 확인했는가
② 답변이 현재 정책과 일치하는가
③ 한 문단이 지나치게 길지 않은가
④ 관련 서비스나 칼럼 링크가 필요한가
⑤ 다음 검토일이 정해져 있는가
다섯 가지 중 하나라도 비어 있다면 공개를 미루는 편이 낫습니다. 틀린 답은 없는 답보다 수습이 오래 걸립니다.
오늘 할 한 가지는 무엇인가요?
최근 상담에서 반복된 질문 열 개를 적는 일입니다. 목록을 만든 뒤 현재 사이트에 직접 답이 있는지 표시해 보면, 다음에 손볼 페이지가 저절로 정해집니다.
질문 열 개 옆에 ‘있음·부족·없음’을 적어 보세요. ‘없음’으로 표시된 질문이 이번 달 FAQ 작업 목록이 되고, ‘부족’은 기존 답변을 손보는 목록이 됩니다.