워드프레스 플러그인 업데이트 전 백업하고 하나씩 업데이트하는 방법

워드프레스 관리자 화면에 플러그인 업데이트 알림이 표시되더라도 바로 모두 업데이트하면 안 됩니다.
플러그인마다 담당하는 기능이 다르므로 업데이트 전에 어떤 기능과 연결되어 있는지 알아두는 것이 좋습니다.

이 글에서는 업데이트가 필요한 플러그인을 확인하고, 복구할 수 있도록 먼저 백업한 다음 플러그인을 하나씩 업데이트하는 방법을 설명합니다.
화면에 표시된 플러그인 이름과 버전은 이 사이트에서 확인한 예시이며, 각자의 사이트에 표시되는 업데이트 항목은 다를 수 있습니다.

1. 업데이트가 필요한 플러그인 확인하기

워드프레스 관리자 화면에서 플러그인 → 설치한 플러그인으로 이동합니다.
목록 위쪽의 업데이트 가능을 누르면 새 버전이 있는 플러그인만 모아서 확인할 수 있습니다.

이 사이트에서는 다음 3개 플러그인에 업데이트가 표시됐습니다.

• Disable XML-RPC-API: 2.1.4.4에서 2.1.7
• Two Factor: 0.8.1에서 0.16.0
• WP Super Cache: 1.10.0에서 3.1.3

위 플러그인과 버전은 설명을 위한 예시입니다.
자신의 관리자 화면에 표시된 플러그인 이름, 현재 버전과 새 버전을 직접 확인합니다.

2. 업데이트 전에 백업이 필요한 이유

플러그인 업데이트는 기존 파일을 새 버전의 파일로 교체하는 작업입니다.
업데이트가 중간에 멈추거나 다른 플러그인과 충돌하면 관리자 화면이나 사이트가 정상적으로 열리지 않을 수 있습니다.

업데이트가 실패한다고 해서 반드시 사이트 전체에 문제가 생기는 것은 아닙니다.
플러그인마다 연결된 기능이 다르므로 문제가 생기면 해당 기능을 먼저 확인하면 됩니다.

따라서 업데이트 전에 다음 두 가지를 먼저 확인합니다.

• 최근 백업이 있는지
• 문제가 생겼을 때 백업을 복원할 수 있는지

카페24의 자동 백업, 호스팅 업체에서 제공하는 백업이나 현재 사용하는 백업 플러그인 중 하나를 이용할 수 있습니다.
이 글에서는 이 사이트에 설치된 WP 파일 관리자의 백업 기능을 사용한 화면을 예시로 설명합니다.
사용 중인 백업 도구가 다르다면 같은 도구를 설치하라는 뜻이 아니라, 자신에게 제공되는 백업 방법으로 복구 지점을 준비하면 됩니다.

3. WP 파일 관리자에서 백업 만들기

관리자 화면에서 WP 파일 관리자 → 백업/복원으로 이동합니다.
백업 옵션에서 데이터베이스와 파일 백업 항목을 확인합니다.

이 화면의 파일 백업은 wp-content 안의 다음 항목을 대상으로 합니다.

• 플러그인
• 테마
• 업로드
• 기타 폴더

필요한 항목이 선택된 것을 확인한 뒤 아래쪽의 백업 지금을 누릅니다.
백업이 진행되는 동안 관리자 화면을 닫거나 새로고침하지 않고 완료될 때까지 기다립니다.

4. 백업 완료와 복원 가능 상태 확인하기

백업이 성공적으로 완료되었습니다라는 로그 메시지가 표시됐는지 확인합니다.
아래의 기존 백업 숫자가 1개 이상인지도 확인합니다.

이번 백업에는 데이터베이스, 플러그인, 테마, 업로드와 기타 파일이 포함됐습니다.
화면에 표시되는 파일 크기는 사이트마다 다르므로 예시와 같을 필요는 없습니다.

백업 성공 메시지만으로 실제 복원이 검증되는 것은 아닙니다.
사용하는 도구의 복원 절차와 호스팅 고객센터 연락 방법을 미리 확인하고, 가능하면 별도 테스트 환경에서 복원을 검증합니다.
백업 파일은 서버 밖의 안전한 저장소에도 보관하고 다른 사람에게 공개하지 않습니다.

이 화면의 기타 항목은 wp-content 안의 기타 폴더를 뜻합니다.
사이트 루트의 wp-config.php나 .htaccess까지 포함한 전체 서버 백업으로 단정하지 않습니다.
전체 복구를 준비하려면 호스팅 업체의 백업 범위를 확인하고 빠진 파일을 별도로 보관합니다.

백업 완료 메시지나 기존 백업이 표시되지 않으면 플러그인 업데이트를 진행하지 않습니다.
백업 오류를 먼저 확인하거나 호스팅 업체의 백업 기능을 준비한 뒤 다시 진행합니다.

5. 플러그인을 한꺼번에 업데이트하지 않기

업데이트 대상 전체를 선택해 한 번에 업데이트하면 문제가 발생했을 때 어떤 플러그인이 원인인지 찾기 어렵습니다.
각 플러그인의 지금 업데이트를 하나씩 누르고, 한 개의 업데이트와 기능 확인이 끝난 뒤 다음 플러그인으로 넘어갑니다.

이 사이트에서는 다음 순서로 진행했습니다.

1. Disable XML-RPC-API 업데이트
2. Two Factor 업데이트
3. WP Super Cache 업데이트

위 순서는 이 사이트에서 진행한 예시입니다.
다른 사이트에서는 설치된 플러그인과 사용 목적에 따라 순서가 달라질 수 있습니다.

6. 각 플러그인 업데이트 후 확인하기

플러그인 하나를 업데이트할 때마다 업데이트 성공 안내가 표시되는지 확인합니다.
그다음 아래 항목을 검사하고 문제가 없을 때만 다음 업데이트를 진행합니다.

관리자 화면 확인

관리자 메뉴를 이동했을 때 오류 화면이 나타나지 않는지 확인합니다.
플러그인 → 설치한 플러그인에서 업데이트한 플러그인이 활성 상태인지 확인합니다.
버튼에 비활성화가 표시되면 현재 작동 중인 활성 플러그인입니다.

캐시 기능 확인

WP Super Cache를 업데이트했다면 설정 → WP Super Cache에서 캐싱 켜기가 선택되어 있는지 확인합니다.
캐시 테스트를 실행해 두 페이지가 모두 200 OK이고 타임스탬프가 일치하는지 확인합니다.

업데이트가 실패하거나 충돌하면 플러그인에 따라 다음 기능에 영향을 줄 수 있습니다.

① 이중 인증(Two Factor), Login Lockdown: 로그인 기능과 직접 연결되어 있어 충돌하거나 업데이트가 실패하면 관리자 로그인이 어려워질 수 있습니다.

② WP Super Cache: 로그인보다는 공개 화면이 깨지거나 이전 화면이 계속 보이는 캐시 문제가 발생할 가능성이 있습니다.

③ Disable XML-RPC-API: 일반 관리자 로그인보다는 외부 앱이나 XML-RPC 연결에 영향을 줄 수 있습니다.

④ WP 파일 관리자: 서버 파일을 관리하는 플러그인이므로 문제가 생기면 파일 관리 기능을 사용하지 못할 수 있습니다.

7. 세 플러그인 업데이트 결과

세 플러그인을 하나씩 업데이트한 결과는 다음과 같습니다.

• Disable XML-RPC-API: 버전 2.1.7
• 이중 인증: 버전 0.16.0
• WP Super Cache: 버전 3.1.3

Two Factor는 업데이트 후 관리자 화면에서 이중 인증이라는 한글 이름으로 표시될 수 있습니다.
이름 표시가 달라졌더라도 버전과 활성 상태를 함께 확인합니다.

업데이트 후 활성 플러그인 5개가 그대로 유지되고 업데이트 대기 항목이 사라진 것을 확인했습니다.
관리자 글쓰기 화면, 기존 글과 이미지도 정상적으로 열렸습니다.
WP Super Cache의 캐시 테스트도 두 페이지 모두 200 OK로 완료됐습니다.

8. 업데이트가 실패했을 때

업데이트 실패나 오류 화면이 나타나면 다음 플러그인을 계속 업데이트하지 않습니다.
오류가 발생한 플러그인 이름과 화면의 오류 메시지를 캡처합니다.
관리자 화면에 접속할 수 있다면 해당 플러그인의 상태를 확인합니다.
사이트에 문제가 생겼다면 업데이트 전에 만든 백업의 복원 기능을 사용하거나 호스팅 업체에 복구를 요청합니다.

원인을 확인하지 않은 상태에서 플러그인을 삭제하거나 여러 설정을 동시에 변경하면 복구가 더 어려워질 수 있습니다.
한 번에 한 항목만 처리하고 결과를 확인하는 것이 중요합니다.

최종 확인 목록

• 업데이트 대상 플러그인과 버전을 확인했는지
• 업데이트 전에 백업을 만들었는지
• 백업 완료 메시지와 기존 백업을 확인했는지
• 플러그인을 한 개씩 업데이트했는지
• 각 업데이트 후 활성 상태를 확인했는지
• 관리자 화면과 글쓰기 화면이 정상인지
• WP Super Cache의 캐시 테스트가 통과했는지