테스트 글을 삭제한 뒤에는 관리자 화면만 볼 것이 아니라 검색 쪽에 흔적이 남았는지도 확인해야 했습니다. 지운 글, 남길 글, 연결된 링크를 따로 적어두니 정리가 쉬웠습니다.
- 사이트 안에서 테스트 글 링크가 남았는지 봅니다.
- 카테고리와 글 목록에 빈 흔적이 없는지 확인합니다.
- Search Console에서 해당 URL 상태를 봅니다.
- 필요하다면 관련 내부 링크를 정리합니다.
테스트 글을 공개했던 것이 문제였다
테스트 글을 잠깐 공개했던 일이 나중에 정리할 일을 만들었습니다. 미리보기로 충분한 글은 공개하지 않는 편이 훨씬 낫습니다.
- 처음에는 글을 지우면 모든 흔적도 같이 사라진다고 생각했습니다.
- 목록 화면만 보고 내부 링크를 놓쳤습니다.
- 색인 도구에서 늦게 보이는 주소를 예상하지 못했습니다.
지운 글과 남겨둘 글을 구분한 방식
진짜 글과 확인용 글을 섞지 않으려고 상태를 따로 나눴습니다. 삭제 후보와 수정 후보를 같은 폴더에 두지 않는 느낌이었습니다.
삭제된 주소가 오류로 보이는 방식
HTTP 오류 자료는 삭제된 주소가 어떤 의미로 처리되는지 이해하는 데 참고했습니다. 제 목표는 오류를 숨기는 것이 아니라 남은 흔적을 제대로 해석하는 것이었습니다.
나중에 화면이 바뀌어도 다시 확인할 기준을 남기려고 Google HTTP 오류 문서도 참고했습니다. 삭제 후 바로 본 것을 확인할 때 삭제된 주소가 검색 쪽에서 어떻게 보일 수 있는지 확인하려고 붙여둔 링크입니다.
테스트 글을 처음부터 분리해야 했던 이유
테스트 글을 어떻게 만들지 정한 기준으로 다시 돌아가게 됐습니다. 애초에 공개하지 않으면 삭제 뒤 색인 걱정도 줄어듭니다.
삭제한 테스트 글을 정리할 때는 리디렉션이 생긴 원인도 함께 떠올려야 했습니다. 그 과정은 리디렉션된 페이지가 생긴 원인과 줄여본 과정에서 먼저 적어두었습니다.
삭제 버튼을 누르기 전후로 볼 것
다음에는 삭제 전 내부 링크, 발행 상태, 이미지 사용 여부, Search Console 기록을 차례로 확인할 생각입니다. 삭제는 끝이 아니라 정리의 시작이었습니다.