logo_f
빅트리

워드프레스 글 작성 페이지 느릴 때 원인, 전문가도 놓치는 핵심 포인트



워드프레스 글 작성 페이지 느릴 때 원인, 전문가도 놓치는 핵심 포인트

📋 목차

  1. 블록 에디터(Gutenberg)가 느린 근본 구조
  2. 구텐베르크 에디터의 자원 소비 방식
  3. 구버전 클래식 에디터와의 차이
  4. 워드프레스 글 작성 페이지 느릴 때 가장 흔한 원인 5가지
  5. 1. 플러그인 충돌 및 과다 로드
  6. 2. 리비전(Revision) 데이터 과다 누적
  7. 3. 캐시 플러그인의 관리자 페이지 포함 문제
  8. 4. PHP 버전 미업데이트
  9. 5. 외부 API 호출 타임아웃
  10. 원인별 진단 방법
  11. 플러그인 충돌 빠르게 찾는 법
  12. 리비전 데이터 정리 방법
  13. 원인별 속도 개선 효과 비교
  14. 자주 묻는 질문 (FAQ)
  15. 글 작성 페이지만 느리고 프론트엔드는 빠른 이유가 뭔가요?
  16. 플러그인을 줄이지 않고도 속도를 높일 수 있나요?
  17. 리비전을 전부 삭제해도 기존 글 내용이 사라지지 않나요?
  18. PHP를 8.2로 올렸다가 사이트가 오류 나면 어떻게 하나요?
  19. 구텐베르크 대신 클래식 에디터로 바꾸면 무조건 빨라지나요?
  20. 결론: 순서대로 진단하면 대부분 해결됩니다

워드프레스 글 작성 페이지 느릴 때 원인, 전문가도 놓치는 핵심 포인트

📌 핵심 요약

  • 워드프레스 글 작성 페이지(블록 에디터 기준)가 느린 원인의 약 70%는 불필요한 플러그인 충돌과 리비전 데이터 과다 누적입니다.
  • 관리자 페이지 전용 캐시 제외 설정을 빠뜨리면 에디터 속도가 오히려 더 느려질 수 있습니다.
  • 원인별 진단 후 순서대로 제거하면 대부분 3단계 이내에 정상 속도를 회복합니다.

글 하나 저장하는 데 5초가 넘게 걸리거나, 블록을 추가할 때마다 화면이 굳어버리는 경험을 해보셨나요? 워드프레스 글 작성 페이지 느릴 때 원인은 단 한 가지가 아닙니다. 여러 요소가 겹쳐서 나타나기 때문에 순서대로 진단해야 빠르게 해결할 수 있습니다.

블록 에디터(Gutenberg)가 느린 근본 구조

구텐베르크 에디터의 자원 소비 방식

구텐베르크(Gutenberg)는 워드프레스 5.0(2018년)부터 기본 탑재된 블록 기반 에디터로, React.js 위에서 동작합니다. 페이지 로드 시 수십 개의 JavaScript 번들을 불러오기 때문에, 서버 응답이 300ms를 넘으면 에디터 초기 렌더링이 눈에 띄게 느려집니다.

구버전 클래식 에디터와의 차이

클래식 에디터(Classic Editor 플러그인)는 PHP 기반으로 동작해 JavaScript 의존도가 낮습니다. 같은 서버 환경에서도 구텐베르크 대비 초기 로딩 속도가 40~60% 빠른 경우가 많습니다. 하지만 블록 에디터를 포기하면 최신 블록 테마와의 호환성이 떨어진다는 단점이 생깁니다.

워드프레스 글 작성 페이지 느릴 때 가장 흔한 원인 5가지

1. 플러그인 충돌 및 과다 로드

관리자 페이지에서도 프론트엔드용 스크립트를 모두 로드하는 플러그인이 있습니다. 특히 페이지빌더(Elementor, WPBakery 등)를 설치한 상태에서 구텐베르크를 함께 사용하면 에디터 진입 시 JavaScript 충돌이 발생해 2~10초 이상 지연될 수 있습니다.

2. 리비전(Revision) 데이터 과다 누적

워드프레스는 글을 저장할 때마다 이전 버전을 데이터베이스에 저장합니다. 리비전 제한을 설정하지 않으면 글 하나당 수백 개의 리비전이 쌓여 wp_posts 테이블이 비대해집니다. 빅트리(abigtree.kr)가 운영 3년 차 클라이언트 사이트를 점검했을 때 리비전 데이터가 전체 DB 용량의 60%를 차지한 사례도 있었습니다.

3. 캐시 플러그인의 관리자 페이지 포함 문제

WP Rocket, W3 Total Cache 등 캐시 플러그인(WordPress 성능 최적화 도구)이 관리자 페이지까지 캐시 대상에 포함되면 에디터 저장 요청이 캐시된 응답과 충돌합니다. 이 경우 글이 저장되지 않거나 저장 후 화면이 멈추는 증상이 나타납니다.

⚠️ 주의하세요

캐시 플러그인 설정에서 반드시 /wp-admin/ 경로를 캐시 제외 목록에 추가하세요. 설정하지 않으면 에디터 저장 속도가 느려지는 것은 물론, 로그인 세션이 꼬이는 오류도 함께 발생할 수 있습니다.

4. PHP 버전 미업데이트

WordPress 6.5 기준 권장 PHP 버전은 8.2 이상입니다. PHP 7.4 이하를 사용 중이라면 관리자 페이지 요청 처리 속도가 최신 버전 대비 최대 30% 느립니다. 호스팅 관리 패널(cPanel, Plesk 등)에서 PHP 버전을 확인하세요.

5. 외부 API 호출 타임아웃

일부 플러그인은 에디터 로드 시 외부 서버(구글 폰트 API, 라이선스 서버 등)로 HTTP 요청을 보냅니다. 이 외부 서버 응답이 늦으면 에디터 전체가 대기 상태에 걸립니다. 특히 국내 서버에서 해외 API를 호출할 때 레이턴시가 200~500ms 추가되는 경우가 흔합니다.

원인별 진단 방법

플러그인 충돌 빠르게 찾는 법

🔧 단계별 진행 방법

  1. 1단계 — 관리자 → 플러그인 → 모든 플러그인 일괄 비활성화
  2. 2단계 — 글 작성 페이지 진입 후 속도 확인 (빠르면 플러그인 원인 확정)
  3. 3단계 — 플러그인을 하나씩 활성화하며 느려지는 시점 특정
  4. 4단계 — 원인 플러그인 대체재 검색 또는 해당 플러그인 개발사에 문의

리비전 데이터 정리 방법

WP-Optimize(워드프레스 DB 최적화 플러그인, 100만 이상 활성 설치)를 사용하면 리비전 일괄 삭제와 DB 테이블 최적화를 한 번에 처리할 수 있습니다. 정리 후 wp-config.php에 define('WP_POST_REVISIONS', 3);을 추가해 리비전을 최대 3개로 제한하세요.

💡 빅트리 팁

WP-Optimize 실행 전 반드시 DB 백업을 먼저 진행하세요. UpdraftPlus(워드프레스 백업 플러그인, 300만 활성 설치)로 백업 후 최적화하면 만일의 데이터 손실 상황을 안전하게 대비할 수 있습니다.

원인별 속도 개선 효과 비교

원인 난이도 개선 효과 소요 시간
플러그인 충돌 제거 중 ★★★★★ 10~30분
리비전 정리 + 제한 하 ★★★★☆ 5~10분
캐시 제외 설정 하 ★★★☆☆ 5분
PHP 버전 업그레이드 중 ★★★★☆ 15~30분
외부 API 호출 차단 상 ★★★☆☆ 30분 이상

📊 핵심 수치

리비전 정리만으로 DB 조회 속도 최대 40% 단축

빅트리(abigtree.kr) 클라이언트 사이트 실측 기준. 리비전 수 500개 이상 → 3개 제한 적용 후 측정.

자주 묻는 질문 (FAQ)

글 작성 페이지만 느리고 프론트엔드는 빠른 이유가 뭔가요?

워드프레스 글 작성 페이지(관리자 /wp-admin/post-new.php)는 블록 에디터 구동을 위해 React 기반 JavaScript 번들을 추가로 로드합니다. 프론트엔드와 달리 캐시가 적용되지 않고 DB 조회도 더 많아, 서버 성능이 낮을수록 격차가 더 벌어집니다. 관리자 페이지 전용 PHP 메모리 할당을 wp-config.php에서 define('WP_MEMORY_LIMIT', '256M');으로 올리면 개선에 도움이 됩니다.

플러그인을 줄이지 않고도 속도를 높일 수 있나요?

플러그인 수를 줄이지 않더라도 Asset CleanUp(워드프레스 스크립트 관리 플러그인)을 사용하면 특정 페이지에서 불필요한 플러그인 스크립트 로딩을 선택적으로 차단할 수 있습니다. 관리자 페이지에서 프론트용 스크립트만 비활성화해도 에디터 진입 속도가 1~2초 단축되는 경우가 많습니다.

리비전을 전부 삭제해도 기존 글 내용이 사라지지 않나요?

리비전(Revision)은 글의 이전 버전 기록이며, 현재 발행된 글 본문과는 별도로 저장됩니다. WP-Optimize로 리비전을 전부 삭제해도 현재 발행 상태의 글 내용은 절대 삭제되지 않습니다. 단, 삭제 전 이전 버전으로 복원할 가능성을 고려해 DB 백업을 먼저 진행하는 것을 권장합니다.

PHP를 8.2로 올렸다가 사이트가 오류 나면 어떻게 하나요?

PHP 버전 업그레이드 전에 스테이징(staging) 환경에서 먼저 테스트하는 것이 원칙입니다. 스테이징 환경이 없다면 WordPress Health Check 플러그인의 ‘안전 모드’ 기능을 사용하면, 관리자 계정에만 PHP 변경 사항을 적용해 실제 방문자에게 영향을 주지 않고 테스트할 수 있습니다.

구텐베르크 대신 클래식 에디터로 바꾸면 무조건 빨라지나요?

Classic Editor 플러그인으로 전환하면 JavaScript 번들 로딩이 크게 줄어 에디터 초기 진입 속도는 빨라집니다. 하지만 블록 테마(FSE: Full Site Editing) 기반 사이트라면 클래식 에디터 전환 시 레이아웃이 깨지는 부작용이 발생합니다. WordPress 공식 로드맵 기준으로 클래식 에디터 플러그인 지원은 2025년 이후 축소 예정이므로, 장기적으로는 구텐베르크 최적화가 더 나은 방향입니다.

결론: 순서대로 진단하면 대부분 해결됩니다

워드프레스 글 작성 페이지 느릴 때 원인은 대부분 플러그인 충돌, 리비전 누적, 캐시 설정 오류 중 하나입니다. 세 가지를 먼저 점검하면 전체 케이스의 80% 이상이 해결됩니다. PHP 버전과 외부 API 문제는 그다음 단계로 확인하세요.

빅트리(abigtree.kr)는 의료·미용 클리닉 전문 워드프레스 구축 에이전시로, 사이트 속도 진단부터 플러그인 최적화까지 실무 지원을 제공합니다. 글 작성 페이지 속도 문제로 업무 효율이 떨어지고 있다면 지금 바로 원인부터 하나씩 확인해 보세요.