워드프레스 7.1.1이 나왔습니다: 보안 업데이트 전 30분 복구 리허설

핵심만 먼저

WordPress 7.1.1은 2026년 9월 17일 정식 출시됐습니다. 공식 발표에 따르면 코어 버그 17건, 블록 편집기 버그 19건과 보안 문제 11건을 수정한 유지보수·보안 릴리스입니다. WordPress는 즉시 업데이트를 권고하지만, 운영 사이트에서는 백업과 복구 확인 없이 버튼부터 누르면 장애 시간을 키울 수 있습니다.

2026년 9월 22일 편집자 업데이트: 최초 초안의 ‘9월 17일 출시 예정’을 실제 출시 결과와 보안 수정 내용으로 갱신했습니다. 글의 최초 작성일은 유지합니다.

소상공인 사이트는 “보안 업데이트니까 자동으로 두면 된다”와 “깨질까 봐 계속 미룬다” 사이에서 흔들리기 쉽습니다. 답은 둘 중 하나가 아니라 복구 가능한 상태를 먼저 만드는 것입니다. 데이터베이스와 파일 백업, 스테이징 복제, 주문·문의·로그인 네 화면, 롤백 담당자를 30분 리허설로 확인해 두세요.

7.1.1은 어떤 업데이트인가요

WordPress의 세 번째 숫자가 바뀌는 7.1.1은 7.1 계열의 유지보수 릴리스입니다. 공식 일정 문서는 7.1에서 유입된 버그 보고의 양과 심각도를 검토해 릴리스를 준비한다고 설명합니다. 새 기능을 크게 추가하는 버전보다 회귀와 결함 수정에 초점이 있습니다.

그렇다고 무조건 위험이 없다는 뜻은 아닙니다. 사이트는 코어만으로 동작하지 않고 테마, 플러그인, PHP 버전, 캐시, 결제·메일 연동이 함께 움직입니다. 코어의 작은 수정이 오래된 플러그인의 가정과 충돌할 수 있으므로 실제 운영 흐름을 기준으로 확인해야 합니다.

오늘 이슈와 공식 근거

WordPress는 9월 17일 7.1.1을 실제 공개했고, 보안 릴리스이므로 즉시 업데이트하라고 권고했습니다. 자동 백그라운드 업데이트를 지원하는 사이트는 업데이트가 자동 시작될 수 있습니다. 따라서 ‘언젠가 검토한다’가 아니라 현재 버전·최근 백업·자동 업데이트 결과를 바로 확인해야 합니다.

9월 4일 WordPress 개발팀은 공식 Code Reference에서 브라우저로 실행할 수 있는 코드 예제를 7.1에 도입했다고 알렸습니다. 현재는 일부 예제부터 시작했지만 WordPress Playground를 통해 코드가 실제로 어떻게 움직이는지 빠르게 확인할 수 있습니다. 이 변화는 운영 사이트에 직접 코드를 붙이기 전에 브라우저 실험 환경에서 확인하는 습관이 더 쉬워졌다는 의미가 있습니다.

사장님 실무 적용 7단계

1. 현재 버전을 기록합니다. WordPress 코어, PHP, 활성 테마, 결제·보안·캐시·폼 플러그인의 버전과 자동 업데이트 상태를 한 장에 적습니다.
2. 백업 두 묶음을 만듭니다. 데이터베이스와 `wp-content`를 분리해 백업하고, 파일이 존재한다는 것만 보지 말고 복원 방법과 소요 시간을 확인합니다.
3. 스테이징에 복제합니다. 최근 개인정보를 최소화한 복제본에서 7.1.1 RC 또는 정식 후보를 테스트합니다. 운영 DB에 시험 주문을 남기지 않습니다.
4. 핵심 네 화면을 정합니다. 홈, 상품·예약, 문의·결제, 관리자 로그인처럼 매출과 운영을 막는 화면을 고정합니다.
5. 기능 네 건을 실행합니다. 폼 제출, 메일 수신, 결제 또는 예약, 이미지 업로드를 실제 순서대로 시험합니다. 화면만 열어보고 끝내지 않습니다.
6. 롤백 기준을 숫자가 아닌 증상으로 씁니다. 흰 화면, 결제 실패, 관리자 접근 불가, 치명적 PHP 오류 중 하나라도 나오면 즉시 이전 상태로 복구한다고 정합니다.
7. 업데이트 창을 예약합니다. 방문이 적고 담당자가 바로 대응 가능한 시간에 진행하고, 완료 뒤 캐시를 비운 다음 네 화면을 다시 확인합니다.

리허설 기록은 `현재 버전 / 백업 위치 / 복원 완료 시각 / 스테이징 URL / 핵심 화면 / 테스트 결과 / 실패 시 담당자 / 업데이트 창` 여덟 칸이면 됩니다. 민감한 비밀번호는 기록표에 넣지 않습니다.

흔한 실수

• 파일만 복사하고 데이터베이스 복구 가능 여부를 확인하지 않습니다.
• 백업 플러그인의 “성공” 문구만 보고 실제 복원을 시험하지 않습니다.
• 스테이징 없이 운영 사이트에서 플러그인까지 한꺼번에 갱신합니다.
• 홈 화면만 보고 결제·문의·메일·로그인을 테스트하지 않습니다.
• 자동 업데이트를 끈 뒤 다시 켤 날짜와 담당자를 정하지 않습니다.
• 보안 릴리스라는 이유로 백업·복구 확인 없이 운영 사이트부터 업데이트합니다.
• 캐시 때문에 이전 화면이 보이는데 업데이트 실패로 오판합니다.

제스토코스트의 판단

유지보수 릴리스에서 가장 위험한 행동은 업데이트 자체가 아니라 복구 방법을 모른 채 실행하는 것입니다. 반대로 무기한 미루면 알려진 결함과 호환성 격차가 쌓입니다. 30분 복구 리허설은 두 위험을 모두 줄입니다.

WordPress Playground와 실행형 코드 예제는 개발자만의 장난감이 아닙니다. 운영 코드에 손대지 않고 동작을 확인하는 사고방식을 보여줍니다. 사장님은 코드를 직접 쓰지 않아도 “운영 반영 전 별도 환경에서 시험했다”는 증거를 요청할 수 있습니다.

자주 묻는 질문

7.1.1은 실제로 출시됐나요?

네. 2026년 9월 17일 공개됐고, 공식 발표는 코어 버그 17건·블록 편집기 버그 19건·보안 문제 11건을 수정했다고 설명합니다.

유지보수 릴리스면 바로 자동 업데이트해도 되나요?

사이트 구성에 따라 다릅니다. 코어 수정이 작아도 테마·플러그인·PHP·캐시와 충돌할 수 있으므로 최소한 백업과 핵심 흐름 검증은 필요합니다.

백업이 있으면 스테이징은 없어도 되나요?

백업은 사고 후 복구 수단이고 스테이징은 사고 전 발견 수단입니다. 둘의 역할이 달라 가능하면 함께 준비하는 편이 안전합니다.

출처

• WordPress News: WordPress 7.1.1 Maintenance and Security Release
• WordPress Documentation: Version 7.1.1
• WordPress Core: WordPress 7.1.1 Release Schedule
• WordPress Core: Runnable code examples are now live
• WordPress Support: Updating WordPress

내부링크 제안

• 워드프레스 백업은 DB·파일·복구 테스트까지 해야 하는 이유
• 워드프레스 업데이트 뒤 점검 중에서 멈췄을 때 복구 순서

CTA

지금 운영 사이트의 현재 버전과 자동 업데이트 결과를 확인하세요. 아직 7.1.1이 아니라면 최근 백업을 실제로 복원해 본 뒤 핵심 네 화면을 점검하고 업데이트하시기 바랍니다.

편집 고지: 이 글은 공식 자료 조사와 초안 정리에 자동화 도구를 활용했으며, 공개 전 출처·표현·실무 적합성을 검수합니다.