GEO 실전 가이드
섹션별 작성 전략과 FAQ의 힘

섹션 단위 작성은 왜 글 전체 구조만큼 중요한가요?
섹션별 작성 전략은 각 H2 섹션을 그 단락만 읽어도 질문에 답이 되는 자기완결 블록으로 쓰는 전술이고, FAQ는 자연어 질문과 직답이 짝을 이뤄 답변엔진이 인용하기에 특히 강한 형식입니다. 문단 단위로 다듬을수록 인용될 조각이 늘어납니다.
앞의 역삼각형 구조와 아웃라인 설계가 글 전체의 뼈대를 세우는 일이었다면, 이 글은 그 뼈대 안으로 들어가 각 섹션과 문단을 어떻게 쓰는지를 다룹니다. 아무리 좋은 아웃라인도 개별 섹션이 허술하면 인용으로 이어지지 않기 때문입니다.
이 구분이 중요한 이유는 AI가 페이지를 통째로 인용하지 않기 때문입니다. ChatGPT나 Perplexity 같은 답변엔진은 질문에 맞는 한두 문단을 골라 근거로 삼습니다. 그래서 글 전체 평가가 좋아도, 정작 답으로 쓰일 섹션 하나가 자기완결적이지 않으면 인용 후보에서 밀립니다.
이 글은 섹션 단위 실행 전술과 FAQ에 집중합니다. 어떤 유형의 콘텐츠가 인용되는지는 AI가 인용하는 콘텐츠 유형 4가지에서 유형론으로 다루므로, 여기서는 유형을 가리지 않고 모든 섹션에 통하는 문단 작성법만 봅니다.
하나의 섹션에는 왜 하나의 질문만 담아야 하나요?
한 섹션에 하나의 질문만 담아야 하는 이유는, 여러 질문이 섞이면 AI가 그 단락을 어느 질문의 답으로 떼어낼지 모호해지기 때문입니다. 한 섹션이 한 질문에만 답하면, 그 조각이 특정 질문의 깔끔한 답으로 매칭됩니다.
답변엔진은 각 단락을 읽으며 이 단락이 어떤 질문에 답하는가를 판단합니다. 그런데 한 섹션 안에 개념 정의와 실행 방법과 사례가 뒤섞이면, 어느 질문에도 딱 들어맞지 않는 애매한 조각이 됩니다. 초점이 하나여야 매칭이 선명해집니다.
예를 들어 GEO란 무엇이고 어떻게 시작하는가라는 섹션은 정의와 실행이라는 두 질문을 한데 묶은 경우입니다. 이럴 때는 GEO란 무엇인가와 GEO를 어떻게 시작하는가로 섹션을 둘로 쪼개면, 각 조각이 서로 다른 질문의 답으로 또렷하게 매칭됩니다. 한 제목이 두 질문을 담고 있으면 그것이 곧 분할 신호입니다.
그래서 섹션을 쓸 때는 이 섹션이 답하는 질문 하나를 먼저 정하고, 그 질문에서 벗어나는 곁가지는 과감히 다른 섹션이나 FAQ로 옮깁니다. 곁가지를 덜어낼수록 남은 섹션의 답이 또렷해집니다.
이 원칙은 섹션 제목을 질문형으로 쓰면 저절로 지켜집니다. 제목이 질문이면 그 섹션은 그 질문에만 답하면 되고, 다른 이야기가 끼어들 때 제목과 어긋나는 것이 눈에 보입니다. 질문형 헤딩이 곧 초점을 지키는 장치입니다.
섹션 첫 문장을 두괄식으로 쓰면 무엇이 달라지나요?
섹션 첫 문장을 두괄식으로 쓰면, AI가 그 한 문장만 떼어도 질문의 답이 되기 때문에 발췌 확률이 올라갑니다. 반대로 배경과 전제부터 풀면 정작 답이 문단 뒤로 밀려, 조각으로 떼어 내기 어려워집니다.
두괄식은 결론을 맨 앞에, 근거를 뒤에 놓는 배치입니다. 독자는 첫 문장에서 답을 얻고 필요하면 근거를 읽어 내려가며, AI는 첫 문장을 답으로, 뒷문장을 근거로 인용합니다. 같은 내용이라도 순서만 바꾸면 인용 적합성이 달라집니다.
예컨대 성과는 언제 나타나나요라는 섹션을 성과에는 여러 변수가 작용하는데요로 열면 답이 뒤로 밀리지만, 보통 첫 성과는 몇 달 뒤부터 나타납니다로 시작하면 그 한 줄이 곧 답이 됩니다. 구체적 조건과 예외는 다음 문장에서 이어 붙이면 되므로, 정보를 빼는 것이 아니라 순서만 바꾸는 일입니다.
아래는 같은 내용을 배치만 달리했을 때의 차이입니다.
| 구분 | 발췌되기 어려운 섹션 | 발췌되기 쉬운 섹션 |
|---|---|---|
| 첫 문장 | 배경·전제부터 시작 | 질문에 곧장 답 |
| 다루는 범위 | 여러 질문이 섞임 | 한 질문만 다룸 |
| 근거 위치 | 뒤에 몰려 있거나 없음 | 답 바로 옆에 붙음 |
| 독립성 | 앞 섹션을 읽어야 이해 | 그 단락만 읽어도 이해 |
주의할 점은 두괄식이 첫 문장에 모든 것을 욱여넣으라는 뜻은 아니라는 것입니다. 첫 문장은 질문에 대한 핵심 답 한 줄이면 충분하고, 세부 조건과 예외는 다음 문장들로 자연스럽게 풀어 갑니다. 답을 앞세우되 문장은 읽기 편해야 합니다.
자기완결형 섹션은 어떻게 구성하나요?
자기완결형 섹션은 질문, 답, 근거, 부연을 한 흐름으로 담아 그 단락만 읽어도 이해되도록 구성합니다. 앞 섹션이나 다른 페이지를 참조하지 않아도 뜻이 통해야, AI가 그 조각만 떼어 인용해도 오해가 생기지 않습니다.
근거는 답에서 멀리 두지 않고 바로 옆에 붙입니다. 수치나 주장을 말했으면 그 자리에서 출처를 밝히고, 근거를 문단 맨 끝이나 다른 섹션으로 미루지 않습니다. 답과 근거가 한 단락 안에 있어야 그 단락이 독립적으로 완결됩니다.
자기완결성을 가장 자주 깨뜨리는 것은 지시어입니다. 앞서 말한 방식이나 위에서 설명했듯 같은 표현은, 그 섹션만 떼어 읽는 AI에게는 가리키는 대상이 사라진 빈 말이 됩니다. 이런 표현은 대상의 이름을 다시 적어, 그 단락 안에서 뜻이 닫히도록 고쳐 씁니다.
섹션 길이에는 정답이 없습니다. Google 검색 센터도 이상적인 페이지 길이는 없으며 AI를 위해 콘텐츠를 억지로 잘게 쪼갤 필요는 없다고 밝혔습니다(2026). 기준은 글자 수가 아니라 자기완결성입니다. 한 질문에 필요한 만큼 쓰되, 두 질문이 들어갈 만큼 길어지면 그때 나눕니다.
작성한 섹션이 자기완결적인지는 아래 항목으로 점검할 수 있습니다.
- 섹션 제목이 독자가 실제로 던지는 질문 형태인가
- 첫 문장이 그 질문에 곧장 답하는가 (두괄식)
- 그 단락만 떼어 읽어도 앞뒤 참조 없이 뜻이 통하는가
- 수치나 주장에 근거와 출처가 답 옆에 붙어 있는가
- 한 섹션이 한 질문만 다루고 곁가지는 덜어냈는가
- 한 질문에 답하기에 지나치게 길어 두 개로 나눌 여지는 없는가
이 점검을 습관으로 만들면, 글을 다 쓴 뒤가 아니라 쓰는 도중에 섹션이 다듬어집니다. 각 섹션이 독립된 답 블록으로 서면, 글 전체는 인용 가능한 조각들의 묶음이 됩니다.
FAQ 블록은 왜 답변엔진에 특히 강한가요?
FAQ 블록이 답변엔진에 특히 강한 이유는, 자연어 질문과 직답이 이미 짝지어진 형식이라 답변엔진이 콘텐츠를 매칭하고 발췌하는 방식과 구조가 그대로 맞아떨어지기 때문입니다. AI가 찾는 질문-답 단위를 미리 조립해 둔 셈입니다.
검색의 연관 질문(People Also Ask), 음성 검색, AI 답변은 모두 질문 하나에 답 하나라는 단위로 움직입니다. FAQ는 바로 그 단위로 쓰인 콘텐츠라, 별도 가공 없이도 각 문답이 하나의 답변 후보가 됩니다. 본문 섹션도 질문형으로 쓰지만, FAQ는 더 짧고 독립적이라 잔가지 질문까지 촘촘히 담습니다.
FAQ가 강한 또 하나의 이유는 밀도입니다. 한 화면 안에 여러 질문과 답이 촘촘히 모여 있어, AI가 한 페이지에서 여러 질의에 대응하는 답 조각을 한꺼번에 확보합니다. 긴 서술문 사이에 답이 흩어진 글보다 인용 후보가 구조적으로 많아지는 셈입니다.
본문 섹션과 FAQ는 역할이 다릅니다. 본문 섹션은 핵심 질문을 깊이 있게 답하고, FAQ는 본문이 미처 다루지 못한 짧은 곁가지 질문들을 담당합니다. 두 층이 함께 있어야 큰 질문과 작은 질문을 모두 덮습니다.
GEOMKT도 자사 사이트를 진단했을 때 이 항목이 비어 감점된 경험이 있습니다. 스키마와 정의 문단, 실명 저자는 갖췄지만 질문과 답이 짝을 이룬 블록이 없어 AI 인용 가능성 영역에서 점수가 깎였습니다. 남에게 권하는 요소를 정작 자기 사이트에서 빠뜨렸던 셈이라, 이 글의 전술은 그 보완 과정에서 다시 정리한 것입니다.
좋은 FAQ 질문은 어떻게 설계하나요?
좋은 FAQ 질문은 우리가 하고 싶은 말이 아니라, 사용자가 실제로 던지는 자연어 질문에서 나옵니다. 회사가 강조하고 싶은 문구를 질문처럼 포장하면 아무도 검색하지 않는 질문이 되고, AI가 실제 사용자 질문과 연결하지도 못합니다.
질문의 원천은 만들어 내는 것이 아니라 모으는 것입니다. 상담과 영업 문의에서 반복되는 물음, 검색창에 실제로 입력되는 문장, 고객 후기에 담긴 궁금증이 가장 좋은 재료입니다. 실제 언어를 그대로 옮길수록 자연어 매칭에 유리합니다.
질문은 고객의 언어로 적는 것이 좋습니다. 우리가 구조화 데이터라 부르는 것을 고객은 스키마를 어떻게 넣나요로 묻습니다. 내부 용어가 아니라 고객이 실제로 쓰는 표현으로 질문을 세워야, 그 표현으로 검색하는 사용자의 질의와 우리 FAQ가 연결됩니다.
아래처럼 같은 주제라도 질문을 어떻게 쓰느냐에 따라 인용 적합성이 갈립니다.
| 약한 FAQ 질문 | 좋은 FAQ 질문 |
|---|---|
| GEO에 대하여 | GEO는 SEO와 무엇이 다른가요? |
| 서비스 특장점 안내 | 30분 무료 상담에서는 무엇을 묻나요? |
| 자주 묻는 기타 사항 | FAQ는 몇 개가 적당한가요? |
정리하면, 좋은 FAQ 질문은 다음 조건을 갖춥니다.
- 사용자가 검색·상담에서 실제로 쓰는 자연어 문장인가
- 본문 H2가 이미 답한 질문과 겹치지 않는가
- 한 질문이 하나의 궁금증만 담고 있는가
- 짧고 완결된 답으로 답할 수 있을 만큼 구체적인가
- 우리 고객의 실제 의사결정 국면과 맞닿아 있는가
이 조건을 통과한 질문만 남기면 FAQ가 짧아도 밀도가 높아집니다. 개수를 채우려 억지 질문을 넣는 것보다, 실제 질문 네다섯 개를 정확히 답하는 편이 인용에도 독자에게도 낫습니다.
FAQPage 스키마는 어떤 역할을 하나요?
FAQPage 스키마는 질문과 답 쌍을 기계가 명확히 읽도록 구조화 데이터로 표시해, 답변엔진의 질문-답 매칭과 의미 명확화를 돕는 보조 장치입니다. 사람이 보는 문답을 검색엔진이 오해 없이 파싱하도록 이름표를 붙이는 일에 가깝습니다.
다만 스키마가 인용을 직접 끌어올리는 마법은 아닙니다. Google 검색 센터는 생성형 AI 검색에 구조화 데이터가 필수는 아니며 추가해야 할 특별한 마크업도 없다고 밝혔습니다(2025). 스키마는 AI 인용을 보장하는 수단이 아니라, SEO 기초와 답변엔진의 질문-답 이해, 여러 플랫폼 대응을 돕는 보조 신호로 보는 편이 정확합니다. 특히 FAQ 리치 결과는 현재 정부·보건 등 일부 사이트로 노출이 제한되어 일반 사이트에서는 기대하기 어려우므로, 스키마의 값어치는 검색 표시보다 기계 판독과 답변엔진 매칭에 있습니다.
그래서 순서가 중요합니다. 질문-답 콘텐츠 자체를 먼저 잘 쓰고, 스키마는 그 위에 표시를 더하는 차례입니다. 내용이 부실한데 스키마만 붙이면, 기계는 읽어도 인용할 만한 답이 없어 효과가 나지 않습니다.
FAQPage 스키마를 실제 코드로 어떻게 작성하고 배포하는지는 이 글의 범위를 넘어섭니다. 복사해 쓰는 JSON-LD 예시는 JSON-LD 스키마·llms.txt 실전 설정법에서 다루고, 구조화 데이터 전반은 연재 후반의 기술 편에서 따로 정리합니다. 이 글은 왜 FAQ가 강하고 무엇을 담아야 하는지까지입니다.
섹션과 FAQ를 지금 바로 개선하려면 무엇부터 하나요?
이미 발행한 글이 있다면, 아래 세 가지를 순서대로 손보는 것이 가장 빠른 개선입니다. 새 글을 쓰기 전에 기존 글부터 다듬는 편이 품 대비 효과가 큽니다.
- 섹션 제목을 질문형으로 바꿉니다. 제목이 질문이 되면 그 섹션은 한 질문에만 답하게 되고, 곁가지가 끼어들 때 눈에 띕니다.
- 각 섹션 첫 문장을 두괄식으로 고칩니다. 배경부터 시작하던 문단이라면 결론 문장을 맨 앞으로 옮겨 답이 먼저 오게 합니다.
- 본문이 답하지 못한 잔가지 질문을 FAQ로 추가합니다. 상담에서 자주 받은 질문 네다섯 개를 골라 짧게 답하면 됩니다.
세 작업 모두 큰 재작성이 필요하지 않습니다. 제목 한 줄, 문단 순서, 질문 몇 개를 손보는 일이라, 새 콘텐츠를 만들지 않고도 기존 글의 인용 적합성을 끌어올릴 수 있습니다.
다만 어느 섹션이 실제로 발췌되기 어려운 상태인지, 어떤 질문이 비어 있는지는 눈으로만 훑어서는 놓치기 쉽습니다. 어디부터 손볼지 정하기 어렵다면, 30분 무료 상담에서 지금 상황을 듣고 진단이 필요한지부터 말씀드립니다. 감이 아니라 점검 결과로 시작하면 개선이 길을 잃지 않습니다.
섹션과 FAQ로 인용될 글을 갖췄다면, 다음은 그 인용이 신뢰를 잃지 않도록 지키는 일입니다. 발행 전 사실을 확인하는 절차와 도구는 사실 검증 — 신뢰를 잃지 않는 절차와 도구에서 이어집니다.
자주 묻는 질문 (FAQ)
Q1. 한 섹션은 어느 정도 길이가 적당한가요?
정해진 정답은 없고, 그 섹션이 답하는 질문 하나를 자기완결적으로 다룰 만큼이면 충분합니다. Google도 이상적인 길이는 없으며 AI를 위해 억지로 잘게 나눌 필요는 없다고 밝혔습니다(Google 검색 센터, 2026).
기준은 글자 수가 아니라 초점입니다. 한 질문에 필요한 답과 근거를 담고도 자연스러우면 길어도 괜찮고, 두 개의 질문이 끼어들 만큼 늘어지면 그때 나눕니다. 길이를 맞추려 내용을 늘리거나 자르는 것은 오히려 자기완결성을 해칩니다.
Q2. 모든 H2 제목을 질문형으로 바꾸면 부자연스럽지 않나요?
질문형이 유리한 것은 맞지만, 자연스러움이 우선입니다. 억지로 물음표를 붙여 어색해지느니, 독자가 실제로 궁금해할 만한 질문을 자연스러운 문장으로 쓰는 편이 낫습니다.
핵심은 물음표 자체가 아니라 그 섹션이 하나의 질문에 답한다는 구조입니다. 제목이 평서문이어도 섹션이 한 질문에 두괄식으로 답하면 발췌에는 문제가 없습니다. 형식보다 초점과 두괄식이 먼저입니다.
Q3. FAQ는 몇 개가 적당한가요?
개수보다 중요한 것은 본문이 답하지 못한 실제 질문을 담았는가입니다. 보통 네 개에서 여덟 개 사이면 충분하며, 억지로 개수를 채우려다 겹치는 질문을 넣는 것이 오히려 손해입니다.
실제 상담과 검색에서 반복되는 질문만 추리면 자연스럽게 이 범위에 들어옵니다. 질문이 다섯 개뿐이어도 각각이 정확한 답이면, 열 개를 채우되 절반이 중복인 FAQ보다 인용에 유리합니다.
Q4. 본문에서 이미 답한 내용을 FAQ에 또 넣어도 되나요?
같은 내용을 그대로 반복하는 것은 권하지 않습니다. 중복은 검색엔진과 AI 모두에게 불필요한 반복으로 읽혀 도움이 되지 않고, 페이지 안에서 어느 쪽을 인용할지 신호만 흐려집니다.
FAQ는 본문을 요약하는 자리가 아니라 본문이 다루지 않은 잔가지 질문을 보완하는 자리입니다. 본문 섹션이 큰 질문을, FAQ가 작은 질문을 맡도록 역할을 나누면 중복 없이 서로를 채웁니다.
Q5. FAQPage 스키마만 넣으면 AI가 인용해 주나요?
그렇지 않습니다. 스키마는 질문-답을 기계가 읽기 쉽게 표시하는 보조 장치일 뿐, 인용을 직접 보장하지 않습니다. Google도 생성형 AI 검색에 구조화 데이터가 필수는 아니라고 밝혔습니다(Google 검색 센터, 2025).
인용을 좌우하는 것은 결국 답의 질입니다. 질문에 곧장 답하는 자기완결형 문답을 먼저 갖추고, 스키마는 그 위에 표시를 더하는 순서로 접근해야 효과가 납니다. 내용이 먼저, 스키마는 그다음입니다.
[참고] Google 검색 센터 — 생성형 AI 콘텐츠·구조화 데이터 가이드(2025~2026) · GEOMKT 자사 GEO 셀프 진단(2026).
실제 적용 결과는 사이트 환경과 업종에 따라 달라질 수 있습니다.
우리 회사는 AI 답변에서 어디에 있을까요?
관련 글

측정과 3개월 로드맵
GEO 성과 측정은 구글 서치 콘솔·GA4·리치 결과 테스트 같은 무료 도구로 검색 유입과 구조를 확인하고, AI 인용은 직접 질의로 점검하는 일입니다. 무료 도구로 어디까지 재는지와, 연재 열세 편을 1·2·3개월차로 실행해 측정하고 다시 개선하는 3개월 반복 로드맵을 정리합니다.

llms.txt와 AI 크롤러
llms.txt는 우리 사이트를 AI에게 소개하는 자기소개서 격의 파일로, 아직은 제안된 관례입니다. 무엇을 담아 어디에 배포하는지, GPTBot·ClaudeBot 같은 AI 크롤러를 robots.txt로 허용·차단하는 정책을 설계하는 판단 기준까지 개념 중심으로 정리합니다.

Schema JSON-LD — 코드를 몰라도 만드는 구조화 데이터
구조화 데이터(JSON-LD 스키마)는 웹페이지 내용을 검색엔진과 AI가 읽도록 옮겨 적은 이름표입니다. 코드를 몰라도 스키마를 만드는 도구와 방법, 어떤 타입을 언제 써야 하는지 판단 기준, 없는 요소를 만들지 않는 남용 경계 원칙과 검증 도구까지 비개발자 관점으로 정리합니다.