리뉴얼·이전 · 공식 문서
사이트 점검 중 페이지, 503 응답 설정 순서
점검하는 URL마다 그 자리에서 503 상태 코드와 Retry-After 헤더를 내고, robots.txt 는 200 으로 둡니다. 구글은 이 방법을 몇 시간에서 1~2일짜리 점검에 쓰라고 적었고, 그보다 길면 URL이 색인에서 빠질 수 있다고 적었습니다.
서버 작업이나 데이터 이전으로 사이트를 몇 시간 닫을 때 「사이트 점검 중」 화면을 띄웁니다. 사람은 화면 글을 읽지만 크롤러는 상태 코드를 먼저 읽습니다.
같은 점검 화면도 200 으로 내느냐 503 으로 내느냐에 따라 검색엔진이 받아 가는 것이 달라집니다. 구글은 짧은 점검에 쓸 응답을 문서로 정해 두었습니다.
발견 01
점검 화면을 내는 방법 5가지 중 색인을 지키는 것은 원래 URL에서 내는 503 하나입니다
| 점검 화면을 내는 방법 | 검색에 생기는 일 | 구글 공식 문서 원문 |
|---|---|---|
| 200 으로 점검 안내 화면 | 점검 문구가 그 URL의 내용으로 다음 단계에 넘어갑니다. 오류처럼 보이면 소프트 404 로 잡힙니다 | Google passes on whatever it received to the next processing step (which is product specific). If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.구글은 200 으로 받은 것을 그대로 다음 처리 단계로 넘긴다. 내용이 오류(빈 페이지나 오류 메시지)로 보이면 서치 콘솔에 소프트 404 오류로 표시된다. |
| 302 로 점검 페이지에 보내기 | 원래 URL의 응답은 무시되고, 도착한 점검 페이지의 내용이 처리됩니다 | Any content Google receives from the redirecting URL is ignored, and the final target URL's content is processed instead.리디렉션하는 URL에서 받은 내용은 무시하고, 최종 도착 URL의 내용을 처리한다. |
| 원래 URL에서 503 + Retry-After(이 편의 선택) | 크롤링이 잠시 느려지고 색인된 URL은 유지됩니다. 1~2일 안에 끝낼 때의 방법입니다 | If you need to urgently disable the site for 1-2 days, then return an informational error page with a 503 HTTP response status code instead of all content. 5xx and 429 server errors prompt Google's crawlers to temporarily slow down with crawling.1~2일 동안 급히 사이트를 멈춰야 하면 모든 콘텐츠 대신 503 상태 코드의 안내 오류 페이지를 낸다. 5xx 와 429 서버 오류를 받으면 구글 크롤러는 크롤링을 잠시 늦춘다. |
| 403·404·410 이나 noindex | URL이 검색에서 빠집니다 | Don't block the website by returning 403, 404, 410 HTTP status codes, or with a noindex robots meta tag or x-robots-tag HTTP header. This will remove the website's URLs from Google Search.403·404·410 상태 코드나 noindex 메타 태그·x-robots-tag 헤더로 사이트를 차단하지 않는다. 사이트 URL이 구글 검색에서 빠진다. |
| robots.txt 로 전체 크롤링 차단 | 콘텐츠와 URL이 검색에서 빠질 수 있습니다 | Returning a valid robots.txt file that disallows all crawling may remove the website's content, and potentially its URLs, from Google Search.모든 크롤링을 차단하는 robots.txt 를 내면 사이트 콘텐츠와 URL까지 구글 검색에서 빠질 수 있다. |
200 으로 낸 점검 화면은 점검 문구가 그 URL의 내용처럼 넘어갑니다. 점검이 길어지면 검색 결과의 설명이 점검 문구로 바뀔 수 있습니다.
점검 페이지로 302 리디렉션을 걸면 구글은 도착한 점검 페이지를 처리합니다. 그래서 리디렉션 없이 원래 URL에서 503 을 냅니다.
Keep in mind that it's not possible for Google's systems to refresh titles, descriptions, metadata, or structured data included on a website if a page returns a 503 HTTP response status code.
페이지가 503 을 내는 동안 구글은 그 페이지의 제목·설명·메타데이터·구조화된 데이터를 새로고침할 수 없다.
발견 02
503 점검은 7단계로 걸고, robots.txt 만은 200 으로 남깁니다
| 순서 | 하는 일 | 공식 문서 원문 |
|---|---|---|
| 1 | 점검 시간을 몇 시간에서 1~2일 안으로 잡습니다 | To urgently reduce the crawl rate for a short period of time (for example, a couple of hours, or 1-2 days), return a 500, 503, or 429 HTTP response status code instead of 200 to the crawl requests.짧은 기간(예: 몇 시간이나 1~2일) 동안 크롤링 속도를 급히 줄이려면 크롤링 요청에 200 대신 500·503·429 상태 코드를 낸다. |
| 2 | 다시 여는 시각과 연락처를 적은 정적 HTML 점검 화면을 만듭니다 | Use the retry-after HTTP header with a best effort date or duration. Use static HTML.retry-after HTTP 헤더에 예상 날짜나 기간을 넣는다. 정적 HTML을 쓴다. |
| 3 | 점검할 URL마다 리디렉션 없이 그 URL에서 바로 503 을 냅니다 | If you need to urgently disable the site for 1-2 days, then return an informational error page with a 503 HTTP response status code instead of all content.1~2일 동안 급히 사이트를 멈춰야 하면 모든 콘텐츠 대신 503 상태 코드의 안내 오류 페이지를 낸다. |
| 4 | 503 응답에 Retry-After 헤더를 붙입니다(초 또는 UTC 날짜) | When returning a 503 or 429 status code, you can also include a Retry-After HTTP header (as defined in RFC 9110 HTTP Semantics) to indicate when Google's crawlers can retry the request, using either a delay in seconds or an absolute UTC date and time:503 이나 429 를 낼 때 RFC 9110 에 정의된 Retry-After 헤더로 크롤러가 언제 다시 시도할지 알릴 수 있다. 값은 초 단위 지연이나 UTC 날짜·시각이다. |
| 5 | robots.txt 는 점검 대상에서 빼고 200 으로 둡니다 | Don't return a 503 HTTP response status code for the robots.txt file because this blocks all crawling. For the first 12 hours, Google will stop crawling your site, but will continue to request your robots.txt file.robots.txt 파일을 503 으로 응답하지 않는다. 모든 크롤링이 차단된다. robots.txt 를 받지 못하면 처음 12시간 동안 구글은 사이트 크롤링을 멈추고 robots.txt 만 계속 요청한다. |
| 6 | curl -I 로 페이지는 503·Retry-After, robots.txt 는 200 인지 확인합니다 | It reduces your site's crawl rate across the whole hostname (for example, subdomain.example.com), including both the URLs that return errors and the URLs that return content.오류를 내는 URL이 많으면 오류를 내는 URL과 콘텐츠를 내는 URL을 가리지 않고 호스트 이름 전체의 크롤링 속도를 낮춘다. |
| 7 | 점검이 끝나면 바로 503 을 걷고 200 으로 돌아왔는지 확인합니다 | Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate for the site.서버가 다시 2xx 로 응답하기 시작하면 구글은 사이트의 크롤링 속도를 차츰 올린다. |
| Retry-After 형식 | 예(구글 문서의 예시) | 알맞은 점검 |
|---|---|---|
| 초 단위 지연 | Retry-After: 120 | 끝나는 시각이 유동적인 짧은 점검 |
| UTC 날짜와 시각 | Retry-After: Wed, 21 Oct 2026 07:28:00 GMT | 공지한 재개 시각이 정해진 점검 |
robots.txt 까지 503 을 내면 구글은 처음 12시간 동안 사이트 크롤링을 멈춥니다. 웹 서버의 점검 규칙에서 robots.txt 경로만 예외로 둡니다.
네이버 서치어드바이저도 robots.txt 가 5xx 로 응답하면 이렇게 해석한다고 적었습니다(원문: '모두 허용하지 않음'으로 해석합니다. 다만, 이전에 정상적으로 수집된 robots.txt 규칙이 있다면 일시적으로 사용될 수 있습니다.) 확인 명령은 「리다이렉트 확인 방법」 편에 적었습니다.
발견 03
503 은 1~2일 안에 끝낼 점검의 응답이고, 더 길어지면 계획을 바꿉니다
We don't recommend that you do this for a long period of time (meaning, longer than 1-2 days) as it may have a negative effect on how your site appears in Google products. For example, in the case of Search, if Googlebot observes these status codes on the same URL for multiple days, the URL may be dropped from Google's index.
이 방법을 오래(1~2일 넘게) 쓰는 것은 권하지 않는다. 구글 제품에 사이트가 나타나는 방식에 나쁜 영향이 있을 수 있다. 검색에서는 같은 URL에서 이 상태 코드가 여러 날 보이면 그 URL이 색인에서 빠질 수 있다.
점검이 예정보다 길어지면 503 을 계속 두지 않습니다. 옛 화면을 살려 기능만 끄거나, 200 으로 내는 안내용 홈을 둡니다. 기간별 선택은 「홈페이지 개편 중 화면」 편에 자세히 적었습니다.
점검이 끝나 200 으로 돌아오면 구글은 크롤링 속도를 차츰 올립니다. 점검 뒤에는 서치 콘솔 크롤링 통계 보고서에서 서버 오류(5XX) 응답이 그친 것을 확인합니다.
발견 04
같은 점검이라도 B2B·B2C·B2G 는 점검 화면에 둘 내용이 다릅니다
예시 ① 업무용 서비스를 파는 B2B 회사의 문의형 기업 사이트
새벽 두 시간 서버 작업이면 Retry-After 는 초 단위로 둡니다. 점검 화면에는 영업 담당 메일과 재개 시각을 적습니다.
예시 ② 결제 서버를 바꾸는 쇼핑몰(B2C)
결제만 멈추면 되는 작업이면 사이트 전체를 503 으로 닫지 않습니다. 상품 페이지는 200 으로 두고 장바구니만 끄는 쪽이 검색 영향이 적습니다.
예시 ③ 정기 점검을 공지하는 공공기관 누리집(B2G)
공지한 재개 시각이 있으면 Retry-After 를 UTC 날짜로 둡니다. 화면의 한국 시각과 헤더의 UTC 시각이 같은 순간을 가리키는지 맞춥니다.
그럼 점검 전날 무엇을 준비하나요?
- 점검 시간을 1~2일 안으로 잡고, 재개 시각과 연락처를 적은 정적 HTML 점검 화면을 만듭니다.
- 웹 서버 점검 규칙을 리디렉션 없이 503 으로 짜고, Retry-After 헤더를 붙입니다.
- robots.txt 경로를 점검 규칙에서 예외로 둡니다.
- 점검을 켠 직후 curl -I 로 페이지 두세 개와 robots.txt 의 상태 코드를 확인합니다.
- 점검이 끝나면 규칙을 걷고 200 으로 돌아왔는지 같은 명령으로 다시 확인합니다.
조사 방법
- Google Crawling Infrastructure 「Reduce the Google crawl rate」 (문서 수정일 2026-10-06) · 최종 확인일 2026-10-25 · https://developers.google.com/crawling/docs/crawlers-fetchers/reduce-crawl-rate
- Google Crawling Infrastructure 「How HTTP status codes affect Google's crawlers」 (문서 수정일 2026-02-04) · 최종 확인일 2026-10-25 · https://developers.google.com/crawling/docs/troubleshooting/http-status-codes
- Google Search Central 「Temporarily pause or disable a website」 (문서 수정일 2025-12-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/pause-online-business
- Search Console Help 「Crawl Stats report」 · 최종 확인일 2026-10-25 · https://support.google.com/webmasters/answer/9679690
- 네이버 서치어드바이저 「robots.txt 설정하기」 · 최종 확인일 2026-10-18 · https://searchadvisor.naver.com/guide/seo-basic-robots
- 방법 5가지와 7단계는 위 문서들이 짧은 중단·상태 코드·robots.txt 에 적은 것을 점검 작업에 맞춰 묶은 것입니다. 묶는 방식과 커버 눈금 높이는 편집 판단입니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 보고서 이름(크롤링 통계 보고서 등)은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다.