워드프레스 업데이트 안전하게, 백업과 자동 업데이트 설정

핵심 요약
  • 업데이트 전에 파일과 데이터베이스를 모두 백업하고 복원이 되는지까지 확인합니다.
  • 코어의 마이너 업데이트는 기본으로 자동 적용되며, WP_AUTO_UPDATE_CORE 상수와 필터로 범위를 조절할 수 있습니다.
  • 오류가 나면 플러그인을 비활성화한 뒤 하나씩 켜 보며 원인을 찾고, 이전 버전으로의 되돌리기는 위험해서 백업 복원이 필요합니다.

워드프레스 업데이트는 보안의 기본이지만, 준비 없이 누르면 화면이 깨지거나 플러그인이 충돌하기도 합니다. 그렇다고 미루면 이미 알려진 취약점이 남습니다. 이 글은 업데이트 전 준비, 적용 순서, 자동 업데이트 설정, 실패했을 때 복구를 순서대로 정리합니다.

내용은 WordPress 개발자 문서의 Updating WordPress, Hardening WordPress 항목(2026년 10월 확인 기준)을 바탕으로 합니다. 업데이트를 미룬 사이트가 침해된 상황이라면 워드프레스 해킹 복구 순서를 먼저 보세요.

업데이트 전에 백업부터

문서가 가장 먼저 요구하는 것은 백업입니다. 데이터베이스와 .htaccess를 포함한 모든 워드프레스 파일을 백업하고, 만든 백업이 실제로 쓸 수 있는지 확인하라고 강조합니다. 파일만 있고 DB가 없거나 그 반대면 복원이 안 됩니다. 백업 저장 위치와 주기는 서버 백업 방법 글에서 자세히 다룹니다.

먼저 현재 상태 확인

도구 > 사이트 상태(Site Health) 화면에서 업데이트 대기 중인 플러그인, 오래된 PHP 버전, 백그라운드 업데이트 오류가 있는지 봅니다. 문서에 따르면 이 화면은 이런 항목을 심각한 문제나 개선 권고로 분류해 보여줍니다. 새 워드프레스 버전이 요구하는 PHP 버전도 미리 확인하세요. 문서는 예로 5.36.2가 PHP 7.4를, 6.36.8이 PHP 8.1 이상을 기대한다고 적고 있습니다. PHP 업데이트는 PHP 업데이트 방법 글을 참고하세요.

내 사이트의 HTTPS·인증서·보안 헤더를 바로 확인할 수 있습니다.

무료 보안 검사 시작

스테이징에서 먼저 시험하기

스테이징은 실제 사이트를 복사한 시험용 사이트입니다. 가능하면 이곳에서 먼저 업데이트하고 주요 페이지, 결제, 문의 양식이 정상인지 확인한 뒤 실서비스에 적용합니다. 복사본을 만들 때 주소(siteurl, home) 값을 바꾸고 직렬화된 데이터를 조심해서 치환해야 한다는 점은 Migrating 문서도 경고합니다. 스테이징을 제공하지 않는 호스팅이라면, 방문자가 적은 시간대에 백업을 확보한 상태에서 하나씩 업데이트하는 방식으로 위험을 줄입니다.

업데이트 순서

  1. 백업 후 복원 확인
  2. 대시보드 > 업데이트 화면에서 코어 업데이트 실행(실패하면 파일 권한을 먼저 확인하라고 문서가 안내)
  3. 플러그인과 테마를 한꺼번에 올리지 말고 몇 개씩 나눠서 업데이트
  4. 매번 사이트 앞면과 관리자 화면을 확인
  5. 쓰지 않는 플러그인과 테마는 삭제

자동 업데이트 설정

문서에 따르면 코어의 마이너 업데이트와 번역 파일은 기본으로 자동 적용됩니다. 범위는 wp-config.php의 상수로 조절합니다.

// 코어 자동 업데이트: true=모든 유형, false=모두 끔, 'minor'=마이너만
define( 'WP_AUTO_UPDATE_CORE', 'minor' );

// 모든 자동 업데이트를 끔(문서는 강하게 권하지 않음)
define( 'AUTOMATIC_UPDATER_DISABLED', true );

플러그인과 테마는 auto_update_plugin, auto_update_theme 필터로 세부 조절할 수 있고, 문서는 이런 필터를 wp-config.php가 아닌 필수 사용(must-use) 플러그인에 두라고 안내합니다. 관리자 화면에서도 플러그인과 테마별로 자동 업데이트를 켜고 끌 수 있고, 켜 놓았는지 여부는 사이트 상태 화면의 정보 탭에서 확인합니다. 업데이트 알림 메일을 끄는 필터(auto_core_update_send_email)도 있지만, 알림을 꺼 두면 실패를 놓치기 쉽습니다.

선택지장점주의할 점
마이너만 자동보안 패치가 빨리 적용됨메이저 업데이트는 수동 관리 필요
플러그인 자동취약점 노출 기간이 짧아짐충돌 시 갑자기 오류가 날 수 있어 백업 필수
전부 수동적용 시점을 직접 정함잊으면 취약한 채 방치됨

업데이트 후 오류가 났을 때

문서가 안내하는 순서는 다음과 같습니다. 먼저 기본 테마 외의 플러그인을 모두 비활성화하고 하나씩 다시 켜면서 원인을 찾습니다. 코어 파일을 직접 고쳐 쓰고 있었다면 옛 파일로 덮지 말고 새 코드에 수정 사항을 다시 적용해야 합니다. 이전 버전으로 되돌리는 것은 위험하므로 정말 필요하다면 파일과 DB 전체 백업을 복원하는 방식으로 합니다. 복구 과정에서 의심스러운 변경이 보이면 워드프레스 악성코드 검사도 함께 해 보세요.

업데이트를 미루지 않는 운영 습관

한 달에 한 번이라도 정해진 날에 업데이트를 확인하고, 대시보드 알림 메일을 받는 주소를 관리자가 실제로 보는 주소로 맞춥니다. 오래 업데이트되지 않는 플러그인은 대체재를 알아보고 정리하세요. 업데이트 날짜, 적용한 버전, 이상 유무를 간단히 기록해 두면 문제가 생겼을 때 어떤 변경이 원인이었는지 좁히기 쉽습니다. 또 업데이트 직후에는 관리자 로그인, 글 작성, 문의 양식 제출 같은 핵심 동작을 직접 한 번씩 실행해 보는 습관이 도움이 됩니다.

웹사이트 기본 보안 검사HTTPS·리디렉션·인증서·보안 헤더·서버 정보 노출 10개 항목을 무료로 확인할 수 있습니다.

무료 보안 검사 시작

자주 묻는 질문

자동 업데이트를 모두 끄면 안 되나요?

WordPress 문서는 모든 업데이트를 끄는 것을 강하게 권하지 않는다고 안내합니다. 끄는 경우에는 보안 업데이트를 직접 제때 적용하는 책임이 운영자에게 있습니다.

업데이트 후 화면이 깨지면 이전 버전으로 되돌려야 하나요?

문서는 이전 버전으로 되돌리는 것을 위험하다고 보고, 하려면 파일과 데이터베이스를 모두 담은 완전한 백업이 필요하다고 안내합니다. 먼저 플러그인과 테마를 하나씩 비활성화해 원인을 찾는 방법을 권합니다.

여러 버전을 건너뛰고 업데이트해도 되나요?

문서는 3.7 이상에서는 한 번에 현재 버전으로 올릴 수 있다고 하면서도, 주요 버전을 두 개 넘게 건너뛰면 단계적으로 올리고 각 단계의 PHP 요구 사항을 확인하라고 안내합니다.

확인한 자료

기술 정보는 2026-10-24에 위 자료로 확인했습니다. 소프트웨어 버전·기본값·서비스 정책은 바뀔 수 있으므로 적용 전 각 문서의 최신 내용을 확인하세요. 이 글은 일반 정보이며 특정 서비스 가입을 권하지 않습니다.

Next
워드프레스 보안

워드프레스 해킹 복구 순서, 격리부터 재발 방지까지

워드프레스가 해킹당했을 때 복구하는 순서를 정리했습니다. 격리와 백업, 비밀번호·보안 키 교체, 코어와 플러그인 재설치, 재발 방지 설정까지 단계별로 설명합니다.

가이드 보기 →
워드프레스 보안

워드프레스 보안 플러그인 비교, 기능 범주별 고르는 기준

Wordfence, Sucuri Security, Solid Security를 방화벽·악성코드 검사·로그인 보안·변경 감지 같은 기능 범주로 비교하고, 내 사이트에 맞는 보안 플러그인을 고르는 기준을 정리했습니다.

가이드 보기 →
서버 보안

서버 백업 방법, 3-2-1 원칙과 파일 DB 자동 백업

서버 백업에서 3-2-1 원칙의 뜻, rsync로 파일 복사, mysqldump로 DB 덤프, cron 자동화와 복구 테스트 순서까지 소규모 홈페이지 관리자 기준으로 정리했습니다.

가이드 보기 →
워드프레스 보안

워드프레스 로그인 보안, 2단계 인증과 관리자 계정 보호

워드프레스 로그인 보안 설정을 정리했습니다. 2단계 인증, 로그인 시도 제한, admin 계정명 문제, 권한 최소화, XML-RPC 처리까지 관리자 계정을 지키는 방법을 설명합니다.

가이드 보기 →
워드프레스 보안

워드프레스 악성코드 검사, 체크섬 검증과 스캐너 활용

워드프레스 악성코드 검사 방법을 정리했습니다. WP-CLI 체크섬 검증으로 코어와 플러그인 파일을 비교하는 법, 플러그인 스캐너의 역할, 수동 점검의 한계를 설명합니다.

가이드 보기 →