구글 검색 결과 삭제: 404·410·301·noindex 중 무엇을 쓸까?

핵심 답변: 구글 검색 결과 삭제는 Google에 주소를 잊어 달라고 부탁하는 일이 아니라 서버의 응답을 바꾸는 일입니다. 페이지가 영구적으로 사라졌다면 404나 410, 직접 이어받는 페이지가 있다면 그 페이지로 301, 사이트에는 남기되 검색에서만 빼려면 noindex를 씁니다. robots.txt로는 막지 마세요. 그러면 Google이 이 신호를 하나도 볼 수 없습니다. Search Console의 삭제 도구는 약 하루 안에 페이지를 숨기지만 약 6개월만 유지되므로, 해결책이 아니라 첫 단계로 보세요.

구글 검색 결과 삭제, 먼저 그 페이지에 무슨 일이 있었는지 확인하세요

하나의 스위치로 해결되지는 않습니다. Google은 주소를 다시 가져갈 때 서버가 무엇이라고 답하는지에 따라 반응하므로, 방법은 페이지의 처지에 달려 있습니다. 내 상황에 해당하는 행을 먼저 찾고, 그에 맞는 절을 읽으세요.

대체 페이지가 없는 페이지에 대한 Google의 조언은 “return a 404 (not found) or 410 (gone) response (status) code for the page”입니다(크롤링 오류 해결 문서, 마지막 업데이트 2025-12-18). 여기에 링크한 Google 문서는 2026년 11월 4일에 읽었습니다.

어떤 방법에나 규칙이 두 가지 있습니다. 첫째, Google은 가져갈 수 있는 주소의 응답만 볼 수 있습니다. Google의 오래된 글 Do 404s hurt my site?(2011년 5월 2일)는 크롤러가 상태 코드를 보려면 그 URL을 크롤링할 수 있어야 한다(“has to be able to crawl that URL”)고 말합니다. robots.txt 차단은 응답을 가려 버립니다. 둘째, 주소의 모든 표기를 함께 처리하세요. Google의 정보 삭제 문서는 이렇게 말합니다. “Protect or remove all variations of the URL for the content that you want to remove.”

네 가지 방법 자세히 보기

1. 404: 페이지가 사라졌고 대체할 것이 없을 때

404는 ‘찾을 수 없음’입니다. Google의 HTTP 상태 코드 문서(마지막 업데이트 2026-02-04)는 그다음에 일어나는 일을 설명합니다. “URLs that are already indexed and return a 4xx status code are removed from the index.” 이미 색인에 있는 주소가 4xx 상태를 반환하면 색인에서 제거된다는 뜻입니다. Google이 어떤 주소를 처음 만났는데 404라면 이렇게 됩니다. “Newly encountered 404 pages aren't processed.”

404는 그 자체로 문제가 아닙니다. Search Console 도움말 페이지 색인 생성 보고서에는 이렇게 적혀 있습니다. “404 responses are not necessarily a problem, if the page has been removed without any replacement.” 대체 없이 페이지를 제거했다면 404가 반드시 문제는 아니라는 뜻입니다.

디자인한 오류 페이지를 보여 줘도 되지만, 상태는 404여야 합니다. 상태 200을 보내는 친절한 페이지는 소프트 404입니다. 찾아서 고치는 방법은 소프트 404 오류 글에 있습니다.

2. 410: 의도적으로 없앤 페이지

410은 “gone”, 즉 영구적으로 사라졌다는 뜻입니다. 페이지를 의도적으로, 그리고 영구히 내렸다는 신호입니다. Google 문서에서 410과 404는 차이가 없습니다. “All 4xx errors, except 429, are treated the same.” 410이 더 빠르다고 약속하는 Google 문서는 찾지 못했습니다.

우리의 견해이며 그 이상은 아닙니다. 의도적으로 내렸고 서버에서 쉽게 설정할 수 있다면 410을 쓰세요. 그렇지 않으면 404가 보통의 응답입니다. 어느 쪽도 틀리지 않습니다.

3. 301: 이어받는 페이지가 있을 때

같은 주제의 대체 페이지가 있다면 리디렉션이 방문자와 신호를 함께 지켜 줍니다. 크롤링 오류 문서는 페이지에 “has a clear replacement on your site”, 즉 사이트 안에 분명한 대체 페이지가 있으면 301을 반환하라고 말합니다. Google의 리디렉션 문서(마지막 업데이트 2026-04-14)는 효과를 설명합니다. “Permanent redirects: Show the new redirect target in search results.” 반면 임시 리디렉션(302, 307)은 원래 페이지를 보여 주므로 삭제에는 맞지 않는 도구입니다. 상태 코드 문서는 301과 308을 강한 신호, 302와 307을 약한 신호라고 부릅니다.

리디렉션이 도움이 되는지는 세 가지가 가릅니다.

• 홈페이지가 아니라 동등한 페이지로 보내세요. 2011년 글은 알 수 없는 주소를 홈페이지로 리디렉션하면 “can have negative effects on our understanding and indexing of your site”, 즉 Google이 사이트를 이해하고 색인하는 데 부정적인 영향을 줄 수 있다고 말합니다. John Mueller의 글을 다룬 2019년 Search Engine Roundtable 보도는 Google이 그런 리디렉션을 대체로 소프트 404로 취급한다고 전합니다(보도). 이것은 간접 정보이므로 참고로만 받아들이세요. 진짜 이어받을 페이지가 없다면 404로 응답하세요.
• 리디렉션은 한 번만 하세요. Google은 기본적으로 최대 10단계의 리디렉션을 따라가며, 크롤링 오류 문서는 이렇게 경고합니다. “Watch out for long redirect chains, which have a negative effect on crawling.” 옛 주소가 최종 주소를 곧바로 가리키게 하세요.
• 한동안 유지하세요. URL이 바뀌는 사이트 이전에 대해 Google은 이렇게 말합니다. “Keep the redirects for as long as possible, generally at least 1 year.”(사이트 이전 가이드.) 이것을 페이지 하나에 적용하는 것은 우리의 해석입니다.

4. noindex: 페이지는 공개하되 검색에서는 뺄 때

noindex는 메타 태그나 HTTP 헤더에 넣는 규칙입니다. Google의 noindex로 색인 차단하기 문서에 따르면 Googlebot이 이 규칙을 크롤링하고 나면 “Google will drop that page entirely from Google Search results”, 즉 그 페이지를 Google 검색결과에서 완전히 제외합니다. 같은 문서에서 두 가지 조건이 따라 나옵니다.

• 페이지가 robots.txt로 차단되어 있으면 안 됩니다. 그렇지 않으면 “the crawler will never see the noindex rule”입니다. robots.txt 파일 안에 noindex를 적는 것도 통하지 않습니다. “Specifying the noindex rule in the robots.txt file is not supported by Google.”
• Google이 다시 와야 합니다. 문서는 페이지의 중요도에 따라 “it may take months for Googlebot to revisit a page”, 즉 Googlebot이 페이지를 다시 방문하기까지 몇 달이 걸릴 수 있다고 말합니다.

noindex는 자물쇠도 아닙니다. 방문자는 여전히 페이지를 열 수 있고, 이 규칙을 무시하는 검색엔진은 여전히 목록에 올릴 수 있습니다. 비공개여야 하는 것에는 Google의 삭제 문서가 더 안전한 방법 두 가지를 제시합니다. 콘텐츠를 지우거나 페이지를 비밀번호로 보호하는 것입니다.

HTML 페이지에는 메타 태그를 쓰고, PDF·이미지 등 다른 파일에는 헤더를 쓰세요.

<meta name="robots" content="noindex">

X-Robots-Tag: noindex

서버 쪽 세 경우를 nginx로 쓰면 이렇습니다(주소는 예시입니다).

# 의도적으로 삭제: 410(또는 서버가 그냥 404로 응답하게 두기)
location = /old-offer {
    return 410;
}

# 대체됨: 최종 주소로 바로 301
location = /old-guide {
    return 301 https://example.com/new-guide;
}

# 방문자에게는 공개, 검색에서는 숨김
location = /price-list.html {
    add_header X-Robots-Tag "noindex" always;
}

삭제 도구: 빠르지만 약 6개월만 유지됩니다

잘못된 가격이나 공개된 개인정보처럼 페이지가 검색에서 빨리 사라져야 할 때 삭제 도구를 쓰세요. Search Console에서 그 속성의 소유자여야 합니다. Google의 삭제 문서는 이 도구가 “within a day”, 즉 하루 안에 페이지를 검색결과에서 없앤다고 말하는데, 도구의 도움말은 더 신중합니다. “The request usually takes up to a day to process, and is not guaranteed to be accepted.” 요청 처리에는 보통 최대 하루가 걸리고, 반드시 수락되는 것은 아니라는 뜻입니다.

한국어 인터페이스에서는 삭제 도구를 열고 「임시 삭제 항목」 탭에서 「새 요청」을 클릭한 뒤 「일시적으로 URL 삭제」를 선택하고 주소를 입력합니다. 「이 URL만 삭제」는 주소 하나를, 「이 접두어가 포함된 모든 URL 삭제」는 폴더 전체를 차단합니다.

이 도구의 한계를 알아 두세요.

• 일시적입니다. “Blocks the URL from Google Search results for about six months.” 그 뒤에는 페이지가 여전히 접근 가능하고 다른 것이 막고 있지 않다면 다시 나타날 수 있습니다. 도움말은 분명하게 말합니다. “The Removals tool provides only a temporary removal of about six months.”
• 크롤링을 멈추지 않습니다. “Blocking a URL does not prevent Google from crawling your page, only from showing it in Search results.”
• 정리용 도구가 아닙니다. 404를 반환하는 오래된 페이지는 “will naturally drop out of our search results”, 즉 자연스럽게 검색결과에서 빠진다고 도움말은 말합니다. 요청할 필요가 없습니다.

그러니 도움말이 스스로 부르는 대로 이 도구를 첫 단계로 쓰고, 곧바로 영구적인 조치를 하세요. 404나 410, 비밀번호, 또는 noindex입니다. robots.txt는 그 역할을 하지 못합니다.

얼마나 걸리나요? Google이 말하지 않는 것

Google은 404, 410, noindex에 대해 기한을 밝히지 않으며, 여기에 링크한 문서에서도 찾지 못했습니다. 문서에 있는 내용은 이렇습니다.

• 404 주소도 한동안은 계속 가져갑니다. “Google continues to crawl all known URLs even after they return 4XX errors for a while.” 그리고 “there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.” Googlebot에 URL을 영구히 잊으라고 지시할 방법은 없으며, 다만 크롤링 빈도가 점점 줄어든다는 뜻입니다.
• noindex는 Googlebot의 다음 방문을 기다립니다. “it may take months”.
• 「URL 검사」로 재크롤링을 요청해도 결과를 약속하지 않습니다. “Crawling can take anywhere from a few days to a few weeks.”(재크롤링 요청 문서, 마지막 업데이트 2025-12-10.)

그러니 나 자신에게도 남에게도 날짜를 약속하지 마세요. 내가 통제할 수 있는 것은 서버의 응답이 오늘 올바르다는 점입니다.

제대로 됐는지 확인하는 방법

먼저 서버에 물어보세요. 주소를 요청하고 페이지가 아니라 상태를 읽습니다. 세 명령은 삭제한 페이지, 리디렉션(목적지 포함), noindex 헤더의 상태를 각각 출력합니다.

curl -s -L -o /dev/null -w "%{http_code} %{url_effective}\n" https://example.com/old-offer
curl -s -o /dev/null -w "%{http_code} %{redirect_url}\n" https://example.com/old-guide
curl -s -D - -o /dev/null https://example.com/price-list.html | grep -i x-robots-tag

그다음 목록을 따라가세요.

1. 상태 확인. 첫 명령은 404나 410, 둘째는 301과 새 주소, 셋째는 x-robots-tag: noindex 헤더를 출력해야 합니다.
2. Google이 받는 것을 물어보기. Search Console의 「URL 검사」는 저장된 색인 상태를, 「라이브 URL 테스트」는 Google이 지금 가져가는 내용을 보여 줍니다. Google의 크롤링 오류 문서는 이것을 “to verify whether your URL is actually returning the correct code”, 즉 URL이 실제로 올바른 코드를 반환하는지 확인하는 데 쓰라고 권합니다.
3. 옛 주소를 가리키는 것 정리하기. 사이트맵에서 그 주소를 빼세요. “Include the URLs in your sitemap that you want to see in Google's search results.” 내 사이트의 링크도 최종 주소로 고치세요.
4. 기다렸다가 나중에 확인하기. 「페이지 색인 생성」 보고서는 “that have shown 404 errors in the past month”, 즉 지난 한 달 동안 404 오류가 나온 URL만 보여 줍니다. 그러니 거기에 있는 항목은 순간의 스냅샷이지 기한이 아닙니다.

SEOgrinder가 도와주는 부분, 그리고 우리 사이트의 결함

SEOgrinder는 우리의 도구이며, 우리가 만듭니다. 아무것도 삭제하지 않습니다. 삭제가 유지되는지를 가르는 것들을 점검합니다. SEOgrinder의 무료 스캔은 다음을 다룹니다(이름은 한국어 인터페이스 기준).

• 없는 주소. 「Google에서의 페이지」 탭의 「색인」 카드에 「없는 주소가 404를 올바르게 반환합니다」 또는 「없는 주소가 404 대신 200를 반환합니다」가 나옵니다. 후자는 「지어낸 주소가 404 대신 200를 반환합니다」라는 과제가 됩니다. 이 검사는 무작위 이름의 주소를 내 사이트에 요청하며, 홈페이지로의 리디렉션도 같은 문제로 칩니다.
• 남아 있는 noindex. 검색에 나와야 하는 페이지를 스캔했는데 그 규칙이 아직 있다면 과제가 나옵니다. 메타 태그라면 「페이지가 Google에서 제외되어 있습니다」, X-Robots-Tag라면 「HTTP 헤더가 페이지를 Google에서 배제하고 있습니다」입니다.
• 리디렉션 체인. 「리디렉션이 연달아 N회」 형식의 과제(N은 횟수)는 리디렉션이 몇 번 이어지는지 알려 주고, 첫 주소가 최종 주소를 곧바로 가리키게 하라고 안내합니다.
• 삭제한 페이지를 아직 가리키는 것. 「내부 링크 N개가 끊겼습니다」(스캔한 페이지의 내부 링크 최대 60개 기준)나 「표본으로 점검한 사이트맵 주소 …개 중 …개가 200을 반환하지 않습니다」(사이트맵 표본 기준) 같은 과제가 내가 잊은 링크와 사이트맵 항목을 보여 줍니다.

「AI에 넘기기」는 과제를 코딩 에이전트에 줄 작업 지시서로 바꿔 주고, 그 뒤 「다시 확인」은 새 스캔을 실행합니다. 한계가 하나 있습니다. SEOgrinder는 내가 리디렉션하는 페이지가 알맞은 후속 페이지인지 판단하지 못하며, Google이 언제 페이지를 내릴지도 알려 줄 수 없습니다. Google이 날짜를 밝히지 않기 때문입니다. 주소 하나의 상태는 「URL 검사」 도구가 보여 줍니다.

우리는 2026년 11월 4일에 우리 사이트에 이 검사를 해 보았습니다. 아래 명령이 200을 출력했습니다.

curl -s -o /dev/null -w "%{http_code}\n" https://seogrinder.com/seogrinder-pruefseite-xyz123

그러니 우리 사이트에도 여러분께 고치라고 권하는 결함이 있었습니다. 블로그 밖의 알 수 없는 주소는 200으로 응답했습니다. 이 결함은 2026년 11월 5일에 고쳤습니다. 같은 명령은 이제 404를 출력하고, 응답에는 x-robots-tag: noindex 헤더가 붙습니다. 블로그는 그전부터 올바르게 동작했습니다. https://seogrinder.com/en/blog/this-page-does-not-exist-xyz123은 404와 같은 헤더로 응답했습니다.

자주 하는 실수

• 페이지를 robots.txt로 ‘삭제’하려는 것. 그러면 Google은 404도 301도 noindex도 보지 못하고, 차단된 페이지의 noindex는 읽히지 않습니다. Google의 삭제 문서는 이렇게 말합니다. “Don't use robots.txt as a way to block your page.”
• 삭제한 페이지를 모두 홈페이지로 리디렉션하기. 동등한 페이지로 리디렉션하거나 404로 응답하세요.
• 삭제 도구를 마지막 단계로 여기기. 효과는 약 6개월입니다.
• 표기 하나만 삭제하기. 대문자, 매개변수, 같은 페이지를 보여 주는 다른 주소는 별개의 URL로 칩니다.
• 영구 이전에 302를 쓰거나 리디렉션을 연쇄로 걸기. 301을 한 번, 최종 주소로 곧바로 쓰세요.
• 사이트맵과 내 메뉴에 페이지를 남겨 두기. 죽은 주소가 거기 있으면 내게 불리하게 작용합니다.
• 404 페이지에 대한 공포. Google은 2011년에 이렇게 썼습니다. “this fact alone does not hurt you or count against you in Google's search results.” 반대로 말하는 최신 Google 문서는 찾지 못했지만, 글이 오래되었으므로 참고일 뿐 약속은 아닙니다.

자주 묻는 질문

페이지를 Google에서 영구히 삭제하려면 어떻게 하나요?

페이지가 404나 410을 반환하게 하거나(또는 이어받는 페이지로 301), 페이지를 계속 공개하려면 noindex나 비밀번호를 쓰세요. 삭제 도구만으로는 약 6개월만 유지됩니다.

페이지가 Google에서 사라지기까지 얼마나 걸리나요?

Google은 404, 410, noindex에 대해 기간을 밝히지 않습니다. 삭제 도구는 보통 최대 하루가 걸리고, noindex 페이지는 Googlebot이 다시 올 때까지 몇 달이 걸릴 수 있으며, 재크롤링 요청은 며칠에서 몇 주가 걸릴 수 있습니다.

남의 페이지도 삭제할 수 있나요?

삭제 도구로는 안 됩니다. 소유한 속성이 필요하기 때문입니다. 운영자에게 페이지를 삭제하거나 바꿔 달라고 요청하세요. 이미 없어졌거나 바뀐 페이지가 결과에 계속 보인다면, Search Console 도움말은 소유자가 아니어도 쓸 수 있는 ‘오래된 콘텐츠 갱신 요청’ 도구(영어 이름 Refresh Outdated Content)를 안내합니다. 개인정보에 대해서는 Google이 별도 안내(“Remove your personal information from Google”)를 가리킵니다.

다음 단계

표에서 내 행을 고르세요. 삭제, 대체, 숨김 중 하나입니다. 변경한 뒤 이 글의 curl 점검을 옛 주소에 실행하세요. 사이트맵과 내 링크에서 그 주소를 빼세요. 그런 다음 SEOgrinder로 사이트를 스캔하고, 「Google에서의 페이지」 탭의 「색인」 카드를 확인하고, 변경한 뒤에는 「다시 확인」을 누르세요. 더 많은 기술적 기초는 SEO 체크리스트를 참고하세요.

함께 읽어 보세요

• 301 리디렉션 vs 302: 무엇을 쓸지, Google은 몇 번까지 따라가는지
• canonical 태그: 언제 필요한지, 흔한 실수 5가지 (+ 점검 명령)
• 크롤링됨 - 현재 색인이 생성되지 않음: 뜻과 점검 5가지