Google에서 ‘페이지를 찾을 수 없음’ 또는 404 오류가 표시되면 해당 URL을 무조건 고칠 필요는 없습니다. 삭제된 페이지라면 404 또는 410을 유지하고, 주소가 변경됐거나 중요한 페이지라면 새 주소로 301 리디렉션을 설정하는 것이 기본 원칙입니다.
📌 핵심 5줄 요약
1. 오류 확인
브라우저와 Google Search Console에서 해당 URL의 실제 상태를 확인합니다.
2. 삭제 여부 판단
대체 페이지가 없는 삭제 URL은 404 또는 410이 정상입니다.
3. 주소 변경 처리
콘텐츠가 다른 주소로 이동했다면 기존 URL에서 새 URL로 301 리디렉션을 설정합니다.
4. 중요한 페이지 점검
사이트맵, 내부 링크, NOINDEX, robots.txt, 서버 오류를 함께 확인합니다.
5. 색인 요청
문제를 수정한 뒤 URL 검사 도구에서 라이브 URL 테스트와 색인 생성 요청을 진행합니다.
📌 목차
01 | ‘페이지를 찾을 수 없음’ 오류의 의미
02 | 브라우저에서 먼저 확인하는 방법
03 | Search Console에서 URL 검사하기
04 | 404와 410의 차이
05 | 삭제된 페이지 처리 기준
06 | 주소가 바뀐 페이지 처리 방법
07 | 중요한 페이지가 404일 때
08 | 제출된 URL 404 오류 확인
09 | soft 404 오류 점검
10 | 사이트맵과 내부 링크 확인
11 | robots.txt와 NOINDEX 확인
12 | 수정 후 색인 생성 요청
13 | 실제 사례로 판단하기
14 | 주의사항과 최종 점검
01 | ‘페이지를 찾을 수 없음’ 오류의 의미
404는 서버가 요청받은 URL에서 페이지를 찾지 못했다는 뜻입니다. Google Search Console에서는 Google이 발견했지만 현재 페이지를 가져올 수 없는 URL, 과거에 존재했지만 삭제된 URL, 다른 페이지의 잘못된 링크로 발생한 URL 등이 404로 표시될 수 있습니다.
오류 목록에 404가 있다는 사실만으로 검색 순위가 자동으로 떨어지는 것은 아닙니다. 해당 URL이 원래 존재하지 않았거나 대체 콘텐츠가 없는 삭제 페이지라면 정상적인 응답일 수 있습니다.
02 | 브라우저에서 먼저 확인하는 방법
문제가 된 URL을 일반 브라우저에서 직접 열어 보세요. 주소 오탈자, 대소문자 차이, 마지막 슬래시 유무, 잘못된 카테고리 경로 때문에 오류가 발생할 수 있습니다.
정상적인 삭제 페이지라면 ‘페이지를 찾을 수 없습니다’와 같은 안내 화면이 나타나면서 서버가 404 상태 코드를 반환해야 합니다. 단순히 홈페이지 화면을 보여주면서 200 상태 코드를 반환하면 soft 404가 될 수 있으므로 별도로 확인해야 합니다.
03 | Search Console에서 URL 검사하기
Google Search Console에 사이트를 등록했다면 상단의 URL 검사 도구에 문제가 된 전체 URL을 입력합니다. 이 도구에서는 Google이 알고 있는 URL의 색인 상태와 페이지 가져오기 결과, 색인 생성 허용 여부, 크롤링 허용 여부를 확인할 수 있습니다.
‘URL이 Google에 등록되어 있지 않음’으로 표시되면 세부 항목을 펼쳐 원인을 확인합니다. 페이지 가져오기에서 404가 보이는지, NOINDEX나 robots.txt가 표시되는지, 다른 URL로 리디렉션되는지를 순서대로 살펴보면 됩니다.
04 | 404와 410의 차이
404는 현재 페이지를 찾을 수 없다는 일반적인 응답이고, 410은 해당 리소스가 영구적으로 사라졌다는 의미에 가깝습니다. 그러나 Google은 410을 404와 같은 방식으로 처리한다고 안내하고 있으므로, 일반적인 삭제 페이지에서는 404를 사용해도 됩니다.
중요한 것은 상태 코드보다 페이지의 실제 상황과 일치하는 응답을 반환하는 것입니다. 존재하지 않는 페이지를 억지로 홈페이지로 연결하거나 정상 페이지처럼 처리하는 방식은 피해야 합니다.
05 | 삭제된 페이지 처리 기준
페이지를 삭제했고 비슷한 대체 콘텐츠도 없다면 해당 URL은 404 또는 410을 반환하도록 두는 것이 적절합니다. Search Console에 오류가 남더라도 모든 404를 제거해야 하는 것은 아닙니다.
다만 삭제된 페이지가 사이트맵에 남아 있거나 다른 글에서 계속 링크되고 있다면 사이트맵과 내부 링크를 정리해야 합니다. Google은 잘못된 링크나 과거 URL을 일정 기간 다시 요청할 수 있습니다.
06 | 주소가 바뀐 페이지 처리 방법
페이지 내용이 새 주소로 이동했다면 기존 URL을 새 URL로 301 리디렉션해야 합니다. 301은 콘텐츠의 영구적인 이동을 알리는 방식으로, 사용자가 오래된 링크를 클릭해도 새 페이지로 이동할 수 있게 해 줍니다.
리디렉션을 설정한 뒤에는 기존 URL과 새 URL을 각각 URL 검사 도구에서 확인하세요. 여러 주소를 연속으로 거치는 리디렉션 체인이나 원래 주소로 되돌아가는 순환 리디렉션은 피해야 합니다.
07 | 중요한 페이지가 404일 때
홈페이지, 주요 상품·서비스 페이지, 핵심 게시글처럼 반드시 노출되어야 하는 URL이 404라면 우선순위를 높여 수정해야 합니다. CMS에서 글 상태가 비공개로 바뀌었거나, 카테고리 구조를 변경했거나, 서버 이전 과정에서 경로가 달라졌을 가능성이 있습니다.
페이지를 복구할 수 있다면 원래 URL에 콘텐츠를 다시 게시합니다. 복구할 수 없지만 유사한 대체 페이지가 있다면 301 리디렉션을 적용하고, 관련 없는 페이지라면 무리하게 연결하지 않는 것이 좋습니다.
08 | 제출된 URL 404 오류 확인
사이트맵에 제출했거나 색인 생성을 요청한 URL이 404라면 단순한 외부 잘못된 링크보다 우선적으로 해결해야 합니다. Search Console의 페이지 색인 생성 보고서에서 해당 문제를 열고 URL이 어디에서 제출됐는지 확인합니다.
페이지를 삭제했다면 사이트맵에서 URL을 제거합니다. 페이지를 이동했다면 새 주소를 사이트맵에 넣고 기존 주소에는 301을 적용합니다. 잘못된 URL을 제출한 경우에는 제출 목록과 내부 링크를 함께 정리해야 합니다.
09 | soft 404 오류 점검
soft 404는 화면에는 ‘페이지를 찾을 수 없음’이라고 표시되지만 서버는 200 정상 응답을 반환하는 경우입니다. 콘텐츠가 거의 없는 빈 페이지, 내부 검색 결과가 없는 화면, 자바스크립트 로딩 실패도 soft 404로 판단될 수 있습니다.
삭제 페이지라면 404 또는 410을 반환하도록 수정합니다. 콘텐츠가 실제로 존재하는 페이지라면 오류 메시지가 노출되지 않도록 서버와 자바스크립트, 필수 리소스 로딩 상태를 점검한 뒤 URL 검사 도구의 라이브 URL 테스트로 다시 확인합니다.
10 | 사이트맵과 내부 링크 확인
404 URL이 사이트맵에 포함되어 있으면 Google이 계속 해당 주소를 중요한 URL로 이해할 수 있습니다. XML 사이트맵에서 삭제된 URL을 제거하고, 새 주소가 있다면 새 URL을 등록합니다.
내부 링크도 확인해야 합니다. 메뉴, 관련 글, 본문 링크, 이미지 링크, 모바일 화면의 링크 중 오래된 주소를 새 주소로 교체하면 사용자 오류와 불필요한 크롤링을 줄일 수 있습니다.
11 | robots.txt와 NOINDEX 확인
404 자체를 robots.txt로 차단하면 Google이 URL의 상태를 제대로 확인하지 못할 수 있습니다. 404 URL의 처리 여부를 판단할 때는 robots.txt 차단보다 올바른 404 또는 410 응답을 반환하는지 먼저 확인하는 것이 좋습니다.
정상 페이지인데 색인되지 않는다면 페이지의 NOINDEX 메타 태그나 HTTP 헤더도 확인합니다. URL 검사 도구에서 ‘색인 생성 허용 여부’가 아니요로 표시되면 차단 설정을 수정한 뒤 다시 테스트합니다.
12 | 수정 후 색인 생성 요청
오류를 수정한 뒤 Search Console의 URL 검사 도구에서 라이브 URL 테스트를 실행합니다. Google이 현재 페이지를 정상적으로 가져오고, 색인 생성이 허용되며, 올바른 표준 URL이 설정되어 있는지 확인한 뒤 색인 생성 요청을 진행합니다.
색인 생성 요청을 했다고 즉시 검색 결과에 반영되는 것은 아닙니다. Google은 크롤링과 색인 생성에 시간이 걸릴 수 있으며, 요청 후에도 페이지가 반드시 검색 결과에 노출된다고 보장되지는 않습니다.
13 | 실제 사례로 판단하기
사례 1. 오래된 게시글을 완전히 삭제한 경우
대체 글이 없고 앞으로도 복구할 계획이 없다면 404 또는 410을 유지합니다. 사이트맵과 내부 링크에서 해당 주소를 제거하면 됩니다. 이 경우 Search Console의 404 보고서에 남는 것 자체는 반드시 문제는 아닙니다.
사례 2. 카테고리 개편으로 주소가 바뀐 경우
기존 글의 내용이 새 주소에 그대로 있다면 기존 URL에서 새 URL로 301 리디렉션을 설정합니다. 새 주소를 사이트맵과 내부 링크에 반영하고, 리디렉션이 정상 작동하는지 URL 검사 도구로 확인합니다.
사례 3. 정상 글이 404로 표시되는 경우
서버 설정, 로그인 제한, 잘못된 도메인 속성, 일시적인 배포 오류를 확인합니다. 실제 브라우저에서 열리는 것만으로 충분하지 않으므로 Googlebot 관점의 라이브 URL 테스트 결과도 함께 살펴봐야 합니다.
14 | 주의사항과 최종 점검
모든 404 오류를 없애기 위해 홈페이지로 일괄 리디렉션하는 방법은 적절하지 않을 수 있습니다. 대체 콘텐츠가 없는 URL을 관련 없는 페이지로 보내면 사용자에게 혼란을 주고 soft 404로 판단될 가능성도 있습니다.
또한 색인 생성 요청을 반복한다고 크롤링이 즉시 빨라지는 것은 아닙니다. 원인을 먼저 수정하고, 사이트맵·내부 링크·서버 응답·색인 차단 설정을 함께 점검하는 것이 효율적입니다.
☑ 체크리스트
- 문제 URL을 브라우저에서 직접 열어 오탈자와 실제 응답을 확인했는가
- Search Console URL 검사 도구에서 페이지 가져오기 결과를 확인했는가
- 삭제 페이지인지 주소가 이동한 페이지인지 구분했는가
- 이동한 페이지에는 301 리디렉션을 설정했는가
- 삭제된 URL을 사이트맵과 내부 링크에서 제거했는가
- robots.txt, NOINDEX, 로그인 제한을 확인했는가
- 수정 후 라이브 URL 테스트와 색인 생성 요청을 진행했는가
📖 자주하는 질문 Q&A
404 오류가 많으면 Google 검색 순위가 떨어지나요?
존재하지 않는 URL에서 정상적으로 404가 반환되고, 중요한 페이지가 아니라면 404 개수만으로 검색 순위가 자동 하락하지는 않습니다. 다만 내부 링크가 깨졌거나 제출한 핵심 URL이 404라면 수정해야 합니다.
삭제한 페이지의 404 오류도 모두 해결해야 하나요?
대체 페이지가 없는 완전 삭제 URL은 404 또는 410을 반환하는 것이 올바른 처리일 수 있습니다. 사이트맵과 내부 링크에서 해당 주소를 정리하는 것이 더 중요합니다.
Google에 페이지를 찾을 수 없음 오류가 보이면 색인 생성 요청을 해야 하나요?
404 상태인 삭제 페이지에는 색인 생성 요청을 할 필요가 없습니다. 페이지를 복구했거나 새 주소로 이동시킨 뒤 정상 응답을 확인한 경우에만 수정 후 색인 생성 요청을 진행하세요.
홈페이지로 리디렉션하면 404 문제가 해결되나요?
대체 콘텐츠가 없는 URL을 홈페이지로 일괄 리디렉션하는 것은 권장되지 않습니다. 콘텐츠가 이동한 경우에만 의미가 맞는 새 페이지로 301 리디렉션하는 것이 좋습니다.
📝 마무리
Google의 ‘페이지를 찾을 수 없음’ 오류는 먼저 URL의 실제 상태와 페이지의 운명을 구분해야 해결 방향이 정해집니다. 삭제된 페이지는 404 또는 410, 이동한 페이지는 301, 정상 페이지는 서버·차단 설정을 수정한 뒤 URL 검사와 색인 생성을 진행하면 됩니다.