FAQ 를 붙이면 AI 가 더 인용하나요? 전부 Q&A 로 쓰면 역효과
FAQ 는 인용에 유리한 형식이지만, 모든 글에 붙이거나 본문 전체를 Q&A 로 채우면 오히려 나빠집니다. FAQ 가 일하는 조건과 선을 넘는 지점을 정리했습니다.
FAQ 가 AI 인용에 유리하다는 말은 사실입니다. 질문과 답이 짝으로 붙어 있으니 문단 단위로 잘라 쓰는 AI 입장에서 이보다 편한 형식이 없습니다. 이 자료실 글에 FAQ 가 자주 붙는 것도 그래서입니다.
그런데 "유리하다"가 "많을수록 좋다"로 번지는 순간부터 역효과가 시작됩니다. 두 가지 선을 넘을 때입니다.
선 하나, 모든 글에 FAQ
사이트의 전 글에 FAQ 가 붙어 있으면 두 가지가 나빠집니다.
독자 쪽에서는 FAQ 의 신호 가치가 죽습니다. FAQ 는 원래 "본문 흐름에는 안 맞지만 실제로 자주 나오는 질문"을 받는 자리인데, 모든 글에 기계적으로 붙으면 본문 요약 재탕이 되기 시작합니다. 같은 내용을 두 번 읽게 되는 셈입니다.
검색엔진 쪽에서는 운영 패턴이 틀로 읽힙니다. 사람이 필요에 따라 쓰는 사이트는 FAQ 가 있는 글과 없는 글이 섞여 있는 게 자연스럽습니다. 전 글 동일 구성은 공장 흔적이고요. 이 자료실도 짧은 글과 사례 글에는 FAQ 를 붙이지 않습니다. 붙일 이유가 없는 글이니까요.
선 둘, 본문 전체를 Q&A 로
한때 유행한 형식입니다. 글 전체를 질문 20개와 답 20개로 채우는 것. AI 친화적으로 보이지만 실제로는 반대로 갑니다.
이유는 글의 뼈대가 사라져서입니다. 좋은 글은 순서와 맥락이 있습니다. 원인 다음에 진단, 진단 다음에 처방. Q&A 20개 나열에는 이 흐름이 없어서, 사람에게는 읽다 마는 글이 되고 AI 에게는 완결된 답 문단이 아니라 파편 무더기가 됩니다. 인용은 잘 짜인 본문에서 일어나고, FAQ 는 그 본문을 보완할 때 힘이 붙습니다.
어떤 글에 FAQ 를 붙이나요
글의 종류가 답을 정해 줍니다. 판단이 갈리는 글에는 붙고, 읽고 나면 더 물을 것이 없는 글에는 안 붙습니다.
| 글 종류 | FAQ | 그렇게 하는 이유 |
|---|---|---|
| 절차나 설정을 설명한 글 | 붙입니다 | 예외 상황과 실패 사례가 꼭 따라옵니다 |
| 비용이나 조건이 갈리는 글 | 붙입니다 | 내 경우에 해당하는지 묻는 질문이 남습니다 |
| 사례를 순서대로 적은 글 | 안 붙입니다 | 흐름이 내용이라 질문으로 자르면 끊깁니다 |
| 짧은 메모 | 안 붙입니다 | 본문 자체가 답 하나로 끝나 있습니다 |
| 용어를 정의한 글 | 상황에 따라 | 정의로 끝나면 그대로 두고, 적용 범위를 물으면 붙입니다 |
붙일지 말지를 글쓴이의 취향으로 정하지 말고, 상담 기록에 그 질문이 실제로 있었는지로 정하십시오. 기록에 없으면 그 FAQ 는 지어낸 질문입니다.
이 질문은 FAQ 감인가요 본문감인가요
같은 질문이라도 자리가 다릅니다. 답의 길이와 성격으로 가릅니다.
| 질문의 성격 | 들어갈 자리 | 판단 근거 |
|---|---|---|
| 답이 두세 문장에서 끝난다 | FAQ | 그 자리에서 완결되면 잘라 쓰기 좋습니다 |
| 답에 표나 절차가 필요하다 | 본문 소제목 | FAQ 칸에 절차를 우겨넣으면 둘 다 못 읽습니다 |
| 본문을 읽어야 이해되는 질문 | FAQ | 앞을 읽은 사람에게만 생기는 꼬리질문입니다 |
| 제목을 보고 바로 떠오르는 질문 | 본문 첫머리 | 그 질문이 글의 주제라면 FAQ 로 미룰 이유가 없습니다 |
| 답이 "경우에 따라 다릅니다"로 시작한다 | 본문 표 | 조건별로 갈리는 답은 표가 정확합니다 |
경계에 걸리면 답을 소리 내어 읽어 보는 방법이 있습니다. 한 호흡에 끝나면 FAQ, 중간에 "그러니까"가 들어가면 본문입니다.
FAQ 가 일하는 조건
정리하면 세 가지입니다. 본문에서 못 다룬 질문만 담을 것(요약 재탕 금지), 실제로 받는 질문일 것(상담 기록이 원천), 답은 그 자리에서 완결될 것(자세한 건 본문 참고, 라고 쓸 거면 그 질문은 본문감입니다).
세 조건을 다 지켰는지 확인하는 절차도 간단합니다.
- FAQ 만 따로 떼어 읽습니다. 본문 없이도 각 답이 말이 되면 통과입니다
- 본문 소제목과 FAQ 질문을 나란히 놓고 겹치는 것을 지웁니다
- 남은 질문을 상담 기록과 대조합니다. 기록에 없는 질문은 뺍니다
- 시즌이 지난 뒤 실적 보고서에서 그 질문형 검색어에 노출이 있었는지 봅니다. 노출이 없는 질문은 다음 정리 때 후보로 둡니다
스키마에는 무엇까지 넣나요
FAQ 구조화 데이터는 화면에 보이는 내용을 그대로 표시해 주는 장치입니다. 화면에 없는 질문을 코드에만 심는 것은 사용자에게 감춘 콘텐츠라서 스팸 정책이 금지하는 쪽에 걸립니다. 검색 결과에서 얻을 이익보다 잃을 것이 큽니다.
- 화면의 FAQ 와 스키마의 질문·답이 글자까지 같은지 확인합니다
- 리치 결과 테스트에 주소를 넣어 문법 오류와 누락 항목을 봅니다
- 색인된 버전에도 들어갔는지는 URL 검사 도구에서 확인합니다
- 스키마를 넣었다고 검색 결과에 그 형태로 표시된다는 보장은 없습니다. 표시 여부는 구글이 정합니다
마지막 줄이 중요합니다. 스키마는 내용을 정확히 전달하는 수단이지, 노출을 사는 수단이 아닙니다.
FAQ 로 해결되지 않는 것은 무엇인가요
다만 FAQ 를 아무리 다듬어도 본문이 부실하면 인용은 오지 않습니다. AI 가 답으로 고르는 것은 질문에 딸린 짧은 문장이 아니라, 근거와 조건이 함께 붙어 있는 문단입니다. 본문이 그 문단을 갖고 있지 않으면 FAQ 는 목차만 그럴듯한 상태로 남습니다.
구글이 콘텐츠 문서에서 던지는 질문도 형식이 아니라 내용을 향합니다. 이 글이 사람에게 도움이 되는가, 읽고 나서 원하던 것을 얻었는가. FAQ 를 붙일지 말지는 그 판단 뒤에 오는 문제입니다.
형식은 도구입니다. 도구가 일을 하는 건 필요한 자리에 있을 때고, 모든 자리에 있는 도구는 장식이 됩니다.
사장님들께 가장 자주 받는 질문부터 다룹니다. 답이 갈리는 자리는 추측으로 넘기지 않고, 직접 확인한 만큼만 적습니다.