공식 문서 원문으로 정리한 503·500·429·403·401 대처표 — 기다릴 오류와 고쳐야 할 오류
결론부터 말하면 503은 내 계정이나 내 기기의 문제가 아니라 서비스를 제공하는 서버 쪽에서 발생한 오류입니다. 재설치하거나 비밀번호를 바꾸거나 결제 수단을 다시 등록해도 달라지지 않습니다. 할 수 있는 일은 정해져 있고, 그 목록은 생각보다 짧습니다.
그런데 오류 화면을 보고 가장 먼저 확인해야 할 것은 숫자 자체가 아닙니다. 앞자리가 5냐 4냐입니다. 앞자리 5로 시작하는 코드는 요청을 받은 서버가 처리에 실패했다는 뜻이고, 앞자리 4로 시작하는 코드는 요청을 보낸 쪽에 문제가 있다는 뜻입니다. 이 한 갈래만 잡아도 ‘기다려야 하는 상황’과 ‘내가 뭔가 고쳐야 하는 상황’이 깔끔하게 나뉩니다.
아래에서는 OpenAI가 공개한 오류 코드 문서의 원문 표현을 그대로 놓고 코드별 대처를 표로 정리한 다음, 503이 떴을 때 순서대로 할 일, 공식 상태 페이지를 읽는 방법, 그리고 4xx일 때 완전히 달라지는 대응을 차례로 다루겠습니다. 웹 화면과 개발용 연결에서 오류가 서로 다르게 보인다는 점도 마지막에 갈라 두었습니다.
- 503 오류는 내 문제인가요, 서버 문제인가요?
- 코드별 대처표 — 공식 문서 표현 그대로
- 503이 떴을 때 순서대로 할 일
- 공식 상태 페이지를 읽는 법
- 4xx는 대처가 완전히 다르다
- 증상만 보이고 코드가 안 보일 때
- 웹 화면과 개발용 연결은 다른 이야기다
503 오류는 내 문제인가요, 서버 문제인가요?
서버 문제입니다. OpenAI 공식 오류 코드 문서는 503을 “The engine is currently overloaded, please try again later”로 적어 두고, 원인을 “Our servers are experiencing high traffic”이라고 명시합니다. 우리말로 옮기면 ‘지금 트래픽이 몰려 처리 용량을 넘겼다’는 뜻입니다. 권장 조치도 한 줄뿐입니다. “Please retry your requests after a brief wait”, 즉 잠깐 기다렸다가 다시 시도하라는 것입니다.
여기서 ‘잠깐’이 얼마인지 궁금하실 텐데, 공식 문서는 특정 초를 못 박지 않습니다. 다만 같은 문서의 다른 항목에서 힌트를 줍니다. 요청 속도가 갑자기 늘어 서비스 안정성에 영향을 줄 때 나오는 또 다른 503, 즉 “Slow Down” 항목의 권장 조치는 요청 속도를 원래 수준으로 낮추고 15분 이상 유지한 뒤 서서히 올리라는 것입니다. 서비스 쪽이 회복 판단에 두는 시간 단위가 초가 아니라 분이라는 뜻으로 읽을 수 있습니다.
앞자리 하나로 갈리는 이유
HTTP 응답 코드는 앞자리로 성격이 정해집니다. 4로 시작하면 요청을 보낸 쪽의 문제이고, 5로 시작하면 요청을 받은 서버의 문제입니다. 그래서 401이나 403이 떴다면 인증 정보나 접속 지역처럼 내 쪽에서 손댈 수 있는 것이 있지만, 500이나 503이 떴다면 내 쪽에서 손댈 것이 사실상 없습니다. 이 구분을 모르면 서버가 붐비는 30분 동안 계정 설정을 헤집게 됩니다.
‘고칠 수 있는가’를 먼저 물어라
오류 화면 앞에서 던질 첫 질문은 ‘무슨 뜻인가’가 아니라 ‘내가 고칠 수 있는 것인가’입니다. 고칠 수 없는 것이라면 대기와 우회가 전부이고, 고칠 수 있는 것이라면 무엇을 어디서 바꿔야 하는지가 정해져 있습니다. 다음 표는 이 질문을 마지막 칸에 넣어 두었습니다.
코드별 대처표 — 공식 문서 표현 그대로
아래 표의 ‘공식 명칭’과 ‘공식 원인’은 OpenAI가 공개한 오류 코드 문서의 표현을 그대로 옮긴 것입니다. 실제로 화면에 어떤 문구가 뜨는지는 접속 방식에 따라 다를 수 있으니, 숫자를 기준으로 보면 됩니다.
| 코드 | 공식 명칭 | 공식이 밝힌 원인 | 해야 할 일 | 기다리면 풀리나 | 내가 고칠 수 있나 |
|---|---|---|---|---|---|
| 503 | The engine is currently overloaded | 서버에 트래픽이 몰림 | 잠시 후 재시도 | 예 | 아니요 |
| 503 | Slow Down | 내 요청 속도가 급증해 안정성에 영향 | 속도를 낮추고 15분 이상 유지 후 서서히 증가 | 조건부 | 예 — 속도 조절 |
| 500 | The server had an error | 서버 내부 오류 | 잠시 후 재시도, 지속되면 문의 | 대체로 예 | 아니요 |
| 429 | Rate limit reached for requests | 요청을 너무 빨리 보냄 | 요청 간격을 두고 재시도 안내를 따름 | 예 | 예 — 간격 조절 |
| 429 | Credit balance exhausted | 선불 크레딧 잔액이 없음 | 결제 설정에서 크레딧 충전 | 아니요 | 예 — 결제 |
| 403 | Country, region, or territory not supported | 지원되지 않는 국가·지역에서 접속 | 접속 지역 확인 | 아니요 | 예 — 접속 환경 |
| 401 | Invalid Authentication | 인증 정보가 올바르지 않음 | 인증 정보와 소속 확인 | 아니요 | 예 — 로그인·키 |
| 401 | IP not authorized | 요청 IP가 허용 목록과 불일치 | 허용 IP에서 요청하거나 목록 수정 | 아니요 | 예 — 네트워크 |
표를 세로로 훑어보면 성격이 확연히 갈립니다. ‘기다리면 풀리나’ 칸이 ‘예’인 줄은 손댈 것이 없고, ‘아니요’인 줄은 기다려도 절대 풀리지 않습니다. 429 두 줄이 특히 대조적입니다. 같은 429여도 요청 속도 때문이면 기다리면 풀리지만, 크레딧 잔액 때문이면 하루를 기다려도 그대로입니다. 숫자만 보고 ‘429니까 좀 있다 하자’로 넘기면 이 차이를 놓칩니다.
표를 쓰는 순서
실제로 쓸 때는 오른쪽 두 칸부터 보시는 편이 빠릅니다. ‘내가 고칠 수 있나’가 아니요면 거기서 판단을 끝내면 됩니다. 남은 선택지가 대기와 우회뿐이기 때문입니다. 반대로 예로 표시된 줄이라면 ‘해야 할 일’ 칸이 곧 오늘의 할 일 목록이 됩니다.
503이 떴을 때 순서대로 할 일
공식 조치가 ‘기다렸다 재시도’ 한 줄이라고 해서 할 일이 없는 것은 아닙니다. 무엇을 확인하고 어디서 멈춰야 하는지 순서를 잡아 두면 헛수고를 줄일 수 있습니다.
1단계 — 공식 상태 페이지부터 연다
가장 먼저 할 일은 재시도가 아니라 상태 확인입니다. 공식 상태 페이지는 서비스 구성요소별로 정상 여부를 표시하고, 장애가 진행 중이면 그 사실과 진행 상황을 함께 올립니다. 여기서 장애가 확인되면 그때부터는 기다리는 것이 유일한 선택지이고, 반대로 전부 정상으로 표시되어 있는데 나만 안 된다면 그때 내 쪽 환경을 살펴볼 근거가 생깁니다.
2단계 — 한두 번만 재시도한다
503은 순간적인 과부하로도 발생하므로 한두 번의 재시도로 넘어가는 경우가 있습니다. 다만 연타는 권하지 않습니다. 공식 문서가 별도 항목으로 “Slow Down”을 두고 요청 속도를 낮추라고 안내하는 이유가 여기에 있습니다. 안 된다고 새로고침을 반복하면 오히려 상황을 더 어렵게 만들 수 있습니다.
3단계 — 작업 중이던 내용을 먼저 확보한다
실무적으로 가장 중요한 단계입니다. 긴 글을 쓰던 중이었다면 입력창의 내용을 다른 곳에 복사해 두시기 바랍니다. 오류 화면에서 새로고침을 누르는 순간 작성 중이던 입력이 사라지는 경우가 있습니다. 복구할 수 없는 것은 오류가 아니라 내가 쓰던 글입니다.
4단계 — 접속 경로를 하나만 바꿔 본다
상태 페이지가 정상인데 나만 안 되는 상황이라면 변수를 하나씩만 바꿔 확인해 보세요. 브라우저를 바꾸거나, 확장 프로그램을 끄거나, 사내망 대신 다른 네트워크로 접속해 보는 식입니다. 여러 개를 한꺼번에 바꾸면 무엇 때문에 해결됐는지 알 수 없어 다음에 또 같은 일을 반복하게 됩니다.
5단계 — 같은 계정을 다른 기기에서 확인한다
휴대폰 앱과 컴퓨터 브라우저 양쪽에서 시도해 보면 원인의 범위가 좁혀집니다. 두 기기 모두 실패하면 내 기기 설정 문제가 아닙니다. 이때 휴대폰은 무선 연결을 끄고 이동통신망으로 바꿔 확인해야 네트워크 변수까지 걸러집니다.
6단계 — 시간대를 옮긴다
과부하성 오류는 사용이 몰리는 시간대에 잦습니다. 마감이 급하지 않다면 시간을 옮겨 다시 시도하는 것이 가장 확실합니다. 반대로 마감이 급하다면 대체 도구로 우회할 계획을 미리 정해 두는 편이 낫습니다. 도구 하나에 마감을 통째로 걸어 두면 서버 사정에 일정이 흔들립니다.
공식 상태 페이지를 읽는 법
상태 페이지는 서비스 전체를 하나의 신호등으로 보여 주지 않습니다. 기능 단위로 쪼개서 표시합니다. 그래서 ‘전체는 정상인데 내가 쓰는 기능만 문제’인 상황을 구분할 수 있습니다.
실제로 2026년 8월 1일 공식 상태 페이지를 열어 보면 맨 위에 “We’re fully operational”, 즉 알려진 문제가 없다는 문구가 뜹니다. 그 아래는 개별 기능이 죽 나열되는 것이 아니라 큰 묶음으로 접혀 있고, 묶음마다 구성요소 개수와 최근 가동률이 함께 붙습니다. 같은 날 화면에 표시된 값은 아래와 같았습니다.
| 묶음 | 구성요소 수 | 표시된 가동률 | 이 묶음이 다루는 것 |
|---|---|---|---|
| ChatGPT | 15개 | 99.67% | 브라우저·앱에서 쓰는 대화 화면 |
| APIs | 12개 | 99.93% | 직접 만든 프로그램이 붙는 연결 |
| Codex | 4개 | 99.98% | 코드 작업용 기능 |
| FedRAMP | 1개 | 100% | 공공 부문 전용 환경 |
| Ads Platform | 2개 | 표시 없음 | 광고 관련 기능 |
표에서 눈여겨볼 것은 묶음마다 가동률이 다르다는 점입니다. 같은 집계 구간(화면에 ‘May 2026 – Aug 2026’으로 표시)에서 API가 99.93%인데 ChatGPT는 99.67%였습니다. 즉 ‘개발용 연결은 멀쩡한데 대화 화면만 흔들리는’ 구간이 실제로 존재한다는 뜻입니다. 이 페이지에 표시된 가동률은 모든 요금제와 모델을 합친 값이라는 안내도 아래에 함께 붙어 있어, 내 계정에서 겪는 체감과 완전히 같지는 않을 수 있습니다. 여기서 읽어야 할 것은 세 가지입니다.
- 전체 표시등 — 진행 중인 장애가 있는지 한 줄로 알려 줍니다.
- 묶음을 펼친 뒤의 세부 항목 — 묶음을 열면 로그인, 이미지, 오디오, 파일, 대화처럼 개별 기능이 나옵니다. 어느 기능만 문제인지 여기서 갈립니다.
- 진행 기록 — 장애가 언제 시작됐고 지금 어느 단계인지 시간순으로 올라옵니다.
여기서 중요한 함정이 하나 있습니다. 상태 페이지가 전부 정상이라고 해서 내가 겪는 오류가 가짜인 것은 아닙니다. 장애 인지와 게시 사이에는 시차가 있고, 특정 지역이나 특정 요청 유형에만 영향을 주는 문제는 전체 표시등에 올라오지 않을 수 있습니다. 그래서 상태 페이지는 ‘문제 없음의 증명’이 아니라 ‘이미 알려진 장애인지 확인하는 첫 관문’으로 쓰는 것이 맞습니다.
기능별 항목이 왜 중요한가
실무에서 이 구분이 시간을 아껴 줍니다. 예를 들어 대화는 잘 되는데 이미지 생성만 계속 실패한다면, 계정이나 네트워크를 뒤질 것이 아니라 ChatGPT 묶음을 펼쳐 이미지 항목의 상태만 확인하면 됩니다. 반대로 로그인 항목에 문제가 표시되어 있다면 비밀번호를 다시 설정할 이유가 없습니다. 내가 쓰려던 기능과 상태 페이지의 항목을 짝지어 보는 것이 첫 동작이 되어야 합니다. 전체 표시등만 보고 ‘정상이라는데 왜 안 되지’로 끝내면 이 정보를 통째로 흘려보내게 됩니다.
4xx는 대처가 완전히 다르다
같은 오류 화면이라도 앞자리가 4라면 이야기가 뒤집힙니다. 기다림은 해결책이 아니고, 무엇을 바꿔야 하는지가 코드마다 정해져 있습니다.
401 — 인증 문제
공식 문서는 401을 인증이 올바르지 않은 상태로 설명하고, 조치로 올바른 인증 정보와 소속 조직을 사용하고 있는지 확인하라고 안내합니다. 브라우저 캐시를 지우라는 안내도 함께 붙어 있습니다. 여러 계정을 오가며 쓰는 경우, 로그인은 되어 있는데 다른 소속으로 붙어 있어 401이 나는 상황이 생깁니다. 접속 IP가 허용 목록과 맞지 않을 때도 401로 표시됩니다.
403 — 지역 문제
403은 지원되지 않는 국가나 지역에서 접속했을 때 나오는 코드로 문서에 적혀 있습니다. 해외 서버를 경유하는 네트워크를 쓰고 있다면 그 경로가 원인일 수 있습니다. 기다린다고 풀리지 않으므로 접속 환경부터 확인하는 것이 순서입니다.
429 — 한도 문제, 그런데 두 종류다
429는 이름이 하나인데 원인이 여러 갈래라 가장 헷갈립니다. 공식 문서는 요청 속도 초과, 선불 크레딧 소진, 조직 지출 한도 도달, 프로젝트 지출 한도 도달, 조직 사용 한도 도달을 모두 429로 묶어 두었습니다. 앞의 하나는 시간이 지나면 풀리고, 나머지는 설정이나 결제를 손대야 풀립니다. 429가 떴을 때는 ‘속도 문제인가 한도 문제인가’를 먼저 가르시기 바랍니다. 속도 문제라면 재시도 안내를 따르면 되고, 한도 문제라면 아무리 기다려도 같은 화면이 반복됩니다.
4xx가 반복될 때의 확인 순서
앞자리가 4인 오류가 반복된다면 순서를 이렇게 잡으시면 됩니다. ① 로그인 상태와 지금 붙어 있는 소속이 의도한 것인지 확인합니다. ② 결제와 한도 설정 화면에서 남은 잔액과 지출 한도를 봅니다. ③ 회사망이나 해외 경유 네트워크를 쓰고 있다면 다른 네트워크로 바꿔 시도합니다. ④ 그래도 같으면 브라우저 캐시를 지우고 다시 로그인합니다. 이 네 가지를 모두 확인했는데도 같은 코드가 나온다면 그때 문의로 넘기는 것이 순서이고, 문의할 때는 코드 숫자와 발생 시각을 함께 적어 두면 확인이 빨라집니다.
증상만 보이고 코드가 안 보일 때
브라우저 대화 화면에서는 숫자가 아예 안 보이고 ‘문제가 발생했습니다’ 같은 문구만 뜨는 경우가 많습니다. 이때는 숫자 대신 증상의 모양으로 갈라야 합니다. 아래 표는 화면에서 관찰되는 모습만으로 어디를 먼저 볼지 정해 둔 것입니다.
| 화면에서 보이는 모습 | 가장 유력한 갈래 | 먼저 확인할 곳 | 재시도로 풀릴 가능성 | 다음 동작 |
|---|---|---|---|---|
| 답변이 시작되다가 중간에 끊김 | 서버 과부하 계열 | 상태 페이지 대화 항목 | 높음 | 입력 내용을 복사해 두고 10분 뒤 1회 재시도 |
| 보내자마자 즉시 실패, 매번 동일 | 인증 또는 한도 계열 | 로그인 상태, 결제·한도 설정 | 낮음 | 잔액과 지출 한도를 먼저 열어 본다 |
| 화면은 뜨는데 로그인이 계속 풀림 | 인증 계열 | 브라우저 캐시, 계정 소속 | 낮음 | 캐시 삭제 후 소속 계정을 바꿔 로그인 |
| 특정 기능만 실패(이미지·음성 등) | 부분 장애 | 상태 페이지의 해당 기능 항목 | 높음 | 그 기능만 피해서 작업하고 복구를 기다린다 |
| 회사 네트워크에서만 실패 | 접속 경로 계열 | 다른 네트워크로 접속 | 낮음 | 휴대폰 이동통신망으로 교차 확인 |
| 새벽에는 되고 낮에만 실패 | 혼잡 시간대 | 시간대 이동 | 높음 | 마감 작업을 혼잡 시간 밖으로 옮긴다 |
표에서 ‘재시도로 풀릴 가능성’이 낮음으로 찍힌 세 줄은 시간이 해결해 주지 않는 갈래입니다. 반대로 높음으로 찍힌 세 줄은 손대지 말고 기다리는 편이 낫습니다. 여기서 갈래만 정해도 다음에 무엇을 열어 볼지가 정해집니다.
기록해 두면 다음이 빨라진다
같은 오류가 반복된다면 발생 시각, 사용하던 기능, 접속 네트워크 세 가지만 메모해 두시기 바랍니다. 며칠치가 모이면 패턴이 드러납니다. 특정 시간대에 몰려 있으면 혼잡 문제이고, 특정 네트워크에서만 나오면 접속 경로 문제이며, 시각과 무관하게 매번이면 계정이나 한도 문제입니다. 세 줄짜리 메모가 원인 후보를 절반으로 줄여 줍니다.
웹 화면과 개발용 연결은 다른 이야기다
마지막으로 이 글에서 가장 오해가 잦은 부분을 짚겠습니다. 위에서 인용한 오류 코드 목록은 개발용 연결(API)에 대한 공식 문서입니다. 브라우저에서 대화 화면을 쓰다가 마주치는 오류 문구는 이 목록과 표현이 다를 수 있습니다.
그래서 판정은 이렇게 갈라 두시면 됩니다.
- 브라우저 대화 화면에서 발생 — 상태 페이지의 사이트·대화·로그인 항목을 확인합니다. 확장 프로그램과 네트워크 경로가 변수입니다.
- 직접 만든 프로그램이나 도구 연결에서 발생 — 응답 코드 숫자가 그대로 돌아오므로 위 표를 그대로 적용하면 됩니다. 인증 키와 요청 속도가 변수입니다.
- 둘 다 동시에 발생 — 내 환경이 아니라 서비스 쪽 문제일 가능성이 높습니다.
정리하면 챗지피티 오류 503은 기다리는 것이 정답인 오류입니다. 다만 기다리기 전에 상태 페이지를 열어 이미 알려진 장애인지 확인하고, 작성 중이던 내용을 확보해 두고, 재시도는 간격을 두는 것까지가 한 세트입니다. 그리고 화면에 뜬 숫자의 앞자리가 4였다면 이 글의 절반은 해당되지 않습니다. 그때는 인증, 지역, 한도 중 무엇인지부터 가르시면 됩니다.
덧붙여, 업무 흐름에 이 도구가 들어가 있다면 장애를 전제로 한 대비를 한 번만 만들어 두시길 권합니다. 긴 입력은 별도 문서에 먼저 쓰고 붙여 넣는 방식으로 바꾸면 화면이 끊겨도 원고가 남고, 마감이 걸린 작업은 대체 수단을 하나 정해 두면 서버 사정에 일정이 끌려가지 않습니다. 오류 대응은 그때그때의 요령보다 이런 구조를 바꾸는 쪽이 효과가 큽니다.
도구를 처음 다루기 시작한 단계라면 오류 대응보다 기본 사용 흐름을 먼저 잡아 두는 편이 도움이 됩니다. 챗GPT를 처음 쓸 때의 단계별 안내를 정리한 글에 가입부터 첫 실습까지 순서를 두었으니 함께 확인해 보시면 됩니다. 이 글에 인용한 오류 코드 설명은 OpenAI 공식 오류 코드 문서의 원문이며, 실시간 서비스 상태는 OpenAI 공식 상태 페이지에서 직접 확인하실 수 있습니다.
작성: jn 블룸 편집부 · 일반 정보이며, 중요한 결정 전에는 해당 기관 공식 안내를 확인하세요.
본 글은 의료·법률·투자 자문이 아니며, 개인 상황에 맞는 판단은 전문가와 상담하세요.
함께 보면 좋은 글
답글 남기기