이 글의 링크는 추후 제휴 링크로 바뀔 수 있으며, 그 경우 구매 시 수수료를 받을 수 있습니다.
이 글에서 다루는 것
이 글은 스테이징(복제본) 사이트를 만드는 방법을 처음부터 소개하는 글이 아닙니다.
복제본은 이미 있다는 전제에서, 테마·플러그인 업데이트를 거기서 돌려 본 뒤 무엇을 보고 통과로 판정하는지를 점검표로 정리합니다.
복제본에서는 멀쩡했는데 라이브에 올리자 화면이 틀어졌던 분, 업데이트 알림을 쌓아 두고 누르지 못하는 분을 위한 글입니다.
읽고 나면 업데이트 전에 적어 둘 통과 기준 네 줄과, 라이브 반영 화면에서 갈리는 두 칸을 구분할 수 있습니다.
아래 화면과 숫자는 모두 2026년 10월 11일에 공식 페이지와 공식 도움말을 직접 열어 확인한 것입니다.
결론부터: 기준을 안 정하면 복제본은 '한 번 열어 보기'로 끝납니다
복제본에서 업데이트를 누른 뒤 첫 화면이 열리는 것만 보고 라이브로 올리는 경우가 많습니다.
그런데 업데이트가 깨뜨리는 자리는 대개 첫 화면이 아니라 글 목록 하단, 문의 폼, 결제 단계, 관리자 화면 안쪽입니다.
그래서 순서가 바뀌어야 합니다.
업데이트를 누르기 전에 통과 기준을 적어 두고, 복제본에서는 그 기준만 확인합니다.
기준이 적혀 있으면 판정이 5분 안에 끝납니다.
업데이트 전에 적어 두는 통과 기준 네 줄
아래 네 줄이면 개인 블로그·소규모 사이트 기준으로 충분합니다.
항목마다 '어디서 보는지'와 '무엇을 불합격으로 볼지'를 같이 적어 두는 것이 핵심입니다.
| 항목 | 어디서 확인 | 불합격 신호 |
|---|---|---|
| 핵심 화면 네 개 | 첫 화면, 글 상세, 목록·검색 결과, 문의·결제 단계 | 레이아웃 깨짐, 버튼 사라짐, 빈 영역 |
| 오류 기록 | 복제본의 debug.log 파일 | 업데이트 이후 시각의 치명적 오류·경고가 새로 쌓임 |
| 사이트 상태 | 관리자 화면의 사이트 상태(Status) 탭 | 업데이트 전에 없던 '치명적 문제' 항목이 생김 |
| 브라우저 콘솔 | F12 개발자 도구 콘솔 | 스크립트 오류가 새로 뜨고 그 영역이 동작하지 않음 |
여기에 한 가지 원칙을 덧붙입니다.
플러그인은 한 번에 하나씩 올리고 그때마다 네 줄을 확인합니다.
다섯 개를 한꺼번에 올리면 통과·불합격은 알 수 있어도 범인은 알 수 없습니다.
오류는 눈이 아니라 파일로 받아야 잡힙니다
⑤ 워드프레스 공식 문서에는 오류를 화면에 띄우는 설정과 별개로, 모든 오류를 파일에 남기는 항목이 따로 설명돼 있습니다.
문서의 설명이 그대로 이유가 됩니다.
나중에 한꺼번에 들여다볼 때, 그리고 화면 밖에서 생기는 오류를 볼 때 쓰라는 것입니다.
업데이트 충돌은 상당수가 이 '화면 밖' 자리에서 납니다.
예약 발행처럼 사람이 보고 있지 않을 때 돌아가는 처리가 그렇습니다.
기록 파일은 콘텐츠 폴더에 쌓이니 업데이트 직전에 한 번 비우고 뒤에 쌓인 줄만 읽으면 판정이 간단해집니다.
이 설정은 복제본에서만 켭니다.
사이트 상태 화면은 업데이트 전후로 두 번 봅니다
⑥ 관리자 화면의 사이트 상태는 두 탭으로 나뉘고, 그중 상태 탭은 문제를 심각도에 따라 세 묶음으로 보여 줍니다.
치명적 문제, 권장 개선, 통과한 검사 순입니다.
공식 문서는 치명적 문제를 보안 취약점이거나 심각한 성능 문제가 될 수 있는 자리로 설명합니다.
중요한 것은 '지금 몇 개인가'가 아니라 업데이트 전후의 차이입니다.
원래부터 떠 있던 항목은 이번 업데이트와 무관합니다.
그래서 업데이트 전에 화면을 한 번 띄워 개수와 제목을 적어 두고, 업데이트 뒤 같은 화면을 다시 봅니다.
라이브로 올릴 때는 두 칸에서 갈립니다
④ 클라우드웨이즈 공식 도움말의 주의 사항 바로 위에 복제본을 라이브로 복사할 때 뜨는 창이 그대로 실려 있습니다.
체크 항목은 두 가지입니다.
하나는 웹 파일이고, 각각 전체 덮어쓰기와 변경분만 올리기를 고를 수 있습니다.
다른 하나는 데이터베이스이고, 전체와 선택한 테이블만 중에서 고릅니다.
도움말의 팁은 기준을 분명히 적어 두었습니다.
사용자 정보나 주문이 특정 테이블에 쌓이고 있다면 선택 옵션으로 그 테이블을 빼고 올리라는 것입니다.
테마·플러그인만 시험한 경우라면 바뀐 쪽은 파일이므로 데이터베이스를 통째로 밀어 넣을 이유가 없습니다.
주의 사항에는 복제본 작업에서 놓치기 쉬운 항목도 있습니다.
트래픽이 적은 시간대에 실행할 것, 올리기 전에 라이브 백업을 한 번 받아 둘 것, 그리고 주소를 바꿔 주는 기능은 기본 도메인만 처리하므로 도메인을 더 연결해 뒀다면 그쪽은 따로 손봐야 한다는 내용입니다.
반영이 끝난 뒤에도 복제본은 지워지지 않고 그대로 남습니다.
복제본이 끝내 못 잡는 세 가지
복제본 시험은 만능이 아닙니다.
아래 세 가지는 라이브에 올린 뒤에 확인할 수밖에 없습니다.
첫째는 실제 방문자가 몰릴 때의 부하입니다.
복제본은 한 명이 들어가 보는 환경이고 대개 같은 서버 자원을 나눠 씁니다.
둘째는 도메인 주소를 기준으로 동작하는 외부 연동이고, 셋째는 캐시입니다.
반영 뒤 캐시를 비우기 전까지는 방문자가 예전 화면을 볼 수 있습니다.
그래서 반영은 방문자가 적은 시간대에 하고, 캐시를 비운 상태에서 앞의 네 줄을 라이브에서 한 번 더 확인합니다.
호스팅에서 갈리는 지점
① 복제본을 쓸 수 있는지는 호스팅마다 다릅니다.
클라우드웨이즈 요금 페이지에는 스테이징 환경이 모든 요금제에 포함되는 기능으로 적혀 있고, 변경 사항을 복제본에서 시험한 뒤 한 번의 클릭으로 라이브에 올린다고 설명합니다.
공식 도움말에서도 같은 작업을 1클릭 푸시로 부릅니다.
② 같은 페이지의 요금 구간은 디지털오션·기본 서버 타입 기준으로 최저 Micro 월 14달러, 그 위가 Small 28달러, Medium 54달러, Large 99달러입니다.
Micro 설명에는 개인 사이트와 단순한 블로그에 맞는다고 적혀 있습니다.
처음에는 이 최저 요금제로 충분합니다.
올릴 시점은 방문자가 늘어 메모리 부족 경고가 반복될 때이지, 복제본을 쓰기 위해서가 아닙니다.
카드 없이 3일 체험도 같은 페이지에 안내돼 있어, 복제본 기능을 결제 전에 확인할 수 있습니다.
요금과 포함 기능이 적힌 공식 페이지에서 직접 확인하기
이 방식이 안 맞는 사람과 비용 쪽 단점
복제본 절차가 모두에게 필요한 것은 아닙니다.
글만 올리는 블로그이고 테마와 플러그인을 거의 건드리지 않는다면, 백업만 켜 두고 업데이트하는 쪽이 품이 덜 듭니다.
비용과 운영 쪽 단점도 분명합니다.
결제는 달러라 환율과 카드 수수료가 붙고, 고객지원은 한국어가 아니며 관리 화면도 영어입니다.
메일 호스팅은 요금에 포함되지 않아 애드온으로 월 1.5달러부터 따로 들고, CDN·보안 검사 같은 항목도 기본 요금 바깥에 있습니다.
월 1만 원 이하 공유 호스팅으로 충분한 사이트라면 굳이 옮길 이유가 없습니다.
자주 묻는 질문
플러그인을 한 번에 하나씩 올리면 시간이 너무 오래 걸리지 않나요
업데이트 자체는 몇 초입니다.
시간을 쓰는 쪽은 확인이고, 앞의 네 줄로 범위를 좁히면 한 개당 2~3분이면 끝납니다.
열 개를 한꺼번에 올렸다가 범인을 찾는 시간이 훨씬 깁니다.
복제본에서 통과했는데 라이브에서 깨졌습니다. 무엇부터 볼까요
먼저 캐시를 비우고 다시 봅니다.
그래도 같으면 반영 직전에 받아 둔 백업으로 되돌린 뒤, 복제본과 라이브의 차이(도메인 주소, 추가로 연결한 도메인, 외부 연동 설정)를 하나씩 맞춰 봅니다.
업데이트를 자동으로 맡기면 이 절차가 필요 없나요
자동 업데이트는 편하지만 충돌이 났을 때 알아차리는 시점이 늦습니다.
보안 업데이트는 자동으로 두고, 테마와 큰 기능 플러그인만 복제본에서 시험하는 식으로 나누는 편이 현실적입니다.
마무리
업데이트를 누르기 전에 통과 기준 네 줄(핵심 화면·오류 기록·사이트 상태·콘솔)을 먼저 적어 두고, 복제본에서는 그 기준만 확인합니다.
라이브로 올릴 때는 파일을 전체로 덮을지 변경분만 올릴지, 데이터베이스를 함께 올릴지 두 칸에서 갈리며, 올리기 전 백업과 반영 뒤 캐시 비우기가 짝입니다.
부하·외부 연동·캐시는 복제본이 잡지 못하므로, 방문자가 적은 시간대에 반영하고 라이브에서 네 줄을 한 번 더 확인합니다.
지금 업데이트를 미뤄 둔 플러그인이 있다면, 어떤 기능의 플러그인인지 댓글로 남겨 주세요.
복제본에서 무엇부터 확인하면 될지 기준을 함께 잡아 드리겠습니다.