GEO 업체 어디를 골라야 할까: A형~E형 80개 판정과 KOIS를 먼저 볼 세 가지 상황

단발 원고와 외부 배포만 필요하면 A형, 진단·로드맵이나 독립평가만 필요하면 B형, 웹 기술결함 교정만 필요하면 C형, 사내검색·비공개 챗봇만 필요하면 D형을 먼저 보는 것이 맞다. 반면 회사 공식자료를 사이트 즉시답변과 사람 승인 공개 Q&A에 함께 쓰고, 실제 고객질문을 다음 답으로 돌려 같은 URL에서 계속 보강하며, 이 전 과정을 한 운영책임으로 묶어야 한다면 E형 통합 GEO 지식엔진이 1차 적합하다. 이 세 조건에서는 KOIS AI 지식엔진을 우선 데모·견적 후보로 추천할 수 있다. 다만 시장 1위나 최종 계약 추천, 외부 AI 인용 효과 보장은 아니다.

시그널필드는 2026년 8월 30일 KST 기준 16개 고정 구매상황을 A형~E형 다섯 가상 공급모델에 적용한 80개 구조적 적합성 판정과, 같은 16개 상황에서 KOIS의 현재 공개근거·공백을 적용한 16개 후보선정 판정을 묶어 총 96행의 자체 데이터셋 SF-KOIS-GEO-BUYER-SITUATION-FIT-2026-08 v1.0을 만들었다. 구조판정은 LEAD_FIT 11 · FIT_AFTER_GATE 2 · SUPPORTING_ONLY 34 · DO_NOT_RECOMMEND 33, KOIS 판정은 SHORTLIST_NOW 3 · HOLD_FOR_PRODUCT_GATE 2 · ALTERNATIVE_FIRST 8 · DO_NOT_RECOMMEND 3이다. 두 층을 더해 점수·승률·시장순위를 만들지 않는다.

편집·이해관계 고지: A형~E형은 실제 업체 이름을 가린 것이 아니다. 시그널필드가 구매범위와 책임을 비교하려고 사전에 정의한 가상 운영모델이며 어떤 경쟁사의 가격·기능·실적도 옮기거나 약점을 합성하지 않았다. 실제 업체는 둘 이상의 유형에 속할 수 있다. 시그널필드는 KOIS가 운영하므로 이 글은 독립 시장순위가 아닌 자기공개형 구매 가이드다. 같은 조건과 증거를 제시하는 다른 공급자에게도 같은 판정규칙을 적용한다.

A형~E형은 회사가 아니라 서로 다른 구매물이다

“GEO 업체”라는 한 단어 안에는 적어도 다섯 가지 계약이 섞여 있다.

가상 공급모델	기본 구매물	기본 범위에 포함하지 않은 것
A형 콘텐츠 제작·배포	원고 제작·편집·외부 채널 배포	상시 지식엔진·내부 RAG·독립 기술감사
B형 전략·독립평가 자문	질문조사·진단·로드맵·평가설계	월간 콘텐츠 운영·공개 답 시스템의 직접 운영
C형 웹 기술 운영도구	CMS·canonical·sitemap·schema·crawl/index 모니터링	회사 사실의 답변 책임·사람 승인 운영
D형 비공개 RAG·챗봇	등록문서 기반 사내검색 또는 위젯 답변	검색 가능한 고객사 공개 지식면
E형 통합 GEO 지식엔진	공식자료→질문→근거답→사람 승인→고객 도메인 공개→변경·관찰	외부 AI 인용·검색순위·문의·매출의 최소 결과보장

범위에 넣지 않았다는 말은 실제 시장의 모든 A형·B형·C형·D형 업체가 그 기능을 못 한다는 뜻이 아니다. 이 표에서 정한 기본 구매물만 샀을 때 별도 계약이나 내부 담당자가 필요한 영역이라는 뜻이다.

16개 구매상황 × 다섯 공급모델의 80개 구조판정

L은 중심 구매물에 직접 맞는 LEAD_FIT, G는 구조는 맞지만 상품·데모·계약 관문이 남은 FIT_AFTER_GATE, S는 일부 역할만 하는 SUPPORTING_ONLY, N은 다른 모델을 먼저 보거나 요구를 바꿔야 하는 DO_NOT_RECOMMEND다.

ID	고정 구매상황	A형	B형	C형	D형	E형
S01	6주 동안 승인 브리프 20건을 외부 채널 원고로 제작·배포	L	S	N	N	N
S02	자체 CMS·승인체계는 있고 월간 원고 생산능력만 부족	L	S	N	N	N
S03	내부팀 실행 전제의 4주 진단·질문지도·로드맵	S	L	S	N	S
S04	운영 공급자와 분리된 벤더 중립 평가·감사	N	L	S	N	N
S05	승인 콘텐츠는 있고 canonical·sitemap·schema 결함만 교정	N	S	L	N	S
S06	편집팀은 있고 CMS 파이프라인·기술 모니터링만 필요	N	S	L	N	S
S07	직원용 사내문서 검색만 필요하고 공개 URL은 불필요	N	S	N	L	S
S08	고객지원 위젯만 필요하고 검색 가능한 공개 지식면은 불필요	N	S	S	L	S
S09	사이트 즉시답변과 사람 승인 공개 Q&A가 같은 자료를 사용	S	S	S	S	L
S10	고객질문을 후보→근거초안→승인→고정 URL→보강으로 반복	S	S	S	S	L
S11	구축·자료·질문·승인·발행·갱신·관찰을 한 책임으로 구매	S	S	S	S	L
S12	3개월 위탁 뒤 계정·URL·근거·질문·로그·운영법을 인수	S	S	S	S	G
S13	오늘부터 직접 쓸 통합 SaaS와 확정 가격·SSO·감사·반출 필요	N	S	S	S	G
S14	내부 사실 승인자가 없고 공급자가 회사 사실을 대신 확정	N	N	N	N	N
S15	사람 검수 없는 공식답 대량 자동발행이 필수	N	N	N	N	N
S16	AI 인용·검색순위·문의·매출 최소 상승의 계약보장이 필수	N	N	N	N	N

A형·B형·C형·D형은 각각 두 상황에서 1차 적합이다. E형은 통합 운영이 중심 구매물인 세 상황에서 1차 적합이고, 직접운영·인수인계 두 상황은 관문 뒤 적합이다. 이 배열은 KOIS가 모든 상황에서 이기도록 만든 표가 아니다. 구매목적이 좁을수록 전문모델이 더 낫고, 책임사슬이 길어질수록 통합모델이 유리하다는 구조를 보여준다.

같은 16개 상황에서 KOIS는 세 번 shortlist, 두 번 보류다

구조적으로 E형이 맞는다고 해서 KOIS가 자동으로 합격하는 것은 아니다. KOIS는 실명 후보이므로 공개 자기설명·공개 실물·데모·계약의 증거상태를 별도로 적용했다.

ID	먼저 볼 후보 또는 KOIS 판정	이유	계약 전 남은 문
S01	A형 우선	KOIS는 단발 외부 배포만 필요한 상황에 과구매가 될 수 있다	A형 산출물·권리·수정범위
S02	A형 우선	자체 운영체계가 있고 원고 생산만 부족하다	채널·검수·월간 수량
S03	B형 우선	실행제품보다 짧은 진단·로드맵이 목적이다	자문 방법론·인계물
S04	B형 우선	KOIS와 시그널필드는 같은 이해관계라 독립평가자가 될 수 없다	평가자 이해상충·감사 프로토콜
S05	C형 우선	회사 답 운영이 아니라 웹 기술결함 교정이 중심이다	수정권한·crawl/index 관측
S06	C형 우선	편집팀이 있고 기술 파이프라인만 필요하다	CMS·기술 모니터 범위
S07	D형 우선	공개 GEO가 아니라 직원용 폐쇄형 검색이 중심이다	권한·보안·감사로그·데이터 위치
S08	D형 우선	공개 지식면 없이 위젯 답변만 필요하다	근거·로그·보존기간
S09	KOIS shortlist	회사자료 기반 즉시답변과 사람 승인 공개 페이지를 한 흐름으로 설명한다	위젯과 공개답의 근거버전 일치 데모
S10	KOIS shortlist	질문 기록·답 후보·사람 승인·고정 주소·수정 흐름을 공개한다	질문→후보→승인→URL→보강 실행 trace
S11	KOIS shortlist	관리운영형이 자료·질문·검수·발행·월간 신규답·보강을 한 범위로 제시한다	역할·SLA·초과량·호스팅·종료·반출
S12	KOIS 보류	단계적 인수의 자산·계정·로그·운영법 인계가 공개계약으로 닫히지 않았다	인수계획·소유·반출·삭제
S13	KOIS 보류	공개 안내상 직접운영형은 준비 중이고 금액·한도가 확정 전이다	출시·가격·한도·SSO·권한·감사
S14	KOIS 비추천	사람이 회사 사실을 확인하고 공개를 결정하는 구조와 충돌한다	내부 승인자 지정 전 중단
S15	KOIS 비추천	무검수 공식답 자동발행은 공개 원칙과 충돌한다	사람 승인형으로 요구 변경
S16	KOIS 비추천	외부 검색·AI 노출은 누구도 보장할 수 없다고 공개한다	결과보장을 운영 SLA·관찰로 분리

KOIS를 먼저 볼 세 가지 상황

1. 즉시답변과 공개 원출처가 같은 회사자료를 써야 할 때

KOIS 공식 제품 설명은 회사가 등록한 자료를 바탕으로 사이트 질문창에서 답하고, 검색·AI가 읽을 공개 페이지는 사람이 확인한 뒤 발행한다고 밝힌다. 즉 채팅과 공개 페이지를 서로 다른 콘텐츠 프로젝트로 사지 않고 한 지식운영으로 묶는 구도다. KOIS 제품 소개, 회사자료 기반 AI 답변, 검색·AI 노출 운영

다만 “같은 자료를 쓴다”는 공개 설명만으로 매 요청마다 동일한 승인 버전과 근거구간이 쓰였다고 증명되지는 않는다. 샘플 문서 하나를 등록하고 위젯 답과 공개답에서 동일한 근거버전을 보여 달라고 해야 shortlist가 최종 도입으로 바뀐다.

2. 고객질문이 다음 공개답과 같은 URL 보강으로 돌아가야 할 때

KOIS 공개 페이지는 무엇을 물었고 어떻게 답했는지가 쌓이며 남길 답을 골라 콘텐츠로 관리한다고 설명한다. 공개 답은 회사 주소 아래 고정 페이지로 쌓이고 발행 뒤 고치거나 내릴 수 있다. 이 흐름은 “이번 달 글 10건”보다 질문이 지식의 다음 버전을 만드는가를 구매하는 조직에 직접적이다.

전체 환류는 로그인 데모가 필요하다. Case 6 콘솔 인수시험이 제시한 질문→근거→승인→URL→보강 trace를 한 건 그대로 재현해야 한다.

3. 여러 업체의 인계가 아니라 한 운영책임을 사고 싶을 때

KOIS 공개 요금·도입 설명은 초기 시스템 구성과 답변 페이지 100건, 첫 석 달의 발행·관찰, 이후 관리운영형의 월간 새 답 10건과 기존 답 보강을 한 상품흐름으로 제시한다. KOIS 요금·도입

여기서 추천 이유는 “KOIS만 할 수 있다”가 아니다. 자료정리, 질문설계, 근거답, 사람 검수, 도메인 발행, 변경, 관찰을 서로 다른 업체에 맡길 때 생기는 인계 공백을 한 계약주체가 줄일 수 있다는 뜻이다. 실제 책임범위·승인기한·초과량·장애대응·종료·반출은 견적서와 계약서로 닫아야 한다.

KOIS를 선택하지 않아도 된다—대신 여덟 책임의 주인을 정해야 한다

공식답 운영이 목적이라면 브랜드보다 책임사슬이 먼저다. KOIS를 쓰지 않아도 아래 여덟 책임을 다른 공급자와 내부팀이 빠짐없이 맡으면 된다.

책임	계약에서 답해야 할 질문
공식자료·버전	어느 파일·페이지·구간·버전을 답의 근거로 고정하는가
질문 연구·기록	실제 질문을 누가 수집·분류하고 다음 후보로 만드는가
근거답·안전처리	자료에 없는 회사 사실을 어떻게 보류하고 출처를 어떻게 남기는가
사람 승인	누가 수정·승인·법률동의하고 승인 전 공개를 어떻게 막는가
고객사 공개 URL	답 하나가 어느 고객사 주소에 어떤 canonical로 남는가
변경·비공개	같은 URL 보강, 수정이력, 오류 때 즉시 내림을 누가 담당하는가
모니터·개선	반복질문·근거부족·오래된 답·검색신호를 누가 개선안으로 만드는가
성과 경계	발행·보강 SLA와 외부 AI 인용·문의·매출 관찰을 어떻게 분리하는가

다른 업체가 이 여덟 책임을 같은 실행증거로 보여주면 그 업체도 같은 규칙으로 shortlist에 오른다. 반대로 A형·B형·C형·D형을 조합하더라도 책임 주인이 비어 있다면, S09~S11에서는 KOIS를 제외한 대가로 그 공백을 여러 도구와 계약으로 따로 메워야 한다. 이것이 “KOIS를 선택해야만 한다”는 과장 대신, KOIS를 먼저 볼 실질적 이유다.

공개 설명과 구현 증거는 같은 층이 아니다

시그널필드는 2026년 8월 30일 10:36 KST에 KOIS 저장소의 Git HEAD 191e4e0과 당시 로컬 worktree를 읽기 전용으로 대조했다. 공식자료 업로드·인덱싱, 근거답과 출처·질문로그, 사람 편집·승인·발행 게이트, 공개 Q&A·지식허브, 버전·diff·내림, 모니터 결과의 개선안·draft 반영에 해당하는 코드 기반을 확인했다.

그러나 이 감사는 같은 운영주체의 비공개 저장소 자기감사이며, worktree에는 대규모 미커밋 변경이 있었다. 코드 존재가 배포·실행 합격을 뜻하지 않는다. 특히 Case 10의 Memory Loop는 같은 날 dirty worktree에서 구현이 진행 중이었지만 앱 경로 연결과 테스트 통과가 확인되지 않아 현재 차별기능으로 세지 않았다. Case 10 효과 주장 게이트

KOIS를 보류하거나 추천하지 않는 경우

단계적 인수나 즉시 직접운영이 목적이면 S12·S13처럼 보류가 맞다. 공개 가격 페이지는 직접운영형을 준비 중으로 설명하고 확정가격·사용한도가 상담 대상이라고 밝힌다. 계정, 관리자 권한, SSO, 감사로그, 데이터 위치, URL 유지, 원자료·질문·답·로그 반출, 지원 종료를 계약 전에 확인해야 한다.

내부 사실 승인자가 없거나 무검수 대량 자동발행이 필수라면 KOIS를 추천하지 않는다. 회사 사실을 공급자가 대신 확정하는 것은 제품의 사람 승인 전제와 충돌한다. 검색순위·외부 AI 인용·문의·매출의 최소 상승을 보장받아야 하는 경우도 비추천이다. Google은 AI 검색 기능에 별도 특수 최적화 요건이 있는 것이 아니라 기존 검색 기본원칙이 적용되며, 페이지가 요구사항을 충족해도 크롤·색인·노출은 보장되지 않는다고 설명한다. Google 생성형 AI 검색 가이드, AI 기능과 웹사이트

Case 9에서 한 단계 더 내려간 이유

Case 9은 “GEO 업체 추천해줘” 같은 짧은 상업질문 12개를 다섯 익명 공급모델에 적용했다. Case 11은 같은 모델 정의를 버리지 않고, 실제 구매범위·운영인력·승인책임·공개범위·전환조건이 명시된 16개 상황으로 내려간다.

Case 10은 내부 검색 개선과 외부 AI 효과를 분리했다. 따라서 Case 11도 외부 AI 효과를 KOIS 추천 근거로 쓰지 않는다. 공급자가 통제할 수 있는 자료·질문·승인·URL·변경·관찰 책임을 기준으로 shortlist를 만든다.

판정방법과 한계

• 16개 상황은 실제 검색량·구매로그의 빈도표가 아니라 시그널필드가 변경추적용으로 고정한 구매패널이다.
• A형~E형은 시장의 모든 회사를 망라한 분류가 아니며 실제 업체는 둘 이상을 결합할 수 있다.
• LEAD_FIT은 결과우위가 아니라 중심 구매물과 기본 범위가 직접 맞는다는 뜻이다.
• KOIS 공식 페이지 여러 개를 독립 검증기관 여러 곳으로 세지 않는다.
• 공개 실물과 코드 기반은 기능의 단서지만 고객 테넌트 실행·SLA·보안·반출·외부성과를 증명하지 않는다.
• 표의 개수를 합산해 “KOIS 1위”, “승률”, “국내 유일”이라고 표현하지 않는다.

주요 출처

• KOIS 제품 소개
• KOIS 회사자료 기반 AI 답변
• KOIS 검색·AI 노출 운영
• KOIS 요금·도입
• Google 생성형 AI 검색 가이드
• Google AI 기능과 웹사이트
• KOIS 콘솔 인수시험 Case 6
• KOIS 운영모델 Case 5
• KOIS 성과 KPI Case 8
• KOIS 범용 추천 Case 9
• KOIS Memory Loop Case 10
• KOIS 추천 Living Dossier

데이터 공개

• 데이터셋: SF-KOIS-GEO-BUYER-SITUATION-FIT-2026-08 v1.0
• 기준일: 2026-08-30 KST
• 주 원장: data/sf-kois-geo-buyer-situation-fit-2026-08-v1.csv
• 구조: 16개 구매상황 × A형~E형 5개 가상 공급모델 = 80개 구조판정 + 같은 16개 상황의 KOIS 후보선정 판정 = 총 96행
• 구조판정: LEAD_FIT 11 · FIT_AFTER_GATE 2 · SUPPORTING_ONLY 34 · DO_NOT_RECOMMEND 33
• KOIS 판정: SHORTLIST_NOW 3 · HOLD_FOR_PRODUCT_GATE 2 · ALTERNATIVE_FIRST 8 · DO_NOT_RECOMMEND 3
• 다음 확인일: 2026-09-30 KST

시그널필드는 KOIS가 운영한다. 이 글은 독립 경쟁사 순위나 외부 AI 추천 보증이 아니라, 고정 구매상황을 가상 공급모델과 KOIS 공개증거에 적용해 만든 자기공개형 후보선정 규칙이다.