구글 서치 콘솔 404 오류 해결 방법 (2026)

서치 콘솔 '찾을 수 없음(404)' 해결법: 무시할 때, 301 리디렉션할 때, 페이지를 복원할 때를 판단표와 검증 절차로 안내합니다.

자주 묻는 질문

404 오류가 구글 검색 순위에 악영향을 주나요?

404 자체만으로는 영향이 없습니다. 구글의 페이지 색인 생성 문서에 따르면, 대체 페이지 없이 삭제한 페이지가 404를 반환하는 것은 반드시 문제라고 할 수 없으며, 삭제한 페이지의 404는 URL이 색인되지 않는 정상적인 사유로 명시되어 있습니다. 수정할 가치가 있는 것은 사이트 내부에서 직접 링크했거나 사이트맵에 넣어 둔 URL의 404입니다.

삭제한 페이지에는 404와 410 중 무엇을 써야 하나요?

구글 검색에서는 실질적인 차이가 없습니다. 구글의 HTTP 상태 코드 문서는 429를 제외한 모든 4xx 오류를 동일하게 처리합니다. 콘텐츠가 존재하지 않는 것으로 보고하고, 이전에 색인된 URL은 색인에서 제거하며, 해당 URL의 크롤링 빈도도 점차 줄어듭니다. 사용 중인 플랫폼에서 설정하기 쉬운 쪽을 선택하면 됩니다.

404 오류의 '수정사항 확인'은 얼마나 걸리나요?

구글에 따르면 검증은 보통 최대 2주 정도 걸리지만 훨씬 더 길어질 수도 있습니다. 진행 중인 검증이 성공 또는 실패로 끝나기 전에는 '수정사항 확인(Validate fix)'을 다시 누르지 마세요. 구글이 문제가 남은 URL을 하나라도 발견하면 검증은 중단됩니다.

수정한 URL이 왜 계속 '찾을 수 없음(404)' 보고서에 표시되나요?

구글은 없어진 URL을 한동안 계속 크롤링하려고 시도하기 때문에 수정 후에도 목록에 남아 있을 수 있습니다. 또한 보고서의 예시 목록은 최대 1,000행으로 제한되며 모든 URL이 표시된다는 보장도 없습니다. 원인(깨진 링크, 사이트맵 항목)을 먼저 고친 다음 검증을 실행하고 기다리세요.

모든 404를 홈페이지로 리디렉션해야 하나요?

아닙니다. 구글은 페이지가 새 페이지로 이동했을 때 3XX 리디렉션을 반환하라고 안내합니다. 실제 대체 페이지가 없는 경우에는 404로 두는 편이 낫습니다. 관련 없는 URL을 모두 홈페이지로 보내면 방문자는 원하지 않던 페이지를 보게 되고, 실제 문제는 가려져 알 수 없게 됩니다.

한 줄 요약: 서치 콘솔에서 색인 생성 > 페이지(Indexing > Pages) 를 열고 찾을 수 없음(404) 을 클릭한 뒤, 각 URL을 세 가지로 분류하세요. 의도적으로 삭제했고 연결된 링크도 없다면 무시합니다. 페이지가 이동했거나 비슷한 대체 페이지가 있다면 해당 페이지로 301 리디렉션을 추가합니다. 존재해야 하는 페이지라면 복원합니다. 그런 다음 죽은 URL을 가리키는 내부 링크나 사이트맵 항목을 고치고 수정사항 확인(Validate fix) 을 클릭하세요.

서치 콘솔에 표시되는 "404 오류"는 대부분 전혀 고칠 필요가 없습니다. 중요한 것은 수리가 아니라 분류(트리아지)입니다.

"찾을 수 없음(404)"의 정확한 의미

페이지 색인 생성 보고서에는 구글이 크롤링을 시도했지만 색인하지 못한 URL이 나열됩니다. "찾을 수 없음(404)"은 서버가 해당 요청에 404 상태 코드로 응답했다는 뜻일 뿐입니다. 그 URL이 중요하다는 의미는 아닙니다.

구글의 문제 해결 안내는 명확합니다. 직접 링크했거나 사이트맵에 넣은 URL의 404만 수정하고, 페이지가 이동했다면 새 페이지로 3XX 리디렉션을 반환하라는 것입니다. 또한 구글은 "삭제했고 대체할 페이지가 없는 페이지의 404"를 페이지가 정상적으로 색인되지 않는 이유 중 하나로 꼽습니다.

아직 서치 콘솔을 설정하지 않았다면 서치 콘솔 가이드 또는 구글 서치 콘솔에서 사이트 소유권 확인하기부터 확인하세요.

1단계: 목록을 내보내고 각 404의 발견 경로 찾기

서치 콘솔을 열고 속성을 선택합니다.
색인 생성 > 페이지(Indexing > Pages) 로 이동합니다.
"페이지가 색인되지 않은 이유" 표까지 스크롤한 뒤 찾을 수 없음(404) 을 클릭합니다.
예시 URL을 확인합니다. 이 표는 1,000행으로 제한되고 모든 URL이 표시된다는 보장이 없으므로, 규모가 큰 사이트라면 샘플로 보세요.
스프레드시트에서 작업하려면 데이터를 내보냅니다.
URL을 클릭하고 URL 검사(Inspect URL) 로 구글이 이 URL을 어떻게 발견했는지 확인합니다. 참조 페이지와 사이트맵 정보를 보면 해당 링크가 내 사이트의 것인지 알 수 있습니다.

핵심은 발견 경로입니다. 구글이 내 사이트의 메뉴나 사이트맵을 통해 찾은 404는 실제 결함입니다. 오래된 외부 링크나 다른 사이트의 오타 때문에 발견된 404는 대개 무시해도 되는 노이즈입니다. 단, 그 링크로 실제 방문자가 들어온다면 예외입니다.

2단계: 무시, 리디렉션, 복원 중 선택하기

보고서의 URL 그룹마다 아래 표를 적용하세요.

상황	이런 모습입니다	조치
의도적으로 삭제, 대체 페이지 없음, 내부 링크 없음	오래된 상품, 종료된 이벤트, 테스트 페이지	무시. 404(또는 410)로 둡니다.
페이지는 삭제했지만 비슷한 대체 페이지가 있음	단종된 상품, 가이드의 최신 버전	가장 가까운 페이지로 301 리디렉션.
URL이 변경됨 (슬러그 이름 변경, 폴더 이동, 도메인 또는 HTTPS 이전)	같은 콘텐츠가 새 주소에 있음	이전 URL을 새 URL로 301 리디렉션 (한 번에 연결).
있어야 할 페이지를 실수로 삭제하거나 비공개 처리함	운영 중인 서비스 페이지, 핵심 글	복원하고 200을 반환하는지 확인한 뒤 검증.
내 메뉴, 푸터, 본문 링크가 해당 URL을 가리킴	죽은 URL로 향하는 내부 링크	링크 수정 (페이지가 이동했다면 리디렉션).
XML 사이트맵에 포함되어 있음	사이트맵에 삭제된 URL이 들어 있음	사이트맵에서 제거한 뒤 리디렉션할지 무시할지 결정.
스팸이나 이상한 파라미터로 생긴 불필요한 URL	무작위 문자열, 스크래퍼 패턴	무시. 삽입된 것처럼 보이면 보안을 점검하세요 (아래 참고).

대체 페이지가 딱 맞지 않는다면 억지로 연결하지 마세요. 구글의 리디렉션 문서는 리디렉션을 사용자와 구글을 페이지의 새 위치로 보내는 방법으로 설명하는데, 새 위치가 없는 페이지는 가리킬 대상이 없습니다.

3단계: 리디렉션을 올바르게 추가하기

영구 이동의 경우 구글은 가능하면 영구적인 서버 측 리디렉션을 사용하라고 권장합니다. 301과 308 상태 코드는 모두 페이지가 영구적으로 이동했음을 의미합니다. 구글은 서버 측 리디렉션이나 meta refresh 리디렉션을 쓸 수 없을 때에만 JavaScript 리디렉션을 사용하라고 안내합니다.

실무 규칙:

여러 단계를 거치지 말고 가장 적합한 URL 하나로 리디렉션하세요.
다른 리디렉션이나 오류 페이지가 아니라 정상적으로 200 응답을 반환하는 페이지를 가리키세요.
리디렉션에 계속 의존하지 않도록 내부 링크도 새 URL로 업데이트하세요.
워드프레스에서는 리디렉션 플러그인이나 호스팅 업체의 리디렉션 규칙으로 처리할 수 있습니다. 다른 플랫폼에서는 서버나 CMS의 리디렉션 또는 리라이트 설정을 사용하세요.

개발자에게 전달하거나 리디렉션 도구에 붙여넣을 수 있는 리디렉션 맵 예시:

`` /old-pricing -> /pricing /blog/2022/seo-tips -> /blog/seo-tips /services/web-design -> /services/website-design ``

4단계: 수정 확인 후 검증하기

구글에 알리기 전에 먼저 직접 URL을 확인하세요.

브라우저에서 이전 URL을 열거나 헤더 검사를 실행해 301을 반환하고 200 페이지에 도착하는지 확인합니다.
서치 콘솔 상단 검색창에 URL을 붙여넣고 URL 검사(Inspect URL) 를 실행한 뒤, 라이브 테스트로 구글이 받는 응답을 확인합니다.
해당 URL이 사이트맵에서 빠졌고 어떤 내부 페이지도 이를 링크하지 않는지 확인합니다.

그다음 검증합니다.

페이지 색인 생성 보고서에서 찾을 수 없음(404) 문제를 엽니다.
수정사항 확인(Validate fix) 을 클릭합니다.
상태를 지켜봅니다. 검증이 성공 또는 실패로 끝나기 전에는 수정사항 확인을 다시 누르지 마세요.
실패하면 세부정보 보기(See details) 를 클릭해 남은 URL을 수정한 뒤 다시 시작합니다.

구글은 검증이 보통 최대 2주 정도 걸리지만 훨씬 더 길어질 수도 있다고 안내합니다. 또한 남은 인스턴스가 하나만 있어도 검증이 중단되므로, 그룹 전체를 고친 뒤에 검증하세요. 구글 문서의 팁 하나: 영향받은 URL 중 일부만 대상으로 검증하면 더 빨리 끝날 수 있으며, 핵심 페이지만 담은 사이트맵으로 보고서를 필터링하면 됩니다.

참고로 구글은 404 URL을 점진적으로 처리합니다. 404를 반환하는 URL은 이전에 색인되어 있었다면 색인 생성 파이프라인이 색인에서 제거하고, 새로 발견된 404 페이지는 처리하지 않으며, 크롤링 빈도는 점차 줄어든다고 합니다. 따라서 404로 남겨 둔 URL은 시간이 지나면 저절로 사라집니다.

5단계: "진짜 404가 아닌" 경우 확인하기

비슷해 보이지만 다르게 처리해야 하는 두 가지가 있습니다.

소프트 404(Soft 404). 페이지가 200 상태를 반환하지만 빈 페이지나 오류 메시지를 보여 주어 서치 콘솔이 소프트 404로 보고하는 경우입니다. 실제 404 상태 코드를 반환하거나, 페이지에 실제 콘텐츠를 넣어 해결하세요.
해킹되었거나 삽입된 URL. 이상한 파일명이나 스팸성 경로에서 갑자기 404가 대량으로 나타난다면 사이트가 침해되었을 수 있습니다. CMS에서 이런 증상이 보이면 WordPress, Joomla, Drupal 해결 가이드를 읽고 보고서를 다시 확인하세요.

복사해서 쓰는 404 분류 체크리스트

[ ] 색인 생성 > 페이지에서 찾을 수 없음(404) URL을 내보냈다
[ ] 각 URL의 출처를 표시했다: 내 링크, 내 사이트맵, 외부 링크, 알 수 없음
[ ] 대체 페이지도 내부 링크도 없는 삭제된 페이지는 무시했다
[ ] 이동한 페이지에 한 번에 연결되는 301 리디렉션을 200 페이지로 추가했다
[ ] 실수로 삭제된 페이지를 복원했다
[ ] 죽은 URL을 가리키는 내부 링크를 수정했다
[ ] XML 사이트맵에서 죽은 URL을 제거했다
[ ] URL 검사로 샘플을 확인했다
[ ] 수정사항 확인을 한 번만 클릭하고 결과를 기다렸다

다음 404 대량 발생 막기

반복되는 404는 대부분 사이트 개편, 슬러그 이름 변경, 리디렉션 계획 없이 삭제한 게시물에서 비롯됩니다. 이전 작업 전에 기존 URL을 모두 나열하고 각각의 새 주소를 매핑해 두세요. 어차피 작은 사이트를 새로 만들 계획이라면, We.Inc 무료 플랜에서 기성 템플릿으로 최대 3개 사이트를 게시할 수 있습니다. 프롬프트 하나로 사이트 초안을 만들어 주는 AI 빌더는 Starter 플랜(월 $20)부터 이용할 수 있습니다. 여기에서 가입하세요. 어느 쪽이든 이전-신규 URL 매핑표는 보관해 두세요. 이 보고서를 깨끗하게 유지해 주는 것이 바로 그 표입니다.

도구 전반에 대한 소개는 초보자를 위한 구글 서치 콘솔을 참고하세요.

무료로 시작하기 · 신용카드 필요 없음

Umair Ali Sadaqat

We.Inc 설립자

Umair는 We.Inc의 설립자입니다. AI 웹사이트 제작, 에이전시, 웹 스튜디오 운영 사업에 관해 글을 씁니다.

멋진 것을 만들 준비가 되셨나요?

하나의 플랫폼에서 출시하고 성장하고 자동화하는 15,000+개 비즈니스가 We.Inc를 사용합니다.