NX Architecture · NX SENTINEL
NX SENTINEL은 사이트의 응답 상태와 인증서 · 보안 설정 · 콘텐츠 · 링크를 정기적으로 점검합니다. SEO · GEO · 성능과 웹 접근성 진단 결과를 회차별로 기록해 변화를 추적합니다.
Why monitoring
오픈 검수는 그날의 사진입니다. 그 뒤로 콘텐츠가 바뀌고, 인증서가 만료되고, 테스트 설정이 운영에 섞여 나갑니다. 정기 점검이 그 변화를 회차마다 붙잡습니다.
Four axes
영역마다 점검 주기를 다르게 둡니다 — 자주 변하는 것은 자주, 천천히 변하는 것은 천천히.
How it runs
점검 결과를 기록하고 다음 회차와 비교합니다. 누적된 이력은 상태 변화를 판정하는 근거가 됩니다.
01 · PROBE
감시
에이전트가 주기마다 사이트를 직접 열어 실측합니다.
02 · JUDGE
판정
한 번의 실패로 단정하지 않습니다. 연속 횟수와 임계값으로 확정합니다.
03 · ALERT
알림
확정된 건만 메일과 Slack으로 알립니다.
04 · RECORD
기록
회차별 점검 결과를 저장해 리포트와 변화 추이를 제공합니다.
◆ DIFF
비교 — 이번 회차 결과를 직전 회차와 비교합니다.
결과를 준수 · 위반 · 검토 필요 · 미해당 네 상태로 나눠, 사람의 확인이 필요한 항목을 가려 둡니다.
검토가 필요한 항목이 남아 있으면 판정 보류로 표시합니다. 해당 항목은 사람이 확인한 뒤 최종 판정합니다.
Schedule
아래는 기본 일정입니다. 사이트별 주기와 판정 기준은 화면에서 조정하고, 변경은 다음 주기부터 적용됩니다.
가동 감시60초마다
uptime인증서 · 도메인매일 04:20
cert보안 헤더매일 04:40
sec-header콘텐츠 무결성6시간마다
content-integrity정기 점검매일 09:00
audit회귀 감지정기 점검 후
regression링크 무결성매주 일요일 05:00
link-integrity접근성 회귀매주 일요일 05:30
a11y-regression주간 리포트월요일 08:00
report-weekly월간 리포트매월 1일 08:30
report-monthly보관 정리주기 실행
pruneWhat you get
총점과 함께 문제가 발견된 페이지와 항목을 회차별로 기록합니다.
Preview 01 · 가용성
60초마다 접속해 응답을 기록합니다. 연속 실패가 기준에 닿으면 장애로 판정합니다.
응답 시간
장애 1회212msavg
00:0024:00
Preview 02 · 무결성
인증서와 보안 헤더, 본문과 링크를 이전 회차와 견줍니다.
지난 회차 대비
Preview 03 · 발견성
검색 순위와 AI 답변 속 언급을 회차마다 함께 기록합니다.
회차별 추이
4회차 누적 +351월2월3월4월
검색 순위AI 답변
Preview 04 · 접근성
KWCAG 2.2 33개 항목을 자동 · 반자동 · 사람 몫으로 갈라 남깁니다.
KWCAG 2.2 · 33개 항목
자동 판정 88%제품 화면 요약 — 예시 수치입니다. 접근성 항목 수(33 · 10 · 19 · 4)만 잰 값입니다.
Scoring
항목마다 통과 1점 · 경고 0.5점 · 실패 0점으로 세어 평균을 백분율로 냅니다. 참고(info) 항목은 분모에서 뺍니다.
총점 = SEO 40% + GEO 40% + 성능 20%
Check items
각 영역에서 실제로 무엇을 보는지 항목 단위로 적습니다.
HEAD 요청으로 응답을 확인하고, 서버가 거부하면 GET으로 다시 확인합니다. 응답 여부와 응답 시간을 회차마다 기록합니다.
기본값은 연속 실패 3회에 장애, 연속 성공 2회에 복구입니다. 임계값은 사이트별로 조정합니다.
인증서 · 도메인: TLS 만료일 · 발급자 · 프로토콜과 도메인 등록 만료일(RDAP). 만료 D-30에 경고, D-7에 긴급으로 알립니다.
콘텐츠: 첫 화면의 본문 · 타이틀 · 메타 · 구조화 데이터 · 인덱싱 설정을 직전 회차와 비교합니다.
링크: 사이트를 크롤해 링크 · 이미지의 4xx · 5xx를 찾습니다.
보안 헤더 4종 + 혼합 콘텐츠
콘텐츠가 바뀌면 알리는 조건 3가지
페이지를 열어 문서의 뼈대와 검색 표시에 쓰이는 태그를 항목마다 판정합니다.
14개 항목
생성형 엔진이 읽어 가기 좋은 꼴인지를 봅니다. 사람이 읽는 화면과 달리 구조와 표시가 그대로 근거가 됩니다.
콘텐츠 점검과 함께 AI 크롤러의 접근 차단 여부를 확인합니다. 사이트의 공개 정책과 어긋나는 설정을 짚어 냅니다.
6개 항목
사이트 파일 4종
AI 크롤러 8종 차단 여부
GPTBotOAI-SearchBotChatGPT-UserClaudeBotanthropic-aiPerplexityBotGoogle-ExtendedCCBot구글 PageSpeed Insights를 모바일 기준으로 호출해 점수를 받습니다. 총점에서 20%를 차지합니다.
호출이 실패한 회차는 결측으로 남기고, 총점을 SEO와 GEO 각각 50%로 다시 셉니다.
headless Chromium으로 페이지를 렌더링한 뒤(SPA 대응) axe-core와 자체 KWCAG 규칙을 함께 적용합니다.
자동 판정 10항목 · 반자동 19항목 · 수동 판단 4항목 — 자동+반자동 처리 비율 88%
페이지 95점 이상 합격 / 70점 미만 불합격 / 그 사이는 검토 필요
Critical 위반이 1건이라도 있으면 준수율과 무관하게 불합격
사이트 판정은 평균을 내지 않습니다 — 한 페이지라도 위반이면 그 항목은 사이트 전체 위반
Why this way
장애 감시부터 검색 · AI 노출, 접근성까지 한 콘솔에서 같은 기준으로 봅니다.
Limits
진단 결과를 해석할 때 함께 봐야 할 측정 범위와 제약입니다.
측정 범위와 한계를 함께 안내합니다.
자동 진단 결과와 사람이 확인해야 할 항목을 구분해, 각 지표를 근거와 함께 해석할 수 있도록 합니다.
Onboarding
사이트와 필요한 기능을 확인하고, 환경 설정과 등록을 거쳐 정기 점검을 시작합니다.
FAQ
GEO(Generative Engine Optimization)는 ChatGPT 같은 생성형 엔진이 답을 만들 때 우리 브랜드를 언급하고 우리 사이트를 근거로 삼게 만드는 일입니다. 검색 결과에서 몇 번째에 놓이느냐를 다투는 SEO와 달리, GEO에서는 링크 목록이 아니라 완성된 문장 하나가 사용자에게 전달되므로 답변 속 브랜드 언급과 출처 인용을 함께 확인해야 합니다.
두 축의 처방이 다르기 때문입니다. 타이틀 · 메타 디스크립션 · 캐노니컬처럼 검색 엔진이 보는 신호가 부족한 것과, 구조화 데이터 · 시맨틱 구조처럼 AI가 의미를 파악하는 데 쓰는 신호가 부족한 것은 고쳐야 할 곳이 서로 다릅니다. 하나의 종합 점수로 합쳐 버리면 어느 영역의 문제로 점수가 낮아졌는지 알 수 없습니다.
확인합니다. robots.txt를 읽어 GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, anthropic-ai, PerplexityBot, Google-Extended, CCBot 여덟 크롤러가 각각 차단되는지 봅니다. 절반 이상이 막혀 있으면 실패, 일부만 막혀 있으면 경고로 표시합니다. 막힌 곳이 공개 정책과 어긋나면 그 자리를 짚어 드립니다.
한국형 웹 콘텐츠 접근성 지침 KWCAG 2.2의 33개 검사항목과 국제 표준 WCAG 2.2 성공기준을 함께 봅니다. 실제 검사는 headless Chromium으로 페이지를 띄운 뒤 axe-core로 자동 점검하고, 자동으로 판정할 수 없는 항목은 검토 필요로 남겨 사람이 확인하도록 합니다. 자동 도구가 접근성의 전부를 판정할 수 있다고 말하는 것은 정확하지 않기 때문에, 통과 · 위반 · 검토 필요 · 미해당을 구분해 표시합니다.
네. 매일 오전 9시(한국 시간)에 등록 사이트 전체를 점검하고 회차 이력에 쌓습니다. 이력이 있어야 이번 회차가 좋아진 것인지 나빠진 것인지가 갈립니다.