PHP 버전 올리기, 실제로 몇 시간 걸릴까? 작업 순서와 시간표

왜 "버튼 하나"가 반나절이 될까?

버전을 바꾸는 순간은 몇 분이지만, 그 앞의 백업·업데이트·시험과 그 뒤의 확인에 시간이 들기 때문입니다. 문제가 없는 작은 사이트도 보통 반나절은 잡아야 합니다.

사람은 앞으로 할 일의 시간을 짧게 잡는 버릇이 있습니다. 심리학에서는 이것을 계획 오류라고 부릅니다. 한 연구에서 대학생 37명이 졸업 논문을 끝내는 데 평균 33.9일이 걸릴 거라고 예상했지만, 실제로는 평균 55.5일이 걸렸습니다. 예상한 날짜 안에 끝낸 학생은 약 30%였습니다.¹ 같은 연구 흐름에서는 일을 작은 단계로 나누어 따져 보면 예상이 나아진다는 결과도 나왔습니다. 그래서 이 글은 버전 변경을 일곱 단계로 나눕니다.

1. 준비: 현황 보기 → 백업 → 업데이트
2. 시험: 시험 사이트에서 새 버전으로 미리 확인
3. 버튼: 실제 서버에서 버전 변경
4. 확인: 화면·문의 폼·관리 화면 확인 → 며칠 지켜보기

버튼은 네 묶음 가운데 하나입니다. 시간은 대부분 앞과 뒤에서 듭니다.

버튼보다 앞뒤가 깁니다.

진석 대표의 정리"금방 끝나요"라는 말을 들으면, 무엇이 금방인지 물어보세요. 대개 버튼이 금방입니다.

전체 순서와 시간표는 어떻게 될까?

아래 일곱 단계를 차례로 밟습니다. 작은 회사 소개 사이트라면 문제가 없을 때 3~5시간, 서버를 옮겨야 하거나 오래된 플러그인이 있으면 작업일로 1~3일을 잡습니다.

먼저 밝혀 둡니다. 작업 시간을 실제로 재서 평균을 낸 공개 조사는 찾지 못했습니다. 아래 시간은 따뜻한기술이 공유 서버에 플러그인 10~20개, 직접 고친 코드가 없는 회사 소개 사이트를 기준으로 단계마다 잡은 예상 범위입니다. 서버 회사가 밝힌 시간만 공식 수치로 따로 적었습니다.

진석 대표의 정리시간표에서 사장님이 모르는 칸이 많을수록 시간이 늘어납니다. 기술보다 "모르는 칸"이 시간을 잡아먹습니다.

준비 단계에서는 왜 시간이 들까?

되돌아올 길을 먼저 만들어야 하기 때문입니다. 백업과 업데이트가 끝나야 버전을 바꿀 수 있고, 둘 다 사이트가 오래 방치됐을수록 길어집니다.

WordPress.org가 안내하는 순서도 백업이 먼저입니다. 사이트를 백업하고, WordPress와 테마와 플러그인을 모두 업데이트한 뒤, 호환성을 점검하고 나서 서버 회사 안내대로 버전을 바꾸라고 합니다. 문제가 생기면 예전 버전으로 되돌리거나 서버 회사나 전문가에게 도움을 받으라고 덧붙입니다.³

백업은 반쪽이면 소용이 없습니다. WordPress.org는 사이트를 되살리려면 데이터베이스와 파일이 둘 다 있어야 하고, 업그레이드 전에는 언제나 백업하며, 최근 백업을 3~5개 남겨 서로 다른 곳에 두라고 권합니다.⁴ 미국 호스팅 회사 DreamHost는 업데이트를 마친 뒤 테마와 플러그인이 지난 1년 안에 갱신됐는지 보라고 안내합니다.⁵ 1년 넘게 손대지 않은 플러그인이 새 버전에서 가장 먼저 탈이 나기 쉽기 때문입니다.

데이터베이스는 정기적으로, 그리고 업그레이드 전에는 언제나 백업하세요. — WordPress.org 「WordPress Backups」의 문장을 옮김

진석 대표의 정리절이지 않은 배추로는 김장을 시작할 수 없습니다. 백업 없이 버튼부터 누르는 것이 가장 비싼 지름길입니다.

바꾸기 전에 미리 시험해 볼 수 있을까?

시험 사이트(실제 사이트를 복사한 연습용 사이트)를 만들어 새 버전에서 먼저 돌려 봅니다. 점검 도구만으로는 다 잡아내지 못하므로, 결국 화면을 눌러 보는 시간이 필요합니다.

DreamHost는 새 PHP 버전을 안전하게 시험하는 방법으로 시험 사이트를 만들라고 하고, 오류가 없을 때 실제 사이트를 바꾸라고 안내합니다.⁵ WordPress.org는 점검 도구로 PHP Compatibility Checker라는 플러그인을 소개합니다.³ 그런데 이 플러그인의 페이지에는 더 이상 관리되지 않는다는 경고가 붙어 있고, 테마와 플러그인의 코드를 실제로 실행하지 않아서 실행 중에 생기는 문제는 잡지 못한다고 적혀 있습니다.⁶

바뀌는 것도 적지 않습니다. PHP 공식 문서에는 8.4로 올릴 때 예전과 다르게 동작하는 변경이 기능별로 수십 개 실려 있습니다.⁷ 그 가운데 우리 사이트에 걸리는 것이 무엇인지는, 돌려 보기 전에는 알기 어렵습니다.

진석 대표의 정리간을 보지 않고 김장독을 채우지는 않습니다. 시험 사이트는 간을 보는 숟가락입니다.

서버 회사에 따라 무엇이 달라질까?

메뉴에서 버전만 고르면 되는 서버도 있고, 기존 데이터를 지우고 다시 올려야 하는 서버도 있습니다. 카페24와 가비아의 일반 호스팅은 뒤쪽이라, ⑤ 버전 변경이 사실상 이사가 됩니다.

카페24: 서버 환경이나 PHP 버전을 바꾸면 적용까지 약 30분~1시간이 걸릴 수 있고, 지금 서버의 데이터와 데이터베이스, 7일 치 백업 자료를 지운 뒤 새 환경으로 바꿉니다. 바꾼 때부터 48시간 안에는 예전 환경으로 되돌릴 수 있습니다.² 상위 버전으로 옮기기 전에 새 버전에서 돌아가도록 코드를 먼저 고치라고 하며, 코드 수정은 기술 지원을 하지 않는다고 밝힙니다. 버전 변경 메뉴가 없는 상품은 새 상품을 신청하는 방법을 안내합니다.⁸

가비아: 웹 서버 환경을 바꾸면 기존 자료가 초기화되고, 초기화 뒤에는 복원할 수 없습니다. FTP와 데이터베이스 비밀번호가 새로 정해지고, 서버가 바뀌면 접속 IP와 폴더 경로도 바뀝니다. 처리는 고객센터 업무 시간(평일 오전 9시~오후 6시)에만 됩니다.⁹

이런 서버에서는 시간표의 ⑤에 "백업을 새 환경에 다시 올리기, 비밀번호와 설정 다시 맞추기"가 붙습니다. 그동안 홈페이지가 비어 있을 수 있으니, 방문자가 적은 날을 골라 신청합니다.

진석 대표의 정리같은 "버전 변경"이라도, 어떤 집은 가구 자리를 바꾸는 일이고 어떤 집은 이삿날입니다. 이삿날이라면 짐부터 싸 두세요.

한 번 하면 끝일까? 일정은 어떻게 잡을까?

한 번으로 끝나지 않습니다. PHP는 버전마다 지원 기간이 정해져 있어서, 몇 년에 한 번은 이 시간표를 다시 밟게 됩니다. 그래서 날짜를 먼저 정하고, 직접 할지 맡길지를 함께 정합니다.

PHP의 각 버전은 처음 2년은 전체 지원을 받고, 그 뒤 2년은 중요한 보안 수정만 받습니다. 8.2는 2026년 12월 31일, 8.3은 2027년 12월 31일에 보안 지원까지 끝납니다.¹⁰ WordPress.org의 통계(2026년 10월 25일 확인)를 보면 WordPress 사이트의 34.2%가 이미 지원이 끝난 8.1 이하에서, 23.3%가 올해 말에 끝나는 8.2에서 돌아갑니다.¹¹ 올해가 지나면 둘을 합한 약 57.5%가 지원이 끝난 버전에 남게 됩니다.

1. 직접 해도 되는 경우: 메뉴로 버전을 바꾸는 서버, 플러그인이 적고 최근에 갱신됨, 백업과 되돌리는 법을 압니다. 반나절을 달력에 잡고 시간표대로 하시면 됩니다.
2. 맡기는 편이 나은 경우: 카페24·가비아처럼 데이터를 다시 올려야 하는 서버, 1년 넘게 갱신되지 않은 플러그인, 예전 제작사가 직접 고친 코드, 시험 사이트를 만들 사람이 없을 때.
3. 어느 쪽이든: 지금 버전의 지원 종료일보다 한 달 앞에 날짜를 정해 둡니다. 8.2라면 올해 11월 안입니다.

직접 해도 되는 조건이라면 직접 하셔도 충분합니다. 다만 시간표를 채우다 "모르는 칸"이 셋 이상 나오면, 그 칸들이 혼자 하기 어려운 곳입니다. 해마다 이 일을 되풀이하는 대신 PHP를 쓰지 않는 홈페이지로 옮기는 길도 있습니다.

진석 대표의 정리김장은 해마다 돌아옵니다. 돌아오는 일이라면, 언제 누가 할지를 정해 두는 것만으로 절반은 끝난 셈입니다.