운영을 종료하는 사이트의 색인을 내리는 법 — 한 번에 지우지 않는 이유

운영을 끝내기로 한 웹사이트가 있습니다. 가장 쉬운 방법은 한꺼번에 내려 버리는 것입니다. 그런데 그렇게 하면 검색 결과에 남아 있던 주소들이 전부 404가 되고, 그 상태가 한동안 이어집니다.

갑자기 닫으면 생기는 일

• 검색 결과의 링크가 죽은 링크가 됩니다.
• 들어온 방문자가 빈 화면을 만납니다.
• 외부에서 걸어 둔 링크가 모두 끊깁니다.
• 같은 운영 주체의 다른 사이트에 대한 인상에도 영향을 줍니다.

특히 여러 사이트를 함께 운영하는 경우, 죽은 사이트가 늘어나는 것은 전체 신뢰에 좋지 않습니다.

대신 쓰는 방법 — 색인을 먼저 내린다

페이지는 그대로 두고, 검색엔진에게 「이 페이지는 색인하지 말라」는 표시를 붙입니다. 그러면 방문자는 여전히 볼 수 있고, 검색 결과에서만 서서히 빠집니다. 링크가 끊기는 순간이 없습니다.

한꺼번에 붙이지 않는 이유

모든 페이지에 동시에 표시를 붙이면 짧은 기간에 전부 사라집니다. 급격한 변화보다 완만한 감소가 자연스럽고, 중간에 판단을 바꿀 여지도 남습니다. 회차를 나눠 진행하면 진행 상황을 확인하며 조절할 수 있습니다.

순서를 정합니다

1. 오래된 개별 글부터 — 유입이 적고 영향이 작습니다.
2. 나머지 개별 글
3. 카테고리·목록 페이지
4. 소개·안내 페이지
5. 첫 화면은 맨 마지막 — 브랜드를 찾는 검색에 마지막까지 답해야 합니다.

이 순서는 「없어졌을 때 가장 아쉬운 것을 마지막에」라는 원칙에서 나옵니다.

크롤러를 먼저 막으면 안 됩니다

흔한 실수가 robots.txt로 전체를 먼저 차단하는 것입니다. 그러면 검색엔진이 페이지를 읽지 못하고, 읽지 못하니 「색인하지 말라」는 표시도 볼 수 없습니다. 결과적으로 색인이 더 오래 남습니다.

차단은 모든 페이지에서 색인이 빠진 뒤 마지막에 거는 것이 맞습니다. 순서를 거꾸로 하면 의도와 정반대의 결과가 나옵니다.

함께 정리해야 하는 것들

• 다른 사이트에서 걸어 둔 링크 — 글은 두더라도 링크는 빼는 편이 낫습니다.
• 목록·추천 영역에서의 노출 — 내부 링크를 계속 흘리지 않습니다.
• 피드와 자동 생성 목록
• 구조화 데이터로 연결된 관계

특히 살아 있는 다른 자산이 죽어 가는 사이트를 계속 가리키는 상태는 피해야 합니다. 그 링크는 남겨서 얻을 것이 없습니다.

기록을 남깁니다

어떤 페이지를 언제 내렸는지 기록해 두면 되돌릴 수 있습니다. 판단이 바뀌거나 일부만 살리기로 할 때, 원래 상태를 알아야 복구가 가능합니다.

진행 속도를 정할 때

속도를 정하는 것은 우리가 아니라 검색엔진의 재방문 주기입니다. 하루에 몇 면씩 내리든, 실제로 색인에서 빠지는 시점은 그쪽이 다시 방문했을 때입니다.

그래서 지나치게 촘촘한 일정을 세울 필요는 없습니다. 주 단위로 나눠 진행해도 체감되는 결과는 크게 다르지 않고, 손이 훨씬 덜 갑니다. 중요한 것은 급격한 절벽을 만들지 않는 것입니다.

마지막 단계

색인이 충분히 빠진 뒤에야 사이트를 닫거나 도메인을 정리합니다. 그 시점에는 검색 결과에 남은 것이 거의 없어 죽은 링크도 최소가 됩니다.

2026년 10월 16일 보강 — 운영 실측 사례와 자주 묻는 질문을 더했습니다.

2026년 가을 실제 종료 사례 — 사이트 세 곳, 옛 주소 273개

이 글의 순서를 2026년 9~10월 운영을 끝낸 병원 사이트 세 곳에 실제로 적용했습니다. 9월 19~20일 첫 회차에는 사이트 본진·블로그·외부 글 표면마다 오래된 글부터 21면씩 noindex를 걸었고, 9월 26일 두 번째 회차에는 나머지를 내리되 홈은 남겼습니다. 이후 운영 결정에 따라 10월 2일 남은 면을 한꺼번에 회수했고, 라이브 점검에서 208면 전부 noindex를 확인했습니다.

그런데 다음 날 구글 URL 검사에서는 두 사이트에 여전히 80면이 색인돼 있었습니다. 마지막 크롤이 모두 9월 22일 이전이라 noindex를 아직 읽지 못한 것이었습니다. 표시를 붙이는 일과 검색엔진이 그 표시를 읽는 일 사이에는 재방문 주기만큼 시차가 있습니다. 사이트맵의 수정일을 전부 갱신해 다시 제출하고 IndexNow로 빙·네이버에 알린 뒤, 최종적으로 10월 11일 남은 옛 주소 273개를 같은 주제를 다루는 매체의 섹션으로 301 리다이렉트했습니다.

검색엔진최적화 관점에서 놓치기 쉬운 다섯 가지

• ☐도구가 robots.txt 차단을 자동으로 써 넣지 않았는가 — 저희가 쓰던 정리 도구는 마지막 회차에 전체 차단을 자동으로 적었습니다. 그대로 두면 방금 건 noindex를 크롤러가 읽지 못해 Allow로 되돌렸습니다.
• ☐경로 목록에 없는 화면이 남지 않았는가 — 글 목록 기준으로 noindex를 걸었더니 노트·피드·RSS·llms.txt 같은 화면이 색인 가능 상태로 남아 있었습니다. 결국 호스트 단위 응답 헤더(X-Robots-Tag)로 막았습니다.
• ☐예전에 따로 배포한 사본이 없는가 — 몇 달 전 별도 프로젝트로 띄운 외부 허브 4곳에 같은 글이 index 상태로 남아 있었습니다.
• ☐리다이렉트 목적지가 주제에 맞는가 — 무관한 회사 홈으로 모두 보내면 구글은 soft 404로 볼 수 있습니다. 같은 진료 주제를 다루는 섹션을 골랐습니다.
• ☐IndexNow 키 파일이 살아 있는가 — 사이트를 301로 닫은 뒤에도 키 파일은 같은 주소에서 200이어야 제출이 유효해서, 리다이렉트 예외로 남겼습니다.

이 글 자체가 겪은 일 — 대표 URL이 다른 사이트로 잡혔을 때

공교롭게도 이 글은 9월 20일 크롤에서 구글 서치 콘솔이 전혀 관련 없는 외부 사이트의 「중복」으로 판정했습니다. 화면을 그리다 예외가 나면 기본 오류 화면이 문서 전체를 덮으면서 canonical이 사라지던 문제였고, 10월 16일 고쳤습니다. 원인 분석은 색인은 되는데 노출이 없다의 보강 부분에 적었습니다. 이번 수정발행은 그 재크롤을 앞당기려는 목적도 있습니다. 종료든 이전이든, 정리 작업 뒤에는 렌더된 결과의 canonical을 한 번 더 확인하시길 권합니다. 검색엔진마다 반영 방식이 어떻게 다른지는 검색엔진최적화, 구글·네이버·빙의 차이에서 정리했습니다.

자주 묻는 질문

얼마나 걸리나요

검색엔진이 다시 방문하는 주기에 달려 있습니다. 몇 주에서 몇 달까지 보시면 됩니다.

페이지를 지우는 것과 무엇이 다른가요

지우면 죽은 링크가 남습니다. 색인만 내리면 방문자는 여전히 볼 수 있어 그 기간이 매끄럽습니다.

일부만 남기고 싶으면 어떻게 하나요

남길 페이지를 정해 두고 나머지만 진행하면 됩니다. 순서를 정할 때 함께 결정하십시오.

다른 사이트로 옮기는 경우에는

그때는 색인을 내리는 대신 새 주소로 연결하는 방법을 씁니다. 목적이 다르면 방법도 달라집니다.

중간에 멈출 수 있나요

기록을 남겨 두었다면 되돌릴 수 있습니다. 그래서 진행 상황을 적어 두는 것이 중요합니다.

도메인은 언제 정리하나요

색인이 빠지고 일정 기간이 지난 뒤가 안전합니다. 서두르면 남은 링크가 전부 끊깁니다.

noindex를 걸었는데 몇 주째 구글에 남아 있어요.

구글이 다시 방문해 표시를 읽어야 빠집니다. 2026년 10월 사례에서도 noindex를 건 다음 날 80면이 남아 있었고, 마지막 크롤이 모두 그 이전이었습니다. 사이트맵 수정일을 갱신해 다시 제출하면 재방문을 앞당기는 데 도움이 됩니다.

종료하면서 전부 회사 홈페이지로 301 하면 안 되나요?

주제가 다른 곳으로 한꺼번에 보내면 구글이 soft 404로 처리할 수 있습니다. 같은 주제를 다루는 페이지나 섹션으로 보내는 편이 방문자와 검색엔진 모두에게 자연스럽습니다.

빙에서 더 빨리 내리는 방법이 있나요?

빙 웹마스터 도구의 URL 차단 기능으로 디렉터리나 페이지 단위 삭제를 요청할 수 있습니다. 저희는 noindex·IndexNow 제출과 함께 이 기능을 썼습니다. 다만 하루 호출 한도가 있어 나눠 요청합니다.

사이트를 끝내는 일에도 순서가 있습니다. 급하게 닫는 것보다 단계적으로 내리는 편이 남는 자산에도 낫습니다.

루미브리즈는 운영을 종료하는 사이트에 대해 회차를 나눠 색인을 정리하고, 차단은 마지막 단계에만 적용합니다.