증분 수집과 재분석: 매번 전체 사이트를 읽어야 하는가?
변경된 페이지와 영향을 받는 질문을 중심으로 재분석 범위를 줄이는 패턴입니다. 전체 재수집은 단순하지만 작은 수정도 모든 비용을 다시 발생시킵니다. 반대로 너무 좁은 변경 판단은 관련 FAQ와 비교표의 불일치를 놓칠 수 있습니다.
SAG TECHNOLOGY FRONTIER
기술의 흐름을 따라가지 않습니다.
SAG가 다음 기준을 만듭니다.
검색·답변·생성형 AI가 브랜드를 이해하는 방식을 설계합니다. 실제 SAG 아키텍처와 연구 근거를 기술 언어로 깊이 있게 설명합니다.
SAG / ARCHITECTURE NOTES
SAG 기술을 해부한 79편의 아키텍처 노트
SEO·AEO·GEO부터 RAG, 데이터 경계, 근거 추적과 안정적인 실행까지. 용어의 뜻과 필요성, 작동 원리와 SAG 적용 기준을 한곳에서 확인하세요.
39편의 기술 글 · 4 / 4
수집·진단·관측: 세 종류의 성공 상태를 왜 분리해야 하는가?
자료 확보, 내부 분석 완료와 외부 노출 확인을 서로 다른 상태로 모델링하는 원칙입니다. HTTP 200은 요청 성공을 뜻할 뿐 AI 답변에서 브랜드가 등장했다는 뜻이 아닙니다. completed만 표시하면 고객은 결과 품질과 실행 상태를 혼동합니다.
수집기 SSRF 방어: 고객이 등록한 URL을 왜 그대로 요청하면 안 되는가?
사용자 제공 주소가 내부 서비스나 허용하지 않은 네트워크로 요청을 유도하지 못하게 하는 통제입니다. 정상처럼 보이는 주소도 리디렉션이나 이름 해석 후 내부 주소에 닿을 수 있습니다. 분석 편의성을 위해 네트워크 경계를 열면 테넌트 전체의 신뢰가 흔들립니다.
사이트맵 발견과 수집 범위: URL 목록은 어떻게 분석 계획이 되는가?
사이트맵의 주소 목록을 승인된 도메인의 수집 후보로 전환하는 과정입니다. URL 목록은 곧 분석 결과가 아닙니다. 언어별 중복, 제외 페이지와 다른 호스트를 정리하지 않으면 작업량은 늘지만 비교 가능한 근거는 부족해집니다.
JSON 분석 계약에 버전과 검증이 필요한 이유
JSON관측·보고 자료에 필드 의미와 버전·검증 규칙을 부여하는 설계입니다. 새 엔진을 쉽게 붙여도 필드 의미가 바뀌면 과거 자료가 왜곡됩니다. 유연한 저장은 무검증을 뜻하지 않습니다.
Goal 달성률: 목표70%를 게이지100%로 표시하는 수학
현재 지표를 목표로 나눠 달성 정도를 표현하는 방식입니다. 현재70%·목표70%인데 게이지도70%만 채우면 무엇의100%인지 모순이 생깁니다. 지표 자체와 달성률을 분리해야 합니다.
HTML 정규화: 페이지를 점수보다 먼저 비교 가능한 자료로 만드는 법
서로 다른 HTML에서 제목, 본문, 링크와 메타 신호를 공통 구조로 추출하는 과정입니다. 메뉴·푸터가 긴 사이트는 제품 설명보다 반복 문장이 더 많이 잡힐 수 있습니다. 구조를 구분하지 않으면 문장 수가 제품 근거의 충분함으로 잘못 해석됩니다.
관측 코호트: 서로 다른 엔진의 순위를 섞지 않는 기준은 무엇인가?
질문, 엔진·모델, 지역·언어·기기 조건이 같은 관측을 묶는 비교 단위입니다. 같은 문장도 모델과 시장이 달라지면 답변이 달라질 수 있습니다. 조건을 삭제한 평균은 계산하기 쉬워도 무엇이 변했는지 설명하기 어렵습니다.
고정 경쟁사 기준점: 월별 변화와 기준 대비 격차를 함께 보는 법
첫 등록한 경쟁 자료를 고정해 자사 월별 자료와의 차이를 추적하는 비교 방식입니다. 매월 비교 대상과 질문이 바뀌면 자사 개선인지 기준 변경인지 분리하기 어렵습니다. 일정한 기준점은 작업 방향을 유지하는 데 도움을 줍니다.