Vercel이 다운된 것일까요, 아니면 문제가 하나의 배포, 커스텀 도메인 또는 네트워크 연결에만 국한된 것일까요? 먼저 Vercel 공식 상태 페이지를 확인한 다음, 영향을 받은 프로젝트를 다른 Vercel 호스팅 사이트와 비교해 원인을 좁혀 보세요.
Site Administrator
마지막 검토: September 25, 2026
최근 기록된 상태
정상 최근 확인에서 Vercel 웹사이트는 정상적으로 접속되고 응답하는 것으로 보였습니다.
| 엔드포인트 | 상태 | 관측 시각 |
|---|---|---|
| vercel.com | Operational | 2026-11-09 14:53 UTC |
현재 사용자 환경에서는 작동하나요?
최근 신고 0건 — 의미 있는 추세를 표시하려면 더 많은 데이터가 필요합니다.
단일 외부 확인에서 놓칠 수 있는 부분적 또는 지역별 장애까지 확인하려면 Vercel의 공식 상태 페이지도 함께 확인하세요. 공식 상태 페이지.

Vercel은 웹 프로젝트를 배포하고 제공하기 위한 클라우드 및 개발자 플랫폼입니다. Vercel 공식 상태 페이지에 보고된 인시던트는 플랫폼 전반의 문제를 판단할 때 가장 중요한 초기 신호이지만, 모든 프로젝트, 도메인 또는 배포가 영향을 받는다는 의미는 아닙니다.
서로 관련 없는 프로젝트, 배포, 대시보드 작업 또는 기타 플랫폼 기능이 거의 동시에 실패한다면 Vercel 전반의 문제일 가능성이 높아집니다. 상태 페이지에 일치하는 인시던트가 표시되지 않는 상황에서 하나의 프로젝트 또는 커스텀 도메인만 실패한다면 해당 배포의 빌드 출력, 런타임 동작, 환경 설정, DNS, 인증서 또는 리디렉션 설정을 조사하세요.
브라우저에 표시되는 메시지는 기기와 요청한 사이트 사이의 경로에서 발생한 문제를 설명할 수도 있습니다. 설정을 변경하기 전에 정확한 오류, 영향을 받은 호스트 이름, 실패 시각, 다른 Vercel 프로젝트의 정상 작동 여부, 동일한 요청이 다른 기기나 네트워크에서 성공하는지를 기록하세요.
Vercel 공식 상태 페이지를 열고 보고된 인시던트와 문제가 발생한 기능을 비교하세요. 인시던트가 일치한다면 영향을 받은 배포 또는 프로젝트와 실패 시각을 기록하고, 관련 없는 설정 변경은 피한 뒤 인시던트 정보에 복구가 표시되면 다시 시도하세요. 관련 인시던트가 표시되지 않는다면 프로젝트, 도메인 및 로컬 환경을 계속 확인하세요.
영향을 받은 배포의 빌드 및 런타임 출력을 확인하세요. 예상한 배포가 요청한 호스트 이름에 연결되어 있는지 확인하고, 가능하다면 정상 작동이 확인된 배포와 비교하세요. 하나의 프로젝트에서만 문제가 발생한다면 플랫폼 전체 장애보다는 애플리케이션 코드, 빌드 설정, 환경 설정 또는 도메인 설정이 원인일 가능성이 높습니다.
커스텀 도메인 오류만으로 Vercel을 사용할 수 없다고 판단할 수는 없습니다. 최근 DNS 변경 사항, 요청한 호스트 이름의 레코드, 호스트 이름과 인증서 설정의 일치 여부를 확인하세요. 리디렉션 루프가 발생한다면 의도한 HTTP 및 HTTPS 주소를 테스트하고 프로젝트의 리디렉션 규칙을 검토하세요.
관련 진단 항목으로 [DNS_PROBE_FINISHED_NXDOMAIN](/guides/dns-probe-finished-nxdomain), [DNS_PROBE_FINISHED_BAD_CONFIG](/guides/dns-probe-finished-bad-config), [ERR_CERT_COMMON_NAME_INVALID](/guides/err-cert-common-name-invalid) 및 [ERR_TOO_MANY_REDIRECTS](/guides/err-too-many-redirects)를 확인할 수 있습니다.
비공개 창에서 URL을 열고, 확장 프로그램을 일시적으로 비활성화한 다음 다른 기기나 네트워크에서 테스트하세요. 다른 환경에서는 정상 작동한다면 배포를 변경하기 전에 브라우저 상태, 로컬 DNS 캐시 또는 원래 네트워크 경로를 조사하세요. 연결 거부 및 연결 시간 초과 메시지는 Vercel 전체가 아니라 클라이언트 경로 또는 특정 오리진 요청에서 발생할 수 있습니다. [ERR_CONNECTION_REFUSED](/guides/err-connection-refused) 및 [ERR_CONNECTION_TIMED_OUT](/guides/err-connection-timed-out)을 참고하세요.
정확한 작업, 요청한 호스트 이름, 타임스탬프, 응답 상태 및 오류 본문을 기록하세요. 가능하다면 대시보드 또는 브라우저를 통해 동일한 작업을 수행한 결과와 비교하세요. 이렇게 하면 인증 또는 프로젝트 설정 문제를 빌드 실패, 일시적인 네트워크 오류 및 플랫폼 전반의 인시던트와 구분하는 데 도움이 됩니다. 진단 출력에 배포 자격 증명이나 토큰을 노출하지 마세요.
배포, 도메인, 프로젝트 및 계정별 세부 정보는 관련 Vercel 대시보드 로그와 공급업체 문서를 확인하세요. 일반적인 상태 결과만으로 개별 프로젝트의 설정이 올바른지 확인할 수는 없습니다.
이 실시간 확인은 당사 서버에서 실행되므로 모든 지역, 계정, 기능 또는 네트워크 경로의 상태를 반영하지 않을 수 있습니다.
보고된 가용성 문제는 Vercel 공식 상태 페이지에서 확인하세요. 관련 인시던트가 표시되지 않는다면 문제가 여러 프로젝트, 하나의 배포, 커스텀 도메인 또는 본인의 기기와 네트워크에만 영향을 미치는지 확인하세요.
접근할 수 있는 다른 관련 없는 Vercel 호스팅 프로젝트 또는 배포를 테스트하고 공식 상태 페이지의 내용과 결과를 비교하세요. 관련 없는 여러 프로젝트에서 유사한 문제가 발생한다면 하나의 프로젝트에 국한된 오류보다 서비스 전반의 문제일 가능성이 높습니다.
HTTP 500 응답은 요청 또는 배포와 관련된 서버 측 실패를 나타냅니다. 배포의 빌드 및 런타임 출력을 검토하고, 최근 애플리케이션 또는 환경 변경 사항을 확인한 다음 Vercel 상태 페이지와 발생 시각을 비교하세요. 일반적인 진단 단계는 [HTTP 500 문제 해결 가이드](/guides/http-500-internal-server-error)를 참고하세요.
전체 Vercel 가용성과 관계없이 도메인 경로에서 문제가 발생할 수 있습니다. DNS 레코드, 설정된 호스트 이름, 인증서 일치 여부 및 리디렉션 동작을 확인하세요. DNS_PROBE_FINISHED_NXDOMAIN, ERR_CERT_COMMON_NAME_INVALID 및 ERR_TOO_MANY_REDIRECTS는 해당 경로의 서로 다른 부분에 문제가 있음을 나타내므로 각각 별도로 조사해야 합니다.
비공개 창에서 테스트하고 확장 프로그램, 로컬 DNS 캐시 및 문제가 발생하는 네트워크 경로를 확인하세요. 동일한 URL이 다른 환경에서 작동한다면 프로젝트 또는 배포 설정을 변경하기 전에 로컬 연결을 조사하세요.
자동으로 재배포하지는 마세요. 먼저 공식 상태 페이지를 확인하고 영향을 받은 배포, 타임스탬프 및 오류를 기록하세요. 반복적으로 재배포하면 플랫폼 인시던트와 프로젝트별 빌드 또는 런타임 문제를 구분하기가 더 어려워질 수 있습니다.
이 실시간 확인은 당사 서버에서 실행되므로 모든 지역, 계정, 기능 또는 네트워크 경로의 상태를 반영하지 않을 수 있습니다.