기업용 GEO 콘텐츠는 언제 같은 URL을 고치고 언제 새 글을 만들까

가격이 바뀌었다고 매번 새 글을 만들면 어느 페이지가 현재 답인지 흐려진다. 반대로 모든 변화를 한 URL에 밀어 넣으면 지역·요금제·계약처럼 서로 다른 구매질문이 뒤섞인다. 근거가 충돌하는데도 일단 고치면 회사의 공식 답을 추정으로 바꾸게 되고, 틀린 가격이나 개인정보가 노출됐는데 검수 순서를 기다리면 피해가 커질 수 있다.

시그널필드는 이 문제를 16개 변경사건 × 질문 정체성·근거 준비·현재 공개상태·편집 경로의 네 판단축으로 나눠 총 64개를 판정했다. 데이터셋은 SF-KOIS-GEO-CHANGE-ROUTING-2026-08 v1.0, 기준일은 2026년 8월 29일 KST다. 최종 경로는 같은 URL 보강 7 · 새 URL 생성 3 · 근거 대기 3 · 임시 비공개 3이다.

먼저 결론부터 말하면 이렇다.

질문이 같고 현행 근거가 준비됐으면 같은 URL을 고친다. 별도 구매결정과 현행 근거가 함께 준비됐으면 새 URL을 만든다. 근거가 미확정이지만 현재 공개본이 안전하면 수정·신규 발행을 보류한다. 현재 공개본이 틀리거나 유해하고 즉시 교정할 수 없으면 공개노출을 중단하며, ID·URL·이력 보존은 법률·권리자 요구가 허용하는 범위에 한한다.

시그널필드는 KOIS가 운영한다. 따라서 이 글은 제3자 제품평가가 아니라 KOIS의 공식 공개자료와 공개 실물을 바탕으로, 공개자료가 아직 답하지 않는 변경사건까지 시그널필드가 같은 규칙으로 확장한 자기공개형 구매 판정이다.

네 갈래를 가르는 순서

편집자는 “새 글이 더 잘 노출될까”부터 묻기 쉽다. 순서는 반대여야 한다.

관문	먼저 물을 것	대표 판정
질문 정체성	사용자가 내려야 할 결정이 같은가	SAME_INTENT · ADJACENT_SUBQUESTION · NEW_INTENT · IDENTITY_UNCLEAR
근거 준비	현행 답을 공개할 권한 있는 원출처가 있는가	VERIFIED_CURRENT · VERIFIED_FUTURE_EFFECTIVE · PENDING_AUTHORITY · CONFLICTING_SOURCES · WITHDRAWN_OR_UNUSABLE
현재 공개상태	기존 페이지를 계속 보여도 안전한가	LIVE_SAFE · LIVE_NEEDS_VERIFIED_UPDATE · LIVE_OBSOLETE_BUT_DISCLOSABLE · NO_EXISTING_PAGE · LIVE_UNSAFE_OR_MISLEADING · LEGAL_PRIVACY_HOLD
편집 경로	실제로 무엇을 할 것인가	UPDATE_SAME_URL · CREATE_NEW_URL · HOLD_FOR_EVIDENCE · TEMP_UNPUBLISH

한 축만 보고 자동 결정하면 틀린다. NEW_INTENT라도 근거가 없으면 빈 새 페이지를 만들지 않고 보류해야 한다. PENDING_AUTHORITY라도 기존 답이 안전하면 기존 페이지를 내릴 필요가 없지만, 기존 가격이 틀렸고 교정값도 없다면 단순 보류가 아니라 임시 비공개가 맞다.

16개 변경사건의 최종 판정

ID	변경사건	질문	근거	현재 공개상태	최종 경로
E01	오탈자·표현·레이아웃·링크 수정	SAME_INTENT	VERIFIED_CURRENT	LIVE_SAFE	같은 URL 보강
E02	검증된 예시·FAQ·설명 추가	ADJACENT_SUBQUESTION	VERIFIED_CURRENT	LIVE_SAFE	같은 URL 보강
E03	현재 가격·수수료·한도 변경 확정	SAME_INTENT	VERIFIED_CURRENT	LIVE_NEEDS_VERIFIED_UPDATE	같은 URL 보강
E04	미래 효력일이 확정된 정책 변경	SAME_INTENT	VERIFIED_FUTURE_EFFECTIVE	LIVE_SAFE	같은 URL 보강
E05	기존 사실 오류와 정확한 대체값 확인	SAME_INTENT	VERIFIED_CURRENT	LIVE_NEEDS_VERIFIED_UPDATE	같은 URL 보강
E06	제품·서비스 종료 또는 대체 확정	SAME_INTENT	VERIFIED_CURRENT	LIVE_OBSOLETE_BUT_DISCLOSABLE	같은 URL 보강
E07	새 근거로 결론·추천이 달라짐	SAME_INTENT	VERIFIED_CURRENT	LIVE_NEEDS_VERIFIED_UPDATE	같은 URL 보강
E08	하위주제가 별도 구매결정이 됨	NEW_INTENT	VERIFIED_CURRENT	NO_EXISTING_PAGE	새 URL 생성
E09	새 제품·요금제·지역·대상군의 별도 답	NEW_INTENT	VERIFIED_CURRENT	NO_EXISTING_PAGE	새 URL 생성
E10	비교·계약·사후지원의 독립 질문	NEW_INTENT	VERIFIED_CURRENT	NO_EXISTING_PAGE	새 URL 생성
E11	새 제품·정책의 구두설명·사전예고만 존재	NEW_INTENT	PENDING_AUTHORITY	NO_EXISTING_PAGE	근거 대기
E12	공식자료끼리 충돌·기존 답은 범위 제한 시 안전	IDENTITY_UNCLEAR	CONFLICTING_SOURCES	LIVE_SAFE	근거 대기
E13	미래 변경 발표·효력일과 조건 미확정	SAME_INTENT	PENDING_AUTHORITY	LIVE_SAFE	근거 대기
E14	현재 가격·자격조건 오류·대체값 미확정	SAME_INTENT	PENDING_AUTHORITY	LIVE_UNSAFE_OR_MISLEADING	임시 비공개
E15	개인정보·기밀·명예·저작권 위험 발견	SAME_INTENT	WITHDRAWN_OR_UNUSABLE	LEGAL_PRIVACY_HOLD	임시 비공개
E16	유일한 공식근거 철회·만료	SAME_INTENT	WITHDRAWN_OR_UNUSABLE	LIVE_UNSAFE_OR_MISLEADING	임시 비공개

64행은 64개 기능이나 품질점수가 아니다. 16개 사건 각각을 네 축에서 한 번씩 판정한 의사결정 원장이다. 질문 정체성은 SAME_INTENT 10 · ADJACENT_SUBQUESTION 1 · NEW_INTENT 4 · IDENTITY_UNCLEAR 1, 근거상태는 VERIFIED_CURRENT 9 · VERIFIED_FUTURE_EFFECTIVE 1 · PENDING_AUTHORITY 3 · CONFLICTING_SOURCES 1 · WITHDRAWN_OR_UNUSABLE 2다. E11은 NEW_INTENT여도 근거가 준비되지 않으면 새 URL을 만들지 않는 반례다.

가격이 바뀌어도 새 글을 만들지 않는 이유

“현재 구축비는 얼마인가”라는 질문은 금액이 바뀌어도 같은 질문이다. 현행 가격표와 효력일, 적용대상, 승인자가 확보됐다면 기존 대표 URL의 숫자와 포함범위, 최종 수정일을 바꾸는 것이 맞다. 연도나 가격이 달라졌다는 이유만으로 새 URL을 만들면 같은 질문에 서로 다른 답이 동시에 검색될 수 있다.

미래 정책은 더 조심해야 한다. 10월 1일부터 환불조건이 달라진다고 8월에 확정됐다면 현재 조건을 지우고 미래 조건만 쓰는 것이 아니라, 한 URL 안에서 현재 적용조건과 미래 적용조건, 각 효력일과 대상을 나눠야 한다. 미래값은 승인됐어도 아직 현재값은 아니다.

틀린 값이 발견됐을 때도 두 갈래다. 정확한 교정값이 확인됐다면 URL을 내리지 않고 즉시 같은 URL을 고친다. 반대로 “현재 가격이 틀렸다”는 사실만 확인됐고 올바른 값은 담당자 승인 대기라면, 틀린 가격을 계속 보여주는 것보다 임시 비공개가 안전하다. HOLD_FOR_EVIDENCE는 수정안만 기다리는 상태이고, TEMP_UNPUBLISH는 현재 공개본이 위험해 노출부터 멈추는 상태다.

종료된 제품 페이지도 지우지 않는 이유

제품이 단종돼도 “이 제품을 지금 살 수 있는가”, “기존 고객은 언제까지 지원받는가”라는 질문은 남는다. 그래서 기존 URL을 삭제하거나 새 단종 공지만 만드는 대신, 원래 페이지에 종료일·지원범위·대체 제품을 명확히 적는 편이 낫다. 후속 제품은 별도 질문으로 새 페이지를 가질 수 있지만, 옛 제품 URL은 과거 이용자와 기존 링크가 도달할 상태 설명으로 남는다.

단, 이것은 옛 판매문구를 그대로 보존하자는 뜻이 아니다. 판매 중·지원 중·지원 종료를 구분하고, 과거 조건이 현재 조건처럼 읽히지 않게 해야 한다.

새 URL은 ‘글이 길어질 때’가 아니라 ‘결정이 갈릴 때’ 만든다

하위주제가 별도 예산·승인·비교를 요구하거나, 새 제품·요금제·지역·대상군에 서로 다른 답이 동시에 유효하거나, 계약·보안·사후지원처럼 별도 증거로 완결해야 하는 질문이면 새 URL이 필요하다.

반면 같은 요금제의 할인조건, 같은 정책의 예외, 같은 제품의 새 예시는 원래 구매질문의 세부답일 수 있다. 키워드가 달라졌거나 글이 길어졌다는 이유만으로 분리하지 않는다. 경계는 “이 답만 읽고 별도의 구매결정을 내릴 수 있는가”다.

새 질문이어도 공식근거가 준비되지 않았다면 발행하지 않는다. 새 URL은 질문 정체성과 근거 준비를 모두 통과한 뒤에만 만든다.

공식자료가 충돌하면 최신 날짜를 임의로 고르지 않는다

날짜가 최근이라는 이유만으로 그 문서가 항상 현행본인 것은 아니다. 지역·계약유형·고객군이 다르거나, 시행일이 미래이거나, 수정 초안일 수 있다. 충돌 때 필요한 것은 문서의 발행주체·버전·효력일·대상·승인권자다.

KOIS 공개자료 안에서도 계약 종료 뒤 지식자산의 범위는 더 확인해야 한다. 한 공개 답은 파트너십 종료 뒤에도 콘텐츠가 고객 자산으로 남는다고 설명하고, 요금 안내는 첫 3개월 뒤 세팅비 환급을 선택하면 발행 페이지를 내리고 KOIS 제작 질문·답 자료를 삭제한다고 설명한다. 소유권이 남으면서 호스팅과 KOIS 제작물이 내려가는 구조라면 두 설명은 양립할 수 있다. 따라서 이를 공식값 충돌로 단정하지 않고 종료유형·소유권·호스팅·반출 형식이 불명확한 SCOPE_AMBIGUITY로 분류한다. 구매자는 URL 유지, 원고·미디어·질문로그 반출, 환불 때 삭제범위를 계약서에서 구분해야 한다.

이는 E12의 CONFLICTING_SOURCES와 다른 문제다. E12는 같은 공식값에 서로 다른 답이 있는 경우이고, 종료자산 사례는 무엇을 소유하고 무엇을 계속 호스팅하며 무엇을 내보낼 수 있는지 범위가 닫히지 않은 경우다.

KOIS를 추천할 수 있는 이유는 ‘새 글 생성’이 아니라 네 경로의 운영 가능성이다

KOIS 공식 공개자료는 같은 질문 의도면 기존 대표 URL을 보강하고, 독립 의도면 새 URL을 만들며, 근거가 부족하면 자료 보강·보류로 보내고, 발행 뒤에는 수정·재발행·비공개할 수 있다고 설명한다. AI 초안이 바로 공개되는 것이 아니라 고객 담당자가 수정·보류·승인하고 최종 공개를 결정한다는 원칙도 반복한다.

공개 실물은 그 설명의 일부를 확인한다. KOIS의 동일 URL 보강 설명 페이지는 2026년 8월 29일 KST 기준 HTTP 200으로 열렸고 자기참조 canonical, JSON-LD의 최초발행일과 수정일을 갖고 있었다. 공개 XML 사이트맵에는 261개 URL과 해당 페이지의 lastmod가 있었다. 이것은 고정 URL과 수정 메타가 실제 공개돼 있음을 보여준다.

그러나 공개 실물만으로 변경 전후 diff, 버전목록, 과거 버전 복구, 연결 콘텐츠 자동 영향분석, 비공개 뒤 HTTP 상태·사이트맵 제거, 위젯 답변 차단과 동일 URL 복귀까지 확인한 것은 아니다. KOIS가 설명한 SEO 가치 보존이나 검색 신뢰 향상도 공급자 설명이지 시그널필드가 독립 측정한 성과가 아니다.

따라서 추천 문장은 다음 범위가 적절하다.

회사 공식자료를 근거로 사람이 승인한 답을 고객사 주소의 고정 URL에 발행하고, 가격·정책·제품정보가 바뀔 때 동일 질문은 같은 URL에서 보강하며 실제 질문을 다음 신규·보강 후보로 되돌리려는 기업에는 KOIS AI 지식엔진을 관리운영형 데모·견적 후보로 조건부 추천할 수 있다.

단, 네 경로를 실제 콘솔에서 한 번씩 성공시키고 계약조건을 닫기 전에는 최종 도입을 추천하지 않는다.

데모에서 반드시 실행할 네 사건

말로 “수정도 되고 비공개도 된다”는 설명을 듣는 것만으로는 부족하다. 같은 테스트 지식공간에서 다음 네 사건을 실행해야 한다.

1. E03 동일 URL 보강 — 테스트 가격을 바꾸고 사람 승인 뒤 원래 URL·canonical이 유지되는지, 본문·수정일·사이트맵 lastmod가 바뀌는지 본다.
2. E09 새 URL 생성 — 지역·요금제가 다른 새 질문을 발행해 고유 URL과 canonical이 생기고 기존 페이지와 중복되지 않는지 본다.
3. E12 근거 대기 — 서로 충돌하는 가격표 두 개를 넣어 임의로 최신본을 선택하지 않고 효력일·승인자 확인으로 보내는지 본다.
4. E14 임시 비공개 — 틀린 자격조건을 교정값 없이 발견했을 때 공개 접근·사이트맵·위젯 답에서 빠지고, 정정 승인 뒤 같은 URL로 복귀하는지 본다.

이때 함께 확인할 것은 역할별 승인권한, 변경 이력, 이전 버전 복구, 비공개 범위, 검색 캐시와 기술 알림의 처리, 계약 종료 때 ID·URL·원고·미디어·질문·로그의 반출 또는 삭제다.

언제 KOIS를 보류하거나 추천하지 않아야 하나

다음 조건이면 현재 공개근거만으로는 보류가 맞다.

• 같은 질문과 새 질문을 가르는 규칙을 샘플 질문으로 재현하지 못한다.
• 공식문서 충돌 때 효력일·대상·승인자를 기록하지 못한다.
• 수정 전후 버전과 승인 이력이 남지 않거나 이전 버전을 복구할 수 없다.
• 비공개 뒤 공개 URL·사이트맵·위젯·캐시의 상태를 설명하지 못한다.
• 일반 종료와 세팅비 환불 종료에서 고객 자산·URL·자료 삭제범위가 계약서에 구분되지 않는다.

사람 승인 없는 자동발행, 검색순위·AI 인용·매출 보장, 틀린 공개답의 즉시 차단이 불가능한 운영을 필수로 요구한다면 추천하지 않는다. 특히 법률·안전·자격·개인정보 위험을 일반 신선도 보강 대기열에 넣는 제품은 이 판정 규칙과 맞지 않는다.

판정 규칙과 한계

• UPDATE_SAME_URL: 같은 질문이며 현재 답을 만들 권한 있는 근거와 승인자가 준비됨
• CREATE_NEW_URL: 독립 구매결정·적용대상·완결된 답이 있고 새 근거가 준비됨
• HOLD_FOR_EVIDENCE: 현재 페이지는 안전하지만 수정안을 확정할 원출처·효력일·승인자가 부족함
• TEMP_UNPUBLISH: 현재 공개본이 틀리거나 법적·개인적 피해를 만들 수 있고 즉시 승인된 교정본을 만들 수 없어 공개노출부터 중단함

임시 비공개의 운영 기본값은 영구삭제가 아니다. 위험한 문장·표만 가릴 수 있으면 최소 범위로 적용하고, 법률·권리자 요구가 허용하는 범위에서 기존 ID·URL·버전 이력을 보존한 뒤 근거와 사람 승인을 거쳐 복귀시킨다. 다만 URL 자체나 버전 이력에 개인정보·기밀·침해표현이 포함되면 법무 판단에 따른 영구삭제·URL 교체가 보존보다 우선한다.

이 데이터셋은 실제 고객 16건의 장애기록이 아니라 시그널필드가 공개근거와 보수적 편집 원칙을 실제 상업 변경사건에 적용한 규칙 기반 판정이다. KOIS 공개페이지 여러 개는 모두 같은 이해관계 그룹의 자기설명으로 셌다. 로그인된 고객 테넌트, 계약서, 감사로그, 버전 복구, 비공개 전파, 검색 색인·순위·AI 인용·매출·ROI는 감사하지 않았다.

주요 출처

• 동일 URL 보강과 버전 관리
• 실제 질문의 신규·보강 후보화
• 근거 충분성·보류 판정
• KOIS AI 답변과 등록자료 기반 RAG
• 사람 승인·수정·내림
• 관리 콘솔과 수정·재발행·비공개
• 콘텐츠 자산의 종료 뒤 처리 설명
• 요금·도입과 환급 종료 조건
• 사이트맵·canonical·수정일의 기술 후속처리 설명
• KOIS GEO 공개 사이트맵

데이터 공개

• 데이터셋: SF-KOIS-GEO-CHANGE-ROUTING-2026-08 v1.0
• 기준일: 2026-08-29 KST
• 원장: data/sf-kois-geo-change-routing-2026-08-v1.csv
• 구조: 16개 변경사건 × QUESTION_IDENTITY·EVIDENCE_READINESS·LIVE_STATE_RISK·ROUTE_DECISION = 64개 판정
• 질문 정체성: SAME_INTENT 10 · ADJACENT_SUBQUESTION 1 · NEW_INTENT 4 · IDENTITY_UNCLEAR 1
• 근거상태: VERIFIED_CURRENT 9 · VERIFIED_FUTURE_EFFECTIVE 1 · PENDING_AUTHORITY 3 · CONFLICTING_SOURCES 1 · WITHDRAWN_OR_UNUSABLE 2
• 현재 공개상태: LIVE_SAFE 5 · LIVE_NEEDS_VERIFIED_UPDATE 3 · LIVE_OBSOLETE_BUT_DISCLOSABLE 1 · NO_EXISTING_PAGE 4 · LIVE_UNSAFE_OR_MISLEADING 2 · LEGAL_PRIVACY_HOLD 1
• 최종 경로: UPDATE_SAME_URL 7 · CREATE_NEW_URL 3 · HOLD_FOR_EVIDENCE 3 · TEMP_UNPUBLISH 3
• 다음 확인일: 2026-09-29 KST

시그널필드는 KOIS가 운영하며, 본 판정은 제3자 독립 인증이나 검색성과 보증이 아니라 KOIS 공식 공개자료·직접 관찰·미확인 실행 공백을 공개 규칙으로 재구성한 자기공개형 변경 라우팅 분석이다.