클로드 장애 확인법: 접속 안 될 때 상태 페이지·오류 문구 보는 순서

클로드 장애인지는 status.claude.com에서 확인한다. 앤트로픽 공식 상태 페이지에 장애가 올라와 있으면 서비스 쪽 문제다. 고객센터는 서비스 장애를 확인하는 곳으로 이 페이지를 안내한다. 접속이 안 될 때 원인은 크게 세 가지다. 서비스 전체 장애, 내 요금제의 사용 한도, 장애는 아니지만 수요가 몰려 답을 못 주는 용량 부족이다. 세 경우는 화면 문구가 서로 달라서, 문구만 읽어도 기다려야 하는지 내가 손댈 수 있는지 알 수 있다.

클로드가 안 될 때 화면 문구로 원인 가르기

앤트로픽 고객센터의 사용 한도 안내는 오류 문구를 원인별로 나눠 둔다. 문구 하나만 정확히 읽으면 다음 행동이 정해진다.

클로드 화면 문구별 원인과 할 일 (고객센터 안내 기준)

화면에 뜨는 문구	원인	할 일
"5-hour limit reached - resets [시각]"	5시간 세션 한도를 다 씀	재설정 시각까지 기다린다
"You've reached your weekly limit. It resets [요일] at [시각]."	주간 한도를 다 씀	재설정을 기다리거나, 요금제가 지원하면 설정의 사용량 화면에서 사용 크레딧을 켠다
"5-hour limit resets [시각] - continuing with usage credits"	한도는 넘었지만 사용 크레딧으로 계속 처리 중	할 일은 없다. 크레딧 잔액과 월 지출 한도만 본다
"Due to unexpected capacity constraints, Claude is unable to respond to your message. Please try again soon."	전체 이용자가 몰려 인프라 수요가 높음	몇 분 뒤 다시 보낸다. 고객센터는 이것이 장애가 아니라고 밝히며, 상태 페이지에도 뜨지 않는다
"There was an error logging you in"	로그인 실패(원인 불특정)	VPN을 끄고 브라우저 확장 프로그램을 끈 뒤 캐시와 쿠키를 지운다. 계속되면 상태 페이지를 본다
"Your message will exceed the length limit for this chat."	보낸 글이 너무 김	글을 나눠 보내거나 요약하거나 새 대화를 연다

한도 문구에는 늘 재설정 시각이 붙는다. 시각이 보이면 장애가 아니라 내 요금제의 한도 문제다. 한도 자체의 크기가 궁금하면 클로드 요금제 가격과 사용 한도 비교 글에서 Pro, Max, Ultra의 차이를 볼 수 있다.

status.claude.com에서 클로드 장애 확인하는 법

문구에 한도 표현이 없다면 클로드 상태 페이지를 연다. 맨 위에 진행 중인 장애가 주황 막대로 나오고, 막대 안에 시각 순서로 조사 시작, 원인 파악, 복구 소식이 쌓인다. 시각은 UTC 기준이라 한국 시각은 9시간을 더해서 읽는다.

이 장애를 예로 읽으면 이렇다. 처음 글(Investigating)은 11월 13일 13:09 UTC로 한국 시각 22시 9분이다. 그 뒤 claude.ai, API, 클로드 코드에서 시작해 Docs와 Sheets 커넥터, 매니지드 에이전트, 클로드 시큐리티까지 영향 범위가 넓어졌고, 14:36 UTC(한국 시각 23시 36분) 갱신에는 복구가 보이지만 오류가 다시 나올 수 있다고 적혀 있다. 같은 날 11:58 UTC(한국 시각 20시 58분)에는 claude.ai, 클로드 코드, platform.claude.com 오류 장애가 먼저 해결됐다. 상태 페이지의 장애 기록에는 11월 8일부터 13일까지 5건이 올라 있다.

상태 페이지에서 볼 서비스 구성요소와 영향받는 곳

구성요소	해당하는 것
claude.ai	웹 채팅. 모바일 앱도 같은 영향을 받는다고 안내된다
Claude Console (platform.claude.com)	API 키·사용량·결제를 관리하는 개발자 화면
Claude API (api.anthropic.com)	서비스에 클로드를 붙여 쓰는 개발자 호출
Claude Code	터미널·데스크톱의 코딩 도구
Claude Cowork 등	Cowork, 정부용, 클라우드 플랫폼용 클로드가 따로 표시됨

내가 쓰는 제품 줄이 Operational(정상)인지, Partial Outage(일부 장애)나 Degraded Performance(성능 저하)인지 본다. 고객센터 안내대로 용량 부족은 장애가 아니라서 상태 페이지에 뜨지 않는다. 그래서 장애 막대가 없고 모든 줄이 정상인데 안 된다면 용량 부족이거나 내 쪽 환경 문제다. 장애가 자주 신경 쓰이는 팀은 상태 페이지의 Subscribe 버튼으로 이메일, 문자, 슬랙, 팀즈, 웹훅 알림을 받을 수 있다.

장애가 아닌데 안 될 때 점검 순서

상태 페이지가 정상이면 용량 부족 문구가 아닌지 먼저 본다. 이 문구는 몇 분 뒤 다시 보내면 되고, 계속 같은 대화에서 막히면 새 대화를 열어도 된다. 로그인 오류라면 고객센터가 안내한 순서대로 한다.

1. VPN이 켜져 있으면 끈다.
2. 브라우저 확장 프로그램을 끄거나 시크릿 창으로 연다.
3. 브라우저 캐시와 쿠키를 지우고 다시 로그인한다.
4. 그래도 안 되면 상태 페이지를 다시 확인한다.

원인을 직접 가르는 간단한 방법이 있다. 같은 주소를 시크릿 창에서도 열어 본다. 시크릿 창에서는 되고 일반 창에서만 안 되면 확장 프로그램이나 캐시가 원인이라 위 순서를 끝까지 하면 되고, 둘 다 안 되면 내 쪽이 아니라 서비스 쪽이다. 성공 기준은 새 대화에 짧은 글을 보냈을 때 답이 오는 것이다. 긴 글만 실패한다면 길이 한도나 용량 부족 쪽이다. 이 확인법은 고객센터 문서가 아니라 필자의 제안이다.

클로드 코드 오류 문구와 대처

클로드 코드는 오류 문구가 더 구체적이다. 클로드 코드 오류 문서는 다음처럼 안내한다.

클로드 코드 오류 문구별 원인과 대처 (공식 오류 문서 기준)

오류 문구	뜻	대처
API Error: 500 Internal server error	앤트로픽 내부 오류. 내 프롬프트나 설정 탓이 아님	상태 페이지를 보고 기다린 뒤 다시 보낸다. 장애 공지가 없으면 /feedback으로 알린다
API Error: Repeated 529 Overloaded errors	API가 용량 한계. 클로드 코드가 이미 재시도했고 한도에서 차감되지 않음	몇 분 기다리거나 /model로 다른 모델로 바꾼다. 용량은 모델별로 따로 잡힌다
Opus is experiencing high load	한 모델에만 부하가 몰림	/model에서 소넷 같은 다른 모델을 고른다
Request timed out	기본 10분 안에 응답이 없음	다시 시도한다. 느린 네트워크는 API_TIMEOUT_MS를 늘린다
Not logged in · Please run /login	로그인 세션 없음	/login을 실행한다
Server is temporarily limiting requests, Request rejected (429)	요청 제한	잠시 뒤 다시 시도한다. 일시적인 429는 자동 재시도된다

모델별 용량이 따로라는 점이 실무에서 가장 쓸모 있다. 최상위 모델에서 529가 반복되면 /model로 한 단계 아래 모델로 바꿔 작업을 이어 가고, 복구된 뒤 돌아오면 된다. 클로드 코드를 처음 쓴다면 클로드 코드 첫 작업과 권한 모드 안내를 먼저 보고, 요금제별 한도는 클로드 코드 설치와 요금제, 사용량 한도 정리에서 확인한다. 한도가 차서 막힌 경우 계정을 나눠 쓰는 방법은 클로드 코드 계정 여러 개 전환 글에 있다.

API 개발자가 구분할 오류 코드: 429와 529

서비스에 클로드 API를 붙여 쓴다면 API 오류 문서의 코드를 구분해야 재시도 방식이 맞다. 429는 내 조직 문제이고 529는 전체 트래픽 문제다.

클로드 API HTTP 오류 코드 (공식 오류 문서 기준)

코드	종류	의미와 대처
400	invalid_request_error	요청 형식 문제. 조직·워크스페이스에 건 지출 한도에 닿아도 400이 온다
401	authentication_error	API 키가 잘못됐거나 폐기됨
402	billing_error	결제 정보 문제. 콘솔에서 확인
429	rate_limit_error	조직이 속도 제한이나 월 지출 상한에 닿음. 지출 상한 429는 retry-after 헤더가 없고 접근이 풀릴 때까지 계속 실패한다
500	api_error	앤트로픽 내부 오류. 지수 백오프로 재시도하고, 계속되면 request ID와 함께 문의
529	overloaded_error	전체 이용자 트래픽 때문에 일시 과부하

모든 응답에는 request-id 헤더가 붙는다. 문의할 때 이 값을 같이 보내면 해당 요청을 빨리 찾을 수 있다. 공식 SDK는 연결 오류, 속도 제한, 5xx를 기본 두 번 자동 재시도하며 retry-after 헤더가 있으면 따른다. 429를 받았는데 한도가 모자란 것 같다면 고객센터 안내대로 콘솔의 Rate limits 화면에서 내 등급과 한도를 확인하고, 현재 한도의 절반 이상을 쓴 뒤에는 상향을 요청할 수 있다.

장애를 만났을 때 시간을 아끼는 순서

1. 화면 문구에 "limit"과 재설정 시각이 있는지 읽는다. 있으면 고객센터 안내대로 기다리거나 사용 크레딧을 켠다.
2. 없으면 status.claude.com에서 내가 쓰는 제품 줄을 본다.
3. 장애 막대가 있으면 갱신 시각을 한국 시각으로 바꿔 복구 소식을 기다린다.
4. 막대가 없고 "capacity constraints" 문구면 몇 분 뒤 다시 보낸다.
5. 로그인 오류라면 VPN, 확장 프로그램, 캐시를 순서대로 점검한다.

급한 작업이 클로드 하나에 달려 있다면 같은 질문을 다른 챗봇에 넣어 두는 것도 방법이다. 이는 공식 안내가 아니라 필자의 제안이다. 공식 안내는 장애일 때 상태 페이지의 갱신을 보고 기다리라는 것이다.

자주 묻는 질문

클로드 모바일 앱도 같은 장애를 겪나요?

그렇다. 상태 페이지의 2026년 11월 13일 장애 갱신에 모바일 앱이 claude.ai와 같은 방식으로 영향을 받는다고 적힌 적이 있다. 웹이 안 되면 앱도 같이 안 될 때가 많다.

지난 장애 기록은 어디서 보나요?

상태 페이지의 History 화면에서 날짜별로 볼 수 있고, 같은 곳에서 Atom과 RSS 피드(status.claude.com/history.atom)도 받을 수 있다.

한도에 걸리면 추가 비용을 내야 하나요?

꼭 그렇지는 않다. 재설정 시각까지 기다리면 된다. 요금제가 지원하면 설정의 사용량 화면에서 사용 크레딧을 켜 두어 한도 뒤에도 쓴 만큼 결제하며 이어 갈 수 있다.