리뉴얼 때 게시판 글 옮기는 방법

게시판 이관의 기준

게시판 목록에 글이 나타나는 것과 과거 주소로 그 글에 도착하는 것은 별개의 결과입니다. 본문이 정상이어도 검색 결과나 외부 문서에 남은 주소가 끊길 수 있습니다. 반대로 옛 주소가 열리더라도 다른 글이나 게시판 첫 화면으로 이동한다면 해당 글의 이전이 제대로 끝난 상태가 아닙니다.

Google의 사이트 이동 안내는 기존 URL과 그에 상응하는 새 URL의 매핑을 준비하고, 이미지와 다운로드 파일도 이동 대상으로 포함하도록 설명합니다. 이를 게시판 이관에 적용하면 글 주소, 내용, 연결 파일을 하나의 대응 기록으로 관리하는 방식이 적합합니다. 구체적인 추출과 설정 방법은 CMS와 서버에 따라 달라집니다.

작업 범위는 이전할 글, 실제로 통합할 글, 삭제할 글로 나누어 정합니다. 모든 글을 이전하는 계획이라면 누락된 글을 임의로 삭제 대상으로 처리해서는 안 됩니다. 이전하지 않을 콘텐츠는 사유와 주소 처리 방식을 먼저 정해야 이후 오류와 의도한 제외를 구분할 수 있습니다.

CMS 글 주소와 파일 목록

CMS에서 글 목록을 내보낼 때는 내부 글 번호만 추출하지 않고 실제로 접속하는 전체 글 주소를 함께 확보합니다. 게시판 종류에 따라 같은 번호가 서로 다른 글을 가리킬 수 있으므로 게시판 식별 정보도 필요합니다. 제목만으로 연결하면 제목이 같은 글이나 제목을 수정한 글에서 대응 오류가 생길 수 있습니다.

글마다 제목, 본문, 첨부 파일, 본문 이미지의 원래 위치를 기록합니다. 첨부가 여러 개라면 파일 이름과 연결 주소를 각각 남기고, 이미지도 본문 안의 참조 위치와 파일을 구분합니다. 이 목록은 새 CMS에 가져온 데이터가 원문과 연결 파일을 함께 유지했는지 판단하는 기준이 됩니다.

CMS 목록만으로 과거에 쓰인 주소를 모두 찾기 어렵다면 사이트맵, 서버 로그, 분석 자료, Search Console의 링크 정보를 보완 자료로 활용할 수 있습니다. 로그의 수집 기간은 계절별 이용 차이를 고려해 정합니다. 최근 방문 기록이 없다는 사실만으로 해당 주소를 이전 대상에서 제외하지는 않습니다.

이관 중에도 글이 추가되거나 수정되는 게시판은 추출 기준 시점과 이후 변경분의 반영 방법을 정합니다. 첫 추출본을 가져온 뒤 원본이 바뀌면 건수는 맞아도 최신 본문이나 첨부가 빠질 수 있습니다. 공개 직전에는 그 사이 추가·수정·삭제된 항목을 별도로 정리해 최종 목록에 반영합니다.

옛 글 번호와 새 글의 대응

새 CMS가 글 번호를 다시 부여한다면 옛 번호와 새 번호가 같다는 전제로 이동 규칙을 만들 수 없습니다. 가져오기 순서, 게시판 통합, 제외 항목에 따라 번호의 관계가 달라지므로 기존 글의 식별 기준과 실제 내용으로 새 글을 연결합니다.

대응표에는 옛 글 번호와 전체 주소, 새 글 주소, 제목·본문 결과, 첨부 결과, 옛 주소의 도착 결과를 기록합니다. 내용 이관과 주소 이동의 성공 여부는 각각 판정하고, 미완료 항목에는 수정 대상과 재시험 결과를 남깁니다.

여러 게시판을 하나로 합쳐도 각각의 글을 유지한다면 옛 주소는 해당 새 글에 연결합니다. 여러 글의 내용을 실제로 하나의 문서에 통합한 경우에는 그 통합 문서로 연결할 수 있습니다. 게시판 통합만을 이유로 모든 옛 글을 목록 화면에 보내는 방식은 글별 대응을 대신하지 못합니다.

본문·첨부·이미지의 이관 결과

제목과 글 수를 맞춘 다음 본문 전체를 검사합니다. 중간 문단, 표의 셀, 이미지 설명, 마지막 안내가 빠질 수 있습니다. 원본과 새 데이터의 차이를 찾고, 편집기 변환이 적용된 글은 실제 화면에서도 문단 순서와 표시 상태를 확인합니다.

첨부 파일은 실제로 열리거나 내려받아지는지 시험합니다. 같은 이름의 다른 파일로 변경되거나 새 글에 잘못 연결되지 않았는지도 검사합니다. 다운로드 버튼이 원래 저장소를 참조한다면 그 저장소 종료 후 연결이 끊길 수 있습니다.

본문 이미지도 화면 표시와 파일 주소를 함께 검사합니다. 이전 서버의 이미지가 계속 열리면 파일이 옮겨지지 않아도 정상으로 판단할 수 있습니다. 새 본문의 참조 위치를 파악하고, 이동이 필요한 파일은 새 위치와 연결합니다. 이미지 자체의 옛 주소도 이동 계획에 포함합니다.

Google은 HTML 이미지 요소의 src 속성에서 이미지를 발견할 수 있으며 CSS 배경 이미지의 색인은 생성하지 않는다고 설명합니다. 따라서 새 편집기가 본문 이미지를 배경 처리로 변경했다면 외형이 같아도 검색 처리 조건은 달라집니다. 반응형 이미지에도 대체 주소를 제공하는 src 속성이 필요합니다.

이미지의 대체 텍스트와 관련 설명이 사라졌는지도 검사합니다. 설명은 이미지와 글의 맥락을 유지하고 검색어를 반복해 채우지 않습니다. 여러 글이 같은 이미지 파일을 참조한다면 참조 주소를 일관되게 유지합니다.

옛 글 주소의 이동 시험

확보한 옛 글 주소에 직접 접속해 응답 상태와 최종 도착 문서를 검사합니다. 주소에 글 번호가 들어간 경우에는 그 번호를 포함한 원래 요청이 올바른 새 글로 연결되는지가 시험 대상입니다.

Google은 기술적으로 가능하다면 301이나 308 같은 서버 측 영구 리디렉션을 권장합니다. 적용 방식은 서버 관리자나 호스팅 업체와 정하며, 서버 측 설정이 불가능할 때 클라이언트 측 방식은 최후의 수단입니다. 번호 변경을 처리할 수 있는지는 실제 CMS의 기능과 설정에 따라 달라집니다.

도착 문서가 정상이어도 중간 주소를 여러 번 거친다면 최종 글로 직접 연결하도록 개선합니다. 이전의 여러 주소를 관련성이 떨어지는 홈페이지 한 곳으로 보내면 사용자에게 혼란을 주고 soft 404로 처리될 수 있습니다.

이전하지 않고 삭제한 콘텐츠에 대응 문서가 없다면 404 또는 410 응답을 올바르게 반환하도록 처리합니다. 오류 안내 화면이 나타나도 응답은 정상 상태일 수 있으므로 화면만으로 판정하지 않습니다.

건수 밖의 누락 판별

원본과 새 게시판의 글 수가 같아도 중복 입력과 누락이 함께 발생했다면 이관 결과는 불완전합니다. 전체 건수 외에 글별 대응, 본문 차이, 파일 연결, 주소 이동을 별도로 판정합니다.

주소 수가 많다면 URL 검사 도구의 개별 시험 외에 명령줄 도구나 스크립트로 여러 주소를 검사할 수 있습니다. 자동 시험으로 응답과 도착 주소를 수집하되 본문이나 파일의 정확성은 해당 데이터와 함께 판단합니다.

공개 전에는 새 글의 정규 주소가 새 URL을 가리키는지, 내부 링크와 사이트맵이 변경된 주소를 사용하는지도 확인합니다. 개발 중 사용한 noindex나 크롤링 차단은 공개 대상에 맞게 해제해야 합니다. 공개하지 않을 영역의 제한까지 일괄 해제하는 방식은 작업 목적에 맞지 않습니다.

공개 후의 오류 추적

이관 결과가 정상이어도 검색 반영이 즉시 끝나는 것은 아닙니다. Google의 처리 속도는 URL 수와 서버 속도 등에 따라 달라지며 이동 중 검색 노출과 순위가 변동할 수 있습니다. 공개 후에는 Search Console과 서버 오류 로그에서 예상하지 않은 오류를 추적하고 실패 주소의 대응표를 갱신합니다.

Google은 리디렉션을 일반적으로 최소 1년 유지하고 사용자 측면에서는 무기한 유지하는 방식을 권장합니다. 이는 모든 검색 처리가 일정 기간 안에 끝난다고 보장하지 않습니다. 자체 링크도 새 주소로 변경해 불필요한 이동을 줄입니다.

이어서 읽을 주제

게시판 이관 범위를 정한 뒤에는 사이트 전체를 언제 개편할지 판단할 수 있습니다. 병원 홈페이지 리뉴얼에서 개편 시기를 다루는 주제로 이어가면 글과 파일의 이전 준비를 전체 일정에 반영하는 데 도움이 됩니다.