워드프레스가 느린 진짜 이유는 플러그인이 아닙니다
속도가 느리다고 하면 대부분 캐시 플러그인부터 찾습니다. 하지만 저희가 수년간 기업 사이트를 넘겨받아 운영하며 확인한 바로는, 체감 속도를 가장 크게 바꾸는 건 플러그인이 아니라 서버 환경이었습니다. 인터넷에 흔한 방법을 다 해봤는데도 여전히 느리다면, 아래 네 가지를 확인해 보세요.
흔히 알려진 방법만으로 충분한가요?
검색하면 나오는 방법은 대체로 같습니다. 호스팅 상향, 캐시 플러그인, 이미지 최적화, 지연 로딩, 불필요한 플러그인 정리, 외부 스크립트 최소화, 데이터베이스 정리, CDN, 가벼운 테마. 전부 맞는 말이고 실제로 효과도 있습니다.
다만 이 방법들은 누구나 쉽게 할 수 있는 영역입니다. 그래서 이미 다 해보신 분들이 많고, 그러고도 느리면 더 손댈 곳을 못 찾습니다. 실제로 손이 덜 가는 쪽은 따로 있습니다.
참고로 흔한 방법 중에서도 현장에서 자주 어긋나는 두 가지가 있습니다. 이미지 압축은 JPG 저장 시 압축률을 6~7 정도로 두어도 고화질과 육안 구분이 거의 안 됩니다. 반대로 지연 로딩은 만능이 아닙니다. 페이지 배경 이미지나 포트폴리오·상품처럼 보여주는 것이 목적인 이미지에 걸면 선명해지기 전에 사용자가 스크롤을 지나쳐 버립니다.
PHP 버전을 올리면 얼마나 빨라지나요?
가장 적은 노력으로 가장 큰 체감 차이를 만드는 항목입니다. 최근에 만든 사이트라도 공유호스팅을 쓰면 PHP가 7.3·7.4에 머물러 있는 경우가 여전히 많습니다. PHP 7.4는 2022년 11월에 지원이 끝나 보안 패치도 나오지 않습니다.
2026년 기준 워드프레스에 권장되는 버전은 PHP 8.3입니다. 7.x에서 8.3으로 올리면 별다른 튜닝 없이도 통상 15~25% 수준의 성능 향상이 보고됩니다. 속도만이 아니라 보안 측면에서도 더는 미룰 이유가 없습니다.
공유호스팅에서 PHP 버전을 올릴 때는 파일뿐 아니라 데이터베이스도 반드시 함께 백업하세요. 특히 카페24는 PHP를 변경하면 DB가 삭제되고 복구되지 않습니다. 마이그레이션은 변수가 많으므로, 자신이 없다면 개발사 유지보수나 외부 전문가에게 맡기시는 편이 안전합니다.
워드프레스 코어는 왜 최신으로 유지해야 하나요?
가장 쉬운 최적화인데 실제로는 가장 안 되는 항목입니다. 이유는 대개 하나입니다. 테마나 플러그인이, 또는 예전에 커스텀으로 개발한 코드가 최신 버전을 따라오지 못하기 때문입니다. 그래서 업데이트를 눌렀다가 화면이 깨진 경험이 있으면 그 뒤로는 아무도 손대지 않게 됩니다.
하지만 원칙은 분명합니다. 가장 최적화된 워드프레스는 언제나 가장 최신 코어입니다. 성능 개선과 보안 패치가 코어에 먼저 반영되기 때문입니다.
현실적인 조언을 드리면, 앞자리가 바뀌는 대규모 업데이트는 비용이 듭니다. 사이트 규모에 따라 다르지만 개발사에 맡길 경우 자릿수 하나를 올리는 데 100만 원 안팎을 잡는 것이 보통이고, 두 자리가 밀려 있으면 그만큼 늘어납니다. 미룰수록 비싸진다는 뜻이기도 합니다.
HTTPS가 속도와 무슨 상관인가요?
개인정보를 받지 않는 소개형 사이트나 블로그는 아직 HTTPS를 쓰지 않는 경우가 있습니다. 그런데 HTTPS는 보안 문제만이 아닙니다. HTTP/2는 HTTPS 연결에서만 쓸 수 있고, 속도 개선의 상당 부분이 여기서 나옵니다.
HTTP/2가 주는 이점은 크게 셋입니다.
- 다중화 — 하나의 연결로 CSS·JS·이미지를 동시에 주고받습니다. HTTP/1.1은 한 번에 하나씩만 처리해 연결을 여러 개 열어야 했습니다.
- 헤더 압축 — 오갈 때마다 붙는 헤더 데이터를 HPACK으로 줄여 네트워크 지연을 낮춥니다.
- 우선순위 지정 — 먼저 보여야 할 리소스를 브라우저가 앞세워 받습니다.
예전 자료에는 HTTP/2의 장점으로 서버 푸시가 함께 소개되곤 했습니다. 지금은 사실상 사라진 기능입니다. Chrome은 2022년에 기본 비활성화 후 제거했고, Firefox도 2024년 10월 132 버전에서 지원을 없애면서 주요 브라우저 지원이 끝났습니다. 실제 사용률이 0.04%에 그쳤고 효과도 기대만 못했기 때문입니다. 같은 목적이라면 지금은 103 Early Hints나 Link: rel=preload를 씁니다.
아파치와 엔진엑스 중 무엇을 써야 하나요?
웹서버를 고를 수 있는 환경이라면 엔진엑스(Nginx)가 대체로 유리합니다. 공유호스팅은 선택권이 없지만, 클라우드나 전용 서버를 쓴다면 확인해 볼 만합니다.
워드프레스는 사용자와 사이트 사이에서 많은 요청을 읽고 처리합니다. 그중에는 실제 방문자가 만든 것이 아닌 요청도 섞여 있습니다. 이렇게 동시에 많은 일이 들어오는 상황에서 두 웹서버는 성격이 갈립니다.
| 구분 | Apache | Nginx |
|---|---|---|
| 처리 방식 | 스레드·프로세스 기반 | 비동기 이벤트 기반 |
| 동시 접속이 늘 때 | 메모리·CPU 사용이 함께 늘어남 | 같은 자원으로 더 많은 연결 처리 |
| 정적 파일(이미지·CSS·JS) | 보통 | 강함 |
| 리버스 프록시·캐싱 | 가능 | 원래 이 목적으로 설계됨 |
정리하면, 트래픽이 몰리거나 이미지가 많은 사이트일수록 엔진엑스 쪽이 같은 비용으로 더 버팁니다.
그래서 무엇부터 손대야 하나요?
비용과 효과를 함께 보면 순서는 대체로 이렇게 정리됩니다.
- PHP 버전 확인 — 가장 싸고 가장 빠르게 체감됩니다. 백업만 챙기면 됩니다.
- HTTPS 적용 — 보안과 속도를 같이 가져갑니다. 인증서 비용도 거의 들지 않습니다.
- 코어·플러그인 최신화 — 미룰수록 비용이 커지므로 계획을 세워 진행합니다.
- 웹서버·호스팅 재검토 — 위 셋을 하고도 부족할 때 봅니다. 이사 비용이 들기 때문입니다.
속도 최적화는 개발사의 노하우가 쌓이는 영역이라, 인터넷에는 대체로 쉬운 방법만 돌아다닙니다. 여기 적은 것도 저희만의 비법은 아닙니다. 다만 일반 사용자가 쉽게 손대지 못하거나, 있는 줄도 몰라 지나치는 부분이라 효과가 분명합니다.
한 가지 덧붙이면, 이 글의 항목들은 한 번 손보고 끝나는 작업이 아닙니다. PHP도 코어도 시간이 지나면 다시 뒤처지고, 그때 또 미루면 비용은 다시 커집니다. 속도는 제작의 문제라기보다 운영의 문제에 가깝습니다.
워드프레스 관리자에서 도구 → 사이트 상태 → 정보 → 서버 항목을 열면 지금 쓰는 PHP 버전과 웹서버가 그대로 나옵니다. 이 두 값만 확인해도 이 글의 네 가지 중 어디에 걸려 있는지 대부분 판별됩니다. 고칠지 말지는 그다음 문제입니다.
