라이프스타일

WordPress.com에서 직접 호스팅하는 WordPress로 이전하기: 콘텐츠, 미디어, URL 인계

WordPress.com 사이트를 직접 호스팅하는 WordPress로 옮기기 전에 요금제, 도메인, 콘텐츠별 인계 방법을 확인하세요. 무료·유료 사이트에서 가능한 절차, XML 내보내기와 가져오기, 실제 이미지 파일 검증, 구독자 이전, Site Redirect 적용 조건을 설명합니다. 대만의 개인 창작자가 이전을 계획할 때 필요한 정보와 새 사이트가 준비된 뒤 별도로 처리할 기능 및 결제 항목도 다룹니다.

읽는 데 약 9분

글 문서, 미디어 폴더, 새 호스트로 WordPress.com 콘텐츠와 미디어 인계를 표현한 자체 제작 그림.
사진: Mokaair (© Mokaair)

WordPress.com에 글을 올리다가 직접 호스트를 관리하는 WordPress로 옮기고 싶을 수 있습니다. 두 곳 모두 글을 게시할 수 있지만 한 번 내보낸다고 디자인, 이미지, 구독 관계, 이전 URL까지 모두 이어지는 것은 아닙니다. 이전 전에 항목을 나누어 무엇을 바로 옮길 수 있고 무엇을 다시 만들어야 하는지 확인하세요.

예를 들어 생활 기록을 모아 두었고 글의 날짜, 댓글, 사진은 유지하면서 읽기 화면을 바꾸려 한다면 사이트 전체 복제보다 콘텐츠 내보내기가 알맞을 수 있습니다. 플러그인 설정과 전체 디자인까지 보존해야 한다면 호환되는 사이트 전체 이전 방법을 검토해야 합니다. 사이트 운영 기간이나 지불 금액이 아니라 필요한 인계 결과를 기준으로 절차를 선택합니다.

현재 요금제와 주소부터 확인하기

무료 또는 어떤 유료 요금제를 쓰는지, 플러그인을 설치했는지, 공개 주소가 .wordpress.com 하위 도메인인지 자체 도메인인지 적어 둡니다. 이 글의 확인 시점에 나온 공식 안내에 따르면 모든 WordPress.com 유료 요금제에서 플러그인을 설치할 수 있고 무료 사이트는 업그레이드가 필요합니다. “Business에서만 플러그인을 설치할 수 있다”는 예전 기준을 적용하지 마세요.

플러그인 사용 권한이 있어도 모든 이전 도구가 호환되는 것은 아니며, 모든 유료 요금제가 동일한 전체 백업 다운로드 기능을 제공하지도 않습니다. 기존 사이트에서 무엇을 내보낼 수 있고 새 호스트가 무엇을 받아들일 수 있는지 먼저 확인한 뒤 도구를 고릅니다. 글, 미디어, 화면 구성, 양식, 구독자, 도메인을 각각 나열하고 자동으로 옮길 방법이 없는 항목도 기록하세요.

  1. 요금제, 플러그인 활성화 상태, 현재 공개 URL, 도메인 관리 위치를 기록합니다.
  2. 반드시 보존할 글, 미디어, 댓글, 추가 기능을 나열합니다.
  3. 콘텐츠 내보내기 또는 호환되는 사이트 전체 이전을 선택하고 새 호스트와 테스트 공간을 준비합니다.

XML로 콘텐츠를 인계하고 미디어를 가져올 수 있게 기존 사이트 유지하기

WordPress.com 관리자 화면의 ‘도구 → 내보내기’에서 전체 콘텐츠나 지정 범위를 선택하고 파일을 내려받습니다. XML에는 주로 텍스트 콘텐츠와 미디어 참조가 담기며 실제 이미지 파일, 테마 디자인, 플러그인은 포함되지 않습니다. 파일이 크면 여러 XML이 담긴 압축 파일을 받을 수 있으므로 모든 파일을 가져오기 목록에 포함하세요.

대상 사이트의 가져오기 과정에서 XML이 참조하는 파일을 복사하려면 기존 사이트의 미디어에 접근할 수 있어야 합니다. 공식 안내에 따라 기존 사이트를 공개적으로 접근 가능한 상태로 유지하고 완료 전에는 삭제하거나 비공개로 바꾸지 마세요. 원래 공개하면 안 되는 자료가 있다면 이미지를 받기 위해 비밀 정보를 노출하지 말고 지원팀에 다른 이전 방법을 문의하세요.

내보내기 전에 불필요한 콘텐츠를 정리할 수 있지만 파일을 줄이려고 초안이나 댓글을 서둘러 영구 삭제할 필요는 없습니다. 원본 내보내기 파일을 보관한 다음 날짜나 콘텐츠 유형별로 나누어 처리하고 각 범위를 기록하세요. 실패하면 어느 부분을 다시 시도할지 알 수 있어 사이트 전체를 중복으로 가져오지 않아도 됩니다.

직접 호스팅하는 사이트로 가져온 뒤 작성자와 내용 대조하기

새 호스트에 적절한 WordPress 환경을 설치하고 필요한 관리자 계정과 백업을 준비합니다. ‘도구 → 가져오기’에서 WordPress를 선택해 화면 안내에 따라 가져오기 도구를 설치하거나 실행하고 XML을 고릅니다. 작성자를 연결하고 첨부 파일 옵션을 선택한 뒤 실행하세요. 화면 명칭은 버전이나 언어에 따라 다를 수 있으므로 현재 표시되는 안내를 따릅니다.

식별하기 쉬운 작은 범위부터 시험해 글 날짜, 카테고리, 태그, 댓글, 작성자 배정이 예상과 맞는지 확인하고 나머지를 처리합니다. 완료 메시지는 절차가 끝났다는 뜻일 뿐입니다. 긴 글, 특수 문자, 갤러리, 삽입 콘텐츠도 표본 검사하세요. 기존 사이트의 특수 블록은 새 사이트에서 같은 방식으로 동작하려면 해당 플러그인이 필요할 수 있습니다.

시간 초과나 일부 실패가 발생하면 오류 메시지, 파일명, 이미 가져온 항목 수를 보관하고 원인을 조사합니다. 현재 상태를 모른 채 재시도를 계속 누르지 마세요. 글과 미디어 목록을 먼저 비교하고 필요하면 깨끗한 테스트 복사본에서 절차를 다시 검증한 후 운영 사이트로 옮깁니다.

이미지가 보인다고 실제 파일의 위치까지 확인된 것은 아닙니다

두 사이트의 미디어 목록과 개수를 비교하고 실제 이미지 URL, 원본 크기 파일, 대표 이미지, 다운로드 첨부 파일을 표본 검사합니다. 새 페이지가 기존 사이트의 이미지를 직접 불러오면 겉으로는 정상처럼 보여도 기존 사이트가 파일 제공을 멈추면 깨집니다. 눈에 보이는지만 판단하지 말고 새 사이트의 미디어 관리 화면과 저장 위치에서 자체 복사본을 확인하세요.

보관용으로 미디어 원본을 별도로 저장할 수도 있습니다. WordPress.com의 미디어 내보내기 경로는 플러그인 활성화와 요금제에 따라 다릅니다. 플러그인이 없는 사이트는 도구의 미디어 내보내기를 사용할 수 있지만 플러그인을 활성화한 요금제는 공식 안내에 맞는 플러그인 또는 백업 방법을 써야 합니다. 미디어 압축 파일은 글 XML을 대신하지 못하며 용도가 다릅니다.

가장 중요한 콘텐츠를 위한 표본 점검표를 만드세요. 예를 들어 첫 화면의 대표 이미지, 이미지가 많은 글, PDF 한 개, 동영상 한 개를 확인합니다. 기존 항목, 새 위치, 테스트 결과를 기록하면 누락된 항목을 추적할 수 있습니다. 화면을 다시 만들 때 이미지 설명과 대체 텍스트도 유지해 옮긴 콘텐츠의 맥락이 사라지지 않게 합니다.

구독자와 이전 URL은 따로 인계하기

글 XML을 가져와도 이메일 구독자는 새 사이트로 자동 이전되지 않습니다. Jetpack 구독 기능을 쓴다면 공식 이전 도구의 안내에 따라 두 사이트의 연결과 소유자 자격을 확인하세요. 공식 문서는 이메일 구독자와 WordPress.com Reader 팔로워를 구분하며, 해당 도구는 좋아요 수도 옮기지 않습니다. 모든 상호작용 데이터가 이어진다고 약속하지 마세요.

기존에 자체 도메인을 사용했고 이전 뒤에도 URL이 그대로라면 그 도메인이 새 호스트를 가리키게 할 수 있습니다. 이는 도메인을 다른 등록업체로 이전하는 것과 다릅니다. 예전 .wordpress.com 주소를 외부 사이트로 보내야 할 때만 유료 Site Redirect를 검토하세요. 현재 공식 안내에 따르면 플러그인이 설치되었거나 호스팅 기능이 활성화된 사이트에는 적용되지 않으므로 계정 상태를 먼저 확인해야 합니다.

Site Redirect 조건에 맞더라도 새 사이트의 글 경로가 기존 사이트와 일치하는지 확인합니다. 공식 설정 절차에서는 HTTP 목적지로 시작하며 새 사이트가 스스로 HTTPS로 올바르게 보내야 합니다. 첫 화면만 시험하고 끝내지 마세요. 예전 소셜 게시물 링크, 날짜가 포함된 경로, 다운로드 입구 모두 적절한 목적지로 연결되어야 합니다. 기능을 쓸 수 없다면 공식 지원팀에 대안을 문의하세요.

인계가 끝난 뒤 기존 구독과 유지 관리 검토하기

새 사이트의 콘텐츠, 미디어, 양식, 구독, 예전 링크가 모두 동작함을 확인한 후에만 기존 사이트에서 더는 필요 없는 유료 항목을 살펴봅니다. 요금제, 도메인, 이메일, 리디렉션은 별도로 청구될 수 있습니다. 각각의 갱신일, 유지 이유, 취소 효과를 적어 사이트 요금제를 취소하다가 필요한 입구를 잃지 않게 하세요.

직접 호스팅하는 사이트에는 업데이트, 백업, 계정, 장애 대응의 담당자가 필요합니다. 새 호스트 로그인 방법, 백업 저장 위치, 콘텐츠 업데이트 절차를 인계 문서에 넣고 새 환경에서 복원할 수 있는 백업을 만드세요. 기존 사이트의 내보내기 파일, 이미지 복사본, 처리 기록도 당분간 보관해 옛 콘텐츠를 다시 확인할 수 있게 합니다.

마지막으로 일반 독자의 경로를 시험합니다. 오래된 공유 글에서 사이트에 들어와 글을 읽고 이미지를 열어 본 뒤 문의 양식을 보내거나 구독해 보세요. 이 흐름이 모두 통과해야 독자와의 연결이 제대로 이어진 것입니다. 가져오기 도구의 ‘완료’ 표시는 이전 과정의 한 단계일 뿐입니다.

요금제와 범위 확인, 콘텐츠 가져오기, 미디어와 화면 검증, 구독자와 이전 URL 인계를 네 칸에 정리한 자체 제작 도해.
새 사이트가 독자를 완전히 받아들인 뒤 기존 서비스의 유지와 중단을 결정하세요. · 사진: Mokaair (© Mokaair)
글 개수만으로 전체 인계를 판단하지 말고 각 항목의 결과를 기록하세요.
항목일반적인 인계 방법별도 확인 사항
글과 댓글XML 내보내기 후 WordPress로 가져오기날짜, 작성자, 카테고리, 특수 블록
이미지와 첨부 파일기존 사이트에서 가져와 새 복사본 만들기실제 저장 위치와 파일 완전성
화면과 플러그인다시 만들거나 호환되는 전체 이전라이선스, 설정, 기능
구독자조건을 충족할 때 Jetpack 이전소유자 자격과 팔로워 유형
이전 URL자체 도메인 연결 변경 또는 적절한 리디렉션계정 적용 조건과 개별 페이지 경로

  • 라이프스타일

    WordPress 이전 후 점검: 검색 트래픽, 기존 호스트, 갱신 정리

    WordPress 사이트 이전을 마친 뒤에도 새 호스트가 안정적인지, 검색 진입점이 정상인지, 백업을 사용할 수 있는지, 기존 서비스를 중단해도 되는지 확인해야 합니다. 전환 관찰표, 검색 트래픽 해석 방법, 기존 호스트 의존 관계, 갱신 정리 절차를 제공합니다. 개인 사이트와 작업실이 되돌리기에 필요한 자료를 보존하고 일시적 변동, 갱신 중단, 즉시 사이트 삭제를 혼동하지 않도록 돕습니다.

  • 라이프스타일

    도메인을 바꾸지 않고 WordPress 호스트 옮기기: 이전, 테스트, DNS 전환

    WordPress 호스트를 변경해도 URL은 유지할 수 있지만 파일, 데이터베이스, 인증서, 외부 서비스는 따로 인계해야 합니다. 새 호스트 준비, 접근을 제한한 미리 보기, 마지막 데이터 동기화, DNS 전환 순서를 설명합니다. 검증표와 되돌리기 기준을 활용해 개인 사이트나 작업실이 기존 도메인을 지키면서 이전하고 복구 가능성을 잃기 전에 이전 서비스를 취소하지 않도록 돕습니다.

  • 라이프스타일

    WordPress 도메인 변경: 리디렉션, 검색 신호, 이메일 함께 점검하기

    WordPress 도메인을 바꿀 때는 사이트 내부 URL, 예전 링크의 리디렉션, 검색 신호, 이메일을 함께 다뤄야 합니다. URL 대응표를 시작으로 데이터베이스 치환 전 미리 보기, 영구 리디렉션 점검, 새 도메인의 메일 송수신 테스트, 공개 후 관찰 방법을 설명합니다. 개인 브랜드와 작업실이 이름을 바꿀 때 관리자 화면의 URL만 수정하고 이전이 끝났다고 생각하지 않도록 돕습니다.

  • 라이프스타일

    WordPress 예약 시스템: 시간대, 확인 이메일, 취소 규칙

    WordPress 예약 시스템은 서비스 시간, 담당자 수용량, 알림, 취소를 함께 처리해야 합니다. 대만의 소규모 스튜디오를 예로 Amelia, Bookly, WooCommerce Bookings를 비교하고 영업 시간, 준비 시간, 예외 휴무를 설정한 뒤 일반 고객 입장에서 확인 이메일, 일정 변경, 환불을 검증해 언제 예약이 확정되는지 분명히 합니다.

최신 여행 소식·가이드

출처

라이프스타일