워드프레스를 초기화한 뒤 삭제된 예전 글 주소가 서치콘솔의 페이지 색인 목록에 남아 있었습니다. 주소를 직접 열면 ‘찾을 수 없음’ 화면이 나왔지만, 별도의 삭제 요청은 하지 않았습니다. 404 상태라면 구글이 다시 확인한 뒤 자동으로 정리한다고 알고 있었기 때문입니다.
결론부터 말하면 이 판단은 대체로 맞습니다. 다만 ‘서치콘솔에 URL이 남아 있다’와 ‘구글 검색결과에 노출되고 있다’는 같은 뜻이 아니며, 화면에 오류 문구가 보인다고 서버가 실제 404를 반환한다고 단정할 수도 없습니다.
서치콘솔 목록은 현재 검색 노출 목록이 아니다
서치콘솔은 구글이 발견하거나 크롤링한 URL의 상태를 보여줍니다. 삭제된 URL과 크롤링 오류 기록은 일정 기간 보고서에 남을 수 있으므로, 목록에 있다는 사실만으로 현재 검색결과에 노출 중이라고 판단하면 안 됩니다.
구글의 삭제 및 세이프서치 신고 도구 도움말도 오래된 URL이 404를 반환하면 재크롤링 과정에서 자연스럽게 검색결과에서 사라지며, 크롤링 오류를 보고서에서 직접 지울 필요가 없다고 설명합니다. 따라서 먼저 URL 검사에서 색인 상태와 최근 크롤링 결과를 확인해야 합니다.
404·410·삭제 요청의 실제 차이
| 구분 | 의미 | 구글 검색에서의 처리 | 적합한 상황 |
|---|---|---|---|
| 404 | 해당 주소에서 페이지를 찾을 수 없음 | 재크롤링 후 색인에서 제외 | 일반적인 글 삭제 |
| 410 | 해당 페이지가 의도적으로 영구 삭제됨 | 재크롤링 후 색인에서 제외 | 영구 삭제를 서버에서 명확히 설정할 때 |
| 삭제 요청 | 검색결과에서 URL을 신속히 임시 차단 | 약 6개월 동안 차단 | 민감한 정보 등 긴급한 삭제 |
404와 410은 HTTP 상태 코드이고, 삭제 요청은 서치콘솔 기능입니다. 구글은 대체 페이지가 없는 삭제 URL에 404 또는 410을 반환하라고 안내합니다. 410이 반드시 더 빠르다는 보장은 현재 공식 안내에서 확인되지 않습니다.
삭제 요청은 영구 삭제 버튼이 아닙니다. 검색결과에서 약 6개월 동안 URL을 가리는 기능이며, 페이지 자체나 서치콘솔 기록을 지우지 않습니다. 영구 삭제하려면 원본 URL도 404나 410을 반환해야 합니다.
‘찾을 수 없음’ 화면만 보고 끝내면 안 되는 이유
오류 페이지를 보여주면서 서버가 200 성공 코드를 반환하는 경우를 소프트 404라고 합니다. 구글의 크롤링 오류 문제 해결 안내는 대체 콘텐츠가 없는 삭제 페이지에 실제 404 또는 410 응답을 반환하라고 설명합니다.
이번 경험에서는 구주소가 서치콘솔 목록에 남았고 브라우저에 ‘찾을 수 없음’이 표시됐습니다. 서버 응답 코드까지 확인한 것은 아니므로 URL 검사에서 404 가져오기 상태가 확인되는지 한 번 더 보는 것이 안전합니다.
자동 정리를 기다려도 되는 조건
다음 조건을 모두 만족하면 삭제 도구를 사용하지 않고 재크롤링을 기다려도 됩니다.
- 삭제한 주소에 대신 연결할 새 글이 없습니다.
- 구주소가 현재 사이트맵과 내부 링크에서 빠져 있습니다.
- 해당 주소가 실제 404 또는 410을 반환합니다.
- 개인정보나 해킹 페이지처럼 즉시 숨겨야 할 사유가 없습니다.
같은 내용을 옮긴 새 주소가 있다면 404로 끝내기보다 301 영구 리디렉션이 적절합니다. 관련 없는 홈페이지로 모든 구주소를 보내는 방식은 방문자에게 도움이 되지 않으며 소프트 404로 판단될 수 있습니다.
삭제 요청이 필요한 경우
개인정보, 잘못 공개된 문서, 해킹으로 생성된 주소처럼 신속히 숨겨야 한다면 삭제 요청을 함께 사용합니다. 이때도 원본 삭제나 접근 차단이 필요합니다. robots.txt로 먼저 막으면 구글이 삭제 상태나 noindex를 확인하지 못할 수 있으므로 삭제 수단으로 사용하면 안 됩니다.
대표님이 별도 요청을 하지 않은 선택은 잘못이 아닙니다. 현재 할 일은 구주소를 하나씩 억지로 지우는 것이 아니라 실제 응답 코드, 사이트맵 포함 여부와 대체 페이지 유무를 확인하는 것입니다. 이 세 가지가 정상이면 서치콘솔 기록이 즉시 사라지지 않아도 자동 정리를 기다리는 쪽이 맞습니다.