엔지니어링 노트

프런트는 빠른데 WordPress 관리자 화면이 느린 이유

프런트가 빠르다고 WordPress 자체가 빠른 것은 아닙니다.

공개 페이지는 캐시에서 나올 수 있지만 wp-admin은 요청마다 PHP, DB 쿼리, 플러그인 훅을 실행합니다.

다른 최적화 플러그인을 설치하기 전에 실제로 느린 관리자 요청을 먼저 측정하세요.

1. 캐시되지 않은 요청 시간 비교

익명 캐시 페이지가 아니라 관리자 화면과 로그인 상태 요청의 서버 응답 시간을 측정합니다.

2. 비용이 큰 플러그인 훅 찾기

대시보드 위젯, 라이선스 확인, 외부 API, 넓게 걸린 admin hook은 모든 백엔드 요청을 느리게 할 수 있습니다.

3. DB 동작 확인

큰 options 테이블, autoload 데이터, 느린 쿼리, postmeta 의존 화면은 프런트가 빨라도 wp-admin을 느리게 합니다.

4. 오브젝트 캐시 상태 확인

Redis는 DB 작업을 줄일 수 있지만 과부하나 잘못된 설정은 오히려 지연을 늘릴 수 있습니다.

5. Cron과 백그라운드 작업 확인

예약 작업, Action Scheduler, import는 CPU, DB lock, PHP worker를 경쟁할 수 있습니다.

6. 가장 큰 병목부터 수정

worker, 인덱스, 플러그인, 캐시를 동시에 바꾸지 말고 가장 큰 측정 병목을 먼저 개선한 뒤 다시 측정합니다.