사라진 URL의 출처부터 확인한다
404 점검은 오류 숫자를 모두 없애는 작업이 아닙니다. 먼저 고객이 실제로 도달할 수 있는 사라진 주소를 찾아야 합니다. 홈페이지 메뉴, 상품·서비스 목록, 블로그 본문, 예약 안내, 프로필 링크를 차례로 눌러 보고 Search Console의 페이지 색인 보고서와 서버 접근 기록에서 찾을 수 없는 URL을 모으세요. 각 주소 옆에는 발견 위치, 마지막 정상 확인일, 기존 페이지의 목적을 적습니다.
주소가 낯설다는 이유만으로 즉시 리디렉션하지는 않습니다. 외부에서 잘못 입력한 주소인지, 운영자가 메뉴를 바꾸며 남긴 주소인지, 실제로 판매하던 상품이나 안내 글이 사라진 것인지 구분하세요. 내부 메뉴나 본문에서 연결된 404와 방문 기록이 있는 과거 주소를 우선 점검하면 고객에게 영향이 큰 경로부터 고칠 수 있습니다.
HTTP 상태와 화면 내용을 함께 본다
브라우저 화면에 ‘페이지가 없습니다’라고 보이는 것만으로는 충분하지 않습니다. 존재하지 않는 주소가 실제로 404 또는 410 상태를 반환하는지 확인하세요. 반대로 오류 안내 화면을 보여 주면서 200 성공 상태를 반환하면 검색엔진이 정상 페이지처럼 처리하려다 소프트 404로 판단할 수 있습니다. 개발자 도구의 네트워크 탭이나 상태 확인 도구로 화면과 응답 코드를 함께 기록합니다.
일시적인 서버 장애는 404와 구분해야 합니다. 500번대 응답이나 연결 시간 초과가 보이면 삭제 페이지로 처리하지 말고 호스팅 상태와 최근 배포 기록을 먼저 확인하세요. 같은 URL을 다른 네트워크와 시간대에서 다시 확인하고, 정상 콘텐츠가 있어야 하는 주소라면 원래 페이지를 복구하는 것이 첫 선택입니다.
대체 페이지가 있을 때만 영구 이동시킨다
없어진 페이지와 같은 고객 목적을 해결하는 새 페이지가 있다면 이전 주소에서 새 주소로 301 또는 308 영구 리디렉션을 설정합니다. 상품명이 바뀌었지만 같은 상품을 계속 판매하거나, 두 안내 글을 하나로 통합한 경우가 여기에 해당합니다. 이동 전후 페이지의 주제, 대상 고객, 다음 행동이 충분히 비슷한지 확인하세요.
관련 대체 페이지가 없다면 홈페이지로 일괄 이동시키지 말고 올바른 404 응답을 유지하는 편이 낫습니다. 무관한 홈 화면으로 보내면 방문자는 원하던 정보를 찾지 못하고 검색엔진에도 부정확한 신호를 줄 수 있습니다. 맞춤 404 화면에는 홈, 주요 서비스, 검색 또는 문의처럼 다시 이동할 수 있는 짧은 선택지를 제공하세요.
내부 링크에서 끊긴 경로를 고친다
리디렉션을 설정했더라도 사이트 안의 링크는 새 주소로 직접 바꾸세요. 상단 메뉴, 하단 메뉴, 버튼, 이미지 링크, 글 본문의 ‘함께 읽으면 좋은 글’을 순서대로 확인합니다. 리디렉션을 여러 번 거치면 고객의 이동이 느려지고 관리도 복잡해지므로 이전 주소를 계속 링크하는 상태를 남기지 않는 것이 좋습니다.
한 번에 전부 확인하기 어렵다면 방문이 많은 페이지부터 시작합니다. 홈과 주요 서비스 페이지, 검색 유입이 있는 글, 예약·구매 직전 페이지를 1순위로 두고 나머지는 주간 점검에 나눠 넣으세요. 링크를 수정한 뒤에는 데스크톱과 모바일에서 눌러 최종 주소가 한 번에 열리는지 확인합니다.
사이트맵에는 정상 대표 URL만 남긴다
사이트맵은 검색엔진에 발견되길 원하는 대표 URL 목록입니다. 삭제되어 404를 반환하는 주소, 다른 곳으로 이동시키는 주소, 중복 페이지의 비대표 주소가 남아 있지 않은지 확인하세요. 새 페이지로 통합했다면 새 주소만 넣고 수정 시간을 실제 변경 시점에 맞춥니다. 사이트맵을 고친 뒤 공개 주소에서 파일이 열리고 각 URL이 200 상태를 반환하는지도 표본 점검합니다.
robots.txt로 삭제 URL을 먼저 막는 방식은 피하세요. 검색엔진이 404 응답을 확인하지 못하면 상태를 정리하는 데 필요한 신호도 받기 어렵습니다. 공개되면 안 되는 정보는 별도의 삭제·보안 절차가 필요하지만, 일반적인 폐기 페이지는 정확한 상태 코드와 최신 사이트맵으로 정리하는 것이 기본입니다.
수정 결과를 기록하고 다시 검사한다
수정표에는 이전 URL, 발견 경로, 결정 사유, 처리 방식, 새 URL, 확인일을 남깁니다. 게시 직후에는 ① 이전 주소의 응답 코드 ② 리디렉션 최종 목적지 ③ 내부 링크 수정 여부 ④ 사이트맵 제외 또는 교체 여부 ⑤ 모바일 404 화면의 이동 버튼 ⑥ Search Console의 재확인 항목을 점검하세요. 같은 유형의 실수가 반복되면 URL 변경 절차 자체를 고쳐야 합니다.
최종 판단 기준은 단순합니다. 내용이 새 주소로 옮겨졌으면 관련성이 높은 페이지로 영구 이동시키고, 대체할 내용이 없으면 올바른 404를 반환하며, 원래 있어야 할 페이지라면 복구합니다. 이후 내부 링크와 사이트맵을 같은 결정에 맞춰 정리하세요. 이 순서를 지키면 불필요한 이동 규칙을 늘리지 않으면서 고객과 검색엔진 모두에게 일관된 경로를 제공할 수 있습니다.