클로드 서버 상태는 status.claude.com 에서 확인합니다. Claude.ai, Claude Code, API, Cowork의 상태가 각각 표시되고 진행 중인 장애와 복구 상황이 실시간으로 올라옵니다.
옛 주소 status.anthropic.com 도 아직 열립니다. 다만 자동으로 status.claude.com 으로 넘어갑니다. 북마크에 옛 주소가 있어도 문제없지만, 새 주소로 바꿔두는 편이 낫습니다.
서버 문제인지 내 문제인지 구분하기
상태 페이지가 정상(All Systems Operational)인데 나만 안 되면 다음을 순서대로 봅니다.
- 다른 기기나 다른 네트워크에서 접속해보기. 여기서 되면 내 환경 문제입니다.
- 사용 한도에 걸렸는지 확인. 장애가 아니라 한도 초과일 때 화면이 비슷하게 느껴집니다.
- VPN이나 회사망을 끄고 시도. 사내 방화벽에 막히는 경우가 있습니다.
- 로그아웃 후 재로그인. 8월 16일 장애가 인증 문제로 시작됐는데, 그 뒤에 세션이 꼬여 있는 경우가 있습니다.
클로드 코드만 안 될 때도 같은 페이지를 봅니다. 상태 페이지에 Claude Code가 별도 항목으로 있어서, 웹은 되는데 코드만 죽은 상황도 구분됩니다. 다만 API와 콘솔은 따로 표시되니 무엇이 죽었는지 항목별로 확인하세요.
장애가 얼마나 자주 나나
2026년 8월에는 잦았습니다. 8일 연속으로 10건이 보고됐고, 3월·6월·7월에도 있었습니다.
- 8월 16일: Claude.ai, Claude Code, Cowork가 동시에 영향받 았습니다. 21:58 UTC 인증 문제로 시작해 22:40 UTC 복구됐습니다. 약 36분이었고 API와 콘솔은 정상이었습니다.
- 8월 12일: 여러 모델에서 오류율이 급증했습니다.
앤트로픽이 밝힌 원인은 수요가 확보된 컴퓨트를 앞질렀다는 것입니다. 클로드 코드의 기업 도입과 개인 가입 증가가 겹쳤다고 설명했습니다.
즉 일회성 사고가 아니라 성장에 따르는 구조적 문제라, 당분간 반복될 수 있다고 보는 게 현실적입니다.
복구까지 얼마나 걸리나
8월 16일 사례는 36분이었습니다. 다만 이 한 건으로 평균을 말할 수는 없습니다. 상태 페이지에 복구 예상 시각이 나오는 경우도 있지만 대부분은 "조사 중"으로 시작해 순차 복구됩니다.
실무 기준으로는 30분에서 1시간 정도를 잡고 다른 일을 하는 편이 낫습니다. 새로고침을 반복하는 것보다 알림을 걸어두는 쪽이 효율적입니다.
알림을 미리 걸어두면 편합니다
상태 페이지에서 이메일, SMS, 슬랙, 팀즈, 웹훅 구독을 지원합니다. 팀으로 클로드를 쓴다면 슬랙 채널에 연결해두면 장애 여부를 물어보는 일이 없어집니다.
작업 중에 갑자기 멈췄을 때 원인을 찾느라 시간을 쓰는 것보다, 알림 하나로 "지금 전체 장애구나"를 즉시 아는 게 훨씬 낫습니다.
장애 중에 할 수 있는 것
- API와 콘솔은 따로 죽습니다. 8월 16일에는 웹과 코드가 죽었는데 API는 살아 있었습니다. API로 붙는 도구가 있다면 그쪽은 계속 쓸 수 있습니다.
- 작업 내용을 로컬에 남겨두기. 클로드 코드로 작업하던 중이면 변경사항을 커밋하거나 파일로 저장해두는 게 안전 합니다.
- 다른 모델로 임시 전환. 같은 작업을 다른 도구로 이어갈 수 있게 프롬프트나 지시서를 따로 관리해두면 장애가 덜 아픕니다.
확인 시점
이 글의 상태 페이지 주소와 리다이렉트는 2026년 8월 20일 직접 확인했습니다. 장애 이력은 같은 날 공개된 보도와 상태 페이지 기록을 기준으로 정리했습니다. 서비스 주소와 항목 구성은 바뀔 수 있으니, 실제로 안 될 때는 위 링크를 먼저 열어보세요.
지피터스는 누적 6천 명이 스터디를 거친 AI 커뮤니티이고, 저는 여기서 클로드 코드로 마케팅 업무를 매일 돌립니다. 장애가 났을 때 무엇이 죽고 무엇이 살아 있는지 구분하는 게 실무에서 제일 급한 문제라 정리했습니다.
클로드 코드를 실무에 어떻게 붙이는지는 클로드 스킬 추천 3개에 정리해뒀습니다. 장애에 덜 흔들리는 작업 구성이 궁금하시면 진행 중인 스터디 목록도 보세요.