PHP를 올렸더니 화면이 하얗게 변했다면? 원인과 되돌리는 법
WordPress에서 PHP 버전을 올린 뒤 화면이 하얗게 변하거나 심각한 오류가 뜰 때, 화면을 먼저 살리는 응급처치와 디버그 기록으로 원인을 찾아 고치는 순서, 다음 업데이트를 위한 준비를 정리합니다.
PHPFree · 웹 보안 · 개선편 01
?이런 분께 권합니다
- PHP 버전을 올렸더니 사이트가 하얗게 변하거나 '심각한 오류'가 뜨는 분
- 사이트가 깨질까 봐 PHP 업데이트를 미루고 있는 분
- 제작사 없이 WordPress를 직접 관리하는 분
!이 글에서 알 수 있는 것
- 화면이 하얗게 변하는 이유
- 화면을 먼저 살리는 응급처치와, 원인을 찾아 고치는 순서
- 다음 업데이트 때 같은 일을 막는 준비

화면이 하얗게 변했다고, 데이터가 사라진 것은 아닙니다.
PHP를 올린 순간 사이트가 하얗게 변하면 누구라도 가슴이 철렁합니다. 그런데 하얀 화면은 '텅 빈' 화면이 아닙니다. '말을 하지 않는' 화면입니다. 대부분 글도 사진도 그대로 있고, 화면을 그리던 프로그램이 오류로 멈췄을 뿐입니다.
대부분은 오래된 플러그인이나 테마 하나가 새 PHP를 따라가지 못해서 생기는 일입니다. 순서대로 하면 되돌릴 수 있습니다. 화면을 먼저 살리고, 원인을 찾고, 다시 새 버전으로 올리는 순서를 차근차근 설명드리겠습니다.
PHP를 올렸는데 왜 화면이 하얗게 변할까?
오래된 플러그인이나 테마가 새 PHP에서 오류를 내기 때문입니다. WordPress는 이런 치명적인 오류가 나면 화면을 하얗게 비우거나 "이 웹사이트에 치명적인 오류가 발생했습니다" 같은 문구만 보여 줍니다.2
새 집으로 이사하면 옛 가구 하나가 문틀에 걸려 들어가지 않을 때가 있습니다. 집이 잘못된 것도, 가구가 망가진 것도 아닙니다. 둘의 치수가 맞지 않을 뿐입니다. 플러그인(WordPress에 기능을 더하는 추가 프로그램)과 새 PHP 사이에서도 같은 일이 일어납니다.
한국의 WordPress 정보 사이트는 카페24에서 PHP를 올린 뒤 오래된 Elementor Pro가 오류를 내 화면이 깨진 사례와, 플러그인을 최신으로 올리거나 제거해 해결한 과정을 소개합니다.6 중국의 운영 블로그도 테마·플러그인이 새 PHP를 지원하지 않으면 사이트가 열리지 않을 수 있다고 경고합니다.7
- 응급처치: PHP 버전을 잠시 원래대로 되돌려 화면을 살린다
- 원인 찾기: 디버그 기록(debug.log)에서 오류를 낸 파일을 찾는다
- 원인 끄기: 해당 플러그인·테마를 끄거나 바꾼다
- 고치기: 최신판으로 올리거나 대체 플러그인으로 바꾼다
- 다시 올리기: 새 PHP로 돌아가 화면과 폼을 확인한다
1번은 시간을 버는 응급처치일 뿐입니다. 5번까지 가야 끝입니다.

진석 대표의 정리하얀 화면은 사이트가 사라졌다는 뜻이 아니라, 오류 메시지를 보여 주지 않는다는 뜻입니다. 범인은 대개 플러그인 하나입니다.
먼저 화면부터 살리려면 어떻게 할까?
서버 관리 화면에서 PHP 버전을 잠시 원래대로 되돌립니다.
다친 사람을 보면 먼저 피를 멈추게 하고, 그다음에 병원에 갑니다. 버전 되돌리기는 지혈입니다. 손님이 보는 화면부터 살려 놓고, 원인은 그다음에 찾습니다.
대부분의 렌탈 서버는 관리 화면에서 도메인별로 PHP 버전을 바꿀 수 있습니다. 예를 들어 Xserver는 서버 패널의 'PHP Ver. 전환' 메뉴에서 도메인을 골라 버전을 바꾸고,4 Lolipop은 'PHP 설정' 화면에서 바꾼 뒤 5~10분 뒤에 반영됩니다.5
되돌리기는 응급처치입니다. 옛 버전이 고쳐지지 않았다면, 그동안 다시 위험해집니다.

진석 대표의 정리화면을 살렸다면, 그날 안에 원인을 고치고 새 버전으로 돌아가는 것을 목표로 하세요. 지혈한 채로 오래 두면 안 됩니다.
어떤 플러그인이 원인인지 어떻게 찾을까?
WordPress의 디버그 기록을 켜면 오류를 낸 파일이 기록됩니다.
하얀 화면은 입을 다문 환자와 같습니다. 디버그 기록은 그 환자의 진료 기록입니다. 어디가 아픈지 말로는 못 해도, 기록에는 남아 있습니다. WordPress 공식 문서는 설정 파일 wp-config.php의 "That's all, stop editing!" 줄 위에 다음 세 줄을 넣으라고 안내합니다.1
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
새 PHP 버전에서 문제를 다시 일으킨 뒤 wp-content 폴더의 debug.log를 열면, 오류가 난 파일 경로가 나옵니다. 경로에 /plugins/플러그인이름/이 있으면 그 플러그인이, /themes/테마이름/이 있으면 그 테마(사이트의 겉모습을 정하는 디자인 묶음)가 원인입니다.
확인이 끝나면 세 줄을 원래대로 되돌리고, debug.log 파일도 지웁니다. 이 파일은 웹 주소로 누구나 열어 볼 수 있기 때문입니다.1·2 진료 기록을 길가에 두지 않는 것과 같습니다.

진석 대표의 정리WP_DEBUG_DISPLAY를 false로 두는 것이 중요합니다. 오류를 손님이 보는 화면이 아니라, 기록 파일에만 남기기 위해서입니다.
관리 화면에 들어갈 수 없을 때는 어떻게 끌까?
FTP(서버에 파일을 올리고 내리는 통로)나 서버의 파일 관리 화면에서 폴더 이름을 바꿉니다. Kinsta의 안내를 정리하면 순서는 다음과 같습니다.2
전기가 나간 집에서 차단기를 모두 내린 뒤 하나씩 올려 보면, 어느 방에서 합선이 났는지 알 수 있습니다. 플러그인을 찾는 방법도 이와 같습니다.
- 플러그인 전체 끄기: wp-content/plugins 폴더 이름을 plugins_old처럼 바꾸면 모든 플러그인이 꺼집니다. 화면이 돌아오면 플러그인이 원인입니다.
- 하나씩 켜기: 폴더 이름을 원래대로 되돌린 뒤, 플러그인을 하나씩 켜면서 어느 것에서 다시 화면이 하얗게 변하는지 찾습니다.
- 테마 확인: 쓰고 있는 테마 폴더 이름을 바꾸면 WordPress 기본 테마로 바뀝니다(기본 테마가 설치되어 있을 때). 화면이 돌아오면 테마가 원인입니다.
- 복구 링크 메일: 치명적인 오류가 나면 WordPress가 관리자 이메일로 복구용 링크를 보내기도 합니다. 이 링크로 들어가면 관리 화면에서 원인 플러그인을 끌 수 있습니다.
- 메모리 상한: 메모리 부족이 원인이라면 WP_MEMORY_LIMIT을 128M~256M으로 올려 봅니다.

진석 대표의 정리폴더 이름만 바꾸는 작업이라 파일을 지우지는 않습니다. 그래도 시작하기 전에 백업은 꼭 받아 두세요.
원인을 찾았다면, 어떻게 마무리할까?
원인 플러그인을 최신판으로 올리거나 다른 플러그인으로 바꾼 뒤, 새 PHP 버전으로 다시 올립니다.
한국의 사례에서도 오래된 플러그인을 업데이트하거나 제거해 해결했습니다.6 마지막으로 사이트 건강 화면을 확인합니다. 서버에 SSH(서버에 원격으로 접속해 명령을 내리는 방법)로 들어갈 수 있다면, WP-CLI라는 명령어 도구로 WordPress 파일이 정상인지(wp core verify-checksums)와 플러그인 목록도 확인합니다.8
다음 업데이트 때 같은 일을 막으려면?
이사 전에 가구 치수를 재 두면, 문 앞에서 당황할 일이 없습니다.
| 준비 | 내용 |
|---|---|
| 백업 | 파일과 데이터베이스를 따로 받아 둔다3·6·7 |
| 먼저 최신화 | WordPress 본체·테마·플러그인을 최신으로 올린 뒤 PHP를 올린다3 |
| 호환성 점검 | PHP Compatibility Checker 같은 도구로 미리 확인한다3 |
| 시험 환경 | 중요한 사이트는 스테이징(시험용 복사본)에서 먼저 올려 본다6 |

진석 대표의 정리PHP 버전은 해마다 바뀌고, 그때마다 이 이사가 돌아옵니다. 플러그인이 많은 오래된 사이트라면, 이사할 짐 자체를 줄이는 것, 곧 PHP를 쓰지 않는 형태로 옮기는 것도 하나의 답입니다.
PHP 업그레이드 후 오류에 관해 자주 묻는 질문
화면이 하얗게 변하면 글이나 데이터가 사라진 건가요?
대부분 아닙니다. 프로그램이 오류로 멈춰 화면을 그리지 못한 것이고, 원인 플러그인이나 테마를 끄면 다시 보입니다.
옛 PHP 버전으로 되돌려 두면 되지 않나요?
오래 두면 안 됩니다. 옛 버전이 고쳐지지 않았다면 다시 위험해지므로, 원인을 고친 뒤 새 버전으로 돌아가야 합니다.
디버그 설정은 계속 켜 두어도 되나요?
아닙니다. 원인을 찾은 뒤에는 wp-config.php에 넣은 세 줄을 원래대로 되돌립니다.
SOURCES
- WordPress.org 「Debugging in WordPress」(2026년 10월 14일 최종 수정) developer.wordpress.org
- Kinsta 「このサイトで重大なエラーが発生しました」エラーを解決する方法(일본어, 2025년 10월 2일 갱신) kinsta.com
- GMO Internet WEB学園 「WordPressでPHPを安全にバージョンアップさせる方法」(일본어, 2024년 4월 8일 갱신) onamae.com
- Xserver 「PHPのバージョンについて」 매뉴얼(일본어, 작성일 표기 없음) xserver.ne.jp
- Lolipop 「PHP設定」 매뉴얼(일본어, 작성일 표기 없음) lolipop.jp
- 워드프레스 정보꾸러미 「카페24 오래된 PHP 버전 업데이트 및 매니지드 워드프레스로 변경」(2026년 10월 21일) thewordcracker.com
- 奶爸建站笔记 「WordPress PHP 업그레이드 안내」(중국어, 2025년 7월 28일) blog.naibabiji.com
- Mindmapia 「PHP2Shell 취약점 대응 가이드: PHP 버전 확인부터 보안 업데이트까지」(2026년 10월 22일) mindmapia.com
전체 순서는 가이드에서, 단계별 자세한 방법은 각 편에서 정리합니다.
- PHP 취약점 대처 가이드: 확인부터 PHP 탈피까지
- PHP를 올렸더니 화면이 하얗게 변했다면? (이 글)
- PHP 버전, 어디서 보고 어떻게 바꿀까? 서버 회사별 방법
- 우리 사이트에 뒷문이 남았을까? 웹셸·침입 흔적 셀프 체크
- WordPress를 정적 사이트로 옮기면? 방법과 비용
다른 글은 따뜻한기술 블로그에서 볼 수 있습니다.
되돌리기를 반복하고 있다면.
사이트 주소만 넣으면 PHP 사용 여부와 서버 회사의 대응 상황을 바로 알려 드립니다. 해당되지 않는다면 "지금은 옮기지 않아도 됩니다"라고 그대로 알려 드립니다.
무료로 30초 체크하기결과를 보고 상담이 필요하시면 따뜻한기술에 문의하기

최종 수정 2026년 10월 25일
