콘텐츠와 검색 순위를 잃지 않고 WordPress 사이트 이전하기
WordPress 사이트를 이전하려면 먼저 모든 URL과 플러그인이 하는 모든 일을 목록으로 만드세요. 그다음 콘텐츠를 내보내고(도구 → 내보내기로 XML 파일을 받습니다), 미디어 폴더를 복사하고, 새 플랫폼에서 디자인을 다시 만들고, 콘텐츠를 가져온 다음, DNS를 바꾸기 전에 URL이 바뀌는 모든 곳에 301 리디렉션을 설정하세요. 새 사이트를 확인할 때까지 기존 사이트는 계속 돌려 두세요. 사람들이 자주 빠뜨리는 단계가 바로 리디렉션이며, 검색 트래픽을 지키는 핵심 단계입니다.
이 가이드는 WordPress에서 재구축한 사이트로 옮기는 과정을 다루며, AI 앱 빌더로 만드는 경우도 포함합니다. 어떤 플랫폼으로 옮기든 단계는 같습니다.
이전 방식부터 정하세요
흔히 세 가지 목적지가 있으며, 필요한 작업량이 각각 다릅니다.
| 목적지 | 의미 | 적합한 경우 |
|---|---|---|
| 다른 WordPress 호스트 | 같은 사이트, 새 서버 | WordPress는 마음에 들고 호스팅만 바꾸고 싶을 때 |
| 재구축한 사이트 | 새 디자인과 플랫폼, 콘텐츠만 가져옴 | 주로 페이지와 글로 이루어져 있고 플러그인이 부담될 때 |
| 헤드리스 WordPress | WordPress는 편집기로 남고, 새 프런트엔드가 REST API로 글을 읽음 | 작가들이 WordPress 편집기를 좋아하지만 프런트엔드는 새로 만들고 싶을 때 |
WordPress에 계속 머물 예정이라면 새 호스트의 이전 도구를 쓰고 여기서 멈추세요. 이 가이드의 나머지는 두 번째와 세 번째 옵션에 관한 것입니다. 플랫폼 선택이 고민이라면 WordPress 대안과 WordPress 대 Webflow를 참고하세요.
1단계: 사이트 목록화하기
아무것도 건드리기 전에 존재하는 것을 적으세요.
모든 URL. WordPress(5.5 버전부터)는 /wp-sitemap.xml에서 사이트맵을 만듭니다. Yoast 같은 SEO 플러그인은 보통 자체 사이트맵으로 대체하며, 흔히 /sitemap_index.xml에 있습니다. URL 목록을 스프레드시트에 저장하세요. Google Search Console을 설정했다면 트래픽을 받는 페이지도 내보내세요. 이것들이 깨지면 안 되는 페이지입니다.
콘텐츠 유형. 페이지, 글, 카테고리, 태그, 작성자, 그리고 커스텀 포스트 타입(포트폴리오 항목, 팀원, 행사)이 있다면 그것도 적으세요. 각각 대략 몇 개인지 메모하세요.
플러그인과 그 역할. 플러그인 이름이 아니라 하는 일을 적으세요. "소유자에게 이메일을 보내는 문의 양식", "SEO 제목과 설명", "예약 달력", "뉴스레터 구독". 각각의 일은 새 사이트에서 계획이 필요합니다.
눈에 보이지 않는 것들. 분석 태그, 플러그인이 이미 설정한 리디렉션, 테마의 사용자 정의 코드, 양식에 들어 있는 이메일 주소.
2단계: 콘텐츠와 미디어 내보내기
콘텐츠. WordPress 관리자에서 도구 → 내보내기로 가서 모든 콘텐츠를 선택하고 파일을 내려받으세요. 글, 페이지, 댓글, 사용자 정의 필드, 카테고리, 태그가 들어 있는 XML 파일입니다(WordPress eXtended RSS 형식, 즉 WXR).
미디어. 내보내기 파일은 이미지를 URL로만 참조하고 이미지 자체는 담고 있지 않습니다. 호스트에서 wp-content/uploads 폴더를 파일 관리자, SFTP 또는 백업 플러그인으로 복사하세요. 연도와 월별로 정리된 폴더 구조를 그대로 유지하세요.
SEO 필드. SEO 플러그인이 사용자 정의 제목과 메타 설명을 저장했다면, 보통 내보내기 파일의 사용자 정의 필드에 들어 있습니다. XML 파일에서 글 하나를 열어 확인하세요.
전체 백업. 쓸 일이 없더라도 파일과 데이터베이스의 전체 백업을 만드세요. 되돌아갈 길입니다.
3단계: 디자인 다시 만들기
이전은 단순하게 정리할 좋은 기회입니다. 대부분의 WordPress 테마에는 필요 없는 위젯과 레이아웃 옵션이 수년 동안 쌓여 있습니다.
주요 페이지 유형인 홈, 일반 페이지, 블로그 목록, 개별 글, 문의 페이지의 스크린샷을 찍으세요. AI 앱 빌더를 쓴다면 스크린샷을 첨부하고 무엇을 유지할지 설명하세요.
첨부한 현재 WordPress 사이트 스크린샷을 바탕으로 물리치료실 웹사이트를 만들어 주세요. 홈 화면의 색상, 로고, 섹션 순서는 유지하되 더 깔끔하고 빠르게 만들어 주세요. 페이지: 홈, 서비스, 소개, 블로그, 문의. 블로그에는 목록 페이지와 개별 글 페이지가 필요합니다.
전체 아카이브가 아니라 실제 글 몇 개로 레이아웃을 먼저 만드세요.
4단계: 콘텐츠 가져오기
가져오는 방법은 분량에 따라 다릅니다.
- 페이지 몇 개. 텍스트를 직접 복사하거나 채팅에 붙여 넣으세요. 빠르고 진행하면서 편집할 수 있습니다.
- 글 수십에서 수백 개. XML 내보내기 파일에서 가져오세요. 스크립트가 각 항목을 읽어 제목, 슬러그, 날짜, 본문, 요약, 카테고리, 대표 이미지를 저장할 수 있습니다.
AI 빌더를 쓴다면 내보내기 파일을 첨부하고 원하는 결과를 설명하세요.
WordPress 내보내기 파일(WXR XML)을 첨부했습니다. 공개된 글을 모두 블로그로 가져와 주세요. 각 글의 슬러그, 발행일, 제목, 본문, 카테고리, 대표 이미지를 유지하세요. 초안, 휴지통의 글, 댓글은 건너뛰세요. 각 글의 URL은
/blog/[slug]형식이어야 합니다. 가져온 글의 개수를 보여 주고, 실패한 글이 있으면 목록으로 알려 주세요.
가져온 뒤 확인할 몇 가지가 있습니다.
- 글 안의 이미지는 여전히 예전 도메인의
wp-content/uploadsURL을 가리킵니다. 미디어를 새 사이트의 저장소로 올리고 그 URL을 다시 쓰세요. 그렇지 않으면 옛 사이트가 사라지는 날 깨집니다. [gallery]나[contact-form-7]같은 숏코드는 그대로 글자로 보입니다. 찾아서 실제 콘텐츠로 바꾸세요.- 페이지 빌더에서 나온 HTML은 지저분할 수 있습니다. 트래픽이 가장 많은 글을 골라 꼼꼼히 확인하세요.
5단계: URL 유지하거나 리디렉션하기
검색 엔진과 다른 웹사이트는 옛 URL을 링크하고 있습니다. URL이 사라지면 그 링크는 404가 되고, 그 링크에 붙어 있던 순위도 사라집니다.
가장 좋은 경우는 URL을 정확히 그대로 유지하는 것입니다. 글이 /my-post-title/에 있었다면 새 사이트도 같은 주소에서 제공하세요.
URL이 바뀌어야 한다면(예: /2024/05/my-post/에서 /blog/my-post로), 옛 URL마다 새 URL로 가는 301 리디렉션(영구 리디렉션)을 설정하세요. 1단계에서 만든 목록을 바탕으로 옛 URL과 새 URL을 두 열로 정리한 다음 요청하세요.
첨부한 CSV의 각 옛 URL에서 새 URL로 영구 301 리디렉션을 추가해 주세요. 또한
/category/[name]/은/blog?category=[name]으로,/feed/는/blog/rss.xml로 리디렉션해 주세요.
출시 후에는 옛 URL 샘플을 테스트하세요. 각 URL은 리디렉션 체인 없이 한 번만 거쳐 올바른 새 페이지에 도착해야 합니다.
6단계: SEO 기본 요소 옮기기
- 중요한 모든 페이지의 페이지 제목과 메타 설명
- 새 사이트맵을 만들고 Google Search Console에 제출
- 이전과 이후를 비교할 수 있도록 같은 분석 도구
- 이미지 대체 텍스트. 내보내기 파일에 들어 있는 이미지의 경우
AI로 만든 웹사이트의 SEO에서 나머지를 다룹니다.
7단계: 플러그인 기능 대체하기
1단계에서 만든 역할 목록을 하나씩 확인하세요.
| 플러그인 역할 | 일반적인 대체 방법 |
|---|---|
| 문의 양식 | 데이터베이스에 저장하거나 이메일로 알려 주는 양식 |
| SEO 필드 | 새 사이트에서 페이지별로 설정하는 제목과 설명 |
| 뉴스레터 구독 | 이메일 서비스 제공자의 양식이나 API |
| 예약 | 예약 페이지, 또는 페이지에 삽입하는 호스팅 예약 도구 |
| 댓글 | 댓글 기능, 호스팅 댓글 서비스, 또는 없음 |
| 캐싱과 보안 | 정적 또는 호스팅 사이트에서는 보통 불필요 |
8단계: 출시하고 DNS 전환하기
- 새 사이트를 임시 주소에 게시하고 데스크톱과 휴대폰에서 테스트하세요.
- 트래픽이 가장 많은 페이지 목록을 하나씩 눌러 보세요.
- 옛 URL 샘플이 올바르게 리디렉션되는지 확인하세요.
- 도메인의 DNS를 새 호스트로 향하게 하세요.
- 빠진 것이 있을 경우를 대비해 WordPress 사이트와 백업을 몇 주 동안 남겨 두세요.
DNS 변경 방법은 사용자 지정 도메인 연결 방법에 설명되어 있습니다.
흔한 실수
- 리디렉션 없음. 가장 비싼 실수입니다. 깨진 URL은 모두 잃어버린 링크입니다.
- 이미지가 여전히 옛 사이트에서 로드됨. 옛 호스팅을 해지하기 전까지는 모든 것이 정상으로 보입니다.
- 양식을 잊음. 문의 양식이 소리 없이 발송을 멈추고, 몇 주 뒤에야 알게 됩니다.
- 초안과 쓸모없는 항목을 가져옴. 가져온 뒤가 아니라 가져오기 전에 정리하세요.
- 이전 당일에 옛 호스팅을 해지함. 빠진 것이 없다고 확신할 때까지 기다리세요.
Mythex로 옮기기
Mythex는 WordPress 호스트가 아니라 AI 앱 빌더이므로, WordPress에서 Mythex로 옮기는 것은 재구축입니다. 사이트를 설명하고, 스크린샷과 내보내기 파일을 채팅에 첨부하면(메시지당 최대 5개 파일, 파일당 10MB), 에이전트가 새 사이트를 작성합니다. 업로드한 이미지는 프로젝트의 파일 저장소에 넣을 수 있고, 나중에 편집하고 싶다면 데이터베이스에 글을 보관할 수 있습니다. 테스트는 mythex.ai 주소로 게시하고, 도메인 연결은 Pro에서 하세요. 자세한 내용은 문서의 Mythex 정적 웹사이트를 참고하세요.
이전 체크리스트
- WordPress 파일과 데이터베이스 전체 백업
- 모든 URL 목록, 트래픽이 많은 페이지 표시
- 플러그인 역할 목록과 각각의 대체 방법
- 콘텐츠 내보내기(도구 → 내보내기)와
wp-content/uploads복사 - 실제 콘텐츠로 디자인을 재구축하고 테스트
- 콘텐츠 가져오기, 이미지를 옛 도메인에서 옮김, 숏코드 제거
- 바뀐 URL 모두에 301 리디렉션 설정 및 테스트
- 제목, 설명, 사이트맵, 분석 도구 설정
- 양식 전체 흐름 테스트
- DNS 전환, 옛 사이트는 몇 주 동안 보관
자주 묻는 질문
WordPress에서 옮기면 구글 검색 순위를 잃나요?
가능하면 같은 URL을 유지하고, 바뀌는 모든 URL에 301 리디렉션을 걸고, 제목, 설명, 콘텐츠를 그대로 옮기면 잃지 않습니다. 어떤 이전이든 몇 주 동안은 순위가 흔들리는 경우가 많지만, 리디렉션 없이 깨진 URL이 남는 것이 지속적인 손실의 원인입니다.
WordPress에서 모든 것을 어떻게 내보내나요?
WordPress 관리자 화면의 도구 → 내보내기에서 글, 페이지, 댓글, 카테고리, 태그가 담긴 XML 파일을 내려받을 수 있습니다. 미디어 파일은 이 파일에 들어 있지 않으므로 wp-content/uploads 폴더를 별도로 복사하세요. 호스트의 파일 관리자, SFTP 또는 백업 플러그인을 쓰면 됩니다.
글 작성만 WordPress로 계속 사용할 수 있나요?
네. 이런 구성을 헤드리스 WordPress라고 합니다. WordPress는 편집기로 남고, 새 프런트엔드가 WordPress REST API를 통해 글을 읽어 옵니다. 익숙한 편집기를 유지할 수 있지만, WordPress 설치본을 계속 관리하고 보안을 챙겨야 한다는 점은 그대로입니다.
문의 양식과 플러그인은 어떻게 하나요?
플러그인은 그대로 옮겨지지 않습니다. 양식, SEO 필드, 예약 같은 각 플러그인의 역할을 정리한 뒤 새 사이트에서 그 기능을 다시 만들거나 서비스로 대체하세요. 양식은 보통 데이터베이스에 저장하거나 이메일을 보내는 간단한 양식으로 바뀝니다.