TL;DR
삭제한 콘텐츠 주소가 정상 응답으로 남아 있다면 화면의 삭제 문구와 실제 응답을 함께 본다. 적절한 대체 페이지가 있는지, 완전히 사라진 정보인지에 따라 이동이나 삭제 처리가 달라진다. 모든 주소를 첫 화면으로 보내는 방식으로 정리하지 않는다.
화면의 삭제와 주소의 상태는 다르다
운영자가 글을 삭제했지만 사이트의 공통 화면은 계속 정상으로 제공될 수 있다. 메뉴와 배경이 남아 있다고 내용까지 존재하는 것은 아니다. 먼저 정확한 옛 주소에서 어떤 본문이 보이는지 확인한다. 내용 없음, 상품 없음 같은 안내가 나오는지, 다른 글이 대신 들어가는지, 빈 영역만 있는지 나눠 적는다. 각각 원인과 필요한 조치가 다를 수 있다.
Google은 찾을 수 없는 페이지에 404처럼 의미 있는 HTTP 상태 코드를 사용하라고 안내한다. 삭제 문구를 화면에 넣는 일과 서버가 페이지 부재를 알려 주는 일은 별개의 구현이다. 운영자는 현재 본문을 기록하고 기술 담당자는 응답 상태를 확인한다. 실제 응답을 확인하지 않고 텍스트가 삭제됐으니 처리 완료라고 쓰지 않는다.
Google의 자바스크립트 안내는 단일 페이지 앱에서 soft 404 문제를 피할 방법을 별도로 설명한다. 앱의 공통 틀이 항상 정상 응답을 보내는 구조에서는 내용이 없는 경로가 일반 페이지처럼 보일 수 있기 때문이다. 다만 내용이 짧다는 이유만으로 운영자가 임의로 soft 404라고 판정하지 않는다. 실제 없는 콘텐츠를 어떤 응답과 화면으로 처리하는지부터 조사한다.
유지·이동·삭제 결정표
표에는 옛 주소, 원래 질문, 현재 본문, 대체 페이지, 대체의 적합성, 최종 처리, 확인 담당자를 둔다. 같은 질문을 더 완전하게 설명하는 새 페이지가 있다면 이동을 검토한다. 대체 정보가 없고 다시 제공할 계획도 없다면 삭제 상태를 기술 담당자와 정리한다. 단순한 일시 장애인지 실제 삭제인지 모르면 원본 콘텐츠 담당자에게 확인한다.
Google은 관련 없는 첫 화면 같은 하나의 목적지로 여러 옛 주소를 보내지 말라고 안내한다. 이동 대상은 존재 여부보다 내용의 관련성이 중요하다. 옛 안내가 특정 기능의 사용법이었는데 새 목적지는 회사 전체 소개라면 독자의 질문을 해결하지 못한다. 편리한 목적지를 골랐다는 이유만으로 적절한 이전이라고 표시하지 않는다.
여러 글이 하나의 종합 안내로 실제 통합됐다면 통합된 내용을 읽고 대응 관계를 확인한다. 새 안내에 옛 글의 핵심 조건과 필요한 다음 행동이 들어 있는지 본다. 제목이 비슷하다는 이유만으로 대응표를 확정하면 사라진 정보가 생길 수 있다. 누락된 부분은 이동 설정을 하기 전에 콘텐츠 담당자에게 보완 가능성을 묻는다.
내부 참조도 함께 정리한다
삭제 상태를 결정한 뒤에는 메뉴, 관련 글, 사이트맵에서 그 주소를 계속 사용하는지 확인한다. 삭제한 주소가 정상처럼 남아 있는 문제를 해결해도 내부 연결이 그대로면 방문자는 계속 없는 정보로 안내된다. 다만 모든 참조를 같은 문구로 바꾸지 말고 각 문단에서 새 안내가 필요한지 판단한다. 대체할 정보가 없다면 연결 제거가 더 정확할 수 있다.
담당자는 주소의 현재 상태와 앞으로의 상태를 구분해 보고한다. 현재 정상 응답·삭제 안내 화면, 예정 삭제 응답 전환처럼 적으면 기술 작업의 범위가 보인다. 변경을 요청한 날짜와 실제 공개 응답을 다시 확인한 날짜도 남긴다. 요청서 작성만으로 처리 완료가 되지 않도록 확인 책임자를 정한다.
수정 후에는 옛 주소를 직접 열어 보고 내부 링크의 출발점에서도 따라간다. 이동하기로 했다면 최종 도착 페이지가 여전히 올바른 질문에 답하는지 읽는다. 삭제하기로 했다면 정상 글처럼 표시되는 문제가 해소됐는지 확인한다. 이후 검색 결과에 남아 있는 상태는 별도로 관찰하며, 오래 보인다는 사실을 곧바로 설정 실패로 단정하지 않는다.
마무리
삭제 주소 정리의 산출물은 유지·이동·삭제 결정표와 실제 응답 확인이다. 적합한 대체 정보가 있을 때만 이동하고, 없는 정보는 그 사실에 맞게 처리한다. 화면 문구, 서버 응답, 내부 참조를 함께 확인해야 삭제와 정상 페이지가 뒤섞인 상태를 줄일 수 있다.