워드프레스 7.0.4 보안 업데이트부터 하세요: 7.1 기능 업그레이드와 분리하는 법

핵심만 먼저

워드프레스 7.0.4는 8월 12일 나온 보안 릴리스이고, 7.1은 8월 19일 나온 메이저 기능 릴리스입니다. 둘을 한 번의 작업으로 묶으면 문제가 생겼을 때 보안 패치, 코어 변경, 테마, 플러그인 중 원인을 가리기 어렵습니다. 먼저 현재 계열의 보안 업데이트를 적용하고 정상 여부를 확인한 뒤 7.1은 별도 변경 창에서 검증하세요.

두 업데이트는 무엇이 다른가요

보안 릴리스는 알려진 취약점이나 보안 문제를 줄이는 것이 주목적입니다. WordPress.org는 7.0.4에 보안 수정이 포함됐고 즉시 업데이트할 것을 권고했습니다. 자동 업데이트를 지원하는 사이트는 적용 여부를 확인하고, 수동 운영 사이트는 대시보드의 업데이트 화면에서 처리할 수 있습니다.

7.1은 반응형 스타일 제어, 미디어 편집, 협업 Notes, 이미지 처리, 개발 API 등 여러 기능 변화가 들어간 메이저 버전입니다. 좋은 기능이 많지만 테마·플러그인·편집기 동작이 함께 바뀔 수 있으므로 보안 패치와 같은 검증 단위로 보면 안 됩니다.

오늘 확인할 이슈와 근거

WordPress 공식 릴리스 목록은 7.0.4를 ‘security fix’가 포함된 보안 릴리스로 설명하고 즉시 업데이트를 권장합니다. 일주일 뒤 공개된 7.1은 편집 경험, 반응형 디자인, 미디어 처리, Abilities API 같은 폭넓은 변화를 소개합니다.

이 순서는 “7.1이 위험하니 쓰지 말라”는 뜻이 아닙니다. 보안 수정의 긴급성과 기능 업그레이드의 호환성 검증을 분리하자는 운영 원칙입니다. 현재 버전, 호스팅 자동 업데이트 상태, 플러그인 지원 범위에 따라 실제 경로는 다를 수 있습니다.

사장님 실무 적용 6단계

1. 현재 상태를 기록합니다

워드프레스 코어 버전, 활성 테마, 필수 플러그인, PHP 버전, 최근 백업 시각을 한 줄씩 적습니다. “자동 업데이트 켜짐”만 믿지 말고 실제 설치 버전을 확인하세요. 여러 사이트를 관리한다면 사이트별로 표를 분리합니다.

2. 복구 가능한 백업을 만듭니다

파일과 데이터베이스를 모두 백업하고, 백업 파일이 존재하는지만 보지 말고 복구 절차와 접근 권한을 확인합니다. 주문·예약·회원 글이 계속 들어오는 사이트는 백업 이후 새 데이터가 생길 수 있으므로 작업 시간을 짧게 잡아야 합니다.

3. 7.0.4 보안 패치를 먼저 확인합니다

7.0 계열을 운영 중이라면 7.0.4 적용 여부를 확인합니다. 호스팅사가 자동으로 올렸다면 완료 시각과 결과를 남깁니다. 적용 후 홈, 로그인, 문의, 결제·예약, 관리자 글쓰기처럼 사업에 중요한 흐름을 빠르게 점검합니다.

4. 정상 기준을 저장합니다

오류 로그, 주요 페이지 응답, 폼 제출, 이미지 업로드를 확인하고 결과를 기록합니다. 이 시점이 7.1 전환 전 기준선입니다. 보안 패치 뒤 이미 문제가 있는데 바로 7.1까지 올리면 원인 추적이 어려워집니다.

5. 7.1은 테스트 환경에서 검증합니다

복제한 스테이징이나 호스팅사의 테스트 기능에서 7.1을 적용합니다. 편집기, 반응형 스타일, 미디어 업로드, 캐시, SEO 플러그인, 결제·예약 플러그인을 우선 확인하세요. 새 기능이 필요하지 않더라도 지원 종료와 보안 흐름을 고려해 업그레이드 계획은 세워야 합니다.

6. 변경 창과 롤백 기준을 정합니다

운영 반영 시각, 확인 담당자, 되돌릴 조건을 미리 적습니다. 예를 들어 결제 실패, 관리자 로그인 불가, 핵심 페이지 500 오류가 나오면 즉시 롤백하도록 합니다. “일단 올리고 지켜보기”는 기준이 아닙니다.

흔한 실수

• 보안 릴리스와 메이저 업그레이드를 한 번에 적용합니다.
• 파일만 백업하고 데이터베이스 복구 여부는 확인하지 않습니다.
• 홈 화면만 보고 결제·예약·문의 흐름을 테스트하지 않습니다.
• 플러그인을 전부 한꺼번에 업데이트해 원인을 가릴 수 없게 만듭니다.
• 7.1의 새 기능 소개를 보안 패치 완료 증거로 착각합니다.

제스토코스트의 판단

업데이트의 핵심은 최신 버전 숫자가 아니라 변경 원인을 분리하는 능력입니다. 보안 패치는 늦추지 않되, 기능 업그레이드는 사업 흐름이 깨지지 않는다는 증거를 남겨야 합니다. 작은 사이트도 주문·문의 한 건이 중요한 만큼 최소한의 변경 기록은 필요합니다.

자동 업데이트는 유용하지만 ‘자동으로 했으니 검수도 자동으로 끝났다’는 뜻은 아닙니다. 버전 확인, 핵심 흐름 점검, 복구 기준을 함께 자동화해야 운영 체계가 됩니다.

자주 묻는 질문

7.1로 바로 올리면 7.0.4는 건너뛰어도 되나요?

최종 코어에 보안 수정이 포함될 수 있지만, 실제 업그레이드 경로와 호스팅 정책은 다릅니다. 운영 관점에서는 현재 보안 상태를 확인하고 메이저 전환을 별도 검증하는 것이 원인 분리에 유리합니다.

자동 업데이트가 켜져 있으면 끝인가요?

아닙니다. 실제 버전, 적용 시각, 핵심 기능 정상 여부를 확인해야 합니다. 자동 업데이트 실패나 플러그인 충돌 가능성은 남아 있습니다.

테스트 환경이 없으면 어떻게 하나요?

호스팅사의 스테이징 기능을 먼저 확인하세요. 없다면 복구 가능한 백업, 저트래픽 작업 시간, 핵심 기능 체크리스트, 명확한 롤백 기준을 준비한 뒤 진행해야 합니다.

출처

• WordPress 공식 릴리스 목록과 7.0.4 안내
• WordPress 7.1 “Mary Lou” 공식 소개

CTA

오늘 관리자 화면을 열어 코어 버전과 마지막 백업 시각을 적고, 7.0.4 보안 적용 확인과 7.1 테스트를 서로 다른 두 줄의 작업으로 나눠보세요.

편집 고지: 이 글은 WordPress.org 공식 릴리스 자료를 조사해 자동화 도구로 작성한 검수용 초안입니다. 실제 업데이트 전 호스팅·테마·플러그인 호환성을 사람이 확인해야 합니다.