워드프레스에서 치명적 오류 화면이 보여요

워드프레스 화면에 치명적 오류가 표시될 때 관리자 이메일·PHP 버전·플러그인 변경을 나눠 확인하는 시작 Guide입니다. 오류 원문과 발생 환경이 일치하지 않으면 원인을 단정하지 않습니다.

먼저 기록할 것

1. 화면·브라우저 개발자 도구·서버 로그 중 어디에서 오류를 확인했는지 기록합니다.
2. 오류 문구·상태 코드·요청 주소·발생 시각을 가능한 한 원문 그대로 보존합니다.
3. 최근 배포·설정·도메인·플러그인·호스팅 변경 여부를 기록합니다.
4. 문의 자료에서는 비밀번호·토큰·쿠키·고객 정보·결제 정보를 제거합니다.

상황별 다음 단계

1. There has been a critical error on this website 문구가 표시됨이면 There has been a critical error on this website. Please check your site admin email inbox for instructions. 문서를 확인합니다.
2. PHP 8에서 count() 인자 타입 오류가 발생함이면 TypeError: count(): Argument #1 ($value) must be of type Countable|array 문서를 확인합니다.
3. PHP 8에서 문자열 오프셋 타입 오류가 발생함이면 TypeError: Cannot access offset of type string on string 문서를 확인합니다.

확인 순서

1. 문제를 재현하는 URL 또는 기능을 한 가지로 고정합니다.
2. 위 Problem의 관찰값과 현재 화면·로그가 일치하는지 비교합니다.
3. 한 번에 하나의 설정이나 코드만 확인하고, 변경 전 값을 보관합니다.
4. 수정 후 같은 브라우저·주소·기능에서 다시 확인합니다.

워드프레스에서 먼저 구분할 값

관찰값	판정 기준	다음 확인
관리자 메일에 Recovery Mode 안내가 있음	워드프레스가 특정 플러그인·테마 실행 실패를 감지했을 가능성이 있습니다.	안내된 구성요소와 발생 시각의 PHP 로그를 비교합니다.
PHP 로그에 TypeError·Call to undefined function이 있음	PHP 버전 또는 플러그인·테마 코드 호환성 문제를 확인해야 합니다.	오류 파일·행과 PHP 런타임 버전을 기록합니다.
변경 직후 전체 사이트가 실패함	최근 플러그인·테마·PHP 변경 범위를 먼저 되돌릴 수 있는 상태로 보관합니다.	운영 전체를 바꾸기 전에 백업·스테이징에서 한 요소씩 재현합니다.

관리자 화면에서 플러그인을 한꺼번에 삭제하거나 PHP 버전을 즉시 되돌리지 않습니다. 오류 원문과 변경 시각을 먼저 보관해야 원인과 복구 결과를 비교할 수 있습니다.

수정 후 재확인

1. 복구 모드 또는 스테이징에서 문제 URL과 관리자 화면을 각각 확인합니다.
2. PHP 오류 로그가 사라졌는지와 워드프레스 관리자 메일이 정상 수신되는지 확인합니다.
3. 로그인, 글 작성, 이미지 업로드처럼 변경된 플러그인·테마가 사용하는 기능을 다시 실행합니다.
4. 같은 오류가 반복되지 않는 조건과 적용한 변경 항목을 기록합니다.

관련 점검표: 서버 오류 원인 구간 확인, WordPress 런타임 버전 운영 확인표

오진하지 않기

이 Guide의 제목이나 플랫폼 이름만으로 원인을 확정하지 않습니다. Problem 문서의 조건과 실제 관찰값이 다르면 설정을 변경하지 말고 오류 원문과 환경을 다시 기록합니다.