EN
FR
ES
DE
IT
KO
JA
고객사 중 한 곳의 웹사이트가 다운됩니다. 고객사는 바로 눈치채지 못합니다. 그러나 AI 모델은 몇 시간 안에 알아차립니다. 크롤러가 페이지를 더 이상 가져올 수 없게 되고, 답변에서 고객사의 브랜드를 인용하지 않게 되며, AI 가시성이 조용히 하락합니다. 다음 분기 감사를 실행할 때쯤이면 점수는 20점이나 떨어져 있고 아무도 언제부터인지 모릅니다.
이런 시나리오를 너무 자주 목격해 왔습니다. AI Labs Audit는 이제 고객사 웹사이트 접근성 자동 모니터링을 두 가지 수준으로 제공합니다. 입력 시 검증과 매일 백그라운드에서 실행되는 확인입니다. GEO/AEO 에이전시에게 필수적인 안전망인 이유와 작동 방식을 소개합니다.
수준 1 — 입력 시 즉시 검증
고객사의 URL을 추가하거나 업데이트할 때(빠른 생성 양식 또는 수정 페이지), 플랫폼은 저장하기 전에 실시간 HTTP 테스트를 수행합니다. 사이트가 오류 코드, 타임아웃 또는 잘못된 형식의 URL을 반환하면 "저장" 버튼이 비활성화됩니다.
- 오타 감지: example.com 대신 exampel.com을 입력하면 데이터베이스를 오염시키기 전에 차단됩니다.
- 죽은 사이트 감지: 새 도메인으로 사이트를 재구축하고 말하는 것을 잊은 고객사 — 입력 시점에 차단됩니다.
- 자동 접두사: https:// 없이 example.com을 입력하면 플랫폼이 테스트 전에 자동으로 추가합니다.
- 전용 REST 엔드포인트:
GET /api/client/check-url?url=...는 6초 이내에 ok / http_error / timeout / unreachable / invalid_url을 반환합니다.
결과: 손상된 URL로는 더 이상 고객사 레코드를 저장할 수 없습니다. 해당 고객사에 예약된 감사는 항상 추가 당일에 접속 가능했던 URL부터 시작됩니다.
수준 2 — 매일 백그라운드 확인
사이트는 생성 당일에는 정상이었다가 3개월 후에 다운될 수 있습니다. 그래서 우리는 매일 cron을 실행하여 매일 밤 04:10(서버 시간)에 모든 활성 고객사 사이트를 다시 테스트합니다.
Celery 태스크 daily_check_client_websites:
- 20시간 이상 확인되지 않은 비어 있지 않은 site_web을 가진 모든 활성 고객사를 선택합니다.
- 서버를 과부하하지 않도록 HEAD 요청을 병렬로 실행합니다(워커 10개, 타임아웃 6초, 405 시 GET 폴백).
- 고객사 레코드의 세 가지 열을 업데이트합니다.
site_web_status,site_web_last_check,site_web_unreachable_since. - 사이트가 다시 응답하면 즉시
unreachable_since를 NULL로 재설정합니다(복구).
한 배치에서 확인된 사이트의 50% 이상이 KO 상태가 되면 플랫폼은 자동 CRITICAL 경고를 system_alerts에 발생시킵니다. 이는 일반적으로 고객사 측 문제가 아니라 서버 측 네트워크 또는 DNS 문제입니다. 에이전시는 유령 문제를 쫓기 전에 알림을 받습니다.
수준 3 — 고객 페이지의 시각적 배지
고객 상세 페이지에서 사이트가 7일 이상 접속 불가 상태이면 도메인 이름 옆에 빨간색 "Site KO" 배지가 표시되고, 정확한 상태(타임아웃, http_error, unreachable...)와 사이트가 다운된 날짜를 보여주는 툴팁이 함께 나타납니다.
왜 즉시가 아니라 7일일까요? 몇 시간 지속되는 예정된 유지보수나 일시적인 네트워크 문제로 인한 오탐을 피하기 위해서입니다. 일주일을 넘기면 확실히 실제 문제이므로 에이전시의 개입이 필요합니다.
실제 사례: 왜 게임 체인저인가
파트너 에이전시 한 곳은 활성 고객사 80곳을 매월 감사하고 있었습니다. 분기에 한 번꼴로 고객사가 경고 없이 사이트를 재구축했습니다. 새 CMS, 새 도메인, 누락된 리다이렉트. 이 기능이 생기기 전에는 에이전시가 보고서 시점에, 최대 30일이 지나서야 알게 됐습니다. 그 모든 기간 동안 크레딧은 404만 반환하는 사이트를 감사하는 데 낭비됐습니다.
통합 모니터링 덕분에 이 경우는 24시간 이내에 감지됩니다. 계정 관리자가 다음 날 고객사에 전화하고 레코드를 업데이트하면 다음 감사는 올바른 URL에서 실행됩니다. 낭비되는 크레딧도, 가짜 보고서도, 불쾌한 깜짝 놀람도 없습니다.
가용성 및 활성화
이 기능은 고객을 관리하는 모든 플랜(Consultant, Consultant+, Agent, Agency+)에서 기본으로 활성화되어 있습니다. 별도 조치가 필요 없습니다. 입력 시 검증은 자동이고, cron은 백그라운드에서 실행되며, 고객사가 영향을 받는 즉시 배지가 표시됩니다. 확인은 크레딧을 전혀 소비하지 않습니다. 이는 유료 AI 서비스가 아니라 인프라이기 때문입니다.
상태 기록은 clients 테이블에 추가된 열로 조회할 수 있으며 REST API로도 제공됩니다(GET /api/clients/{id}는 site_web_status, site_web_last_check, site_web_unreachable_since의 세 가지 필드를 반환합니다).
결론
고객사 웹사이트 접근성 모니터링은 화려한 주제는 아니지만, 정직한 GEO/AEO 측정의 기반입니다. 500 오류를 반환하는 사이트를 감사해 봤자 고객사 브랜드의 AI 가시성에 대한 유용한 정보를 주지 못하고 보고서만 노이즈로 채울 뿐입니다. AI Labs Audit는 빈 보고서를 청구하는 대신 감사를 시작하기 전에 경고하는 것을 선택합니다.
지금 당장 즉시 검증을 테스트해 보세요. 고객 목록에서 의도적으로 잘못된 URL로 고객사를 생성하고, 수정하기 전까지 "저장" 버튼이 비활성화된 채 유지되는 것을 확인하세요.
기사 검토 및 업데이트: 2026년 5월 — ChatGPT, Claude, Gemini, Perplexity의 현재 동작 기준으로 검증됨.
답변에 귀사의 이름이 없는 ChatGPT에 대한 모든 질문은 귀사 대신 추천되는 경쟁사입니다 — 6,820개의 실제 AI 답변에서 측정되었습니다.