본문 바로가기

NX Architecture · NX SENTINEL

우리 사이트는 잘 운영되고 있을까요? 장애부터 노출과 접근성까지 점검하세요.

NX SENTINEL은 사이트의 응답 상태와 인증서 · 보안 설정 · 콘텐츠 · 링크를 정기적으로 점검합니다. SEO · GEO · 성능과 웹 접근성 진단 결과를 회차별로 기록해 변화를 추적합니다.

도입 문의하기

사이트 오픈 후에도 점검이 필요한가요?

오픈 검수는 한 번뿐이지만, 사이트는 그 뒤로도 계속 바뀝니다. 콘텐츠가 달라지고, 인증서가 만료되고, 테스트용 설정이 운영에 그대로 남기도 합니다. 정기 점검은 그 변화를 회차마다 잡아냅니다.

검색 결과와 AI 답변을 함께 확인해야 합니다
검색 결과의 순위와 AI 답변 속 브랜드 언급은 서로 다른 지표입니다. 검색에서 노출되는지와 함께 AI가 우리 브랜드를 어떻게 소개하는지도 확인해야 합니다.
웹 접근성은 계속 유지해야 하는 상태입니다
접근성을 개선한 뒤에도 새 페이지나 이미지를 추가하면 문제가 다시 발생할 수 있습니다. 콘텐츠가 바뀔 때마다 유지되는지 확인합니다.
화면만으로 알기 어려운 운영 문제가 있습니다
운영 사이트의 noindex 설정이나 robots.txt의 경로 차단은 화면을 보는 것만으로 발견하기 어렵습니다. 인증서 만료일과 검색 관련 설정을 정기적으로 확인해 대응할 수 있도록 합니다.

NX SENTINEL은 무엇을 점검하나요?

영역마다 점검 주기를 다르게 둡니다 — 자주 변하는 것은 자주, 천천히 변하는 것은 천천히.

Axis 01분 단위(기본 60초)

가용성Availability

등록한 사이트에 주기적으로 접속해 응답 여부와 응답 시간을 기록합니다.

응답 시간

장애 1회

212msavg

00:0024:00

화면 · 상황판

Axis 02시간 · 일 단위

무결성Integrity

인증서 · 보안 헤더 · 본문 · 구조화 데이터 · 링크를 이전 회차와 비교합니다.

지난 회차 대비

  • 인증서 만료도메인 3개D-47유지
  • 보안 헤더보안 헤더 4종 기준3종 적용유지
  • 본문 변경점검 대상 128쪽2쪽변경

화면 · 인증서 · 보안 헤더

Axis 03매일 09:00

발견성Discoverability

SEO · GEO · 성능 점수를 산출하고 검색 순위와 AI 답변 내 언급을 추적합니다.

회차별 추이

4회차 누적 +35

1월2월3월4월

검색 순위AI 답변

화면 · 순위 추적 · AI 가시성

Axis 04주 단위

접근성Accessibility

KWCAG 2.2의 33개 검사항목과 WCAG 2.2 성공기준을 자동 진단하고, 사람의 검토가 필요한 항목을 구분합니다.

KWCAG 2.2 · 33개 항목

자동 판정 88%
자동
10
반자동
19
사람
4

화면 · 접근성 추세

제품 화면 요약 — 예시 수치입니다. 접근성 항목 수(33 · 10 · 19 · 4)만 잰 값입니다.

SEO와 GEO 점수는 왜 따로 산정하나요?

개선할 항목을 구분해서 보기 위해서입니다. 검색 관련 설정(타이틀 · 메타 디스크립션 · 캐노니컬)과 콘텐츠 구조(구조화 데이터 · 시맨틱 구조)는 서로 겹칠 수 있어, 점수를 나누면 어떤 항목을 보완해야 하는지 확인할 수 있습니다.

SEO

14개 항목 · 총점의 40%

페이지를 열어 문서의 뼈대와 검색 표시에 쓰이는 태그를 항목마다 판정합니다.

  • HTTPS 사용
  • 페이지 타이틀
  • 메타 디스크립션
  • 캐노니컬 URL
  • robots 메타의 색인 허용 여부
  • 모바일 뷰포트
  • 외 8개

Tracking검색 순위 추적은 구글 기준 — 등록 키워드마다 회차 기록

항목마다 무엇을 보는지
  1. HTTPS 사용

    페이지가 HTTPS로 제공되는지, HTTP 요청이 HTTPS로 넘어가는지 봅니다.

  2. 페이지 타이틀

    title 태그가 있고 비어 있지 않은지 봅니다. 검색 결과의 제목 줄이 되는 값입니다.

  3. 메타 디스크립션

    meta description이 있고 비어 있지 않은지 봅니다. 검색 결과의 요약에 사용될 수 있는 정보입니다.

  4. 캐노니컬 URL

    link rel=canonical이 있고 의도한 대표 URL을 가리키는지 봅니다. 같은 내용이 여러 주소로 열릴 때 어느 것이 원본인지 알리는 값입니다.

  5. robots 메타의 색인 허용 여부

    robots 메타 · X-Robots-Tag의 noindex와 nofollow 설정을 확인해 색인 제외와 링크 추적 제한이 의도한 것인지 점검합니다.

  6. 모바일 뷰포트

    meta viewport가 있어 모바일 화면에서 페이지가 기기 폭에 맞게 그려지는지 봅니다.

  7. HTML lang 속성

    html 태그에 lang이 선언되어 검색 엔진과 보조 기기가 문서의 언어를 알 수 있는지 봅니다.

  8. H1

    h1이 있는지, 하나뿐인지 봅니다. 페이지의 주제가 주 제목으로 명확하게 표현됐는지 점검합니다.

  9. Open Graph

    og:title · og:description · og:image 등 소셜 공유 카드에 쓰이는 태그가 갖춰졌는지 봅니다.

  10. Twitter 카드

    twitter:card와 짝이 되는 태그가 있어 X(트위터) 공유 시 카드가 그려지는지 봅니다.

  11. 이미지 alt 비율

    img 가운데 alt 속성이 있는 것의 비율을 셉니다. 이미지의 의미를 텍스트로 전달하는 기본 정보입니다. 적절성은 별도 검토가 필요합니다.

  12. 내부 링크

    같은 사이트 안으로 이어지는 링크가 있는지 봅니다. 사이트 내 페이지 연결 구조를 확인하는 항목입니다.

  13. 파비콘

    브라우저 탭과 검색 결과에 붙는 아이콘이 선언되어 있고 실제로 응답하는지 봅니다.

  14. 다국어 hreflang

    여러 언어 · 지역판이 있을 때 link rel=alternate hreflang이 서로를 가리키는지 봅니다.

GEO

6개 항목 + 사이트 파일 4종 + AI 크롤러 8종 · 총점의 40%

생성형 엔진이 읽어 가기 좋은 꼴인지를 봅니다. 사람이 읽는 화면과 달리 구조와 표시가 그대로 근거가 됩니다.

  • JSON-LD 구조화 데이터
  • FAQ · HowTo 스키마
  • 시맨틱 HTML
  • 제목 계층 구조
  • 외 2개
  • robots.txt
  • sitemap.xml
  • llms.txt
  • llms-full.txt
  • GPTBot
  • OAI-SearchBot
  • ChatGPT-User
  • ClaudeBot
  • 외 4개

Tracking키워드마다 생성형 AI에 그 분야 추천 상위 10개를 묻고, 우리 사이트가 몇 번째로 등장하는지 기록합니다. AI 가시성은 현재 한 개 엔진 기준.

항목 · 파일 · 크롤러마다 무엇을 보는지

콘텐츠 점검과 함께 AI 크롤러의 접근 차단 여부를 확인합니다. 사이트의 공개 정책과 어긋나는 설정을 짚어 냅니다.

6개 항목

  1. JSON-LD 구조화 데이터

    script type=application/ld+json이 있고 파싱되는지 봅니다. AI 엔진이 페이지의 정체를 문장이 아니라 구조로 읽는 입구입니다.

  2. FAQ · HowTo 스키마

    FAQPage · HowTo 타입의 구조화 데이터가 있는지 봅니다. 질문과 답, 절차를 구조화하는 형식이며, 적용만으로 AI 답변의 인용을 보장하지는 않습니다.

  3. 시맨틱 HTML

    main · article · nav · section 같은 의미 태그로 문서가 짜였는지 봅니다. 본문과 탐색 영역의 역할이 문서 구조에 명확하게 표현됐는지 확인합니다.

  4. 제목 계층 구조

    h1 → h2 → h3가 건너뛰지 않고 이어지는지 봅니다. 제목의 층이 곧 문서의 목차입니다.

  5. 본문 텍스트 분량

    렌더링된 본문의 텍스트 양을 셉니다. 페이지 목적에 맞는 설명과 근거가 충분한지 검토하는 데 활용합니다.

  6. 목록 · 표 사용

    ul · ol · table로 정리된 내용이 있는지 봅니다. 생성형 엔진이 항목과 수치를 뽑아 쓰기 가장 쉬운 꼴입니다.

사이트 파일 4종

  1. robots.txt

    있는지, 응답하는지, 검색 · AI 크롤러를 의도와 다르게 막고 있지 않은지 봅니다.

  2. sitemap.xml

    있는지, robots.txt에서 가리키는지, 파싱되는지 봅니다. 크롤러가 어떤 페이지가 있는지 아는 가장 빠른 길입니다.

  3. llms.txt

    있는지 봅니다. 사이트가 무엇인지와 주요 문서 목록을 AI 엔진 쪽에 알리는 파일입니다.

  4. llms-full.txt

    있는지 봅니다. llms.txt가 가리키는 문서를 한 파일에 펼쳐 담아, 링크를 따라가지 않아도 읽히게 합니다.

AI 크롤러 8종 차단 여부

GPTBot
OpenAI · 모델 학습
OAI-SearchBot
OpenAI · ChatGPT 검색
ChatGPT-User
OpenAI · 사용자 요청 시 방문
ClaudeBot
Anthropic
anthropic-ai
Anthropic · 구 식별자
PerplexityBot
Perplexity
Google-Extended
Google · Gemini 학습
CCBot
Common Crawl

회차마다

매일 09:00 → 회귀 감지

example.co.kr · 4회차총점 +3.5
SEO
82
GEO
74
성능
91
총점
80.6
검색 순위 3위AI 답변 7번째

※ 제품 화면 요약 — 예시 수치입니다

Scoring
항목마다 통과 1점 · 경고 0.5점 · 실패 0점으로 세어 평균을 백분율로 냅니다. 참고(info) 항목은 분모에서 뺍니다.
총점 = SEO 40% + GEO 40% + 성능 20%
Regression
총점 5점 이상 하락, 또는 통과→문제 전환 항목 발생 시 알립니다.

감시 · 판정 · 알림 · 기록을 하나의 흐름으로

점검 결과를 기록하고 다음 회차와 비교합니다. 누적된 이력은 상태 변화를 판정하는 근거가 됩니다.

한 바퀴가 한 회차기록은 다음 회차의 감시로 이어집니다
  1. 01 · PROBE

    감시

    에이전트가 설정한 주기마다 사이트 응답을 확인합니다.

  2. 02 · JUDGE

    판정

    한 번의 실패로 단정하지 않습니다. 연속 횟수와 임계값으로 확정합니다.

    직전 회차 기록과 비교
  3. 03 · ALERT

    알림

    확정된 건만 메일이나 다른 푸시 채널로 알립니다.

  4. 04 · RECORD

    기록

    회차별 점검 결과를 저장해 리포트와 변화 추이를 제공합니다.

다음 회차Next run

◆ DIFF비교는 회차마다 한 번 — 기록에서 판정으로. 이번 회차 결과를 직전 회차와 비교합니다.

기본 시간표사이트마다 주기와 기준은 화면에서 조정 · 다음 주기부터 적용
가동 감시
60초마다
인증서 · 도메인
매일 04:20
보안 헤더
매일 04:40
콘텐츠 무결성
6시간마다
정기 점검
매일 09:00
회귀 감지
정기 점검 후
링크 무결성
매주 일요일 05:00
접근성 회귀
매주 일요일 05:30
주간 리포트
월요일 08:00
월간 리포트
매월 1일 08:30
보관 정리
주기 실행
일정 11개 전체 — 하는 일과 알림 기준Schedule
기본 점검 일정 — 에이전트, 주기, 하는 일, 알림 기준
에이전트주기하는 일알림 기준
가동 감시60초마다사이트에 접속해 응답 여부와 응답시간 기록연속 실패 3회 → 장애 확정 / 연속 성공 2회 → 복구
인증서 · 도메인매일 04:20TLS 인증서 만료일 · 발급자 · 프로토콜, 도메인 등록 만료일(RDAP)만료 D-30(경고) / D-7(긴급) 진입 시
보안 헤더매일 04:40HSTS · CSP · X-Content-Type-Options · 클릭재킹 방어 판정, 혼합 콘텐츠 탐지—
콘텐츠 무결성6시간마다첫 화면의 본문 · 타이틀 · 메타 · 구조화 데이터 · 인덱싱 설정을 직전과 비교noindex 신규 적용, robots.txt 경로 차단, 본문이 직전의 절반 이하로 감소
정기 점검매일 09:00등록 사이트 전체의 SEO · GEO · 성능 점검—
회귀 감지정기 점검 후직전 회차와 항목 단위 비교총점 5점 이상 하락, 또는 통과→문제 전환 항목 발생
링크 무결성매주 일요일 05:00사이트를 크롤해 링크 · 이미지의 4xx · 5xx 탐지—
접근성 회귀매주 일요일 05:30크롤 후 KWCAG · WCAG 자동 검사, 준수율 · 위반 규칙 비교준수율 3%p 이상 하락, 심각 위반 페이지 증가, 신규 위반 규칙 발생
주간 리포트월요일 08:00가동률 · 장애 · 다운타임 · 점수 변화 · 인증서 · 깨진 링크 집계 메일—
월간 리포트매월 1일 08:30주간과 동일 내용을 한 달 기간으로—
보관 정리주기 실행보관 기간(기본 30일) 지난 프로브 시계열 정리—

자동 접근성 진단은 어떻게 판정하나요?

결과를 준수 · 위반 · 검토 필요 · 미해당 네 상태로 나눠, 사람의 확인이 필요한 항목을 가려 둡니다.

준수Pass
자동 검사에서 준수로 판정한 항목
위반Fail
자동 검사에서 위반으로 판정한 항목
검토 필요Review
사람이 확인해야 하는 것. 후보와 위치까지만 제시합니다 검토가 필요한 항목이 남아 있으면 판정 보류로 표시합니다. 해당 항목은 사람이 확인한 뒤 최종 판정합니다.
미해당N/A
이 페이지에 해당하지 않는 항목. 산정 대상에서 제외합니다

점검 결과는 어떻게 확인하나요?

화면과 리포트로 확인하고, 설정한 조건에 해당하는 결과는 알림으로 받습니다.

화면

20개 화면 · 6개 영역

운영 감시 · 정기 점검 · 사이트 건전성 · 웹 접근성 · 노출도 · 설정 — 사이트별로 모아 봅니다.

상황판 · 사이트 12

가동률 30일99.96%
열린 인시던트1
인증서 최단 만료D-47
SEO · GEO · 성능82 · 74 · 91

리포트

HTML · CSV

HTML은 그대로 열어 공유하고, CSV는 이슈 목록을 담당자별로 나눕니다. 규칙당 사례는 25건까지만 싣되 생략한 건수를 함께 표시합니다 — 전체 이슈 규모를 확인할 수 있도록 합니다.

주간 리포트 · 9.8 – 9.14

가동률
99.96%
장애
1건
다운타임
4분
총점 변화+3.5
깨진 링크2 → 0

알림

메일 · 푸시

설정한 판정 기준에 따라 장애 · 복구 · 만료 임박 · 결과 악화를 메일이나 다른 푸시 채널로 알립니다.

받은 알림

[장애] example.co.kr 응답 없음

연속 실패 3회 · 09:16 · 6시간마다 재알림

[경고] 인증서 만료 D-30

www.example.co.kr · 04:20 점검

[복구] example.co.kr 정상

연속 성공 2회 · 09:21

※ 제품 화면 요약 — 예시 수치입니다

점검 항목 · 크롤러 포함
40
KWCAG 2.2 검사항목
33
화면
20

회차마다 · 사이트별 · 기본 30일 보관

화면 20개 — 6개 영역Screens
운영 감시
상황판 · 인시던트 · 정기 리포트
정기 점검
대시보드 · 점검 이력 · 회귀 · 즉시 점검
사이트 건전성
인증서 · 도메인 · 보안 헤더 · 콘텐츠 무결성 · 링크 무결성
웹 접근성
전체 점검 · 단일 페이지 · 접근성 추세
노출도
순위 추적 · AI 가시성
설정
사이트 관리 · 스케줄 · 임계값 · 사용자 관리 · API 사용량 · 가이드

전체 화면 구성 보기(새 창에서 열림)

나머지 점검 항목 — 가용성 · 무결성 · 성능 · 접근성Check items

SEO · GEO 는 위 구획이 펼쳐 보입니다.

가용성 — 응답 · 장애 판정응답 여부 · 응답 시간 · 연속 실패 횟수로 장애와 복구를 판정

HEAD 요청으로 응답을 확인하고, 서버가 거부하면 GET으로 다시 확인합니다. 응답 여부와 응답 시간을 회차마다 기록합니다.

기본값은 연속 실패 3회에 장애, 연속 성공 2회에 복구입니다. 임계값은 사이트별로 조정합니다.

무결성 — 인증서 · 보안 헤더 · 콘텐츠 · 링크TLS · 도메인 만료, 보안 헤더 4종 + 혼합 콘텐츠, 본문 변경, 깨진 링크

인증서 · 도메인: TLS 만료일 · 발급자 · 프로토콜과 도메인 등록 만료일(RDAP). 만료 D-30에 경고, D-7에 긴급으로 알립니다.

콘텐츠: 첫 화면의 본문 · 타이틀 · 메타 · 구조화 데이터 · 인덱싱 설정을 직전 회차와 비교합니다.

링크: 사이트를 크롤해 링크 · 이미지의 4xx · 5xx를 찾습니다.

보안 헤더 4종 + 혼합 콘텐츠

  1. HSTS

    Strict-Transport-Security 헤더가 있어 브라우저가 이후 접속을 HTTPS로만 하도록 지시하는지 봅니다.

  2. CSP

    Content-Security-Policy 헤더로 스크립트 · 리소스를 불러올 수 있는 출처를 제한하고 있는지 봅니다.

  3. X-Content-Type-Options

    nosniff 값이 있어 브라우저가 응답의 MIME 타입을 임의로 추측하지 못하게 막는지 봅니다.

  4. 클릭재킹 방어

    X-Frame-Options 또는 CSP frame-ancestors로 다른 사이트의 iframe 안에 끼워 넣는 것을 막는지 봅니다.

  5. 혼합 콘텐츠

    HTTPS 페이지 안에서 http:// 로 불러오는 스크립트 · 이미지 · 스타일이 있는지 봅니다. 브라우저에서 차단되거나 경고가 발생할 수 있는 항목을 확인합니다.

콘텐츠가 바뀌면 알리는 조건 3가지

  1. noindex 신규 적용

    직전 회차에 없던 noindex가 robots 메타나 X-Robots-Tag에 새로 생겼는지 봅니다. 검색 색인 제외로 이어질 수 있는 설정 변경입니다.

  2. robots.txt 경로 차단

    robots.txt에 새 Disallow 규칙이 생겨 검색 · AI 크롤러가 들어가지 못하는 경로가 늘었는지 봅니다.

  3. 본문이 직전의 절반 이하로 감소

    첫 화면 본문 텍스트 분량을 직전 회차와 견주어 절반 이하로 줄었으면 알립니다. 렌더링 실패나 배포 사고의 흔한 징후입니다.

성능 — PageSpeed Insights구글 PageSpeed Insights 모바일 점수. 총점의 20%

구글 PageSpeed Insights를 모바일 기준으로 호출해 점수를 받습니다. 총점에서 20%를 차지합니다.

호출이 실패한 회차는 결측으로 남기고, 총점을 SEO와 GEO 각각 50%로 다시 셉니다.

웹 접근성 — KWCAG 2.2 33개 항목 + WCAG 2.2axe-core + 자체 KWCAG 규칙. 자동 10 · 반자동 19 · 수동 4

headless Chromium으로 페이지를 렌더링한 뒤(SPA 대응) axe-core와 자체 KWCAG 규칙을 함께 적용합니다.

자동 판정 10항목 · 반자동 19항목 · 수동 판단 4항목 — 자동+반자동 처리 비율 88%

NX SENTINEL 내부 점수 기준: 95점 이상 합격 / 70점 미만 불합격 / 그 사이는 검토 필요. 공식 적합성 판정은 별도 검토

Critical 위반이 1건이라도 있으면 준수율과 무관하게 불합격

사이트 판정은 평균을 내지 않습니다 — 한 페이지라도 위반이면 그 항목은 사이트 전체 위반

무엇이 다르고, 어디까지인가요?

장애 감시부터 검색 · AI 노출, 접근성까지 한 콘솔에서 영역별 기준에 따라 확인합니다. 진단 결과를 해석할 때 함께 봐야 할 측정 범위와 제약입니다.

Differences이렇게 다릅니다

01
네 가지 점검 영역을 한 콘솔에서 확인합니다가용성 · 무결성 · 발견성 · 접근성 결과를 사이트별로 모아 봅니다. 같은 기간의 변화를 영역끼리 나란히 놓습니다.
02
KWCAG와 WCAG 진단 결과를 함께 제공합니다KWCAG 2.2의 33개 검사항목과 WCAG 기준의 진단 결과를 함께 제공합니다. 자동 검사 결과와 사람이 확인할 항목을 구분합니다.
KWCAG 2.2
자동 검사와 사람의 검토를 구분합니다
검사항목
33
후보만 제시
19
자동 검사·검토 후보 제시 범위
88%

33개 항목 중 자동 판정 10개, 검토 후보 제시 19개를 합친 비율입니다. 나머지 4개는 사람이 확인할 검토 포인트를 제공합니다.

Limits점검 범위와 이용 조건

측정 범위5 items

자동 진단은 접근성 심사를 대체하지 않습니다

KWCAG 33개 항목 중 코드로 확정되는 것은 10개입니다. 19개는 후보를 뽑아 사람에게 넘기고, 4개는 검토 포인트만 제시합니다. 보조기술 테스트와 당사자 평가를 대신하지 않습니다.

AI 가시성은 현재 한 개 엔진 기준입니다

AI 답변 노출은 OpenAI 모델 하나로 수집합니다. Claude · Gemini · Perplexity는 아직 연결되어 있지 않으므로, 전체 AI 노출의 평균으로 읽으면 안 됩니다.

크롤 진단은 전수 점검이 아닌 표본 점검입니다

기본값은 최대 20페이지, 링크 깊이 2단계입니다. 값은 올릴 수 있으나 전수 진단용은 아니며, 한도에 걸려 끊기면 리포트에 명시합니다.

성능 점수는 외부 API에 의존합니다

성능은 구글 PageSpeed Insights를 모바일 기준으로 호출합니다. 실패한 회차는 결측으로 남기고 총점을 SEO · GEO로 다시 셉니다.

검색 순위 추적은 구글 기준입니다

SerpAPI로 한국어 · 한국 지역 구글 결과를 상위 100위까지 받습니다. 100위 밖은 “순위 없음”이고, 네이버 · 다음은 별도 대응이 필요합니다.

운영 방식2 items

점검 대상 사이트의 robots.txt를 준수합니다

크롤이 막힌 경로는 진단하지 않습니다. 회원 전용 구간은 결과에 포함되지 않습니다.

공개된 셀프서비스 가입 절차가 없습니다

아이파트너즈가 구축 · 운영하는 형태로 제공합니다. 계정은 허용 목록 방식으로 발급하고, 도입은 문의를 받아 시작합니다.

해석2 items

의미 있는 판단에는 이력이 쌓여야 합니다

첫 점검은 비교 기준이 됩니다. 이후 회차부터 이전 결과와 비교합니다. 변화 추이를 판단하려면 2~4주간의 기록을 함께 살펴보는 것이 좋습니다.

지표는 성과에 앞서는 신호입니다

점수와 노출은 개선의 방향을 가리키는 값입니다. 매출이나 전환을 보장하지 않습니다.

측정 범위와 한계를 함께 안내합니다.

자동 진단 결과와 사람이 확인해야 할 항목을 구분해, 각 지표를 근거와 함께 해석할 수 있도록 합니다.

도입 기준 — 수동 점검 시 확인 · 외부 SaaS 도입 시 확인 · NX SENTINEL 제공 범위9 rows
도입 시 확인할 항목과 NX SENTINEL 제공 범위
비교 항목수동 점검 시 확인외부 SaaS 도입 시 확인NX SENTINEL 제공 범위
실행 방식점검 일정·범위 합의자동 실행 주기 확인자동 · 축별 주기
시계열 비교회차별 보고 방식 합의이력·비교 기능 확인회차 이력 + 항목 단위 회귀
가동 / 장애 감시상시 감시 포함 여부 확인지원 여부·주기 확인포함
SEO점검 항목 합의진단 항목·한도 확인포함
GEO / AI 답변 노출측정 엔진·질문 합의지원 엔진·지표 확인OpenAI 모델 1종 · 회차 추적
KWCAG 2.2검사항목·수동 평가 범위 확인지원 기준·수동 검토 범위 확인자동 10 · 검토 후보 19 · 수동 4
국내 지침 · 한국어 리포트산출물 기준 합의지원 지침·언어 확인기본
판정 유보 상태검토 필요 항목 기록 방식 합의판정 상태·근거 확인4상태 명시
운영 부담담당자·반복 점검 범위 합의설정·검토·대응 담당 확인구축 · 운영을 아이파트너즈가 대행

NX SENTINEL 도입은 어떻게 진행되나요?

사이트와 필요한 기능을 확인하고, 환경 설정과 등록을 거쳐 정기 점검을 시작합니다.

  1. 01문의 및 대상 확인감시할 사이트, 규모, 필요한 점검 영역(가용성 / 무결성 / 발견성 / 접근성)을 확인합니다.
  2. 02환경 구성서버 배포와 연동 키(성능 · 순위 · AI 가시성) 설정, 알림 채널(메일 · 푸시)을 연결합니다.
  3. 03사이트 · 키워드 등록사이트를 등록하는 즉시 모든 에이전트의 대상이 됩니다. 추적할 검색 키워드를 함께 넣습니다.
  4. 04기준선 조정몇 번 실패해야 장애로 볼지, 점수가 몇 점 떨어져야 알릴지를 사이트 성격에 맞춰 조정합니다.
  5. 05운영 및 리포트설정한 일정에 따라 점검하고 주간 · 월간 리포트를 지정 수신자에게 발송합니다. 장애 등 알림 조건에 해당하는 결과는 메일이나 다른 푸시 채널로 안내합니다.

IPARTNERS

사람이 하는 일 — 구축과 운영을 아이파트너즈가 맡습니다

이슈나 수정이 필요한 항목이 나오면 아이파트너즈가 내용을 확인해 담당자에게 보고합니다. 조치 범위와 일정은 담당자와 정해 함께 진행합니다.

제품 안내(새 창에서 열림)전체 FAQ(새 창에서 열림)

Series

Tools we built and run ourselves.

아이파트너즈가 만들어 자사 운영에 쓰는 도구 3종입니다. 서비스로 바로 가거나, 이 사이트에서 각 도구의 구조를 먼저 볼 수 있습니다.

  1. AI 워크스페이스

    NX AGENT AI

    웹에이전시의 전 공정을 잇는 AI 워크스페이스

    질문을 특정 모델에 넘기는 데서 그치지 않습니다. 어떤 일에 어떤 모델이 맞는지, 그 결과를 어떻게 검증할지를 방법으로 만들어 두었습니다.

    • 일마다 다른 모델
    • AI 답변의 사실관계를 검증합니다
    • 검토가 필요한 지점을 추립니다
    • 모델이 바뀌어도
  2. AI 검색 가시성

    NX ASKGRAPH

    검색과 AI 답변 속 브랜드 노출을 추적합니다

    ChatGPT · Claude · Gemini · Perplexity 등 AI 엔진 6종의 답변을 모아 우리 브랜드와 경쟁사의 언급과 인용을 분석하고, Google 검색 순위와 AI 개요 노출을 함께 추적합니다. 지표는 추정이 아니라 실측입니다.

    • SEO
    • GEO
    • AEO
    • 격차와 리포트
  3. 웹사이트 상태·접근성 모니터링

    지금 보는 페이지

    NX SENTINEL

    SEO · GEO · 웹 접근성 모니터링

    접근성 규격을 항목별로 점검하고, 사이트의 컨디션을 이어서 지켜봅니다. 한 번 고치고 끝나는 점검이 아니라 설정한 주기에 따라 다시 점검합니다.

    • 규격으로 점검
    • 놓치기 쉬운 접근성 항목
    • 이어서 지켜본다
    • 검색도 같은 점검에서

FAQ

Before you monitor.

GEO(Generative Engine Optimization)는 ChatGPT 같은 생성형 엔진이 답을 만들 때 우리 브랜드를 언급하거나 사이트를 근거로 활용할 수 있도록 콘텐츠와 사이트 구조를 개선하는 일입니다. 검색 결과에서 몇 번째에 놓이느냐를 다투는 SEO와 달리, GEO에서는 링크 목록이 아니라 완성된 문장 하나가 사용자에게 전달되므로 답변 속 브랜드 언급과 출처 인용을 함께 확인해야 합니다.

개선할 항목을 구분해서 보기 위해서입니다. 검색 관련 설정(타이틀 · 메타 디스크립션 · 캐노니컬)과 콘텐츠 구조(구조화 데이터 · 시맨틱 구조)는 서로 겹칠 수 있어, 점수를 나누면 어떤 항목을 보완해야 하는지 확인할 수 있습니다.

확인합니다. 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로 자동 점검하고, 자동으로 판정할 수 없는 항목은 검토 필요로 남겨 사람이 확인하도록 합니다. 자동 도구가 접근성의 전부를 판정할 수 있다고 말하는 것은 정확하지 않기 때문에, 준수 · 위반 · 검토 필요 · 미해당을 구분해 표시합니다.

네. 점검 항목별 일정에 따라 자동 실행합니다. SEO·GEO·성능 정기 점검은 기본적으로 매일 오전 9시(한국 시간)에 실행하며, 결과는 회차별 이력으로 저장합니다. 이전 결과와 비교해 사이트 상태가 개선됐는지, 새로운 문제가 생겼는지 확인할 수 있습니다.

Beyond Digital:The Next Experience

우리의 기준은 언제나 ‘다음(Next)’에 있습니다.