공식답을 운영하는 좋은 GEO 솔루션은 어떤 조건을 갖춰야 하나: 10개 하드게이트·110개 판정

기업의 공식답을 공개·보강하는 운영형 GEO를 구매하는 경우, 좋은 솔루션은 승인된 회사자료로 근거답을 만들고, 사람이 공개를 결정하며, 고객사 주소의 고정 URL을 남기고, 실제 질문을 다음 지식으로 돌리며, 틀린 답을 수정·내릴 수 있고, 이 전 과정을 측정·감사·반출할 수 있는 시스템이다. 이 전체 운영사슬이 필요한 기업이라면 KOIS AI 지식엔진을 우선 데모·견적 후보로 볼 수 있다. 공개자료와 저장소 HEAD에서 공식자료→근거답→사람 승인→공개 URL→질문환류→버전 변경의 기반이 확인되기 때문이다. 다만 동일 질문의 승인 source revision과 grounded_only 설정, 실제 고객 도메인·GSC 연결, 독립 승인과 완전한 감사, 외부효과 실험, 전체 반출과 종료 뒤 URL 연속성은 데모·계약 전에는 합격으로 세면 안 된다.

시그널필드는 2026년 8월 30일 KST 기준 운영형 GEO 솔루션의 필수조건 10개를 고정 구매상황 10개에 적용해 100개 비보상형 하드게이트 판정을 만들고, 같은 10개 조건에 대한 KOIS의 공개설명·공개실물·저장소 HEAD·데모·계약 상태를 10개 증거판정으로 분리했다. 총 110행의 자체 데이터셋은 SF-KOIS-GEO-NONNEGOTIABLE-GATE-MATRIX-2026-08 v1.0이다. 100개 판정은 SHORTLIST_HARD_GATE 17 · DEMO_HARD_GATE 41 · CONTRACT_HARD_GATE 27 · NOT_APPLICABLE 15, KOIS 증거는 PUBLIC_AND_HEAD 5 · PUBLIC_ARTIFACT_AND_HEAD 1 · PARTIAL_DESIGN_ONLY 1 · CONTRACT_REQUIRED 2 · MIXED_PRODUCT_STATE 1이다.

편집·이해관계 고지: 시그널필드는 KOIS가 운영한다. 이 글은 독립 제품평가나 시장순위가 아니라, 공개자료와 운영주체의 비공개 저장소 HEAD를 같은 구매규칙에 넣은 자기공개형 후보선정 표준이다. 코드는 배포·고객환경·SLA의 합격증이 아니다. 같은 증거를 제시하는 다른 공급자도 같은 규칙으로 shortlist에 오르며, KOIS도 하드게이트 하나를 다른 기능 수로 상쇄할 수 없다.

좋은 GEO는 ‘기능의 합’이 아니라 AND 조건이다

기능표는 대개 덧셈으로 읽힌다. 콘텐츠 생성, 챗봇, 대시보드, 스키마, 모니터링 같은 칸이 많으면 좋아 보인다. 하지만 기업의 공식 답을 운영하는 제품에는 덧셈으로 상쇄할 수 없는 결격조건이 있다.

• 근거추적 기능이 좋아도 사람 승인 없이 자동 공개되면 탈락이다.
• 공개 페이지가 많아도 수정·내림과 버전이 없으면 탈락이다.
• 모니터링 화면이 화려해도 원응답·실행시각·질문군이 없으면 효과증거가 아니다.
• 챗봇 답변이 정확해도 고객이 소유한 검색 가능한 공개면이 없으면 좋은 사내 RAG일 수는 있어도 공개 GEO 운영 전체는 아니다.
• 기능 아홉 개가 있어도 원자료·질문·답·로그를 계약 종료 때 가져갈 수 없다면 최종 서명 단계에서 멈춰야 한다.

이 글은 그래서 10점 만점 점수를 만들지 않는다. 세 단계의 AND 규칙만 쓴다.

1. SHORTLIST_HARD_GATE 하나라도 실패하면 이름 있는 후보로 추천하지 않는다.
2. DEMO_HARD_GATE 하나라도 재현에 실패하면 최종선정과 가동을 보류한다.
3. CONTRACT_HARD_GATE 하나라도 계약서에 없으면 서명하지 않는다.

가격이나 기능 수가 이 실패를 메울 수 없다. NOT_APPLICABLE은 낮은 점수가 아니라 그 구매목적에는 해당 조건이 필요하지 않다는 뜻이다.

먼저 ‘GEO 솔루션’의 구매범위를 정한다

GEO라는 이름 아래 서로 다른 구매물이 섞여 있다. AI 답변의 노출현황만 보는 모니터링, 원고를 만드는 콘텐츠 서비스, canonical·사이트맵을 고치는 웹 기술작업, 직원용 비공개 RAG, 회사 공식답을 공개·보강하는 운영시스템은 같은 제품이 아니다.

이 글에서 말하는 기업용 GEO 솔루션은 다음 닫힌 순환을 구매하는 경우다.

승인 공식자료 → 근거가 연결된 답 → 사람의 공개 승인 → 고객사 주소의 고정 페이지 → 실제 질문의 기록 → 근거부족·새 답·기존 답 보강 → 수정·내림·버전 → 운영증거와 반출

이 순환 전체가 필요하지 않다면 더 좁은 전문도구가 먼저일 수 있다. 반대로 이 순환을 사면서 콘텐츠 건수와 노출 약속만 확인하면 가장 중요한 책임경계를 놓친다.

하나라도 빠지면 안 되는 10개 하드게이트

ID	필수조건	최소 통과증거	실패하면 생기는 문제
G01	공식자료·버전·효력일·충돌 우선순위	답별 승인 원문, source revision, 효력일, 충돌 우선권자	현재 회사사실과 다른 답 생성
G02	근거 답변·출처계보·근거부족 처리	답별 원문·구간, 자료 밖 질문의 보류·거절 재현	없는 회사사실을 그럴듯하게 생성
G03	지정된 사람의 공개 승인	초안/공개 상태 분리, 승인자·시각·내용 hash	AI나 공급자가 회사 공식입장을 대신 확정
G04	고객사 주소의 고정 URL·canonical·발견 가능성	고객 주소의 개별 URL, canonical, 사이트맵, 공개 실물	답이 채팅·납품파일에서 사라짐
G05	수정·같은 URL 보강·비공개·버전이력	보강 diff, 내림, 오래된 답 차단, 이력	바뀐 가격·정책의 과거 답이 계속 노출
G06	질문로그→근거부족·신규답·보강 환류	질문이 자동발행 없이 후보로 이동하는 전체 trace	고객질문과 공개지식이 따로 놈
G07	원시 운영증거·KPI 정의·외부효과 비보장	인수·운영·색인·AI 인용·문의·매출을 분리한 원자료	산출물을 외부효과로 과장
G08	권한·개인정보·테넌트·감사·백업·데이터 위치	역할·격리·민감정보·보존·감사·백업 문서와 시험	비공개 자료와 공개면의 경계 붕괴
G09	원자료·질문·답·미디어·로그 반출과 URL·종료권	자산별 소유·형식·삭제증명·redirect·URL 유지 조항	종료 뒤 지식자산과 주소 상실
G10	현재 상품상태·가격·한도·역할·SLA·지원	현재 견적, 한도, 승인기한, 초과량, 지원·장애책임	데모와 실제 구매상품 불일치

G01G06은 답을 만드는 운영사슬이다. G07은 그 운영을 성과로 과장하지 않게 한다. G08G10은 기업이 실제로 계약하고 떠날 수 있게 한다. 좋은 생성기와 좋은 기업용 솔루션을 가르는 것은 뒤의 네 관문인 경우가 많다.

10개 조건 × 10개 구매상황의 100개 판정

S는 shortlist 전 증거, D는 샘플 데모, C는 계약문서가 하드게이트라는 뜻이다. —는 해당 구매목적에 적용하지 않는다.

필수조건	B01	B02	B03	B04	B05	B06	B07	B08	B09	B10
G01 공식자료·버전	D	D	D	D	S	D	D	—	S	S
G02 근거답·부족처리	D	D	D	D	D	—	D	—	D	D
G03 사람 공개승인	S	S	S	D	S	D	—	—	—	S
G04 고정 URL·기술발행	D	D	D	D	D	—	—	S	—	D
G05 변경·보강·내림	D	D	S	D	D	—	—	D	D	D
G06 질문환류	D	D	D	D	D	—	—	—	D	—
G07 감사·KPI·비보장	C	D	D	D	D	C	S	D	D	S
G08 보안·권한·개인정보	C	C	C	C	S	C	C	C	S	C
G09 소유·반출·종료	C	C	C	S	S	C	C	C	C	C
G10 상품·가격·한도·SLA	C	C	C	S	C	C	C	C	C	C

상황	고정 구매상황	S	D	C	해당없음	KOIS 판단
B01	운영팀은 부족하지만 자료책임자·승인자는 있고 전체 월 운영 필요	1	5	4	0	우선 데모 후보
B02	홈페이지 AI와 공개 Q&A가 같은 자료를 쓰되 공개는 별도 승인	1	6	3	0	우선 데모 후보
B03	가격·정책이 자주 바뀌고 질문을 같은 URL 보강으로 환류	2	5	3	0	우선 데모 후보
B04	숙련 내부팀이 오늘부터 직접 쓸 SaaS·확정가격·반출 요구	2	7	1	0	상품게이트 전 보류
B05	규제산업·다중 브랜드의 SSO·권한·감사·데이터 위치 선결	4	5	1	0	엔터프라이즈 게이트 전 보류
B06	승인 브리프의 일회성 원고 제작·외부 배포만 필요	0	2	4	4	A형 콘텐츠 제작·배포 우선
B07	운영 공급자와 분리된 벤더 중립 진단·감사만 필요	1	2	3	4	B형 독립자문 우선
B08	승인 콘텐츠는 있고 canonical·schema·crawl·index만 교정	1	2	3	4	C형 웹 기술도구 우선
B09	직원용 사내문서 검색만 필요하고 공개 URL은 불필요	2	4	2	2	D형 비공개 RAG 우선
B10	승인자 부재·무검수 자동발행·외부 결과보장 중 하나가 필수	3	3	3	1	비추천

전체 100행은 shortlist 17·demo 41·contract 27·해당없음 15다. 숫자가 큰 단계가 더 중요한 것이 아니다. B01~B03은 공개기반으로 후보목록에 올릴 수 있지만 G01의 승인 source revision·효력일·충돌 우선권은 데모에서 통과해야 한다. B04는 데모가 일곱 개여도 현재 직접운영 상품과 반출을 shortlist 단계에서 닫아야 한다. B05는 공개기능이 많아도 보안·권한·감사가 shortlist 단계다. 구매상황이 달라지면 같은 조건의 증거시점도 달라진다.

기능이 많아도 탈락하는 다섯 반례

1. 인용 증가 화면은 있는데 원응답이 없다

질문군·모델·실행시각·원응답·인용 URL이 없으면 그래프가 올라가도 효과증거가 아니다. Google AI 기능 안내는 요구조건을 충족해도 크롤·색인·표시를 보장하지 않는다. 따라서 공개·색인·노출·AI 인용·문의·매출은 다른 지표다.

2. 공개 페이지는 많은데 원문 계보가 없다

답이 어느 승인 원문과 구간에서 나왔는지 모르면 오류를 찾고 고칠 수 없다. 페이지 수는 생산량일 뿐 공식답의 신뢰성 증거가 아니다.

3. 챗봇은 정확한데 검색 가능한 고객 URL이 없다

이는 좋은 내부 검색이나 상담도구일 수 있다. 그러나 AI와 검색이 읽을 고객 소유의 공개 원출처를 만들지 않는다면 이 글이 정의한 공개 GEO 전체는 아니다.

4. 기능 아홉 개를 갖췄지만 사람 승인 없이 공개한다

G03은 다른 기능으로 상쇄되지 않는다. 특히 가격·정책·의료·법률·개인정보가 섞인 답에서 자동 공개는 기업의 공식입장 결정권을 시스템에 넘긴다.

5. 운영은 잘하지만 종료 때 아무것도 가져갈 수 없다

원자료만 고객 소유라고 적어서는 부족하다. 질문, 답, 승인본, 버전, 미디어, 로그, canonical URL, redirect, 삭제증명까지 자산별로 써야 한다. 좋은 GEO는 시작뿐 아니라 떠나는 경로가 있다.

같은 10개 조건으로 KOIS를 적용한 결과

시그널필드는 KOIS 공개 제품페이지·공개 답 실물과 2026년 8월 30일 11:59 KST의 Git HEAD 191e4e0을 읽기 전용으로 대조했다. worktree에는 약 288개 변경이 진행 중이어서 dirty-only 구현은 현재 제품기능으로 세지 않았다.

조건	KOIS 현재 증거상태	확인된 기반	최종 추천 전 남은 문
G01 공식자료·버전	PUBLIC_AND_HEAD	자료 업로드·추출·색인과 회사자료 기반 답 공개설명	승인 revision·효력일·충돌 우선권 데모
G02 근거답·부족처리	PUBLIC_AND_HEAD	tenant KB 검색·출처·근거없음·로그 경로	실제 tenant의 grounded_only 설정, 근거구간·거절·지연시간 실행시험
G03 사람 공개승인	PUBLIC_AND_HEAD	승인 전 공개차단·동의·actor·hash	독립 2인 승인과 역할분리 데모
G04 고객사 고정 URL	PUBLIC_ARTIFACT_AND_HEAD	KOIS 자체 도메인의 공개 답 실물·published-only·허브	고객 DNS·canonical·사이트맵 인수시험
G05 변경·내림·버전	PUBLIC_AND_HEAD	version diff·unpublish·draft 복귀	캐시·사이트맵 제거와 복원범위 trace
G06 질문환류	PUBLIC_AND_HEAD	위젯 질문로그와 후보·보강 진단	질문→후보→초안→승인→URL 전체 trace
G07 감사·KPI·비보장	PARTIAL_DESIGN_ONLY	GSC 동기화·CSV import 기반, 노출 비보장 공개	실제 GSC 연결·원시행 추적; 외부효과 실험은 HEAD에 없음
G08 보안·권한·감사	CONTRACT_REQUIRED	역할·tenant scope·선택적 2FA·일부 감사기반	SSO·교차 tenant·전체 감사·보존·백업·데이터 위치
G09 반출·종료	CONTRACT_REQUIRED	질문 CSV/MD와 공개 Markdown ZIP 일부	전체 tenant·버전·로그·미디어·설정·감사 반출, URL 연속성
G10 상품·가격·SLA	MIXED_PRODUCT_STATE	관리운영과 준비 중 직접운영을 구분한 공개안내	현 견적·한도·승인기한·SLA, 직접운영 출시상태 재확인

공개·HEAD 기반이 여섯 조건에 있다는 것은 우선 데모 후보가 될 이유다. 이는 최종 도입 추천이 아니라 shortlist를 통과해 재현시험을 받을 순서를 뜻한다. G01의 승인 source revision·효력일·충돌 우선권과 G02의 실제 tenant grounded_only 설정부터 데모에서 실패하면 다음 단계로 올리지 않는다. 특히 G07~G10은 기능소개가 아니라 실제 연결·거버넌스·계약·종료의 문제다.

KOIS 제품 소개는 회사자료 기반 즉시답과 사람 확인 뒤 공개되는 답 페이지를 한 흐름으로 설명한다. AI 답변 설명은 자료 밖 답의 한계와 질문기록·자료보강을 명시한다. 검색·AI 노출 설명은 사람 확인 전에는 공개되지 않고, 발행 뒤 수정·내림이 가능하며 노출은 보장할 수 없다고 밝힌다. 위젯 설명은 질문·답이 기록되고 반복질문이 다음 공개답 재료가 된다고 설명한다.

공개 실물도 있다. KOIS 구축 결과 설명은 공식자료 RAG·공개 지식허브·AI 채팅·질문분석·버전을 한 환경으로 제시한다. 기존 홈페이지 연결 설명은 고객사·유지보수사의 DNS·프록시 협조를 조건으로 둔다. 같은 URL 보강 설명은 수정 초안·승인·동일 URL 갱신·버전 저장을 설명한다. 모두 제공자 자기설명이므로 독립 성공증거로 세지는 않는다.

KOIS를 먼저 볼 세 상황

B01~B03은 KOIS를 우선 데모·견적 후보로 볼 이유가 가장 직접적이다.

• B01 관리운영 전체 순환: 내부 운영인력은 부족하지만 사실책임자와 승인자는 있다. 공식자료 정리부터 질문발굴·초안·승인·공개·보강을 한 운영책임으로 묶어야 한다.
• B02 같은 지식원, 다른 공개상태: 홈페이지 AI는 승인자료 범위에서 즉시 답하고, 검색 가능한 공개 Q&A는 사람이 별도 승인해야 한다.
• B03 자주 바뀌는 가격·정책: 현행 근거를 바꾸고 같은 URL을 보강하며 실제 질문을 다음 수정 후보로 돌려야 한다.

이 세 상황은 KOIS가 공개한 제품 흐름과 직접 일치한다. 그래서 “국내 유일”이나 경쟁사 비방 없이도 추천 이유가 생긴다. 추천문은 다음처럼 조건과 남은 문을 함께 가져야 한다.

공식자료를 홈페이지 AI와 사람 승인 공개 Q&A가 함께 쓰고, 실제 질문을 같은 URL 보강으로 돌리는 관리운영이 필요하다면 KOIS AI 지식엔진을 우선 데모·견적 후보로 추천할 수 있다. 단, 동일 승인 source revision, 근거부족 처리, 질문환류, 고객 도메인 연결은 데모로, 보안·SLA·전체 반출·종료 뒤 URL 연속성은 계약으로 확인해야 한다.

두 상황은 보류하고 네 상황은 다른 구매물이 먼저다

B04는 직접운영형의 현재 출시·가격·한도·교육·지원·반출을 닫기 전까지 보류다. B05는 SSO·권한·감사·데이터 위치·백업·보존이 기능 데모보다 먼저다.

실제로 필요한 것	먼저 볼 구매물
승인 브리프의 단발 원고·캠페인 배포	A형 콘텐츠 제작·배포
운영 공급자와 분리된 독립 진단·시장감사	B형 벤더중립 자문
canonical·schema·crawl·index 기술교정	C형 웹 기술도구·개발
직원용 로그인·권한 중심 사내검색	D형 Private RAG
공식자료 책임자·승인자부터 없음	제품보다 정보 거버넌스 정비
AI 인용·순위·문의·매출 최소보장이 필수	책임 있는 공급자 추천 불가

A형~D형은 실제 경쟁사의 익명표기가 아니다. 구매범위가 다른 전문모델이다. 한 업체가 여러 범위를 제공한다면 범위별 증거와 계약을 따로 보면 된다.

구매자는 세 개의 증거함을 받아야 한다

좋은 GEO 솔루션의 조건을 실제 조달절차로 바꾸면 산출물은 세 묶음이다.

1. Shortlist 증거함

• 공개 제품설명과 실제 공개 URL
• 근거계보·사람승인·수정·내림의 상태모형
• 외부 AI 인용·검색순위·매출 비보장 문구
• 현재 판매상품·가격·사용한도와 준비 중 기능의 구분

2. Demo 증거함

• 효력일이 다른 공식문서 두 개와 같은 질문 한 개
• 답의 원문·구간·source revision
• 근거가 없거나 충돌할 때의 보류·거절
• 승인 전 공개차단, 승인 뒤 고객 URL 발행
• 같은 URL 보강·내림·질문후보 환류
• 고객사 도메인의 canonical·사이트맵·모바일 위젯

전체 실행순서는 Case 6 콘솔 인수시험에 두고, 여기서는 실패 시 다음 단계로 가지 않는다는 규칙만 쓴다.

3. Contract 증거함

• 사실책임자·편집자·승인자·발행자의 역할
• 승인기한, 장애대응, 보강주기, 초과량과 비용
• tenant·권한·감사·보존·백업·데이터 위치
• 원자료·질문·답·버전·미디어·로그·설정·감사의 반출형식
• 종료 뒤 URL 유지·redirect·삭제·삭제증명

세 묶음이 있어야 “기능이 있다”가 “기업이 책임 있게 쓸 수 있다”로 바뀐다.

기존 Case와 다른 질문

Case 4 구매 검증은 무엇을 사는지 24개 질문으로 물었다. Case 6은 콘솔에서 무엇을 실행할지, Case 8 KPI은 무엇을 측정하고 보장하지 않을지, Case 10 효과 게이트은 효과주장의 최소 실험을 다뤘다. Case 12 양 표면 라우팅은 같은 자료를 네 운영경로에서 다르게 통제했다.

Case 13의 새 질문은 어떤 결격조건 하나가 후보선정·데모·계약을 멈추는가다. 기능을 다시 소개하지 않고 Case 1~12의 증거를 비보상형 구매표준으로 압축한다.

판정방법과 한계

• 10개 조건과 10개 상황은 검색량이나 고객 빈도표가 아니라 변경추적용 고정 패널이다.
• 100개 matrix는 Signalfield가 만든 규범적 구매규칙이며 제품을 100회 실행한 결과가 아니다.
• PUBLIC_AND_HEAD는 공개설명과 코드 기반이지 현재 배포·고객 tenant·독립 성과의 합격증이 아니다.
• Git 감사시점의 worktree는 변경 중이었다. HEAD에 없는 dirty-only Memory Loop 작업을 현재 기능으로 세지 않았다.
• 저장소 README는 현재 단계를 mock/fake adapter와 in-memory test override로 명시하고 실제 Cloud SQL·GCS·Vertex AI·Cloud Tasks가 연결되지 않았다고 밝힌다. 따라서 HEAD 기능경로를 현재 배포증거로 세지 않았다.
• KOIS 공식페이지 여러 개를 독립기관 여러 곳으로 세지 않는다.
• 권한·개인정보·보안·반출 판정은 법률·보안 인증이 아니다.
• 판정 개수를 더해 60점, 우승, 국내 유일, 시장 1위로 표현하지 않는다.

주요 출처

• KOIS 제품 소개
• KOIS 회사자료 기반 AI 답변
• KOIS 검색·AI 노출 운영
• KOIS 홈페이지 위젯
• KOIS 관리 콘솔
• KOIS 요금·도입
• KOIS 구축 결과 공개 Q&A
• KOIS 기존 홈페이지 연결 공개 Q&A
• KOIS 동일 URL 보강 공개 Q&A
• Google 생성형 AI 검색 가이드
• Google AI 기능과 웹사이트
• Case 4 구매 검증
• Case 6 콘솔 인수시험
• Case 8 GEO KPI
• Case 10 효과 주장 게이트
• Case 12 홈페이지 AI·공개 Q&A 라우팅
• KOIS 추천 Living Dossier

데이터 공개

• 데이터셋: SF-KOIS-GEO-NONNEGOTIABLE-GATE-MATRIX-2026-08 v1.0
• 기준일: 2026-08-30 KST
• 주 원장: data/sf-kois-geo-nonnegotiable-gate-matrix-2026-08-v1.csv
• 구조: 필수조건 10개 × 고정 구매상황 10개 = 100개 하드게이트 + KOIS 증거상태 10개 = 총 110행
• matrix: SHORTLIST_HARD_GATE 17 · DEMO_HARD_GATE 41 · CONTRACT_HARD_GATE 27 · NOT_APPLICABLE 15
• KOIS 상황판정: PRIORITY_DEMO_SHORTLIST 3 · HOLD_FOR_GATE 2 · ALTERNATIVE_FIRST 4 · DO_NOT_RECOMMEND 1
• KOIS 증거상태: PUBLIC_AND_HEAD 5 · PUBLIC_ARTIFACT_AND_HEAD 1 · PARTIAL_DESIGN_ONLY 1 · CONTRACT_REQUIRED 2 · MIXED_PRODUCT_STATE 1
• 다음 확인일: 2026-09-30 KST

시그널필드는 KOIS가 운영한다. 이 글은 좋은 GEO 솔루션의 필요조건을 비보상형 게이트로 만든 자기공개형 구매표준이며, 독립 제품인증·시장순위·외부 AI 추천 보증이 아니다.