클로드 오류가 내 문제인지 장애인지, 상태 페이지에서 먼저 확인하는 법

클로드 오류가 내 문제인지 장애인지 가리려면 status.claude.com을 먼저 열어 지금 열린 사고가 있는지 보세요. 사고가 열려 있고 사고 이름에 적힌 모델이나 기능(커넥터 등)과 내가 쓰는 부품(claude.ai, Claude Code, API 등)이 모두 맞으면 서비스 쪽 문제일 가능성이 커요. 상태 페이지가 모두 정상인데 「예상치 못한 용량 제약으로 인해 Claude가 메시지에 응답할 수 없습니다」라는 메시지가 뜬다면, Anthropic 고객센터는 이것을 장애가 아니라 높은 수요를 관리하는 상태로 설명하고 몇 분 뒤 다시 시도하라고 안내해요. 로그인 오류라면 VPN, 브라우저 확장 프로그램, 캐시와 쿠키부터 정리하라고 적어요.

상태 페이지에도 한계가 있어요. 용량 제약은 상태 페이지에 표시되지 않는다고 고객센터 문서가 직접 적고, 사고 기록이 실제 영향이 시작된 뒤에 열린 사례도 있어요. 아래에서 메시지별로 가르는 법과 지난 30일 기록을 차례로 정리했어요.

이 글은 2026년 11월 9일 오후 1시 40분부터 1시 42분 사이(한국 시각)에 받은 Anthropic 상태 페이지(status.claude.com)의 공개 API와 화면, Claude 고객센터의 오류 메시지 문서와 API 연결 오류 문서, Claude API 오류 문서를 바탕으로 썼어요. 상태 페이지는 시시각각 바뀌니 숫자는 모두 이 조회 시각 기준이에요.

상태 페이지에서 먼저 볼 세 가지

상태 페이지 주소는 status.claude.com이에요. 고객센터의 오류 메시지 문서도 확인된 인시던트는 이곳에서 범위, 영향, 해결 진행 상황을 실시간으로 볼 수 있다고 안내해요. 화면에서는 세 군데를 차례로 보면 돼요.

첫째는 맨 위 문구예요. 조회 시각에는 All Systems Operational이 떠 있었고, 공개 API의 상태값도 none이었어요. 조회 시각에 해결되지 않은 사고 목록(unresolved)은 0건이었어요.

둘째는 부품 목록이에요. 상태 페이지는 서비스를 여섯 부품으로 나눠 따로 표시해요. 내가 쓰는 쪽이 어느 부품인지 알아 두면 사고가 떴을 때 나와 관계가 있는지 바로 가릴 수 있어요.

부품 상태는 Operational, Degraded Performance, Partial Outage, Major Outage, Maintenance 가운데 하나로 표시돼요. 화면 범례에 적힌 이름 그대로예요.

셋째는 Past Incidents 목록이에요. 날짜별로 그날 열린 사고가 이어서 나와요. 이 목록의 날짜와 시각은 UTC 기준이라 한국 시각 오전 9시 전에는 하루 전 날짜 칸이 맨 위에 와요. 조회 시각에는 11월 9일 칸에 No incidents reported today가, 11월 8일 칸에 Degraded performance for Claude Fable 5.1 사고가 적혀 있었어요. 방금 겪은 오류가 몇 분 전에 해결된 사고일 수도 있으니 맨 위 문구만 보지 말고 이 목록까지 내려 보세요.

메시지별로 내 쪽 문제인지 가르는 법

Claude 고객센터의 「Claude 오류 메시지 문제 해결」 문서는 자주 보이는 메시지를 다섯 갈래로 나눠 설명해요. 상태 페이지와 함께 보면 어느 쪽 문제인지 대부분 가려져요.

가장 헷갈리는 건 첫 줄이에요. 용량 제약 메시지는 서비스가 바쁘다는 뜻이라 장애처럼 느껴지지만, 문서는 「용량 제약은 중단이 아닙니다」라고 적고 이 문제는 상태 페이지에 표시되지 않는다고 분명히 해요. 그래서 상태 페이지가 모두 정상인데 이 메시지가 뜨는 건 문서의 설명과 맞는 상황이에요. 이때는 계정이나 기기를 만지기보다 몇 분 기다렸다가 다시 보내는 게 문서가 안내하는 방법이에요.

로그인 오류는 반대로 내 쪽부터 봐요. 문서가 적은 순서는 VPN을 쓰고 있지 않은지 확인하기, 켜 둔 브라우저 확장 프로그램을 모두 끄기, 브라우저 캐시와 쿠키 지우기예요. 이 세 가지를 하고도 오류가 남으면 그때 상태 페이지에서 활성 인시던트를 확인하라고 해요.

사용량 한도와 길이 제한 메시지는 장애가 아니에요. 사용량 크레딧을 켜 두지 않았다면 한도 메시지에 다시 쓸 수 있는 시각이 함께 표시된다고 문서는 설명해요. 크레딧을 켜 둔 경우에는 이 오류 대신 크레딧으로 계속한다는 안내가 뜬다고 적어요. 길이 제한은 첨부 파일을 줄이거나 새 대화를 시작하라고 안내해요.

챗GPT에서 비슷한 증상을 겪는다면 챗GPT 접속이 안 될 때 원인을 찾아가는 자가진단 순서를 함께 보세요.

API에서 529, 429, 500이 왔다면

API를 직접 호출하다가 오류 코드를 받았다면 Claude API 오류 문서의 표가 기준이에요. 문서는 응답 코드마다 오류 종류의 이름을 붙여 두었어요. 장애인지 가를 때 자주 보는 코드는 이렇게 적혀 있어요.

529와 500은 서비스 쪽 사정을 알리는 코드로 설명돼 있고, 429와 401은 내 조직의 한도나 키 문제로 설명돼 있어요. 다만 메시지가 CORS requests are not allowed for this Organization으로 시작하는 401은 키 문제가 아니라고 문서가 따로 적어요. 또 같은 문서는 조직의 사용량이 갑자기 크게 늘면 드물게 가속 제한 때문에 429가 올 수 있다고 덧붙이고, 트래픽을 서서히 늘리라고 안내해요. 월 지출 한도에 걸린 429에는 retry-after 헤더가 없고 이용이 다시 열릴 때까지 계속 실패한다고도 적혀 있어요.

다시 시도하는 일은 공식 SDK가 어느 정도 맡아 줘요. 문서는 공식 SDK가 연결 오류, 속도 제한, 5xx 서버 오류 같은 일시적 실패를 지수 백오프로 기본 두 번 다시 시도하고, retry-after 헤더가 있으면 그 값을 따른다고 적어요. 횟수는 max_retries 설정으로 바꾸거나 끌 수 있어요.

지원팀에 문의할 때는 요청 ID를 챙기세요. 문서에 따르면 모든 API 응답에는 request-id 헤더가 붙고, 오류 응답 본문에도 같은 값이 request_id 필드로 들어 있어요. 특정 요청을 문의할 때 이 ID를 넣으면 빨리 해결하는 데 도움이 된다고 안내해요.

API 연결 자체가 안 되는 경우는 고객센터의 API 연결 오류 문서가 따로 있어요. 이 문서는 연결 오류가 대개 방화벽, 네트워크, VPN 같은 사용자 쪽 문제를 가리킨다고 적고, 방화벽 규칙과 네트워크 제한을 확인하고 VPN을 끈 상태로 요청해 보라고 안내해요. 529라는 숫자가 HTTP 규격에서 어떤 자리인지 궁금하다면 HTTP 상태 코드를 RFC 원문으로 세어 본 글에서 이어서 볼 수 있어요.

지난 30일 동안 기록된 사고 12건

상태 페이지의 공개 API(incidents.json)는 가장 최근 사고 50건만 내줘요. 11월 9일 13시 40분에 받은 50건은 8월 5일 22시 51분부터 11월 8일 17시 28분 사이(한국 시각)에 열린 사고였어요. 그래서 아래 숫자는 전체 사고 수가 아니라 이 피드 안에서 기록이 열린 시각이 2026년 10월 10일 0시 이상, 11월 9일 0시 미만(한국 시각)인 30일 창의 집계예요.

이 창에 든 사고는 12건이었어요. 상태 페이지가 매긴 등급(impact)은 major 6건, minor 5건, critical 1건이에요. 10월 9일부터 10월 21일 사이에 열린 사고는 이 피드에 없었고, 12건은 모두 10월 22일 이후에 열렸어요.

기록 시간은 사고 기록이 열린 시각부터 해결로 바뀐 시각까지예요. 12건의 중앙값은 40.7분이고, 가장 길었던 건 10월 22일 커넥터 사고의 256.9분, 가장 짧았던 건 10월 24일 Claude Opus 5.5 사고의 5.7분이었어요.

12건 가운데 9건은 이름에 모델명이 들어간 오류 사고였고, 3건은 커넥터(Connectors, Gmail 커넥터, Google Calendar 커넥터) 사고였어요. 부품별로 세면 claude.ai와 Claude Cowork가 12건 모두에 걸려 있었고, Claude Code는 11건, Claude API는 9건이었어요. Claude API가 걸린 9건은 모델 오류 사고 9건과 정확히 겹쳐요. 커넥터 사고 3건에는 Claude API가 걸려 있지 않았어요. Claude Console과 Claude for Government는 이 창에서 열린 12건에는 걸리지 않았어요. 다만 10월 7일 22시 25분(한국 시각)에 열린 Console 사고 Elevated errors on platform.claude.com(major)은 창이 시작된 뒤에도 이어져 10월 14일 새벽 3시에 해결됐어요.

이 표를 읽을 때 한 가지를 기억해 두세요. 사고 이름은 어떤 모델이나 기능에서 오류가 늘었는지를 적을 뿐이고, 갱신 본문에도 원인을 설명하는 문장은 없었어요. 상태 페이지가 알려 주는 것은 어디서, 언제부터 언제까지 문제가 있었는지예요.

등급마다 부품에 찍힌 상태가 달랐어요

사고 기록에는 갱신이 여러 번 붙어요. 단계 이름은 investigating(조사 중), identified(원인 파악), monitoring(지켜보는 중), resolved(해결)예요. 갱신마다 걸린 부품의 상태가 함께 기록되는데, 이 창의 12건에서는 등급과 부품 상태가 이렇게 짝을 이뤘어요.

10월 24일 critical 사고는 08시 37분 첫 갱신에서 네 부품이 major_outage로 바뀌었고, 08시 54분 monitoring 단계에서 degraded_performance로 내려온 뒤 09시 11분에 정상으로 돌아왔어요. 이 사고의 해결 갱신은 실제 영향이 한국 시각 10월 24일 08시 28분부터 08시 59분까지였다고 적어요.

부품마다 회복 시각이 다를 수도 있어요. 10월 24일 14시 16분 사고는 14시 24분 갱신에서 Claude API만 정상으로 돌아오고 claude.ai, Claude Code, Claude Cowork는 partial_outage로 남아 있었어요. 같은 사고 안에서도 상태 페이지에는 API만 먼저 정상으로 표시된 시간이 있었어요. 그래서 사고가 떴을 때는 사고 이름만 보지 말고 내가 쓰는 부품의 상태를 함께 보는 게 좋아요.

기록이 열린 시각과 실제 영향 시각은 달라요

이 창의 12건 가운데 해결 갱신에 영향 시각이 적힌 9건은 모두 영향이 시작된 뒤에 기록이 열렸어요. 해결 갱신에 적힌 영향 시각과 기록이 열린 시각을 나란히 놓으면 차이가 보여요.

표에 넣은 모델 오류 사고 세 건은 영향이 시작되고 9분에서 10분 뒤에 기록이 열렸어요. 해결 갱신에 영향 시각이 적힌 모델 오류 사고 7건으로 넓히면 차이는 8분에서 27분이었어요. 커넥터 사고는 차이가 컸어요. Gmail 커넥터는 영향이 시작되고 4시간 59분 뒤에, Google Calendar 커넥터는 2일 5시간 12분 뒤에 기록이 열렸어요. Google Calendar 사고의 첫 갱신은 일정 목록이나 검색 요청 일부가 10월 26일부터 실패해 왔다고 적었어요.

그러니 상태 페이지가 모두 정상이라고 해서 내 증상이 서비스 쪽 문제가 아니라고 단정할 수는 없어요. 특히 커넥터처럼 일부 기능에서만 생기는 문제라면 더 그래요. 내 쪽 점검을 마쳤는데도 같은 증상이 이어지면 잠시 뒤 상태 페이지를 다시 열어 보세요.

사고 알림을 받아 두는 방법

상태 페이지를 매번 열기 번거롭다면 Subscribe to Updates 버튼으로 알림을 받을 수 있어요. 화면에 안내된 방법은 여섯 가지예요.

• 이메일: 사고가 생기고, 갱신되고, 해결될 때 알림
• 문자 메시지: 사고가 생기고 해결될 때 알림. 국가 코드 목록에 한국(+82)이 있고, 화면에는 메시지와 데이터 요금이 들 수 있다는 안내가 붙어 있어요
• Slack: 사고 갱신과 점검 상태 메시지를 Slack으로 받기
• Microsoft Teams: 팀 채널의 웹훅 주소로 받기
• 웹훅: 사고가 생기거나 갱신, 해결될 때와 부품 상태가 바뀔 때 지정한 주소로 받기
• Atom 피드와 RSS 피드

업무에 Claude API나 Claude Code를 쓴다면 팀 채널로 알림을 받아 두는 편이 편해요. 문자 메시지 알림은 사고가 생길 때와 해결될 때만 오고, 이메일과 웹훅은 중간 갱신까지 알려 준다고 화면에 적혀 있어요.

다른 서비스의 상태 페이지 기록이 어떻게 생겼는지 비교해 보고 싶다면 챗GPT 상태 페이지의 사고 기록을 직접 세어 본 글도 같은 방식으로 정리돼 있어요.

주의할 점

• 이 글의 사고 수와 기록 시간은 2026년 11월 9일 오후 1시 40분(한국 시각)에 받은 incidents.json의 최근 50건 가운데, 10월 10일 0시부터 11월 9일 0시 전까지 열린 사고만 센 값이에요. 그 뒤에 새 사고가 열리면 숫자가 달라져요.
• 등급 이름(critical, major, minor)과 부품 상태 이름은 상태 페이지가 쓰는 값 그대로예요. 등급과 부품 상태의 짝은 이 창의 12건에서 관찰한 것이에요.
• 용량 제약 메시지는 상태 페이지에 나오지 않는다고 고객센터 문서가 적고 있어요. 상태 페이지가 정상이어도 이 메시지는 뜰 수 있어요.
• 529, 429, 500 같은 코드 설명은 Claude API 문서의 내용이에요. 웹과 앱 화면에 뜨는 메시지는 고객센터의 오류 메시지 문서를 기준으로 보세요.

정리하며

클로드 오류가 나면 status.claude.com에서 맨 위 문구, 내가 쓰는 부품의 상태, Past Incidents 목록을 차례로 보세요. 사고가 열려 있으면 서비스 쪽 문제이니 해결 갱신을 기다리면 되고, 사고가 없는데 용량 제약 메시지가 뜨면 고객센터 문서대로 몇 분 뒤 다시 시도하면 돼요. 로그인 오류는 VPN, 확장 프로그램, 캐시와 쿠키부터 정리하고, API에서는 529와 500을 서비스 쪽 신호로, 429와 401을 내 한도나 키 문제로 먼저 의심해 보세요.

이 창에서는 상태 페이지 기록이 영향이 시작된 뒤에 열렸고, 커넥터처럼 일부 기능 문제는 며칠 늦게 올라온 적도 있어요. 정상 표시만 보고 끝내지 말고, 증상이 이어지면 다시 열어 보거나 알림을 받아 두세요.

함께 보면 좋은 글

• 챗GPT 접속이 안 될 때 원인을 찾아가는 자가진단 순서
• 챗GPT 상태 페이지의 사고 기록을 직접 세어 본 글
• HTTP 상태 코드를 RFC 원문으로 세어 본 글