404 페이지가 서치콘솔에 계속 남는 가장 흔한 이유는 구글이 과거에 발견한 URL을 다시 크롤링하거나, 이미 확인한 오류 기록을 보고서에 일정 기간 보관하기 때문입니다. 해당 주소가 실제로 존재하지 않는다면 서치콘솔 목록에 보인다는 사실만으로 문제가 해결되지 않은 것은 아닙니다.
📌 핵심 5줄 요약
1. 404는 주소가 현재 서버에 존재하지 않는다는 응답이며, 서치콘솔에 표시되는 것 자체는 오류가 아닐 수 있습니다.
2. 삭제된 URL은 404 또는 410 상태를 유지하고 사이트맵과 내부 링크에서 제거해야 합니다.
3. 주소가 변경된 페이지라면 404로 두지 말고 가장 관련 있는 새 주소로 301 리디렉션해야 합니다.
4. 서치콘솔의 오류 보고서는 즉시 사라지지 않으며, 구글이 다시 확인한 뒤 상태가 갱신됩니다.
5. URL 검사에서 실제 HTTP 상태 코드, 색인 여부, 내부 링크와 사이트맵 포함 여부를 함께 확인해야 합니다.
📌 목차
01 | 404 페이지가 서치콘솔에 남는 기본 이유
02 | 404 상태와 서치콘솔 보고서의 차이
03 | 삭제된 페이지라면 어떻게 처리할까
04 | 주소를 변경한 페이지의 올바른 처리
05 | 404와 410은 어떻게 다를까
06 | 내부 링크가 404를 계속 만드는 경우
07 | 사이트맵에 404 URL이 남아 있는 경우
08 | 외부 링크 때문에 재크롤링되는 경우
09 | 소프트 404를 주의해야 하는 이유
10 | 서치콘솔에서 URL 상태 확인하기
11 | 오류 보고서가 바로 사라지지 않는 이유
12 | URL 삭제 도구가 필요한 경우
13 | 실제 점검 순서
14 | 흔한 실수와 주의사항
01 | 404 페이지가 서치콘솔에 남는 기본 이유
404는 사용자가 요청한 URL을 서버에서 찾을 수 없다는 뜻입니다. 페이지를 삭제한 뒤에도 구글은 과거의 크롤링 기록, 사이트 내부 링크, 사이트맵, 다른 웹사이트의 링크 등을 바탕으로 해당 주소를 다시 방문할 수 있습니다.
따라서 페이지가 삭제됐는데도 서치콘솔에 404 URL이 보이는 것은 자연스러운 현상일 수 있습니다. 중요한 것은 목록에 남아 있는지보다 현재 해당 주소가 어떤 상태 코드로 응답하고, 검색 결과에 노출되고 있는지입니다.
02 | 404 상태와 서치콘솔 보고서의 차이
브라우저에서 404 화면이 보이는 것과 서치콘솔의 404 보고서에 URL이 표시되는 것은 서로 다른 문제입니다. 전자는 현재 접속 결과이고, 후자는 구글이 발견하거나 확인한 URL의 처리 상태를 보여주는 기록입니다.
구글이 해당 URL을 다시 크롤링해 삭제 사실을 확인하기 전까지는 보고서에 남을 수 있습니다. 다시 확인한 뒤에도 보고서의 데이터가 갱신되는 데 시간이 걸릴 수 있으므로, 목록이 즉시 사라지지 않는다고 해서 같은 작업을 반복할 필요는 없습니다.
03 | 삭제된 페이지라면 어떻게 처리할까
앞으로도 제공하지 않을 페이지라면 404 응답을 유지해도 됩니다. 삭제된 URL을 억지로 홈페이지로 보내거나 관련 없는 페이지로 연결하는 것보다, 해당 콘텐츠가 더 이상 없다는 사실을 명확히 전달하는 편이 적절합니다.
먼저 해당 URL을 사이트맵에서 제거하고, 사이트 내부의 메뉴·본문·카테고리·관련 글 링크도 수정합니다. 삭제할 페이지가 검색 결과에 반드시 노출되지 않도록 해야 하는 긴급한 사유가 있다면 별도의 검색 결과 삭제 기능을 검토할 수 있지만, 이는 영구적인 삭제 방법이 아닙니다.
04 | 주소를 변경한 페이지의 올바른 처리
페이지의 내용이 새 URL로 이전된 경우에는 단순히 기존 주소를 404로 만들면 안 됩니다. 기존 페이지와 새 페이지의 주제가 실질적으로 이어진다면 이전 URL에서 새 URL로 301 리디렉션을 설정하는 것이 일반적인 처리 방법입니다.
다만 관련성이 낮은 새 페이지나 홈페이지로 일괄 연결하면 사용자가 원하는 정보를 찾지 못하고, 검색엔진이 이를 부적절한 리디렉션 또는 소프트 404처럼 판단할 수 있습니다. 새 주소가 실제로 대체 페이지 역할을 하는지 먼저 확인해야 합니다.
05 | 404와 410은 어떻게 다를까
404와 410은 모두 페이지가 없다는 의미로 사용할 수 있습니다. 404는 해당 주소를 찾을 수 없다는 일반적인 응답이고, 410은 페이지가 의도적으로 영구 삭제됐다는 의미를 더 직접적으로 전달합니다.
대부분의 사이트에서는 404만으로도 삭제 페이지 처리가 가능합니다. 410을 사용한다고 해서 서치콘솔의 URL이 즉시 사라지는 것은 아니며, 서버 설정을 변경하기 전에 호스팅 환경과 CMS가 해당 상태 코드를 제대로 반환하는지 확인해야 합니다.
06 | 내부 링크가 404를 계속 만드는 경우
사이트 안에 404 URL을 가리키는 링크가 남아 있으면 구글은 해당 주소를 계속 발견할 수 있습니다. 특히 메뉴, 푸터, 인기 글 위젯, 카테고리 목록, 관련 글 기능에 오래된 링크가 남아 있는지 확인해야 합니다.
내부 링크가 필요하다면 현재 운영 중인 가장 가까운 페이지로 수정하고, 대체할 콘텐츠가 없다면 링크 자체를 삭제합니다. 내부 링크를 고치지 않고 서치콘솔에서만 유효성 검사를 반복하는 것은 근본적인 해결이 아닙니다.
07 | 사이트맵에 404 URL이 남아 있는 경우
사이트맵은 검색엔진에 크롤링을 요청할 주요 URL 목록입니다. 이미 삭제된 주소가 사이트맵에 남아 있으면 구글에 계속 확인을 요청하는 셈이므로, 사이트맵 생성 기능이나 플러그인 설정을 점검해야 합니다.
사이트맵에서 삭제된 URL을 제거한 뒤 실제 사이트맵 파일을 브라우저로 열어 변경 내용이 반영됐는지 확인합니다. 사이트맵에는 정상적으로 접근 가능하고 검색 결과에 포함되기를 원하는 대표 URL만 넣는 것이 좋습니다.
08 | 외부 링크 때문에 재크롤링되는 경우
다른 웹사이트나 오래된 게시물에서 삭제된 URL을 링크하고 있으면 구글이 해당 주소를 다시 방문할 수 있습니다. 이 경우 404 URL이 반복해서 발견될 수 있지만, 외부 링크가 있다는 이유만으로 무관한 페이지에 강제로 리디렉션할 필요는 없습니다.
외부 링크가 중요한 유입 경로라면 새 콘텐츠를 실제 대체 페이지로 만들고 301 리디렉션을 검토합니다. 대체할 내용이 없다면 404를 유지하고, 외부 사이트 운영자에게 링크 수정을 요청하는 정도로 대응할 수 있습니다.
09 | 소프트 404를 주의해야 하는 이유
소프트 404는 서버가 정상 응답처럼 보이는 상태 코드를 반환하지만, 실제 화면에는 페이지가 없다는 메시지만 표시되는 경우입니다. 예를 들어 삭제된 URL에 홈페이지 내용을 보여주면서 정상 상태 코드인 200을 반환하면 구글이 이를 소프트 404로 판단할 수 있습니다.
삭제된 URL에는 실제 404 또는 410 응답을 반환하고, 이전된 URL에는 관련성이 분명한 새 페이지로 리디렉션해야 합니다. 단순히 오류 문구를 화면에 표시하는 것만으로는 올바른 404 처리가 되지 않습니다.
10 | 서치콘솔에서 URL 상태 확인하기
서치콘솔의 URL 검사 기능에 404 주소를 입력하면 해당 URL의 색인 여부, 마지막 크롤링 정보, 사이트맵 포함 여부, 참조 페이지와 같은 정보를 확인할 수 있습니다. 검사 결과만 보지 말고 실제 브라우저 접속과 서버 응답도 함께 확인해야 합니다.
특히 다음 세 가지를 구분해야 합니다. 현재 접속 시 404인지, 구글 색인에 남아 있는지, 다른 페이지에서 해당 URL을 계속 연결하고 있는지입니다. 이 세 항목은 서로 다른 조치를 요구할 수 있습니다.
11 | 오류 보고서가 바로 사라지지 않는 이유
서치콘솔 보고서는 실시간 모니터가 아니라 구글이 수집한 데이터를 정리해 보여주는 서비스입니다. 사이트에서 수정한 직후에도 이전 크롤링 결과가 남아 있을 수 있으며, 구글이 다시 방문해 변경 사항을 확인한 뒤 상태가 바뀝니다.
따라서 수정 후에는 사이트맵과 내부 링크가 정리됐는지 확인하고, 필요한 경우 URL 검사를 통해 재크롤링을 요청합니다. 그래도 보고서에 URL이 잠시 남는 것은 정상적인 갱신 과정일 수 있습니다.
12 | URL 삭제 도구가 필요한 경우
검색 결과에 민감한 개인정보, 임시 정보, 잘못 공개된 자료가 노출되는 등 빠른 비공개가 필요한 상황에서는 서치콘솔의 검색 결과 삭제 기능을 검토할 수 있습니다. 이 기능은 일반적인 404 정리 도구가 아니라 긴급한 검색 노출 제한에 가깝습니다.
삭제 요청이 영구적인 해결책은 아닐 수 있으므로, 서버에서 콘텐츠를 삭제하거나 접근을 제한하는 조치도 함께 해야 합니다. 단순히 404 보고서에 URL이 보인다는 이유만으로 삭제 요청을 사용할 필요는 없습니다.
13 | 실제 점검 순서
먼저 서치콘솔에서 문제가 된 URL을 열어 실제 상태를 확인합니다. 이후 해당 페이지가 삭제된 것인지, 새 주소로 이전된 것인지, 일시적인 서버 오류인지 결정해야 합니다.
삭제된 페이지라면 404 또는 410을 유지하고 내부 링크와 사이트맵에서 제거합니다. 이전된 페이지라면 관련성이 높은 새 URL로 301 리디렉션을 설정합니다. 일시적인 오류라면 서버, 호스팅, CMS 설정을 확인해 정상 응답을 복구해야 합니다.
마지막으로 브라우저에서 이전 URL을 다시 확인하고, 사이트맵에 삭제 URL이 없는지 점검한 뒤 서치콘솔의 재검사 또는 재크롤링 요청을 진행합니다.
14 | 흔한 실수와 주의사항
가장 흔한 실수는 모든 404 URL을 홈페이지로 보내는 것입니다. 관련 없는 페이지로 일괄 리디렉션하면 사용자 경험이 나빠지고, 검색엔진이 페이지가 실제로 대체되지 않았다고 판단할 수 있습니다.
또 다른 실수는 서치콘솔의 목록을 비우는 것만 목표로 삼는 것입니다. 404 URL이 실제로 삭제된 주소라면 목록에 남는 것보다 내부 링크와 사이트맵이 정리됐는지가 더 중요합니다. 서버 오류로 404가 발생하는 경우에는 정상 페이지까지 사라진 것은 아닌지도 함께 확인해야 합니다.
☑ 체크리스트
- 문제가 된 URL이 실제로 삭제된 페이지인지 확인하기
- 브라우저와 URL 검사에서 현재 응답 상태 코드 확인하기
- 주소가 변경됐다면 관련성 높은 새 URL로 301 리디렉션 설정하기
- 사이트맵에서 404 URL 제거하기
- 본문, 메뉴, 푸터, 카테고리의 오래된 내부 링크 수정하기
- 소프트 404처럼 정상 상태 코드가 반환되는지 확인하기
- 수정 후 서치콘솔 데이터가 갱신될 시간을 두고 다시 확인하기
📖 자주하는 질문 Q&A
404 페이지가 서치콘솔에 계속 보이면 반드시 고쳐야 하나요?
페이지를 의도적으로 삭제했고 현재 404 응답이 정상적으로 반환된다면 반드시 없애야 하는 것은 아닙니다. 다만 사이트맵과 내부 링크에 남아 있거나, 실제로는 정상 페이지인데 404가 발생하는 경우에는 수정해야 합니다.
404 페이지를 홈페이지로 리디렉션해도 되나요?
모든 404 URL을 홈페이지로 보내는 것은 권장되지 않습니다. 기존 페이지를 대체할 수 있는 관련 콘텐츠가 있을 때만 해당 페이지로 리디렉션하고, 대체 콘텐츠가 없다면 404를 유지하는 편이 적절합니다.
서치콘솔에서 유효성 검사를 누르면 404가 바로 사라지나요?
바로 사라진다고 보장할 수 없습니다. 구글이 URL을 다시 크롤링하고 보고서가 갱신되는 과정이 필요하므로, 먼저 서버 응답과 내부 링크·사이트맵을 정확히 수정해야 합니다.
404와 소프트 404는 무엇이 다른가요?
일반적인 404는 서버가 페이지가 없다는 상태를 반환합니다. 소프트 404는 화면에는 페이지가 없다고 표시되지만 서버는 정상 페이지처럼 응답하는 경우로, 검색엔진이 상태를 명확히 판단하기 어렵습니다.
📝 마무리
서치콘솔에 404 페이지가 남는 것은 구글의 과거 기록과 재크롤링 때문일 수 있으므로, 목록이 보인다는 사실만으로 문제라고 판단할 필요는 없습니다. 삭제된 주소는 404 또는 410과 함께 내부 링크·사이트맵을 정리하고, 이전된 주소는 관련성 높은 새 페이지로 301 리디렉션하면 됩니다.