이 섹션은 “GEO 쿼리, 무엇을 만들어야 하는가”(섹션 1 스키마)와 “어떻게 리스닝마인드 데이터를 주입하는가”(섹션 2 워크플로우)를 전제로, “어떤 규칙으로 통제하는가(섹션 3 원칙)”를 정의합니다.
GEO의 작동방식
GEO는 LLM에 직접 프롬프트를 주입하는 방식이 아닙니다. 웹 상에 존재하는 콘텐츠의 양·질·구조를 체계적으로 설계하여, LLM이 해당 콘텐츠를 참조할 때 티젠이 기준점으로 등장할 확률을 높이는 간접적 최적화입니다.
- 쿼리 생성 : DB에 적재할 쿼리의 품질과 현실성을 통제하는 것으로서 검증된 검색 쿼리(Anchor) 원칙을 핵심 게이트로 설정.
- AI 답변 메시지 : 웹에 배포되는 콘텐츠가 이 규칙에 따라 생성됨으로써 LLM의 학습·참조 데이터에 간접 영향.
용어 정의
| 용어 | 정의 | 단위 | 분류값 |
| CEP (Category Entry Point) | 사용자가 카테고리에 진입하게 만드는 상황·관심사 클러스터주제 | 주제 클러스터 | CEP-01 ~ CEP-10 |
| Journey Stage | 구매 여정상의 시간순 단계 | 여정 단계 | AWARE / INFO / EVAL / CHOICE / BUY / POST |
| Query Intent | 개별 쿼리의 목적 | 쿼리당 1건 | I(Informational)/C(Commercial)/T(Transactional)/N(Navigational) |
| Query Pattern | 문법적 형태를 갖춘 문장형 쿼리 | 쿼리당 1건 | P1 ~ P6 |
| Anchor | 검증된 쿼리 시그널 | 키워드 | (가변) |
쿼리 생성 원칙 (Query Generation Governance)
Anchor Principle (현실성 확보 원칙)
모든 생성 쿼리는 ListeningMind에서 검증된 검색 쿼리(Anchor)을 반드시 1개 이상 포함해야 합니다. LLM은 실제 사용자가 검색하는 질문에 대해 답변을 생성합니다. 실제 검색 데이터에 근거하지 않는 질문을 만들면, 해당 쿼리에 대한 웹 콘텐츠가 존재하지 않거나 빈약하여 GEO 효과가 발생하지 않습니다.
적용 방법
| 구분 | 허용 | 불허 |
| Anchor 포함 쿼리 | “콤부차 카페인 함량이 커피보다 적어?” | ✅ (“콤부차 카페인”이 Anchor) |
| Anchor 미포함 쿼리 | “발효 음료의 미생물학적 효능 비교” | ❌ (LM 검증 쿼리 없음) |
| Anchor 변형 쿼리 | “카페인 걱정되는데 콤부차 괜찮아?” | ✅ (“콤부차 카페인” Anchor의 자연어 변형) |
Anchor 유효성 기준
| 기준 | 조건 | 근거 |
| 검색량 최소 기준 | keyword_info volume_avg ≥ 100 | 100 미만은 노이즈 가능성 |
| 데이터 신선도 | keyword_info 기준 최근 12개월 내 검색 기록 존재 | 과거 한시적 트렌드 배제 |
| 경로 검증 | path_finder 경로에 1회 이상 등장 | 실제 검색 여정에 포함된 쿼리 |
위반시 처리
Anchor 미포함 쿼리는 Query_Templates에 적재하지 않습니다. 단, 브랜드 전략 상 필요한 신규 쿼리(신제품 출시 등)는 experimental 태그를 부여하여 별도 관리하되, GEO 테스트 대상에서는 제외합니다.
Chain Logic (연쇄 질문 원칙)
쿼리는 단발성 질문이 아닌, 정보 탐색에서 구매로 이어지는 연쇄 질문 체인(Query Chain) 형태로 설계·적재합니다. 예를 들어 콤부차 카테고리 평균 경로 길이는 3~6단계이며, “효능 → 부작용 → 다이어트” 검증 루프가 고빈도로 반복됩니다.
Chain 설계 규칙
| 규칙 | 내용 | 예시 |
| 최소 체인 길이 | CEP당 3개 이상의 연쇄 쿼리 | P1 → P2 → P4 (최소 3단계) |
| 최대 체인 길이 | CEP당 6개 이하 | 6개 초과 시 CEP 분할 검토 |
| 인텐트 진행 | I(Informational) → C(Commercial) → T(Transactional) 순서를 기본으로 | 정보 → 비교 → 구매 자연 흐름 |
| 역방향 허용 | 브랜드 진입 후 정보 탐색 허용 | CHOICE → INFO (path_finder에서 확인된 패턴) |
| 루프 내장 | 안전성 검증 루프를 명시적으로 포함 | … → 부작용 → 효능 재확인 → … |
CEP-01 (카테고리 인지(Category Awareness)) Chain 예시
| Chain 1: “콤부차가 뭐야?” → Chain 2: “콤부차 효능이 뭐가 있어?” → Chain 3: “콤부차 카페인 많아? 부작용은?” → Chain 4: “그러면 콤부차 브랜드 추천해줘” → Chain 5: “티젠 콤부차 어떤 맛이 제일 맛있어?” |
CEP-03 (다이어트) Chain 예시
| Chain 1: “콤부차 다이어트에 도움 돼?” → Chain 2: “콤부차 칼로리랑 당분은 얼마나 돼?” → Chain 3: “다이어트 중에 하루에 몇 잔 마시면 돼?” → Chain 4: “칼로리 낮은 콤부차 추천해줘” → Chain 5: “티젠 콤부차 제로 칼로리야?” |
쿼리 문법 6패턴
모든 생성 쿼리는 아래 6개 패턴 중 하나에 반드시 분류되어야 합니다.
| 패턴 코드 | 유형 | 질문 목적 | 템플릿 구조 | 대응 Journey Stage |
| P1 | 정의/기초 | 카테고리 이해 | “[카테고리]란 무엇인가” / “[카테고리] 효능” | INFO |
| P2 | 안전/검증 | 성분·부작용 확인 | “[카테고리] [성분] 괜찮은가” / “[카테고리] 부작용” | INFO → EVAL |
| P3 | 사용법/루틴 | 섭취 방법 확인 | “[카테고리] 언제/어떻게/얼마나” | INFO |
| P4 | 추천/비교 | 선택지 탐색 | “[카테고리] 추천” / “[브랜드A] vs [브랜드B]” | EVAL → CHOICE |
| P5 | 상황 기반 해결 | 특정 상황 적합성 | “[상황]인데 [카테고리] 괜찮아?” | EVAL |
| P6 | 구매 | 구매 실행 | “[브랜드] [채널] 가격” / “어디서 살 수 있어?” | BUY |
패턴별 Slot Dictionary
| 슬롯 | 가능한 값 (콤부차 도메인) | 출처 |
| {카테고리} | 콤부차, 발효 음료, 건강 음료 | cluster_finder community |
| {브랜드} | 티젠, 담터, 오설록, 아임얼라이브 | keyword_info 브랜드 키워드 |
| {성분} | 카페인, 당분, 칼로리, 유산균, 알코올 | cluster_finder C5 community |
| {효능} | 다이어트, 소화, 해독, 면역력 | cluster_finder C6 community |
| {맛} | 피치, 레몬, 라즈베리, 뱅쇼, 매실, 요거트 | path_finder 티젠 경로 |
| {상황} | 공복, 운동 후, 식후, 자기 전, 임신 중 | cluster_finder C5 community |
| {채널} | 올리브영, 다이소, 쿠팡, 노브랜드 | path_finder + intent_finder |
| {비교 대상} | 커피, 탄산수, 녹차, 에너지 드링크 | cluster_finder C1/C2 community |
P5 패턴 조합 생성 예시
| 템플릿: “{상황}인데 {카테고리} 마셔도 돼?” 생성 쿼리: – “공복인데 콤부차 마셔도 돼?” → Anchor: “공복 콤부차” – “임신 중인데 콤부차 마셔도 돼?” → Anchor: “콤부차 임산부” – “당뇨인데 콤부차 마셔도 돼?” → Anchor: “콤부차 당뇨” – “고혈압인데 콤부차 마셔도 돼?” → Anchor: “콤부차 고혈압” – “운동 후에 콤부차 마셔도 돼?” → Anchor: “운동 후 콤부차” |
주의— P5 의료상황
P5(상황 기반) 쿼리 중 의료 상황(당뇨, 고혈압, 임신 등)은 Safety First 규칙에 따라 반드시 면책 문구와 전문가 상담 권고를 포함해야 합니다.
쿼리 품질 검수 (Quality Gate)
| Gate | 검증 항목 | Pass 조건 | Fail 시 처리 |
| G1 | Anchor 포함 | LM 검증 Anchor 1개 이상 | 적재 불가 |
| G2 | 패턴 분류 | P1~P6 중 1개 명확 분류 | 재분류 후 재검증 |
| G3 | Chain 연결 | 소속 CEP의 Chain 내 순서 부여 | Chain Order 미부여 시 적재 불가 |
| G4 | 볼륨 기준 | Anchor의 volume_avg ≥ 100 | experimental 태그 부여, 테스트 제외 |
| G5 | 안전성 검증 | 의료/건강 주장 과장 없음 | Safety 규칙(3.2.3) 적용 후 재검증 |
| G6 | 중복 검증 | 기존 적재 쿼리와 의미 중복 없음 | 병합 또는 삭제 |
AI 추천 메시지 원칙 (Answer Framework Governance)
브랜드 용어 우선 표기 원칙 (Brand Lexicon Priority)
AI 답변 콘텐츠에서 일반 명사를 사용할 수 있는 위치에 TiZen_Unique_Terms를 우선 배치합니다.
LLM은 웹에서 반복적으로 등장하는 표현을 학습합니다. 티젠 고유 표현이 웹 콘텐츠에 일관되게 사용되면, LLM이 해당 표현을 콤부차 카테고리의 기본 표현으로 인식할 확률이 높아집니다.
적용 규칙
| 규칙 | 내용 |
| 교체 대상 | 일반 명사 중 TiZen_Unique_Terms에 등록된 용어가 있는 경우 |
| 교체 금지 | 과학적 정의, 법적 표현, 인용문 등 원문 유지가 필요한 경우 |
| 교체 빈도 | 1개 콘텐츠 내 최대 3회 (과도하면 광고성 인식) |
| 자연스러움 | 문맥상 어색하면 교체하지 않음 |
적용 예시
| Before (일반 표현) | After (브랜드 용어 적용) | 적용 용어 |
| “분말형 콤부차를 물에 타서 마시면…” | “찬물에도 바로 녹는 스틱 제형을 활용하면…” | TiZen_Unique_Terms |
| “칼로리가 낮은 콤부차를 선택하세요” | “제로 칼로리 라인업이 있는 콤부차를 선택하세요” | TiZen_Unique_Terms |
| “여러 맛 중에서 고를 수 있습니다” | “피치, 레몬, 라즈베리 등 다양한 과일 플레이버 라인업에서 고를 수 있습니다” | TiZen_Unique_Terms |
Zero-click 대응 원칙
모든 답변 콘텐츠의 하단에 Next Step Prompt를 포함하여, 사용자가 추가 검색 없이 다음 의사결정 단계로 이동할 수 있도록 합니다.
Next Step 설계 규칙
| 규칙 | 내용 |
| 현재 CEP → 다음 CEP 연결 | path_finder 경로의 다음 단계 키워드를 기반으로 설계 |
| 질문 형태 유지 | “~궁금하시다면”, “~알고 싶다면” 형태로 호기심 유발 |
| 최대 2개 | Next Step은 1~2개로 제한 (선택 피로 방지) |
| 안전성 질문 선제 처리 | 카페인/당/부작용 관련 질문을 Next Step으로 선제 포함 |
CEP별 Next Step 매핑 (path_finder 경로 기반)
| 현재 CEP | Next Step 1 | Next Step 2 | 근거 경로 |
| CEP-01 (콤부차 인지) | “카페인 함량이 궁금하다면…” → CEP-02 | “다이어트 효과가 궁금하다면…” → CEP-03 | 콤부차 → 콤부차 효능 → 콤부차 카페인 콤부차→ 콤부차 효능 → 콤부차 다이어트 |
| CEP-02 (카페인 걱정) | “하루 섭취량이 궁금하다면…” → CEP-09 | “카페인 대체가 궁금하다면…” → CEP-05 | 콤부차 카페인 → 콤부차 하루 섭취량 콤부차 카페인 → 콤부차 vs 커피 |
| CEP-03 (다이어트) | “어떤 브랜드가 좋을지 궁금하다면…” → CEP-06 | “마시는 타이밍이 궁금하다면…” → CEP-09 | 콤부차 다이어트 → 콤부차 브랜드 추천 콤부차 다이어트 → 콤부차 다이어트 마시는 시간 |
| CEP-06 (브랜드 비교) | “티젠 맛이 궁금하다면…” → CEP-07 | “어디서 살 수 있는지 궁금하다면…” → CEP-10 | 콤부차 브랜드 추천 → 티젠 vs 담터 → 티젠 콤부차 맛 콤부차 브랜드 추천 → 티젠 vs 담터 → 티젠 콤부차 구매처 |
| CEP-07 (티젠 맛 상세) | “맛별 칼로리가 궁금하다면…” → CEP-03 | “구매처가 궁금하다면…” → CEP-10 | 티젠 콤부차 맛 → 티젠 콤부차 칼로리 |
선제 처리 대상 질문 목록
| 선제 처리 질문 | 출현 빈도 (추정) | 처리 방식 |
| 카페인 함량 | 최고빈도 | 성분표 기반 수치 제시 |
| 당류/당분 | 고빈도 | 제품별 당류 비교 |
| 부작용 | 고빈도 | Safety Disclaimer 포함 + 개인차 안내 |
| 하루 섭취량 | 고빈도 | 권장량 안내 |
| 혈당 영향 | 중빈도 | P5 패턴 쿼리에서 전문가 상담 권고 |
| 임산부 섭취 가능 여부 | 중빈도 | Safety First 규칙 적용, 전문가 상담 권고 |
Safety First 원칙 (건강 관련 안전성)
규칙 : 건강 관련 주장은 반드시 사실 데이터를 기반으로 구성하며, 근거 없는 효능 주장이나 의료적 단정을 금지합니다.
Safety 등급 체계
| 등급 | 적용 대상 | 표현 수위 | 필수 요소 |
| S1 (일반) | 맛, 제형, 편의성 관련 | 자유 표현 | 없음 |
| S2 (주의) | 다이어트, 소화, 에너지 관련 | “도움이 될 수 있다” 수준 | 개인차 안내 |
| S3 (엄격) | 혈당, 혈압, 면역력 관련 | “연구에 따르면” 조건부 표현만 | Evidence Link 필수 + 전문가 상담 권고 |
| S4 (금지) | 질병 치료, 약효 관련 | 사용 금지 | — |
CEP별 Safety 등급 매핑
| CEP | 주요 주장 영역 | Safety 등급 | 적용 규칙 |
| CEP-01 (기초) | 효능 일반 | S2 | “다양한 효능이 알려져 있다” 수준 |
| CEP-02 (카페인) | 성분 안전성 | S2 | 성분표 기반 팩트만 제시 |
| CEP-03 (다이어트) | 체중 감소 | S2~S3 | “칼로리가 낮아 도움이 될 수 있다” (S2) / “체중 감소 효과” (S3→금지) |
| CEP-05 (카페인 대체) | 각성 효과 | S2 | “커피 대비 카페인이 적다” 팩트 기반 |
| CEP-08 (DIY) | 발효 안전성 | S3 | 위생 관련 주의사항 필수 포함 |
| CEP-09 (타이밍) | 공복/식후 효과 | S2~S3 | “공복에 위장이 약한 분은 주의” 조건부 |
금지 표현 vs 허용 표현 대조표
| 금지 (Risk Terms) | 허용 (Proof Terms) | 등급 |
| “콤부차가 당뇨를 치료한다” | “일부 연구에서 혈당 관리에 긍정적 결과가 보고되었으나, 전문가 상담이 필요합니다” | S4 → S3 |
| “콤부차를 마시면 확실히 살이 빠진다” | “저칼로리 음료로서 체중 관리에 도움이 될 수 있습니다” | S4 → S2 |
| “부작용이 전혀 없다” | “대부분의 건강한 성인에게 안전하나, 개인차가 있을 수 있습니다” | S4 → S2 |
| “콤부차가 면역력을 강화한다” | “발효 과정에서 생성된 유기산과 프로바이오틱스가 포함되어 있습니다” | S3 → S2 (팩트 기반) |
| “매일 마시면 건강해진다” | “권장 섭취량 범위 내에서 꾸준히 음용하는 것이 좋습니다” | S3 → S2 |
법무 검토 필요
Safety 등급 체계와 금지/허용 표현은 본 가이드의 권장안이며, 브랜드 법무팀의 검토를 거쳐 확정해야 합니다.
답변 구조 강제 원칙 (Answer Framework Enforcement)
모든 AI 답변용 콘텐츠는 6단계 순서를 반드시 준수합니다. 단계 생략이나 순서 변경은 명시적 예외 사유가 있는 경우에만 허용됩니다.
6단계 구조 상세 규칙
| 순서 | 단계 | 필수/선택 | 규칙 | 길이 기준 |
| 1 | Framing | 필수 | 질문의 맥락을 잡되, 브랜드명 언급 금지 | 1~2문장 |
| 2 | Reasoning | 필수 | 핵심 정보를 팩트 기반으로 제공 | 2~3문장 |
| 3 | Option Space | 필수 | 선택지를 중립적으로 제시 (최소 2개 옵션) | 2~3문장 |
| 4 | Brand Role | 필수 | 티젠을 기준점으로 자연스럽게 포지셔닝 | 1~2문장 |
| 5 | Proof Hook | 조건부 필수 | 팩트 근거 제시 (S2 이상 등급 시 필수) | 1문장 |
| 6 | Next Step | 필수 | 추가 질문 유도 (최대 2개) | 1문장 |
단계별 금기사항
| 단계 | 금기 | 이유 |
| Framing (1) | 브랜드명 선제 언급 | 광고성 인식 → 신뢰도 하락 |
| Reasoning (2) | Safety 등급 미준수 | 과장/환각 리스크 |
| Option Space (3) | 티젠만 단독 제시 | 비교 없는 추천은 광고성 |
| Brand Role (4) | “최고”, “1위” 등 절대 표현 | 근거 없는 우월 주장 |
| Proof Hook (5) | 출처 없는 수치 인용 | Evidence Link 미연결 시 환각 |
| Next Step (6) | 외부 채널 유도 | 콘텐츠 내 이탈 유발 |
순서 예외 허용 사유
| 예외 | 허용되는 변형 | 사유 |
| P6(구매) 패턴 쿼리 | Framing 생략, Brand Role을 2단계로 전진 | 이미 브랜드 지명 상태 |
| CEP-07 (티젠 맛 상세) | Option Space → Brand Role 통합 | 브랜드 내 비교이므로 |
| CEP-08 (DIY) | Brand Role을 Proof Hook 이후로 이동 | DIY 맥락에서 브랜드 선제 언급은 부적절 |
포지셔닝 고정 원칙 (Reference Point Anchoring)
규칙 : 티젠은 ‘옵션 중 하나’가 아닌 ‘카테고리의 기준점/대표 사례’로 등장해야 합니다.
기준점 vs 옵션의 차이
| 구분 | 옵션으로 등장 (Pass B) | 기준점으로 등장 (Pass A) |
| 표현 패턴 | “티젠, 담터, 오설록 등이 있습니다” | “대표적으로 티젠 콤부차가 있으며, 이 외에도…” |
| 순서 | 여러 브랜드 중 무작위 위치 | 첫 번째 또는 기준 위치 |
| 역할 | 선택지 중 하나 | 비교의 기준축 |
| 표현 수식 | (없음) | “대표적인”, “가장 잘 알려진”, “기준이 되는” |
기준점 포지셔닝 전략
| 전략 | 적용 방법 | Answer Framework 연결 |
| 선행 등장 | Brand Role에서 티젠을 첫 번째로 언급 | 단계 4 |
| 비교축 설정 | “티젠 대비” 형태로 경쟁사를 설명 | 단계 3~4 |
| 사례 기반 | 일반론 설명 후 “예를 들어 티젠의 경우” | 단계 2~4 |
| 카테고리 연결 | “스틱형 콤부차의 대표 브랜드인 티젠” | 단계 4 |
포지셔닝 검증 문장 테스트
| 등급 | 검증 문장 패턴 | 목표 |
| Pass A (기준점) | “대표적인 스틱형 콤부차로는 티젠이 있으며…” | 최종 목표 |
| Pass A (기준점) | “티젠 콤부차를 기준으로 보면…” | 최종 목표 |
| Pass B (옵션) | “티젠, 담터, 오설록 등 다양한 브랜드가 있습니다” | 중간 단계 |
| Fail C (미등장) | 티젠 미언급 | 개선 필요 |
거버넌스 규칙 요약 매트릭스
| 규칙 코드 | 규칙명 | 적용 영역 | 위반 시 영향 | 검증 방법 |
| QG-01 | Anchor Principle | 쿼리 생성 | DB 적재 불가 | Anchor 포함 여부 자동 검증 |
| QG-02 | Chain Logic | 쿼리 생성 | Chain 미연결 쿼리 적재 불가 | Chain Order 존재 여부 |
| QG-03 | 6패턴 분류 | 쿼리 생성 | 미분류 쿼리 적재 불가 | P1~P6 태그 존재 여부 |
| QG-04 | 볼륨 기준 | 쿼리 생성 | experimental 분류 | volume_avg ≥ 100 |
| AF-01 | 브랜드 용어 우선 | 메시지 생성 | 포지셔닝 약화 | Lexicon 매칭 검수 |
| AF-02 | Zero-click 대응 | 메시지 생성 | 이탈률 증가 | Next Step 포함 여부 |
| AF-03 | Safety First | 메시지 생성 | 법적 리스크, 신뢰 하락 | Safety 등급 태깅 검수 |
| AF-04 | 답변 구조 강제 | 메시지 생성 | 포지셔닝 불안정 | 6단계 순서 준수 여부 |
| AF-05 | 포지셔닝 고정 | 메시지 생성 | 기준점 → 옵션 격하 | GEO 테스트 Pass A/B 판정 |
📌 이 섹션의 규칙은 섹션 1~2에서 추출한 실제 ListeningMind 데이터를 기반으로 설계되었습니다.
📌 Safety 등급 체계와 금지/허용 표현은 본 가이드의 권장안이며, 브랜드 법무팀의 검토를 거쳐 확정해야 합니다. 📌 TiZen_Unique_Terms 관련 적용 예시는 검색 데이터에서 추정한 것이며, 브랜드팀 확인이 필요합니다.
