블로그를 오래 운영할수록 중요한 것은 플랫폼 이름보다 콘텐츠를 내가 복구할 수 있는지입니다. 무료 블로그는 관리가 간편하지만 운영정책과 계정 상태에 영향을 받고, 자체 호스팅 워드프레스는 통제 범위가 넓은 대신 백업·보안·갱신을 직접 관리해야 합니다. 어느 쪽이든 한 곳에만 원본을 두면 장애나 계정 문제 때 복구가 어려워집니다.
이 글은 ‘무료 블로그는 위험하고 워드프레스는 안전하다’는 단순 비교가 아닙니다. 글 원본, 이미지, 도메인, 검색 유입을 각각 어떻게 보관하고 옮길지 결정하는 콘텐츠 자산 관리 기준을 정리합니다.
플랫폼 계정과 콘텐츠 소유권은 다릅니다
무료 블로그에서 글을 쓸 권한이 있다고 해서 서버와 서비스 운영까지 통제하는 것은 아닙니다. 정책 위반 판단, 서비스 변경, 계정 접근 문제 등이 생기면 게시물 관리가 제한될 수 있습니다. 반대로 워드프레스 자체 호스팅은 도메인과 파일을 직접 관리할 수 있지만, 호스팅 장애나 보안 사고, 도메인 갱신 누락까지 운영자가 책임져야 합니다.
| 관리 항목 | 무료 블로그 | 자체 호스팅 워드프레스 |
|---|---|---|
| 서버 관리 | 플랫폼이 담당 | 호스팅사와 운영자가 담당 |
| 정책 영향 | 플랫폼 정책의 직접 영향 | 호스팅 약관과 자체 운영 책임 |
| 백업 범위 | 내보내기 기능 확인 필요 | 파일과 데이터베이스 모두 필요 |
| 도메인 관리 | 플랫폼 주소는 통제 제한 | 자체 도메인 갱신·DNS 관리 |
| 기술 관리 | 비교적 간단 | 보안·업데이트·복구 점검 필요 |
먼저 ‘복구 가능한 원본’을 만드세요
게시물 화면을 복사한 문서 하나만으로는 사이트 전체를 복원하기 어렵습니다. 최소한 다음 항목을 분리해 보관해야 합니다.
- 본문 원본: 제목, 본문, 표, 내부 링크를 편집 가능한 형식으로 보관
- 미디어 원본: 대표 이미지와 본문 이미지를 원본 파일명과 대체 텍스트와 함께 보관
- 사이트 구조: 카테고리, 글 주소, 발행일, 검색 제목과 설명을 목록으로 보관
- 워드프레스 백업: 데이터베이스와 wp-content 등 파일 백업을 모두 준비
- 복구 정보: 도메인 등록업체, 호스팅 계정, DNS와 갱신일을 별도 기록
워드프레스 공식 문서도 사이트 백업에서 데이터베이스와 파일을 함께 다룹니다. 자동 백업이 켜져 있다는 표시만 믿지 말고, 실제로 내려받을 수 있는지와 어느 날짜까지 복원되는지를 확인해야 합니다.
월 1회 복구 점검표
| 점검 항목 | 확인 방법 |
|---|---|
| 최근 백업 날짜 | 파일과 데이터베이스의 생성일 확인 |
| 외부 보관본 | 호스팅 계정 밖에도 복사본이 있는지 확인 |
| 복구 테스트 | 테스트 환경에서 백업을 읽을 수 있는지 확인 |
| 도메인 만료일 | 자동 갱신과 결제수단 상태 확인 |
| 관리자 보안 | 강한 비밀번호, 로그인 보호, 관리자 수 확인 |
| 업데이트 상태 | 테마·플러그인 업데이트 전 백업 여부 확인 |
백업은 ‘있다’보다 ‘복원할 수 있다’가 중요합니다. 호스팅사 자동 백업과 별개로 운영자가 접근할 수 있는 복사본을 두고, 최소 한 번은 복구 절차를 확인하세요.
호스팅은 월 요금보다 복구 조건으로 비교하세요
호스팅 가격과 할인율은 자주 바뀌므로 특정 업체의 월 요금을 고정된 사실처럼 비교하면 금방 오래된 정보가 됩니다. 결제 직전 아래 기준을 같은 조건으로 비교하는 편이 실용적입니다.
- 첫 결제 가격이 아니라 갱신 가격과 약정기간
- 운영 가능한 사이트 수보다 사이트별 CPU·메모리·저장공간 제한
- 자동 백업 주기, 보관기간과 복원 비용
- SSL 제공 여부와 장애 대응 창구
- 다른 호스팅으로 이전할 때 파일·데이터베이스 반출 가능 여부
- 한국 방문자 대상 사이트의 실제 응답속도
국내 업체는 한국어 지원과 결제가 편할 수 있고, 해외 업체는 요금제에 따라 자원과 사이트 수 선택 폭이 다를 수 있습니다. 업체 이름만으로 우열을 정하지 말고 현재 사이트의 방문자 위치, 운영 개수와 기술 대응 가능성을 기준으로 비교하세요.
기존 글을 옮길 때 그대로 복제하지 마세요
기존 무료 블로그의 글을 워드프레스에 그대로 복사해 두 사이트에 동시에 남기면 어느 주소를 대표 페이지로 볼지 검색엔진이 판단해야 합니다. 실제 이전이라면 글별로 기존 주소와 새 주소를 대응시키고, 가능한 플랫폼에서는 새 주소로 영구 리디렉션을 설정하는 방식이 기본입니다.
Google 검색 공식 문서는 사이트 이전 때 새 사이트를 먼저 시험하고, 기존 URL과 새 URL을 매핑하며, 서버 측 영구 리디렉션과 내부 링크·사이트맵을 업데이트하고 Search Console에서 변화를 관찰하도록 안내합니다. 이전 중에는 검색 노출이 일시적으로 변동할 수 있습니다.
- 조회수와 수익이 중요한 글의 URL 목록을 만듭니다.
- 새 사이트에서 본문·이미지·내부 링크가 정상인지 시험합니다.
- 기존 URL과 새 URL을 1대1로 연결합니다.
- 가능하면 301 또는 308 영구 리디렉션을 적용합니다.
- 새 사이트맵을 제출하고 색인·오류·유입 변화를 확인합니다.
플랫폼에서 리디렉션을 지원하지 않는다면 무조건 동시 복제를 권하기보다, 기존 글의 처리 방법과 검색 영향에 대해 해당 플랫폼 안내를 먼저 확인하세요.
워드프레스가 애드센스 승인을 보장하지는 않습니다
자체 도메인이나 워드프레스를 사용한다고 애드센스 승인이 자동으로 유리해진다고 단정할 근거는 없습니다. 콘텐츠의 독창성과 유용성, 정책 준수, 사이트 탐색과 사용자 경험을 별도로 갖춰야 합니다. 호스팅을 옮기는 일은 콘텐츠 통제권과 복구 가능성을 높이는 운영 결정이지, 승인 결과를 보장하는 방법이 아닙니다.
공식 자료 확인
마무리
블로그 자산을 지키는 핵심은 특정 플랫폼을 급하게 떠나는 것이 아니라, 원본과 이미지, 데이터베이스, 도메인 정보를 분리해 보관하고 실제 복구 방법을 마련하는 것입니다. 이전이 필요할 때는 한 번에 모든 것을 바꾸지 말고 URL 매핑과 리디렉션, Search Console 확인까지 순서대로 진행하세요.