AI가 인용하는 문단(answer block) 쓰는 법

answer block이란 무엇인가요?

answer block은 생성형 AI가 답변을 만들 때 거의 손대지 않고 그대로 인용할 수 있도록 설계한 40~80단어 분량의 짧은 문단입니다. ChatGPT, Perplexity, Gemini, 구글 AI 모드 같은 엔진은 웹 문서를 문단 단위로 쪼개 읽은 뒤, 사용자의 질문에 가장 잘 맞는 한 덩어리를 골라 답에 넣습니다. 이때 골라지는 단위가 바로 answer block입니다. 즉 좋은 글을 쓰는 것과 별개로, AI가 '한 입에 들어올리기 좋은 모양'으로 정보를 빚어 두는 작업이 AEO(답변 엔진 최적화)의 핵심입니다. 이 차이가 왜 중요한지는 GEO와 SEO가 무엇이 다른지를 다룬 글에서 더 자세히 정리했습니다.

좋은 answer block의 조건은 무엇인가요?

좋은 answer block은 첫 문장이 질문에 곧바로 답하고, 주어를 대명사 없이 명시하며, 검증 가능한 수치와 고유명사를 담고, 한 문단 안에 단 하나의 주장만 두는 문단입니다. 네 조건을 풀어 쓰면 이렇습니다. 첫째, 결론을 맨 앞에 둡니다. 배경 설명을 먼저 깔면 AI는 그 문단을 자기완결적이지 않다고 보고 건너뜁니다. 둘째, '이것은' '그 서비스는' 같은 대명사 대신 'answer block은' '파인더블은'처럼 주어를 또렷이 적습니다. AI는 앞 문장 없이 이 한 문단만 떼어 읽기 때문입니다. 셋째, 숫자와 이름을 넣어 검증 가능한 사실로 만듭니다. 넷째, 한 문단은 한 질문에 한 답으로 끝냅니다.

나쁜 예와 좋은 예는 어떻게 다른가요?

같은 내용도 첫 문장과 주어 처리에 따라 인용 가능성이 크게 갈립니다. 아래는 "answer block은 몇 단어로 쓰나요?"라는 질문에 대한 두 문단입니다.

나쁜 예

요즘은 AI가 검색을 대신하는 일이 많아졌습니다. 그래서 콘텐츠를 잘 정리하는 것이 중요해졌는데요, 이런 문단을 너무 길게 쓰면 안 좋고 너무 짧아도 안 좋습니다. 적당한 길이로 쓰는 것이 좋겠습니다.

이 문단은 결론(길이)이 맨 뒤에 있고, '이런 문단'이라는 대명사를 쓰며, '적당한 길이'라는 모호한 표현으로 끝나 수치가 없습니다. AI가 떼어 인용해도 질문에 답이 되지 않습니다.

좋은 예

answer block은 40~80단어(한글 약 60~110어절)로 쓰는 것이 좋습니다. 40단어보다 짧으면 맥락이 부족해 AI가 인용하기 어렵고, 80단어를 넘으면 한 문단에 여러 주장이 섞여 어디를 들어올릴지 모호해집니다. 한 문단은 한 질문에 한 답으로 끝내는 것이 원칙입니다.

좋은 예는 첫 문장이 곧장 수치로 답하고, 주어가 'answer block'으로 명시되어 있으며, 한 문단이 길이라는 한 주제로만 닫힙니다. AI는 이 문단을 그대로 떼어 답에 넣을 수 있습니다.

제가 GEO를 맡으면서 실제로 가장 많이 고치는 부분이 바로 이 첫 문장이라, 같은 질문에 대한 약한 답변과 인용되는 답변을 나란히 두고 봅니다.

오른쪽처럼 주어와 수치를 박아 두면, 같은 사실이라도 AI가 떼어 인용할 확률이 눈에 띄게 올라간다는 걸 현장에서 확인하고 있습니다.

answer block은 페이지 어디에 두어야 하나요?

answer block은 질문형 h2 제목 바로 아래 첫 문단에 두는 것이 가장 효과적입니다. AI는 제목(h2)과 그 직후 문단을 하나의 질문-답변 쌍으로 함께 읽습니다. 그래서 'answer block이란 무엇인가요?' 같은 질문형 h2를 달고, 그 바로 아래에 자기완결 문단을 배치하면, 제목은 사용자의 검색 질의와 매칭되고 문단은 그대로 답으로 인용되는 구조가 만들어집니다. 이 글의 본문 제목이 전부 질문형인 것도 같은 이유에서입니다. 한 페이지에 핵심 질문 6~8개를 질문형 h2로 세우고 각 제목 아래 answer block을 하나씩 놓으면, 하나의 글이 여러 질의에 동시에 인용될 수 있는 문서가 됩니다.

수치와 고유명사는 왜 그렇게 중요한가요?

수치와 고유명사는 문단을 '검증 가능한 사실'로 바꿔 AI가 신뢰할 근거로 인용하게 만들기 때문입니다. '빠르게 회신합니다'보다 '평균 1영업일 회신'이, '많은 페이지'보다 '베스포크 1~5페이지'가 인용에 강합니다. 숫자는 모호함을 없애고, 상호·제품명·지역명 같은 고유명사는 그 문단이 어느 개체에 대한 진술인지 못 박아 줍니다. 다만 절대 없는 숫자를 지어내면 안 됩니다. 사실인 수치만 넣고, 마땅한 숫자가 없으면 정성적 표현이라도 정확하게 쓰는 편이 인용 신뢰도에 훨씬 낫습니다.

비교표와 FAQ는 어떻게 answer block을 보강하나요?

비교표와 FAQ는 AI가 구조를 그대로 읽어 표·목록 형태로 답을 재구성하기 좋은 보조 포맷입니다. 비교표는 '약한 문단 vs answer block'처럼 두 선택지를 행으로 나란히 두면, AI가 차이를 묻는 질문에 표 그대로 인용합니다. FAQ는 질문-답변이 1:1로 짝지어져 있어 그 자체가 작은 answer block 모음이 됩니다. 본문 answer block으로 핵심을 잡고, 비교표로 대조를 보강하고, FAQ로 잔질문까지 받아 두면 한 페이지가 커버하는 질의 폭이 넓어집니다.

구조화 데이터와 answer block은 어떤 관계인가요?

구조화 데이터(JSON-LD)와 answer block은 같은 사실을 기계와 사람 양쪽에 두 번 말하는 한 쌍입니다. answer block은 사람이 읽는 본문 문단이고, FAQPage·Article 같은 스키마는 그 사실을 AI가 오해 없이 파싱하도록 코드로 다시 적은 것입니다. 이 글도 본문 FAQ 5개를 그대로 FAQPage JSON-LD에 1:1로 담았습니다. 본문과 스키마의 내용이 어긋나면 신뢰가 깎이므로, 둘은 항상 같은 문장이어야 합니다. Findable이 만드는 모든 페이지가 제작 단계부터 본문 answer block과 @graph 스키마를 함께 설계하는 이유이며, 이 통합 방식은 제작 단계에서 최적화를 심는 글에서 더 다룹니다.

제가 페이지를 넘길 때마다 본문 FAQ와 1:1로 맞춰 넣는 스키마 골격은 이렇게 단순합니다. 그대로 복사해 질문·답만 사실대로 바꿔 쓰시면 됩니다.

{ "@context":"https://schema.org","@type":"FAQPage",
  "mainEntity":[{"@type":"Question","name":"제작 기간은?","acceptedAnswer":{"@type":"Answer","text":"보통 4~8주."}}] }

이때 스키마의 text와 본문 answer block 문장이 한 글자도 어긋나지 않게 맞추는 것이 제가 마지막에 꼭 점검하는 항목입니다.

answer block을 쓸 때 절대 하면 안 되는 것은?

없는 수치·실적·인용을 지어내는 것이 answer block에서 가장 위험한 실수입니다. AI 인용을 노리고 '업계 1위' '100% 보장' 같은 근거 없는 표현을 넣으면, 검증 과정에서 신뢰가 무너지고 오히려 인용에서 배제됩니다. 검색·AI 노출은 알고리즘과 경쟁 상황에 따라 달라져 어떤 작성법으로도 100% 보장할 수 없습니다. answer block은 사실을 가장 인용하기 쉬운 형태로 정리하는 도구일 뿐, 없는 사실을 만드는 도구가 아닙니다. 더 넓은 GEO 관점이 궁금하면 GEO/AEO 안내와 다른 인사이트를 함께 보세요.

자주 묻는 질문