워드프레스 관리자에 업데이트 알림이 여러 개 떠 있으면 무엇부터 눌러야 할지 헷갈릴 수 있습니다.
워드프레스 본체, 테마, 플러그인은 서로 다른 부분을 바꾸므로 업데이트 뒤 확인할 내용도 다릅니다.
이 글에서는 네 종류의 업데이트를 구분하고, 변경 내용을 읽은 뒤 백업과 호환 조건에 맞춰 진행 순서를 정합니다.
한 종류의 작업이 끝날 때마다 공개 화면·관리자·주요 기능을 확인하고, 문제가 생기면 다음 작업을 멈추는 방법까지 살펴봅니다.
1 업데이트 알림이 무엇을 바꾸는지 구분하기
코어는 글쓰기, 사용자 관리, 기본 설정처럼 워드프레스 자체를 작동시키는 본체입니다.
테마는 사이트의 모양과 화면 구성을 담당하고, 플러그인은 보안·캐시·문의 양식 같은 기능을 더합니다.
번역 업데이트는 코어·테마·플러그인에서 사용하는 한국어 등의 언어 파일을 갱신합니다.
| 종류 | 주로 바뀌는 부분 | 업데이트 뒤 먼저 확인할 것 |
|---|---|---|
| 코어 | 워드프레스 본체의 기능, 오류 수정, 보안 개선 | 관리자 접속, 글 편집기, 공개 글과 이미지 |
| 테마 | 사이트 디자인, 메뉴, 글 목록과 테마 전용 기능 | 상단 메뉴, 글 화면, 모바일 배치, 하단 영역 |
| 플러그인 | 해당 플러그인이 담당하는 기능과 저장 방식 | 로그인, 검색, 캐시, 문의 등 관련 기능 |
| 번역 | 화면에 표시되는 메뉴·버튼·안내 문구의 번역 | 언어 표시와 문구가 자연스러운지 |
번역 업데이트를 한다고 작성한 글이 다른 언어로 바뀌지는 않습니다.
플러그인의 한국어 이름이나 버튼 문구가 달라질 수 있지만, 번역만 갱신하는 작업은 플러그인 프로그램 자체를 새 버전으로 바꾸는 작업과 구분합니다.
관리자에서 알림판 → 업데이트를 엽니다.
상단에서 현재 WordPress 버전과 새 버전 안내를 보고, 아래에서 플러그인·테마·번역의 업데이트 여부를 확인합니다.
알림 숫자만 보고 바로 전체 선택하지 말고 실제로 어떤 종류가 대기 중인지 먼저 살펴봅니다.
글 편집기의 업데이트 버튼은 해당 글의 수정 내용을 저장하는 버튼입니다.
워드프레스 본체나 플러그인 버전을 올리는 업데이트와 혼동하지 않습니다.
2 변경 기록과 호환 조건부터 읽기
업데이트를 누르기 전에 현재 버전과 새 버전을 확인합니다.
그다음 새 버전에서 무엇이 바뀌었는지 설명하는 변경 기록을 읽습니다.
보안 문제 수정인지, 작은 오류 수정인지, 설정이나 기능을 크게 바꾸는 작업인지 구분하면 필요한 준비를 정하기 쉽습니다.
플러그인은 설치한 플러그인 목록의 새 버전 세부정보에서 변경 기록과 요구 조건을 확인할 수 있습니다.
코어와 테마는 업데이트 안내의 버전 정보나 제작자의 공식 배포 안내를 확인합니다.
외부에서 받은 테마·플러그인은 관리자에 자세한 변경 기록이 없을 수 있으므로, 그 파일을 배포한 제작자의 안내를 읽습니다.
| 확인할 내용 | 읽고 판단할 것 |
|---|---|
| 보안 수정 | 어떤 문제를 고쳤는지 확인하고 복구 준비 후 신속히 적용 |
| WordPress 요구 버전 | 새 테마·플러그인이 현재 본체 버전에서 설치·작동할 수 있는지 확인 |
| 새 코어와의 호환 안내 | 지금 쓰는 테마·주요 플러그인이 올리려는 코어 버전을 지원하는지 확인 |
| PHP 요구 버전 | 호스팅의 프로그램 실행 환경이 요구 조건에 맞는지 확인 |
| 설정·자료 변경 | 새 설정이나 저장 자료 변환에 별도 작업이 필요한지 확인 |
| 알려진 문제 | 현재 사이트에서 쓰는 기능에 영향을 주는지 확인 |
PHP는 서버에서 워드프레스를 실행하는 프로그램 환경입니다.
현재 PHP 버전은 도구 → 사이트 건강 → 정보의 서버 항목이나 호스팅 관리 화면에서 확인할 수 있습니다.
찾기 어렵다면 호스팅 고객센터에 현재 버전과 업데이트 대상의 요구 버전을 함께 전달해 확인합니다.
호환된다는 안내가 있어도 내 사이트의 모든 조합이 시험됐다는 뜻은 아닙니다.
반대로 새 코어 버전까지 시험했다는 표시가 없다는 이유만으로 반드시 고장 난다고 단정할 수도 없습니다.
로그인·주문·문의처럼 꼭 필요한 기능은 실제 조합으로 테스트할 필요가 있습니다.
서버의 PHP 변경은 알림판에서 코어를 업데이트하는 작업과 별개입니다.
PHP도 바꿔야 한다면 호스팅 안내에 따라 별도 작업으로 진행하고, 코어·테마·플러그인과 한꺼번에 바꾸지 않습니다.
3 업데이트 직전 백업과 복원 경로 준비하기
업데이트는 파일을 교체하고, 일부 코어나 플러그인은 저장 자료의 구조도 바꿀 수 있습니다.
따라서 플러그인 폴더만 복사하거나 글을 내보내는 것만으로 사이트 전체를 되돌릴 준비가 끝났다고 생각하면 안 됩니다.
현재 사용하는 호스팅 백업이나 백업 도구에서 다음 항목을 확인합니다.
- 업데이트 직전에 정상 작동하던 시점의 백업이 있는지 확인합니다.
- 코어·테마·플러그인·업로드 이미지와 필요한 설정 파일이 백업 범위에 포함되는지 확인합니다.
- 글·댓글·사용자·설정이 저장되는 데이터베이스도 포함되는지 확인합니다.
- 파일과 데이터베이스가 같은 시점의 백업 묶음인지 확인합니다.
- 완료 기록과 보관 위치를 확인하고 서버 밖에도 안전한 사본을 준비합니다.
- 관리자에 접속하지 못해도 호스팅에서 복원하거나 고객센터에 복구를 요청할 수 있는지 확인합니다.
기존 백업 날짜가 오래됐다면 업데이트 전에 새 백업을 만듭니다.
백업 버튼을 눌렀다는 사실보다 완료됐는지, 필요한 범위가 들어 있는지 확인하는 것이 중요합니다.
가능하면 운영 사이트를 복사한 별도 테스트 사이트에서 복원이 되는지도 확인합니다.
실제 백업 생성과 플러그인별 작업 화면은 워드프레스 플러그인 업데이트 전 백업하고 하나씩 업데이트하는 방법에서 확인할 수 있습니다.
그 글의 예시 도구를 무조건 설치할 필요는 없으며, 사용하는 호스팅이나 백업 도구의 실제 포함 범위를 확인합니다.
작업은 방문자가 적고 문제가 생겼을 때 직접 대응할 수 있는 시간에 진행합니다.
업데이트 도중 새 글 작성이나 다른 설정 변경이 겹치지 않도록 함께 관리하는 사람이 있다면 작업 시간을 맞춥니다.
4 테마는 현재 활성 상태부터 확인하기
모양 → 테마에서 활성 표시가 붙은 테마가 현재 사이트를 보여 주는 테마입니다.
여러 테마가 설치돼 있어도 방문자 화면에 직접 영향을 주는 활성 테마의 호환성과 변경 내용을 먼저 확인합니다.
활성 테마를 먼저 점검한다는 말이 무조건 테마부터 업데이트하라는 뜻은 아닙니다.
코어를 올린 뒤에도 지금의 메뉴·글 화면·모바일 배치가 유지될 수 있는지 미리 확인하는 단계입니다.
테마 파일을 직접 수정했다면 업데이트로 수정 내용이 덮어써질 수 있습니다.
제작자나 관리 담당자에게 파일 수정 여부와 새 버전 적용 방법을 확인합니다.
자식 테마를 사용한다면 실제 디자인을 담당하는 자식 테마와 바탕이 되는 부모 테마의 조합도 확인합니다.
직접 배포받은 테마는 알림판에 자동 업데이트 안내가 나오지 않을 수 있습니다.
목록에 없다는 이유로 최신 버전이라고 단정하지 말고 제작자의 배포 안내와 설치된 버전을 비교합니다.
사용하지 않는 테마·플러그인도 업데이트 대상이 될 수 있습니다.
보관할 항목은 최신 상태를 관리하고, 필요 없는 항목의 삭제는 사용 여부와 저장 자료를 확인한 뒤 따로 판단합니다.
5 호환 조건에 맞춰 한 종류씩 진행하기
안전한 흐름은 변경 내용과 호환 조건 확인 → 백업 → 한 종류 진행 → 화면과 기능 확인 → 다음 종류 진행입니다.
여기서 중요한 것은 앞 작업이 정상인지 확인하기 전에 다음 업데이트를 시작하지 않는 것입니다.
작업 순서는 다음처럼 정할 수 있습니다.
| 현재 조건 | 진행 순서를 정하는 방법 |
|---|---|
| 현재 테마·플러그인이 새 코어를 지원하고 별도 선행 안내가 없음 | 코어 → 플러그인 한 개씩 → 활성 테마 → 나머지 유지할 항목 → 남은 번역 순서를 예시로 사용 |
| 새 코어 대응을 위해 테마·플러그인을 먼저 올리라는 안내가 있음 | 현재 코어에서도 작동하는 대응 버전을 먼저 적용·확인한 뒤 코어 진행 |
| 새 테마·플러그인이 현재보다 높은 코어 버전을 요구함 | 현재 테마·플러그인이 새 코어에서 작동하는지 먼저 확인하고 코어 진행 후 해당 항목 적용 |
| 요구 조건이 서로 맞지 않거나 호환 안내가 불명확함 | 테스트 사이트에서 가능한 조합을 확인하고 제작자에게 순서 문의 |
| 긴급 보안 수정이 있음 | 일반적인 예시 순서보다 해당 수정의 적용 조건을 우선 확인하고 백업 후 신속히 처리 |
예를 들어 현재 플러그인 버전이 새 코어에서 문제를 일으키지만 수정 버전이 현재 코어와 새 코어를 모두 지원한다면, 그 플러그인을 먼저 올리는 편이 맞습니다.
반대로 플러그인 새 버전이 더 높은 코어를 요구한다면 현재 상태에서 무리하게 설치하지 않습니다.
안내가 모호하면 운영 사이트에서 순서를 바꾸어 가며 시험하지 말고 테스트 사이트나 제작자의 도움으로 조건부터 정리합니다.
코어를 진행할 차례에는 알림판 → 업데이트의 새 버전 안내를 확인한 뒤 해당 버전으로 업데이트하는 버튼을 누릅니다.
완료 안내가 나오기 전까지 다른 업데이트를 시작하거나 반복해서 버튼을 누르지 않습니다.
완료 뒤 현재 버전이 바뀌었는지 확인하고 다음 절의 화면·기능 점검을 진행합니다.
플러그인은 하나를 업데이트하고 그 기능이 정상인지 확인한 뒤 다음 플러그인으로 넘어갑니다.
여러 플러그인을 모두 선택해 한 번에 처리하면 어느 변경부터 문제가 생겼는지 구분하기 어렵습니다.
테마도 현재 활성 테마 하나를 진행하고 화면을 확인한 뒤 다른 항목을 처리합니다.
테마·플러그인을 업데이트하는 동안에는 다른 종류의 업데이트를 동시에 실행하지 않습니다.
호스팅에서도 자동 업데이트를 관리한다면 수동 작업과 겹치지 않는지 확인합니다.
프로그램 업데이트 후 번역이 함께 갱신되기도 합니다.
작업이 끝난 뒤 알림판 → 업데이트에서 번역이 남아 있으면 번역 업데이트를 진행하고 표시 문구를 확인합니다.
번역만 대기 중이라면 다른 종류의 업데이트가 생길 때까지 기다릴 필요는 없습니다.
6 업데이트 사이마다 공개 화면과 주요 기능 확인하기
업데이트 성공 안내는 새 파일 설치가 끝났다는 확인입니다.
방문자가 쓰는 기능까지 모두 정상이라는 뜻은 아니므로, 한 항목이 끝날 때마다 다음 내용을 확인합니다.
| 확인할 곳 | 해 볼 작업 | 정상 결과 |
|---|---|---|
| 공개 홈페이지 | 로그인하지 않은 창에서 홈과 상단 메뉴 열기 | 글 목록·로고·메뉴가 보이고 원하는 페이지로 이동 |
| 기존 공개 글 | 이미지가 있는 기존 글을 열고 링크 누르기 | 본문·이미지가 보이고 링크가 올바른 주소로 이동 |
| 모바일 화면 | 휴대전화에서 같은 홈·글·메뉴 확인 | 글자가 잘리지 않고 메뉴를 사용할 수 있음 |
| 관리자 | 알림판과 기존 임시글 편집 화면 열기 | 오류 없이 열리고 편집기를 사용할 수 있음 |
| 검색 | 평소 검색되는 단어로 검색하기 | 관련 글이 나타나고 결과 링크가 열림 |
| 업데이트한 기능 | 해당 기능의 정해진 테스트 실행 | 업데이트 전과 같은 의도한 결과가 나옴 |
공개 글은 매번 같은 주소를 사용하면 이전 상태와 비교하기 쉽습니다.
로그인하지 않은 창에서 제목·본문·이미지가 보이는지 확인하고, 모바일에서도 같은 글을 열어 봅니다.
로그인 보안 플러그인이라면 현재 관리자 창을 유지한 채 다른 창에서 정상 로그인할 수 있는지 확인합니다.
문의 양식은 시험 내용으로 보내고 실제 메일함에서 도착까지 확인합니다.
캐시 기능은 사용하는 도구의 테스트 방법을 따르고, 쇼핑몰은 제작자가 안내한 테스트 환경에서 주문 흐름을 확인합니다.
글 저장이 필요한 시험은 공개 글을 수정하는 대신 테스트 사이트의 임시글로 진행합니다.
홈페이지가 정상이라는 이유로 로그인·메일 수신·저장까지 정상이라고 판단하지 않습니다.
이전 디자인이 계속 보일 때는 사용 중인 캐시의 삭제 방법을 확인하고 다시 비교합니다.
하지만 오류 화면이나 로그인 실패까지 모두 캐시 때문이라고 생각하고 다음 업데이트를 진행해서는 안 됩니다.
7 자동 업데이트의 편리함과 관리 조건 이해하기
자동 업데이트는 직접 버튼을 누르지 않아도 새 버전을 적용하도록 하는 기능입니다.
보안 수정 적용을 놓칠 가능성을 줄이고 관리 시간을 아낄 수 있지만, 내가 지켜보지 않는 시간에 화면이나 기능이 바뀔 수 있습니다.
코어의 보안·유지보수 업데이트와 큰 기능 업데이트는 자동 적용 범위가 다를 수 있습니다.
WordPress 설치 방식, 현재 설정, 호스팅과 관리 도구에 따라 달라지므로 모든 사이트가 같은 상태라고 생각하지 않습니다.
번역은 기본적으로 자동 갱신될 수 있고, 테마·플러그인은 지원되는 항목마다 자동 업데이트를 설정할 수 있습니다.
플러그인은 설치한 플러그인 목록에서 자동 업데이트 항목을 확인합니다.
테마는 해당 테마의 상세정보에서 설정을 확인할 수 있습니다.
설정 항목이 보이지 않으면 호스팅이나 관리 도구가 대신 관리하는지 먼저 확인합니다.
| 관리 조건 | 자동 업데이트를 판단할 때 볼 점 |
|---|---|
| 정기 백업과 복원 경로가 있고 알림을 확인할 수 있음 | 자동 적용 뒤 공개 화면과 해당 기능을 점검할 준비가 됐는지 확인 |
| 로그인·결제·예약 등 중단 영향이 큰 기능 | 제작자 권장 방식과 호스팅의 테스트·복구 기능을 먼저 검토 |
| 테마 파일을 직접 수정했거나 외부 배포 파일 사용 | 수정 보존 방법과 자동 업데이트 지원 여부를 제작자에게 확인 |
| 백업과 알림 확인이 준비되지 않음 | 복구와 확인 체계를 먼저 준비하고, 그동안 수동 업데이트를 정기적으로 관리 |
자동 업데이트를 끄면 보안 문제가 없어지는 것은 아닙니다.
수동으로 관리하기로 했다면 변경 기록과 보안 안내를 정기적으로 확인하고 필요한 수정을 놓치지 않아야 합니다.
자동 업데이트 뒤에는 성공·실패 알림 메일과 실제 적용 버전을 확인합니다.
메일이 왔다는 사실만으로 기능 점검을 끝내지 않습니다.
일부 실패를 자동으로 되돌리는 기능이 있더라도 모든 화면·기능·자료 문제를 복원해 주는 것은 아니므로 백업은 계속 필요합니다.
8 실패하거나 기능이 달라지면 다음 작업 멈추기
업데이트 실패 안내, 흰 화면, 관리자 접속 오류 또는 주요 기능 문제가 나타나면 다음 종류의 업데이트를 시작하지 않습니다.
마지막으로 바꾼 항목의 이름, 이전·새 버전, 작업 시각과 오류 문구를 기록합니다.
공개 화면만 문제인지 관리자도 열리지 않는지 구분하면 복구 담당자가 상황을 파악하기 쉽습니다.
| 상태 | 먼저 할 일 |
|---|---|
| 실패 안내가 있지만 사이트와 관리자는 열림 | 현재 적용 버전과 오류 이유를 확인하고, 다운로드·용량·서버 조건 문제를 해결한 뒤 재시도 판단 |
| 업데이트 완료 뒤 특정 기능만 이상함 | 마지막 변경 항목을 원인 후보로 정리하고 테스트 사이트에서 재현하거나 제작자에게 문의 |
| 공개 화면과 관리자 모두 열리지 않음 | 호스팅 관리 화면이나 고객센터를 통해 오류 전 백업과 복구 방법 확인 |
| 유지보수 안내가 계속 남음 | 업데이트 작업이 실제로 끝났는지 호스팅에 확인하고 남은 상태 표시 정리 요청 |
유지보수 안내가 보인다는 이유로 서버 파일을 바로 삭제하지 않습니다.
표시만 지워도 실패한 업데이트나 손상된 파일이 복구되는 것은 아니므로, 작업 종료와 적용 상태를 먼저 확인합니다.
관리자에 접속할 수 있고 플러그인 충돌이 의심된다면 워드프레스 플러그인 충돌 찾는 방법에서 원인 후보를 좁히는 절차를 확인합니다.
운영 사이트에서 여러 플러그인을 동시에 끄거나 테마까지 한꺼번에 바꾸는 방식은 피합니다.
정상 상태로 복원해야 한다면 업데이트 직전의 파일·데이터베이스 백업 묶음과 보존할 최근 자료를 확인합니다.
백업 이후 생긴 글·댓글·회원·주문은 복원 범위에 따라 사라질 수 있으므로 담당자와 범위를 정한 뒤 진행합니다.
복원 날짜와 파일·DB 범위는 워드프레스 백업 파일로 복원하기 전에 확인할 것에서 확인할 수 있습니다.
이전 버전 파일을 덮어쓰는 것만으로 완전히 되돌아간다고 생각하지 않습니다.
업데이트가 저장 자료도 바꿨다면 파일과 자료의 버전이 맞지 않을 수 있습니다.
코어·테마·플러그인 제작자와 호스팅의 복구 안내를 따릅니다.
복원 후에는 공개 화면·관리자·로그인·주요 기능을 다시 확인합니다.
문제가 해결되면 원인을 정리하고 수정 버전이나 호환되는 조합을 준비한 뒤 다시 업데이트합니다.
보안 문제가 있는 오래된 버전을 계속 유지하는 것으로 작업을 끝내지 않습니다.
자주 묻는 질문
작은 보안 업데이트도 오래 기다리는 편이 안전한가요
기다리는 동안 알려진 보안 문제가 남을 수 있습니다.
수정 내용을 확인하고 백업·복구 준비를 갖춘 뒤 신속히 적용하되, 사이트의 주요 기능도 함께 확인합니다.
업데이트 알림이 없으면 모든 항목이 최신인가요
외부에서 받은 테마·플러그인은 자동 알림을 제공하지 않을 수 있습니다.
제작자의 공식 배포 안내와 설치 버전을 비교하고, 호스팅이 업데이트를 대신 관리하는지도 확인합니다.
비활성 테마를 업데이트하면 사이트 디자인이 바뀌나요
테마 업데이트와 테마 활성화는 다른 작업입니다.
현재 사용하는 테마가 바뀌지 않는다면 비활성 테마 업데이트만으로 그 테마의 디자인이 적용되지는 않습니다.
다만 활성 자식 테마의 바탕인 부모 테마는 실제 화면에 영향을 줄 수 있으므로 별도로 확인합니다.
업데이트 화면이 오래 멈춰 있으면 버튼을 다시 눌러도 되나요
진행 중인 작업과 겹칠 수 있으므로 반복해서 누르지 않습니다.
별도 창에서 공개 화면 상태를 확인하고, 호스팅 고객센터에 작업 시각과 현재 안내를 전달해 진행 여부를 확인합니다.
마지막 확인 목록
- 코어·테마·플러그인·번역 중 어떤 업데이트인지 구분했습니다.
- 변경 기록, 요구 버전과 새 코어 호환 안내를 읽었습니다.
- 활성 테마와 주요 플러그인의 변경 영향을 먼저 확인했습니다.
- 업데이트 직전의 파일·데이터베이스 백업과 복원 경로를 준비했습니다.
- 제작자의 선행 조건에 맞춰 순서를 정했습니다.
- 한 종류씩 진행하고 플러그인도 한 개씩 확인했습니다.
- 각 작업 뒤 공개 화면·모바일·관리자·관련 기능을 확인했습니다.
- 자동 업데이트의 적용 범위와 알림·백업 관리 방법을 확인했습니다.
- 문제가 생기면 다음 작업을 멈추고 최근 변경과 오류를 기록했습니다.