워드프레스 이전 백업으로 복구하는 법 — 전문가도 놓치는 포인트 2026

업데이트 한 번 눌렀다가 사이트가 하얀 화면으로 바뀐 경험, 있으신가요? 혹은 테마를 바꿨더니 레이아웃이 완전히 무너져서 식은땀을 흘린 적이 있으신가요? 워드프레스 이전 백업으로 복구하는 법을 제대로 알고 있다면 이런 상황에서도 10분 안에 원상복귀가 가능합니다. 이 글에서는 2026년 기준으로 달라진 복구 환경과 함께, 실무에서 자주 빠뜨리는 설정까지 단계별로 짚어드립니다.

워드프레스 이전 백업이란 무엇이고 왜 중요한가

워드프레스 이전 백업(Previous Backup)이란, 사이트를 특정 시점의 상태로 되돌릴 수 있도록 파일 시스템과 데이터베이스를 통째로 저장해 둔 스냅샷입니다. 단순한 ‘내보내기’와 다르게, 완전한 사이트 복원이 목적입니다.

워드프레스는 전 세계 웹사이트의 43%가 사용하는 오픈소스 CMS(콘텐츠 관리 시스템)입니다. 그만큼 해킹 시도·플러그인 충돌·업데이트 실패 같은 위험 요소도 많습니다. 2025년 Sucuri 보안 보고서에 따르면, 해킹당한 워드프레스 사이트의 61%가 최신 버전을 유지하지 않았으며, 복구 수단이 없던 경우 평균 복구 비용은 약 200~500달러에 달했습니다.

이전 백업이 없다면 문제가 발생했을 때 처음부터 사이트를 다시 만들거나, 고가의 복구 서비스를 써야 합니다. 빅트리에서 의료·미용 클리닉 홈페이지를 구축할 때도, 납품 전 반드시 복구 가능한 백업 시점을 2개 이상 확보해 두는 것을 표준 프로세스로 운영합니다.

백업에 포함되어야 하는 구성 요소

완전한 복구를 위해서는 3가지 요소가 모두 백업에 담겨 있어야 합니다. 첫째는 워드프레스 핵심 파일(wp-content 폴더 전체), 둘째는 MySQL 데이터베이스, 셋째는 wp-config.php 설정 파일입니다. 이 중 하나라도 빠지면 복구 후 사이트가 정상 작동하지 않을 수 있습니다.

특히 wp-config.php에는 DB 접속 정보와 사이트 URL이 하드코딩되어 있어, 서버 이전 시 이 파일을 구버전 그대로 덮어쓰면 연결 오류가 발생합니다. 복구 전 반드시 신규 서버의 DB 정보로 수정해야 합니다.

2026년 달라진 백업 환경

2026년 현재 워드프레스 6.x 버전대에서는 Site Health 도구가 강화되어, 백업 플러그인 미설치 시 관리자 대시보드에 경고 메시지가 표시됩니다. 또한 PHP 8.2 이상이 기본 권장 환경으로 변경되면서 구버전 플러그인과의 호환 문제가 늘었고, 이에 따른 롤백 수요도 증가했습니다.

일부 호스팅 업체(SiteGround, Cloudways 등)는 자체 백업 패널을 제공하지만, 보존 기간이 7~14일로 짧은 경우가 많습니다. 장기 보존이 필요하다면 반드시 별도 플러그인이나 외부 스토리지를 활용하세요.

복구 방법 3가지 비교 — 상황에 맞게 선택하세요

워드프레스 이전 백업 복구 방법은 크게 플러그인 방식, cPanel 방식, 수동 FTP+phpMyAdmin 방식 3가지로 나뉘며, 각각 난이도와 적합한 상황이 다릅니다.

방법	난이도	소요 시간	적합 상황	비용
플러그인 (UpdraftPlus 등)	낮음	15~30분	관리자 페이지 접근 가능	무료~월 3달러
cPanel 백업 복원	중간	20~40분	호스팅 cPanel 제공 시	호스팅 요금 포함
수동 FTP+phpMyAdmin	높음	30~60분	관리자 페이지 진입 불가	무료

플러그인 방식 — UpdraftPlus 기준 복구 절차

UpdraftPlus는 워드프레스 공식 플러그인 디렉토리에서 설치 수 500만 회 이상을 기록한 대표적인 백업·복구 플러그인입니다. 무료 버전 기준으로 로컬 및 구글 드라이브·드롭박스 저장소를 지원합니다.

1. 워드프레스 관리자 → 설정 → UpdraftPlus Backups 메뉴 진입
2. [기존 백업 파일] 탭에서 복구할 시점의 백업 선택
3. [복원] 버튼 클릭 → 복원할 구성 요소(플러그인·테마·업로드·기타·DB) 체크
4. [복원 진행] 클릭 후 완료 메시지 확인
5. 복구 완료 후 캐시 삭제 → Permalink 설정 재저장(설정 → 고유주소 → 저장)

주의: 복원 중 브라우저를 닫거나 새로고침하면 프로세스가 중단될 수 있습니다. 반드시 완료 메시지를 확인할 때까지 창을 열어 두세요.

수동 FTP+phpMyAdmin 방식 — 화이트스크린 상태에서의 복구

관리자 페이지 자체에 접근이 불가능한 화이트스크린(WSOD) 상황이라면, FTP와 phpMyAdmin을 이용한 수동 복구가 유일한 방법입니다.

1. FTP 클라이언트(FileZilla 등)로 서버 접속 → 기존 wp-content 폴더 백업본으로 덮어쓰기
2. 백업해 둔 wp-config.php의 DB 정보를 현재 서버 DB 정보에 맞게 수정 후 업로드
3. phpMyAdmin 접속 → 기존 DB 전체 삭제 후 백업 SQL 파일 가져오기(Import)
4. DB 내 wp_options 테이블에서 siteurl과 home 값을 현재 도메인으로 UPDATE
5. 브라우저에서 사이트 접속 확인 → 관리자 페이지 로그인 후 Permalink 재저장

SQL 가져오기 시 파일 크기 제한(기본 2MB)에 걸린다면, php.ini에서 upload_max_filesize와 post_max_size 값을 128M 이상으로 늘려야 합니다.

서버 이전 시 백업 복구에서 자주 실패하는 이유

서버 이전 후 백업을 복구했는데도 사이트가 정상 작동하지 않는 경우, 90% 이상은 URL·DB 접두어·파일 권한 3가지 설정 오류에서 발생합니다.

사이트 URL 불일치 문제

워드프레스는 사이트 URL을 DB의 wp_options 테이블과 wp-config.php 두 곳에 저장합니다. 구 서버의 URL이 신규 서버 도메인과 다를 경우, 관리자 페이지 로그인 후 자동으로 구 URL로 리다이렉트되는 무한 루프가 발생합니다.

해결 방법은 phpMyAdmin에서 아래 SQL을 실행하는 것입니다. https://신규도메인.com 부분을 실제 도메인으로 바꾸세요.

UPDATE wp_options SET option_value = 'https://신규도메인.com' WHERE option_name = 'siteurl' OR option_name = 'home';

또는 wp-config.php에 아래 두 줄을 직접 추가해도 동일한 효과를 냅니다. DB 접근이 어려운 환경에서 특히 유용합니다.

DB 접두어(Table Prefix) 충돌

보안을 위해 DB 접두어를 wp_ 대신 커스텀 값(예: xk7_)으로 설정한 사이트를 복구할 때, 신규 서버의 wp-config.php와 접두어가 일치하지 않으면 DB 연결 오류가 발생합니다. wp-config.php 내 $table_prefix 값을 백업 당시와 동일하게 맞춰야 합니다.

빅트리에서 클라이언트 사이트를 이전할 때 실제로 가장 많이 만나는 문제가 바로 이 접두어 불일치입니다. 이전 전 반드시 기존 서버의 wp-config.php를 열어 접두어 값을 메모해 두세요.

파일·폴더 권한(Permission) 오류

FTP로 파일을 복구한 뒤 403 Forbidden 오류나 업로드 실패가 발생한다면 파일 권한 문제를 의심해야 합니다. 올바른 권한 설정은 폴더 755, 파일 644, wp-config.php는 보안상 600을 권장합니다. FileZilla에서 파일 우클릭 → [파일 속성]으로 간편하게 변경할 수 있습니다.

플러그인별 복구 특징 비교 — 2026년 기준

2026년 현재 가장 많이 사용되는 백업·복구 플러그인 3종의 핵심 차이점을 정리하면 아래와 같습니다.

플러그인	무료 복구	이전(마이그레이션)	용량 제한(무료)	추천 대상
UpdraftPlus	✅ 가능	유료 플랜	제한 없음	정기 백업·복구
All-in-One WP Migration	✅ 가능	✅ 무료	512MB	서버 이전·소규모 사이트
BackWPup	✅ 가능	수동 필요	제한 없음	자동 스케줄 백업

All-in-One WP Migration은 서버 이전(마이그레이션) 시 가장 편리한 플러그인입니다. URL 치환 기능이 내장되어 있어 구 도메인 → 신규 도메인 변경 시 DB 내 URL을 자동으로 바꿔줍니다. 단, 무료 버전의 512MB 업로드 제한이 있으므로 대용량 사이트라면 유료 확장 또는 수동 방식을 선택해야 합니다.

UpdraftPlus 무료 vs 유료 차이

무료 버전은 수동 복원과 외부 스토리지(구글 드라이브·드롭박스) 백업을 지원하지만, 스케줄 복원 자동화와 마이그레이션 기능은 유료(Updraft Premium, 연 70달러)에서만 제공됩니다. 소규모 사이트라면 무료로도 충분합니다.

공식 워드프레스 Playground를 활용한 복구 테스트

2026년 현재 워드프레스 공식 Playground 환경이 안정화되면서, 실제 서버에 복구하기 전에 백업 파일의 정상 여부를 브라우저에서 사전 검증하는 것이 가능해졌습니다. 복구 실패 리스크를 줄이고 싶다면 Playground에서 먼저 테스트해 보세요.

복구 후 반드시 해야 할 점검 사항 5가지

복구 후 아무것도 하지 않으면 캐시·퍼머링크·SSL 설정이 꼬여 사이트가 정상처럼 보여도 내부적으로 오류 상태일 수 있습니다. 아래 5가지를 순서대로 점검하세요.

• ①캐시 전체 삭제: W3 Total Cache·WP Rocket 등 사용 중인 캐시 플러그인의 ‘전체 캐시 제거’ 실행
• ②Permalink 재저장: 설정 → 고유주소 → 변경 없이 [저장] 버튼 클릭 (htaccess 재생성)
• ③SSL 인증서 확인: 주소창에 자물쇠 아이콘이 표시되는지, 혼합 콘텐츠(Mixed Content) 경고가 없는지 확인
• ④플러그인·테마 업데이트 보류: 복구 직후 업데이트는 최소 24시간 뒤에 진행해 안정성 확인
• ⑤폼·결제 기능 동작 테스트: 문의 폼 전송, WooCommerce 결제 플로우 등 핵심 기능을 직접 테스트

Google Search Console에서 색인 오류가 새로 발생했는지도 복구 후 48시간 이내에 확인하는 것을 권장합니다. 복구 과정에서 URL 구조가 바뀌었다면 리다이렉트 설정도 함께 점검해야 합니다.

Mixed Content(혼합 콘텐츠) 오류 빠르게 해결하기

복구 후 이미지나 CSS가 깨지는 경우, DB 내에 http://로 저장된 URL이 https:// 환경에서 로드되지 않는 혼합 콘텐츠 문제일 가능성이 높습니다. Better Search Replace 플러그인을 사용해 DB 전체에서 http://구도메인을 https://신도메인으로 일괄 치환하면 대부분 해결됩니다.

복구 후 보안 점검

복구 시점이 해킹 이후라면 악성 코드가 백업 파일에 포함되어 있을 수 있습니다. Wordfence Security 플러그인으로 복구 직후 전체 스캔을 실행해 악성 파일 여부를 반드시 확인하세요. 스캔 완료까지 약 5~15분이 소요됩니다.

자주 묻는 질문 (FAQ)

백업 파일이 없는데 이전 버전으로 복구할 수 있나요?

백업 파일이 전혀 없다면 직접 복구는 불가능합니다. 다만 호스팅 업체에 서버 단위 스냅샷이 남아 있는 경우가 있으니, 먼저 호스팅 고객센터에 복구 가능 여부를 문의하세요. SiteGround·Kinsta 같은 관리형 호스팅은 최대 30일치 서버 스냅샷을 보관합니다. 이마저도 없다면 구글 캐시나 Wayback Machine에서 콘텐츠 일부를 수동으로 복원하는 방법밖에 없습니다.

복구 중 502 Bad Gateway 오류가 뜨면 어떻게 하나요?

대용량 백업 파일 처리 중 서버 타임아웃이 발생한 것입니다. 호스팅 cPanel에서 PHP max_execution_time 값을 300초 이상으로 늘리거나, WP-CLI를 활용한 커맨드라인 복구 방식으로 전환하면 해결됩니다. 공유 호스팅 환경이라면 관리형 호스팅 또는 VPS 환경으로의 이전을 검토할 시점이기도 합니다.

UpdraftPlus 무료 버전으로 서버 이전(마이그레이션)도 가능한가요?

UpdraftPlus 무료 버전은 복구 기능은 지원하지만, 서버 이전을 위한 URL 자동 치환 기능은 제공하지 않습니다. 이전 목적이라면 All-in-One WP Migration(512MB 이하 무료) 또는 Duplicator 플러그인을 사용하는 것이 더 편리합니다. 사이트 용량이 512MB를 초과한다면 수동 FTP+phpMyAdmin 방식이 가장 확실합니다.

복구 후 관리자 비밀번호가 맞는데 로그인이 안 됩니다. 왜 그런가요?

복구된 DB의 관리자 계정 정보와 현재 입력하는 비밀번호가 불일치하는 경우입니다. phpMyAdmin에서 wp_users 테이블을 열고, user_pass 컬럼 값을 MD5 해시 또는 워드프레스 bcrypt 방식으로 직접 변경하거나, wp-login.php의 ‘비밀번호 분실’ 기능으로 재설정하면 해결됩니다. wp-config.php에 이메일 설정이 없다면 phpMyAdmin 직접 수정이 더 빠릅니다.

자동 백업 주기는 얼마나 설정하는 것이 적당한가요?

콘텐츠 업데이트 빈도에 따라 다르지만, 일반적으로 DB는 매일, 파일 전체는 주 1회 백업을 권장합니다. 쇼핑몰처럼 주문 데이터가 실시간으로 변하는 사이트라면 DB를 6시간 간격으로 설정하는 것이 안전합니다. 백업 보존 기간은 최소 30일 이상을 유지하고, 가장 최근 3개 시점의 백업은 항상 외부 스토리지(구글 드라이브·S3 등)에 별도 보관하세요.

결론 — 복구는 백업보다 미리 연습하는 것이 중요합니다

워드프레스 이전 백업으로 복구하는 법의 핵심은 3가지로 요약됩니다. 첫째, 복구 방법은 상황(관리자 접근 가능 여부, 사이트 용량)에 따라 플러그인·cPanel·수동 중 가장 적합한 방식을 선택해야 합니다. 둘째, 서버 이전 시에는 URL·DB 접두어·파일 권한 3가지 설정 오류가 복구 실패의 90%를 차지하므로 반드시 사전에 확인해야 합니다. 셋째, 복구 후 캐시 삭제와 Permalink 재저장은 선택이 아닌 필수 단계입니다.

백업 파일이 있어도 실제로 복구를 한 번도 테스트해 보지 않은 사이트 오너분들이 많습니다. 지금 당장 스테이징 환경이나 로컬에서 복구 리허설을 한 번 해보는 것을 강력히 권장합니다. 문제가 실제로 발생했을 때가 처음 복구를 시도하는 순간이 되어서는 안 됩니다.

워드프레스 백업·복구 설정에 어려움을 겪고 계신다면, 빅트리의 워드프레스 유지관리 서비스를 통해 정기 백업부터 복구 대응까지 전문팀에게 맡기는 것도 효율적인 선택입니다.