워드프레스 7.1은 돌아가도 서버가 낡을 수 있습니다: PHP 8.2 종료 전 점검표
핵심만 먼저 워드프레스 7.1이 낮은 PHP 버전에서도 설치된다는 사실과 안전한 운영 환경이라는 판단은 다릅니다. WordPress Hosting Handbook은 새 사이트에 PHP 8.4 또는 8.5를 권장하고, PHP 공식 지원표는 8.2의 보안 지원이 2026년 12월 31일 종료된다고 안내합니다. 연말에 급히 바꾸지 않도록 지금 복제 환경에서 테마·플러그인 호환성부…

핵심만 먼저
워드프레스 7.1이 낮은 PHP 버전에서도 설치된다는 사실과 안전한 운영 환경이라는 판단은 다릅니다. WordPress Hosting Handbook은 새 사이트에 PHP 8.4 또는 8.5를 권장하고, PHP 공식 지원표는 8.2의 보안 지원이 2026년 12월 31일 종료된다고 안내합니다. 연말에 급히 바꾸지 않도록 지금 복제 환경에서 테마·플러그인 호환성부터 확인해야 합니다.
호환과 권장은 무엇이 다른가요
‘최소 요구사항’은 소프트웨어가 실행될 수 있는 바닥선입니다. ‘권장 환경’은 현재 보안 지원과 성능, 운영 도구의 생태계를 고려해 새 설치에 적합하다고 보는 기준입니다. 워드프레스 7.1 호환표에는 오래된 PHP도 최소선으로 남아 있지만, 공식 호스팅 문서는 새 사이트에 더 최신 PHP와 데이터베이스 버전을 권장합니다.
PHP는 버전별로 능동 지원과 보안 지원 기간을 공개합니다. 능동 지원이 끝나면 일반 버그 수정이 줄고, 보안 지원이 끝나면 공식 보안 수정도 종료됩니다. 사이트가 오늘 정상으로 보인다고 지원 종료 뒤의 취약점 위험이 사라지는 것은 아닙니다.
오늘 이슈와 근거
WordPress Hosting Handbook의 7.1 호환 페이지는 2026년 8월에 갱신됐고, 새 환경에 PHP 8.4 또는 8.5, MySQL 8.4, MariaDB의 현재 장기지원 계열을 권장합니다. 동시에 PHP 8.2가 2026년 12월 말 보안 지원 종료 예정이라는 점을 명시합니다. PHP 공식 사이트도 같은 종료일을 제시합니다.
여기서 ‘그럼 바로 운영 서버를 8.5로 올리면 된다’고 결론 내리면 위험합니다. 워드프레스 코어가 호환돼도 오래된 테마, 결제 모듈, 폼 플러그인, 직접 작성한 코드가 새 PHP의 엄격한 오류 처리와 충돌할 수 있습니다. 업데이트는 버전 숫자 하나를 바꾸는 일이 아니라 실제 고객 여정을 재검증하는 작업입니다.
사장님 실무 적용 6단계
- 현재 버전을 기록합니다. 워드프레스의 도구 또는 사이트 건강 화면에서 PHP, 데이터베이스, 워드프레스 코어 버전을 확인합니다.
- 전체 백업의 복구 가능성을 확인합니다. 파일과 데이터베이스를 저장했다는 기록만 보지 말고 복제 환경에서 복원되는지 시험합니다.
- 스테이징 사이트를 만듭니다. 운영과 같은 테마·플러그인·콘텐츠를 복제하되 검색엔진과 실제 결제·메일 발송은 차단합니다.
- 코어, 테마, 플러그인을 먼저 정리합니다. 사용하지 않는 확장 기능을 제거하고 각 제작자의 PHP 호환 안내와 최근 유지보수 상태를 확인합니다.
- PHP를 한 단계씩 올립니다. 오류 로그를 보면서 관리자 로그인, 글 작성, 검색, 문의 폼, 장바구니, 결제 직전까지 핵심 흐름을 시험합니다.
- 운영 전환과 되돌리기 기준을 정합니다. 오류율, 결제 실패, 서버 응답 시간처럼 중단 기준을 적고 문제가 생기면 이전 환경으로 돌아갈 방법을 준비합니다.
소규모 소개 사이트라도 문의 폼과 예약 연동이 핵심 매출 동선일 수 있습니다. 첫 화면만 열어보고 성공으로 판단하지 말고, 고객이 완료 메시지를 보는 지점까지 확인해야 합니다. 쇼핑몰이라면 쿠폰, 배송비, 결제사 콜백, 주문 메일까지 포함해야 합니다.
흔한 실수
- 워드프레스 최소 요구사항을 장기 운영 권장사항으로 읽습니다.
- 운영 서버의 PHP를 먼저 올리고 문제가 생긴 뒤 백업을 찾습니다.
- 코어만 확인하고 테마·플러그인·사용자 코드는 시험하지 않습니다.
- 홈페이지 한 페이지만 열리면 호환성 검사가 끝났다고 봅니다.
- 지원 종료일까지 시간이 남았다는 이유로 연말 마지막 주까지 미룹니다.
제스토코스트의 판단
PHP 업그레이드의 비용은 작업 시간보다 ‘한꺼번에 바꿀 때 생기는 원인 불명 오류’에서 커집니다. 지금부터 확장 기능을 줄이고 스테이징에서 한 단계씩 올리면 장애가 생겨도 범위를 좁힐 수 있습니다.
워드프레스 7.1 배포 일정과 PHP 지원 일정을 같은 달력으로 관리하세요. 코어 업데이트와 서버 런타임 업데이트를 별개로 보면 한쪽은 최신인데 다른 쪽은 지원 종료 상태가 되기 쉽습니다. 목표는 가장 높은 숫자가 아니라 공식 보안 지원 안에서 핵심 고객 흐름이 검증된 조합입니다.
자주 묻는 질문
PHP 8.2 사이트는 지금 당장 위험한가요?
PHP 공식 표상 8.2는 2026년 12월 31일까지 보안 지원이 예정돼 있습니다. 즉시 중단할 이유는 없지만, 종료 전에 테스트와 이전을 마칠 일정은 지금 잡는 편이 안전합니다.
PHP 8.5로 바로 올려야 하나요?
공식 문서는 새 환경에 최신 계열을 권장하지만 기존 사이트는 플러그인과 테마 호환성이 우선입니다. 호스팅 제공 범위와 스테이징 테스트 결과를 확인해 지원되는 버전을 선택하세요.
백업만 있으면 운영 서버에서 시험해도 되나요?
권하지 않습니다. 백업은 복구 시간을 없애주지 않으며, 결제와 문의 중단도 발생할 수 있습니다. 별도 복제 환경에서 핵심 흐름을 먼저 시험하세요.
출처
- WordPress Hosting Handbook: WordPress 7.1 서버 호환성
- PHP 공식 사이트: 지원 버전과 종료 일정
- WordPress Hosting Handbook: 권장 서버 환경
CTA
오늘 사이트 건강 화면에서 PHP 버전을 확인하고, 8.2 이하라면 스테이징 생성일과 업그레이드 시험일을 달력에 먼저 고정해 보세요.
편집 고지: 이 글은 공식 자료 조사와 초안 정리에 자동화 도구를 활용했으며, 공개 전 출처·표현·실무 적합성을 검수합니다.



댓글 0
회원만 댓글을 남길 수 있어요.
작성된 댓글은 모두 공개됩니다. 비밀댓글은 지원하지 않습니다.
아직 댓글이 없어요. 첫 공개 댓글을 남겨보세요.