LLM 검색을 위한 콘텐츠 청킹: 섹션 디자인이 인용 확률에 미치는 영향

LLM 검색을 위한 콘텐츠 청킹: 섹션 디자인이 인용 확률에 미치는 영향

작성자: 소피아 멘데스, 브랜드 보이스 및 진정성 책임자
연구 스냅샷: 2026년 10월 23일

페이지가 AI 답변에 포함되기 위해 작은 조각들로 잘게 쪼개질 필요는 없습니다. 하지만 페이지의 아이디어는 쉽게 찾고, 이해하고, 인용될 수 있어야 합니다.

이것이 바로 유용한 구분입니다. 좋은 섹션 디자인은 사람들과 검색 시스템에 콘텐츠를 더 명확하게 만들 수 있습니다. 그렇다고 AI 검색 엔진이 해당 페이지를 인용할 것이라고 보장하지는 않습니다. 인용을 확보하기 위한 검증된 80~120단어 규칙은 없습니다.

요청된 A/B 테스트에 대한 참고 사항: 이 글에 대한 라이브 테스트를 실행할 수 없었습니다. 웹사이트, 게시된 페이지 변형, 검색 계정 또는 테스트 쿼리가 제공되지 않았습니다. 따라서 이 글은 조작된 결과를 보고하지 않습니다. 이 글은 현재 연구가 무엇을 지지하는지 설명하고 사이트 소유자가 실행할 수 있는 테스트를 제시합니다.

첫째, 검색과 인덱싱을 분리하세요

“AI 검색”은 하나의 시스템처럼 들릴 수 있지만, 페이지 게시부터 인용 확인까지 여러 단계가 있습니다:

1. 크롤링: 검색 시스템 또는 봇이 페이지에 접근할 수 있습니다.
2. 인덱싱: 시스템이 페이지를 저장하고 처리합니다.
3. 검색: 검색 또는 AI 시스템이 질문에 대해 페이지 또는 페이지의 일부를 찾습니다.
4. 인용: 답변에 해당 페이지가 출처로 포함됩니다.

섹션 디자인은 시스템이 관련 구절을 이해하고 검색하는 데 도움이 될 수 있습니다. 그러나 크롤링이 차단되거나, 전혀 인덱싱되지 않거나, 다른 소스보다 덜 유용한 페이지를 수정할 수는 없습니다. 구글은 페이지가 인덱싱되고 스니펫과 함께 표시될 자격이 있어야만 AI 기능의 보조 링크로 사용될 수 있으며, 자격이 있는 페이지도 반드시 표시되는 것은 아니라고 말합니다. (developers.google.com)

이는 스니펫 정확도와 인용 선택이 서로 다른 결과이기 때문에 중요합니다. 시스템은 페이지에서 명확한 구절을 추출하지만 다른 소스를 인용할 수 있습니다. 또는 여러 섹션의 정보를 활용하면서 페이지를 인용할 수도 있습니다.

청크 길이에 대한 증거는 무엇을 말하는가

RAG(언어 모델에게 답변을 요청하기 전에 텍스트를 검색하는 시스템)에 대한 연구는 청크 크기가 중요할 수 있음을 보여줍니다. 그러나 최적의 크기는 작업에 따라 다릅니다.

2025년 한 연구는 여러 질문-답변 데이터셋에 걸쳐 고정 크기 청크를 테스트했습니다. 64 또는 128 토큰과 같은 작은 청크는 짧고 직접적인 답변이 필요한 일부 질문에서 더 나은 성능을 보였습니다. 더 큰 청크는 질문에 더 많은 맥락이 필요할 때 종종 더 나은 성능을 보였습니다. 이 연구는 공개 웹사이트의 단어 수 섹션이 아닌 검색 시스템의 토큰을 측정했습니다. 이는 80~120단어 섹션이 Google, Bing 또는 ChatGPT 검색에서 인용을 개선한다는 것을 증명하지 않습니다. (arxiv.org)

ACL 2025년 보고서에 발표된 또 다른 연구는 청크 길이뿐만 아니라 아이디어가 그룹화되는 방식이 중요함을 발견했습니다. 저자들은 청크 길이만으로는 검색 또는 답변 품질을 직접 예측할 수 없다고 보고했습니다. 이는 실용적인 교훈을 시사합니다: 짧은 섹션이 자동으로 좋은 섹션인 것은 아닙니다. 여전히 완전한 아이디어를 담고 있어야 합니다. (aclanthology.org)

이러한 연구들이 우리에게 알려줄 수 있는 것에는 한계가 있습니다. 이들은 알려진 모델, 데이터셋 및 검색 설정으로 연구 시스템을 테스트합니다. 공개 AI 검색 제품은 자체 시스템을 사용하며, 그들의 전체 선택 규칙은 공개되지 않습니다.

제목과 앵커가 할 수 있는 것과 할 수 없는 것

제목은 페이지를 더 쉽게 따라가게 만듭니다

명확한 H2 및 H3 제목은 독자에게 각 섹션이 무엇을 다루는지 알려줍니다. 또한 시스템이 아이디어가 어떻게 관련되어 있는지 이해하는 데 도움이 될 수 있습니다. 구글은 구절 순위가 쿼리와 관련된 페이지 부분을 식별할 수 있다고 말합니다. 마이크로소프트의 웹마스터 지침 또한 AI 답변 및 인용을 지원할 수 있는 콘텐츠에 대해 명확한 콘텐츠 구조와 논리적인 제목 수준을 권장합니다. 어느 출처도 선택을 보장하는 제목 형식을 제시하지 않습니다. (developers.google.com)

유용한 제목은 섹션이 전달하는 요점을 명명합니다. “짧은 섹션이 효과적일 때”는 “자세한 내용”보다 더 유익합니다. 하지만 제목은 콘텐츠를 설명해야 하며, 검색 구문을 그 자체를 위해 반복해서는 안 됩니다.

명명된 앵커는 유용한 링크이지, 별도의 페이지가 아닙니다

id="short-sections"와 같은 ID는 링크가 페이지의 특정 제목으로 이동하게 합니다. 이는 독자가 섹션을 공유하거나 다시 방문하는 데 도움이 됩니다. 이는 해당 섹션을 위한 별도의 인덱싱 가능한 페이지가 아닙니다. 구글은 일반적으로 URL 프래그먼트를 별개의 콘텐츠로 크롤링 및 인덱싱하는 것을 무시하지만, 페이지 내 콘텐츠를 가리키는 데 사용되는 프래그먼트는 지원한다고 말합니다. (developers.google.com)

따라서 안정적인 탐색을 위해 명명된 앵커를 사용하세요. #section-name 링크 자체가 인용 확률을 높이거나 인덱싱 속도를 높일 것이라고 기대하지 마세요.

명확한 글쓰기가 영리한 마크업보다 낫습니다

구글의 현재 지침은 명확합니다: AI를 위해 콘텐츠를 작은 조각으로 나눌 필요는 없으며, 이상적인 페이지 길이도 없습니다. 독자와 주제에 맞춰 페이지를 구성하세요. 구글은 또한 AI 기능이 특별한 청킹 형식이 아닌 핵심 검색 시스템에 의존한다고 말합니다. (developers.google.com)

이는 맹목적으로 단어 수를 맞추는 것보다 더 나은 규칙입니다.

80–120단어 아이디어: 유용한 기본값이지, 순위 결정 규칙이 아닙니다

80~120단어의 섹션은 하나의 질문에 완전하게 답변할 때 잘 작동할 수 있습니다. 예를 들어, 권장 사항을 제시하고, 작동하는 이유를 설명하며, 한 가지 주의 사항을 제공할 수 있습니다.

그러나 모든 섹션을 그 범위에 강제로 맞추면 글이 매끄럽지 않게 될 수 있습니다. 어떤 아이디어는 짧은 답변이 필요하고, 다른 아이디어는 예시, 증거 또는 권장 사항을 변경하는 경고가 필요합니다.

80~120단어를 SEO 임계값이 아닌 편집상의 시작점으로 취급하세요. 하나의 완전한 요점을 전달할 때는 섹션을 짧게 유지하세요. 필요한 맥락이 잘려나갈 경우 더 길게 유지하세요.

신뢰할 수 있는 A/B 테스트를 실행하는 방법

공개 AI 검색에 미치는 영향을 테스트하려면 라이브 사이트, 인덱싱 도구에 대한 접근 권한, 고정된 질문 세트가 필요합니다. 두 페이지에 대한 작은 테스트는 흥미로울 수 있지만, 레이아웃 효과와 주제, 권한 또는 크롤링 시점의 차이를 분리할 수는 없습니다.

두 가지 아키텍처 버전 비교

첫 번째 테스트를 위해 다음 두 가지 페이지 패턴을 비교합니다:

300~500단어 범위는 제안된 테스트 통제이며, 확립된 표준은 아닙니다. 핵심 사실, 증거, 예시, 페이지 템플릿, 메타데이터 및 내부 링크 지원을 가능한 한 유사하게 유지하세요.

이 첫 번째 테스트는 디자인 선택의 묶음을 측정합니다. 만약 변형 A가 더 많은 섹션 구분과 더 많은 H3 제목을 가지고 있다면, 어떤 차이가 단어 수, 제목 또는 그 조합에서 비롯되었는지 말할 수 없습니다. 이러한 요소를 분리하려면 한 번에 하나씩 변경하는 두 번째 테스트를 실행하세요. 예를 들어, 단락 구분을 변경하면서 제목과 앵커 마크업은 고정하는 식입니다.

두 가지 종류의 테스트 사용

1. 제어된 검색 테스트

동일한 원본 텍스트를 자체 검색 시스템 또는 제어하는 테스트 시스템의 두 가지 버전에 넣습니다. 모델, 검색 설정 및 질문 세트를 고정합니다. 텍스트가 분할되는 방식만 변경합니다.

이는 하나의 레이아웃이 해당 시스템 내에서 더 나은 검색 또는 더 정확한 답변으로 이어지는지 테스트할 수 있습니다. 이는 공개 AI 검색 제품이 무엇을 할지는 알려주지 않습니다.

2. 라이브 웹 테스트

공개 검색 엔진에는 라이브 페이지가 필요하므로, 동일한 복사본을 게시하는 대신 일치하는 원본 페이지를 사용합니다. 유사한 잠재 고객, 주제 난이도, 생성 시기 및 기존 사이트 지원을 가진 페이지를 짝지어 보세요. 각 쌍의 한 페이지는 변형 A에, 다른 페이지는 변형 B에 무작위로 할당합니다.

게시 프로세스를 공정하게 유지하세요: 비교 가능한 페이지 템플릿, 메타데이터, 내부 링크 및 사이트맵 타이밍을 사용하세요. 한 가지 변형을 더 집중적으로 홍보하지 마세요. 사이트에 적합한 페이지가 몇 개밖에 없다면, 그 결과를 증거가 아닌 작은 파일럿으로 취급하세요.

결과를 개별적으로 측정

• 스니펫 추출 정확도: 알려진 답변이 있는 질문을 준비하세요. 검토자가 AI가 생성한 각 스니펫 또는 답변이 의미를 변경하지 않고 올바른 사실을 포착하는지 확인하도록 하세요.
• 인용 선택률: 각 고정 질문에 대해 대상 페이지가 인용으로 나타나는지 기록하세요. 또한 인용된 페이지가 실제로 주장을 뒷받침하는지 기록하세요.
• 인덱싱 시간: 각 페이지가 게시된 시점, 처음 크롤링된 시점, 그리고 처음 인덱싱된 것으로 확인된 시점을 기록하세요. 상태를 정기적으로 확인하고 중간 시간을 보고하며, 끝까지 인덱싱되지 않은 페이지의 비율도 보고하세요.

인덱싱 시간은 신중하게 다루어야 합니다. 구글은 검색을 돕기 위해 크롤링 가능한 링크와 사이트맵을 권장하지만, 크롤링 및 인덱싱이 보장되지 않는다고 말합니다. 또한 재크롤링 업데이트에는 시간이 걸릴 수 있다고 언급합니다. 끝까지 인덱싱되지 않은 페이지는 결과에서 조용히 제외하지 말고 아직 인덱싱되지 않음으로 보고하세요. (developers.google.com)

고정된 쿼리 목록을 사용하고 동일한 AI 검색 제품에서 동일한 질문을 반복하세요. 결과는 변경될 수 있으므로 날짜, 플랫폼, 질문, 답변 및 인용된 URL을 로그에 기록하세요. Bing 웹마스터 도구의 AI 성능 보고서는 어떤 사이트 페이지가 인용되는지, 인용 활동이 어떻게 변화하는지 보여줄 수 있습니다. Bing은 이러한 총계의 변화가 특정 페이지 편집으로 인한 변화를 의미하지는 않는다고 경고합니다. (bing.com)

나의 가설 — 테스트 결과가 아닙니다

테스트를 실행하기 전에 다음과 같이 예상합니다:

• 섹션이 필요한 맥락을 잃지 않고 하나의 가능성 있는 질문에 답할 때 스니펫 정확도가 향상될 수 있습니다. RAG 연구는 이 아이디어 테스트를 지지하지만, 공개 AI 검색에 미치는 영향을 확립하지는 않습니다.
• 인용 선택은 거의 변하지 않거나 전혀 변하지 않을 수 있습니다. 더 명확한 섹션은 이해를 돕지만, 인용 결정은 쿼리, 경쟁 소스, 그리고 페이지의 접근성 및 관련성에도 달려 있습니다. 구글은 AI 답변이 고정된 섹션 길이 규칙이 아니라 검색 검색 및 관련 쿼리에 의존한다고 설명합니다. (developers.google.com)
• 섹션이 짧다고 해서 인덱싱 시간이 개선되지 않을 수 있습니다. 검색 신호와 크롤링 접근성은 더 직접적으로 확인해야 할 사항입니다. 이는 합리적인 예상이며, 측정된 결과는 아닙니다.

실용적인 콘텐츠 아키텍처 표준

대부분의 창업자 및 제품 페이지에 대해, 더 많은 인용을 약속하는 것이 아니라 하우스 스타일로서 다음을 권장합니다:

1. 한 페이지, 한 가지 주요 독자 니즈. 페이지가 독자에게 무엇을 돕는지 명시하세요.
2. 하나의 명확한 H1. 주요 주제를 분명히 하세요.
3. 설명적인 H2 및 H3 사용. 논리적인 순서의 제목으로 페이지를 쉽게 스캔할 수 있도록 만드세요.
4. 섹션당 하나의 완전한 답변을 목표로 하세요. 길이가 적합할 때 80~120단어를 사용하세요. 아이디어에 증거, 맥락 또는 예시가 필요할 때는 더 길게 작성하세요.
5. 각 섹션이 독립적으로 존재할 수 있도록 작성하세요. "그것" 또는 "이것"과 같은 모호한 단어에 의존하지 않고 제품, 사람 또는 아이디어를 명시하세요.
6. 중요한 제목에 안정적이고 설명적인 ID를 추가하세요. 각 프래그먼트가 새 페이지라는 주장이 아니라 페이지 탐색을 위해 href="#short-sections"와 같은 일반 링크를 사용하세요.
7. 중요한 텍스트에 접근 가능하도록 유지하세요. 크롤러가 페이지에 접근할 수 있고 주요 콘텐츠가 텍스트로 제공되는지 확인하세요. ChatGPT 검색의 경우, OpenAI는 OAI-SearchBot을 검색 크롤러로 식별하며, 사이트 소유자가 robots.txt를 통해 접근을 관리할 수 있다고 설명합니다. (developers.openai.com)
8. 주장을 뒷받침하는 증거를 옆에 두세요. 가까운 출처가 있는 짧은 주장은 여러 섹션 떨어진 맥락에 의존하는 주장보다 확인하기 쉽습니다.
9. 소유자의 관점을 유지하세요. 깔끔한 레이아웃이 일반적인 콘텐츠를 인용할 가치 있게 만들지는 못하며, 읽을 가치 있게 만들지도 못합니다.

마지막 요점은 놓치기 쉽습니다. 자동화는 창업자의 시간을 절약해야지, 그들의 콘텐츠가 다른 이유를 지워서는 안 됩니다. 유용한 콘텐츠 워크플로는 명확한 요약인 창작자, 대상 독자, 그리고 취향을 재사용할 수 있습니다. AutoPod는 이러한 입력을 사용하여 소유자의 관점을 유지하면서 기사를 안내합니다. 시스템은 페이지를 구성할 수 있지만, 통찰력은 여전히 제품과 고객을 아는 사람들로부터 나와야 합니다.

결론: 명확성을 위해 설계하고, 그 다음 테스트하세요

짧은 섹션, 명확한 제목, 그리고 명명된 앵커는 좋은 페이지 디자인입니다. 이는 검증된 인용 해킹이 아닙니다. 80~120단어 섹션은 하나의 완전한 아이디어를 표현할 때 합리적인 시작점이지만, 독자가 더 많은 맥락을 필요로 할 때는 더 긴 섹션이 적절할 수 있습니다.

사람들이 스캔하고 신뢰할 수 있는 페이지를 만드세요. 검색 시스템이 페이지에 접근할 수 있는지 확인하세요. 그런 다음 모듈식 레이아웃이 자체 페이지에서 추출 또는 인용을 개선하는지 테스트하세요. 그 테스트가 실행되기 전까지는 솔직한 답변은 간단합니다: **좋은 청킹은 테스트할 가치가 있지만, 100단어 규칙은 사실이 아닙니다.