블로그를 사이트 안으로 들이는 리뉴얼의 순서

원래 블로그의 제어 권한

별도 블로그와 새 사이트는 병원이 쥔 권한이 다릅니다. 새 사이트는 서버나 CMS 설정을 담당자가 고칠 수 있는 경우가 많습니다. 외부 블로그 서비스는 옛 주소의 응답을 병원이 바꾸지 못할 수 있습니다.

권한 표는 계획 단계에서 한 번 채워 두면 이후 판단이 쉬워집니다. 서비스 관리 화면과 이용 안내에서 옛 주소에 이동 설정이 있는지 담당자가 직접 찾아야 합니다. 찾지 못했다면 서비스 고객 지원에 이동 설정이 가능한지 묻습니다. 답변을 받은 날짜와 담당 부서도 표 옆에 기재해 두면 나중에 근거로 쓸 수 있습니다.

이동 방식을 정하는 판단 기준

구글 안내는 이전 URL 목록을 만들고 각 URL을 새 도착 URL에 매핑하라고 설명합니다. 또한 가능하면 이전 URL에서 새 URL로 서버 측 영구 리디렉션을 사용하라고 설명합니다. 블로그 이전도 이 순서에 맞춰 글 목록부터 만듭니다. 구글 안내는 중요한 URL을 찾는 방법으로 사이트맵, 서버 로그나 분석 소프트웨어, 사이트로 연결되는 링크 기능을 듭니다.

다만 병원은 옛 블로그에서 서버 측 설정을 쓸 수 있는지부터 가려야 합니다. 쓸 수 있으면 글별 영구 이동을 설정하는 방향으로 진행합니다. 쓸 수 없으면 새 사이트의 글을 먼저 준비하고, 옛 글을 어떻게 남길지 따로 정합니다.

구글 안내는 서버 측 리디렉션을 쓸 수 없을 때 최후의 수단으로 클라이언트 측 리디렉션을 쓸 수 있다고 설명합니다. 병원은 이 방식을 쓰더라도 영구 이동을 구현했다고 보고하지 않는 것이 좋습니다. 보고서에는 사용한 방식과 적용된 글의 범위를 그대로 기재합니다.

글별 새 경로와 리소스 대응

실행은 옛 블로그의 글 목록을 만드는 데서 시작합니다. 글마다 새 사이트의 어느 경로로 옮길지 한 줄씩 정하고, 옮기지 않을 글은 이유와 함께 기재합니다. 구글 안내는 중요한 URL부터 시작하고 이미지와 동영상도 계획에 넣으라고 설명합니다.

담당자는 아래 순서로 자료를 준비합니다. 목록은 서비스 관리 화면, 사이트맵, 서버 로그 등 병원이 가진 자료에서 모읍니다. 자료가 없는 항목은 비워 두지 않고 없다고 기재합니다.

1. 옛 블로그의 전체 글 주소 목록을 만듭니다. 사이트맵이나 서비스 관리 화면에서 내려받고 빠진 글은 직접 추가합니다.
2. 글마다 새 사이트의 경로를 정합니다. 같은 주제의 글이 이미 새 사이트에 있으면 그 주소와 중복되는지 대조합니다.
3. 글에 들어 있는 이미지와 첨부 파일의 주소를 모읍니다. 파일마다 새 저장 위치와 새 주소를 정합니다.
4. 새 글에 자체 참조 canonical을 넣고 내부 링크를 새 주소로 고칩니다. 옛 주소를 가리키는 링크가 남았는지 목록으로 대조합니다.
5. 옛 주소가 새 주소로 이동하도록 설정할 수 있는지 가립니다. 가능한 글과 불가능한 글을 나누어 대응표에 기재합니다.

마지막 단계에서 가능한 글과 불가능한 글이 갈리면 두 묶음을 따로 관리합니다. 가능한 글은 영구 이동 응답을 시험하고, 불가능한 글은 중복 상태를 기록합니다. 이 구분이 이후 보고의 기준이 됩니다. 구글 안내는 중소형 사이트라면 모든 URL을 동시에 이동하는 편이 좋다고 설명합니다. 다만 병원 블로그는 글 수와 서비스 제약이 다르므로 한꺼번에 옮길지 묶음별로 옮길지 담당자가 정합니다.

이동 대응표의 구성

대응표는 글 한 건당 한 줄로 만들고 담당자 한 명이 최종본을 관리합니다. 업체와 병원이 각자 표를 만들면 주소가 서로 어긋나기 쉽습니다. 수정은 하나의 표에서만 하고 변경한 날짜를 함께 기재합니다.

이미지와 첨부 파일은 글보다 뒤로 밀리기 쉽습니다. 구글 안내는 삽입된 이미지, 동영상, 스크립트, 스타일 파일의 URL도 이동 계획에 넣고 다른 콘텐츠와 같은 방법으로 이동하라고 설명합니다. 병원은 서비스 저장소의 파일을 새 주소로 옮길 수 있는지도 대응표에 기재합니다.

대응표의 마지막 열은 보고서에 그대로 옮길 수 있게 작성합니다. 구현했다는 말 대신 응답을 시험한 날짜와 결과를 기재합니다. 시험하지 못한 줄은 미시험이라고 기재합니다.

자주 틀리는 판단

가장 흔한 오류는 새 글을 공개했으니 이전이 끝났다고 보는 것입니다. 새 글이 공개되어도 옛 블로그 글은 그대로 남아 있을 수 있습니다. 두 주소에 같은 내용이 있으면 중복 상태가 이어집니다. 옛 글이 계속 공개되는지는 대응표에 별도 열을 두어 글마다 기재합니다.

두 번째 오류는 옛 블로그에 안내 문구를 넣고 영구 이동을 했다고 보고하는 경우입니다. 글 안에 새 주소를 알리는 링크는 방문자에게 도움이 되지만 서버가 보내는 이동 응답과는 다릅니다. 보고서에는 링크 안내와 영구 이동을 따로 기재합니다. 보고를 받는 원장이 두 표현을 같은 뜻으로 읽지 않도록 용어도 통일해 둡니다.

세 번째 오류는 글만 옮기고 이미지를 옛 서비스 주소에 그대로 두는 경우입니다. 이 경우 새 글이 옛 서비스 저장소에 의존해 서비스 종료 시 이미지가 깨질 수 있습니다. 이미지 파일은 글과 별개의 주소를 가지므로 목록에도 따로 올립니다. 새 저장 위치로 옮길 수 있는 파일부터 우선 처리합니다.

제어 불가 주소의 남은 문제

옛 주소를 수정할 수 없으면 병원이 할 수 있는 일은 새 사이트 쪽 정비에 한정됩니다. 새 글의 canonical을 자기 주소로 두고 사이트맵에 새 주소를 담습니다. 구글 안내는 사이트맵에 명시된 페이지가 표준 페이지로 제안된다고 설명합니다.

다만 병원은 이것을 옛 주소의 정리로 보지 않는 것이 좋습니다. 옛 주소가 남아 있는 한 같은 글이 두 곳에서 검색될 가능성이 기록에 남아야 합니다. 대응표에 글별로 옛 주소가 계속 공개되는지, 삭제 가능한지 기재합니다. 새 사이트의 내부 링크가 옛 주소가 아닌 새 주소를 가리키는지도 담당자가 목록으로 대조합니다.

옛 글을 삭제할 수 있는 서비스라면 새 글이 공개되어 안정된 뒤에 삭제할지 정합니다. 삭제하면 방문자가 이동 없이 오류 화면을 만날 수 있으므로 담당자와 원장이 함께 판단합니다. 어떤 결정이든 날짜와 이유를 대응표 곁에 남깁니다. 원장에게는 이전 가능한 범위와 남는 중복을 나누어 전달하고, 남는 중복은 서비스 권한의 한계로 기록합니다. 서비스가 나중에 이동 설정을 제공하면 같은 대응표로 다시 처리합니다.

이전 후 보고서에 남길 문구

이전 후 보고서에는 이전한 글의 수와 이전하지 못한 글의 수를 따로 기재합니다. 숫자는 대응표의 줄 수로만 셉니다. 추정치나 기대 효과를 적지 않는 것이 좋습니다.

이전하지 못한 글에는 사유를 한 줄씩 추가합니다. 서비스가 이동 설정을 제공하지 않았는지, 병원이 옛 글을 남기기로 했는지 구분해서 기재합니다. 사유가 비어 있으면 다음 담당자가 같은 질문을 다시 해야 합니다. 사유 문구는 짧아도 되지만 누가 언제 정했는지는 함께 남깁니다.

보고서에는 시험한 날짜와 시험한 사람의 이름까지 함께 기재합니다. 날짜가 없는 결과는 이후 설정이 바뀌었을 때 비교할 수 없습니다. 이전 뒤 서비스의 정책이 바뀔 수 있으므로 정기적으로 같은 시험을 반복합니다.

관련 주제

관련 안내를 이어 읽으려면: 사이트맵과 정규 주소.