By idcplan 리뉴얼·마케팅 2026년 07월 13일

"워드프레스는 원래 느리다"는 말을 종종 듣습니다. 절반은 억울한 누명입니다. 워드프레스 자체가 느리다기보다, 느려지게 운영된 워드프레스가 많은 것입니다. 원본 사진을 그대로 올리고, 플러그인을 스무 개씩 쌓고, 캐시 없이 저가 호스팅에서 버티는 사이트라면 어떤 도구로 만들었어도 느립니다. 좋은 소식은, 느린 워드프레스의 범인이 대체로 정해져 있어서 순서대로 잡으면 대부분 살아난다는 것입니다. 이번 글은 그 순서를 다룹니다.

0단계는 측정입니다. 고치기 전에 재세요. 개선의 시작은 측정입니다. 페이지스피드 인사이트에 대표 페이지(메인, 유입 상위 글)를 넣고 모바일 기준 결과를 기록해 두세요. 이때 두 가지 함정을 피해야 합니다. 첫째, '실험실 데이터'(그 자리에서 측정한 점수)와 '실제 사용자 데이터'(방문자들의 실측 통계)는 다릅니다. 판정 기준은 실제 사용자 데이터 쪽입니다. 둘째, 로그인 상태나 캐시를 우회하는 조건(쿼리스트링이 붙은 주소 등)으로 측정하면 실제 방문자보다 느리게 측정됩니다. 시크릿 창에서 방문자와 같은 조건으로 재는 것이 원칙입니다. 개선 전 수치를 기록해 두지 않으면, 나중에 무엇이 효과 있었는지 알 수 없습니다.

11단계: 이미지 — 효과가 가장 큰 수리

워드프레스 속도 문제의 첫 번째 용의자는 거의 항상 이미지입니다. 스마트폰으로 찍은 3~5MB 원본 사진이 그대로 올라가 있는 사이트가 정말 많습니다. 처방은 세 가지입니다. 압축과 형식 변환 — 이미지 최적화 플러그인으로 기존 이미지를 일괄 압축하고 WebP로 변환합니다. 화질 차이는 거의 느껴지지 않으면서 용량이 크게 줄어듭니다. 크기 맞추기 — 화면에 800픽셀로 표시될 이미지는 800픽셀급으로 줄여 올립니다. 지연 로딩(lazy loading) — 화면에 보이기 전의 이미지는 나중에 불러오게 합니다. 최신 워드프레스는 기본 지원하므로 꺼져 있지 않은지만 확인하면 됩니다. 단, 첫 화면의 대표 이미지(LCP 대상)에는 지연 로딩을 적용하지 않아야 오히려 빨라집니다.

22단계: 폰트 — 한글 사이트의 숨은 대식가

한글 웹폰트는 글자 수가 많아 파일이 무겁습니다. 유명 무료 폰트의 풀버전은 수 MB에 달해, 이것 하나가 사이트에서 가장 무거운 파일인 경우가 흔합니다. 처방은 서브셋(subset) 폰트입니다. 실제 쓰이는 글자만 추린 경량판을 쓰면 용량이 수백 KB 이하로 줄어듭니다. 사용하는 폰트 굵기(웨이트)를 두세 가지로 제한하는 것도 중요합니다. 굵기 하나가 파일 하나입니다. 그리고 폰트가 로딩되는 동안 글자가 아예 안 보이는 현상을 막기 위해 font-display swap 설정(기본 글꼴을 먼저 보여 주고 웹폰트로 교체)을 적용합니다.

33단계: 플러그인·테마 다이어트 — 빼는 것이 최적화

플러그인은 하나하나가 코드와 데이터베이스 부담입니다. 다음 순서로 정리하세요.

비활성 상태로 방치된 플러그인 삭제보안 위험이기도 합니다.

기능이 겹치는 플러그인 통합SEO 플러그인 두 개, 캐시 플러그인 두 개가 함께 켜져 있으면 충돌과 낭비가 동시에 일어납니다.

무거운 장식 기능 재검토화려한 슬라이더, 애니메이션 효과, 방문자 카운터가 성능값을 하는지 자문하세요. 대부분 아닙니다.

테마 점검수십 가지 데모를 내장한 만능 테마는 안 쓰는 기능까지 싣고 다닙니다. 페이지 빌더의 중첩 구조가 깊을수록 코드도 무거워집니다.

플러그인을 하나씩 껐다 켜며 측정을 반복하면 범인이 드러납니다. 특히 반응 지연(INP) 문제는 대개 스크립트를 많이 심는 플러그인이 원인입니다.

44단계: 캐시와 전송 — 만든 페이지를 재사용하기

워드프레스는 방문 때마다 페이지를 새로 조립하는 구조라, 조립 결과를 저장해 재사용하는 캐시가 필수입니다. 검증된 캐시 플러그인 하나를 설치해 페이지 캐시를 켜는 것만으로 서버 응답이 크게 빨라집니다. 함께 CSS·JS 파일 축소(minify)와 병합, 브라우저 캐시 설정도 적용합니다. 다만 축소·병합은 간혹 화면 깨짐을 일으키므로 적용 후 주요 페이지를 눈으로 확인하는 절차가 필요합니다. 이미지·정적 파일이 많은 사이트라면 CDN(전 세계 분산 전송) 적용도 효과적입니다. 한 가지 운영 팁을 드리면, 캐시를 너무 자주 전체 삭제(퍼지)하면 그때마다 방문자가 느린 페이지를 만나게 됩니다. 수정 작업은 모아서 반영하고 퍼지는 한 번만 하는 것이 좋습니다.

55단계: 호스팅 — 체질의 한계는 이사로 해결

위의 모든 최적화를 해도 서버의 첫 응답(TTFB)이 1초를 넘는다면, 문제는 사이트가 아니라 호스팅입니다. 월 몇천 원짜리 공유 호스팅에 이미지 많은 사이트를 올려 두고 속도를 바라는 것은 경차에 이삿짐을 싣고 고속 주행을 바라는 것과 같습니다. PHP 버전이 낡지 않았는지(최신 버전일수록 빠릅니다), 데이터베이스 응답이 느리지 않은지, 방문자가 몰리는 시간대에 서버가 버티는지 확인하고, 한계라면 워드프레스에 최적화된 호스팅으로의 이전을 검토하세요. 호스팅 이전은 어렵게 느껴지지만, 제대로 된 업체와 진행하면 반나절 작업이며 그 효과는 어떤 플러그인보다 확실합니다.

증상에서 원인을 역추적하는 감각도 익혀 두시면 좋습니다. 진단 도구의 항목과 실제 범인은 대체로 다음처럼 짝이 맞습니다.

LCP(주요 내용 표시)가 나쁨첫 화면의 대형 이미지 미최적화, 느린 서버 응답, 첫 화면 이미지에 걸린 지연 로딩이 3대 용의자

INP(반응성)가 나쁨스크립트 과다, 특히 채팅·팝업·추적 코드 등 외부 스크립트와 무거운 플러그인

CLS(화면 밀림)가 나쁨크기 미지정 이미지·배너, 늦게 로딩되는 웹폰트, 동적으로 끼어드는 알림바

모든 지표가 고르게 나쁨개별 요소보다 호스팅·테마 등 토대 문제일 가능성이 높음

순서에 대한 조언도 하나 남깁니다. 1~5단계를 다 할 여력이 없다면 이미지와 캐시 두 가지만이라도 하세요. 실무 경험상 느린 워드프레스의 대부분은 이 두 가지만으로 '나쁨'에서 벗어납니다. 반대로 가장 나중에 할 일은 코드 수준의 미세 조정입니다. 미세 조정은 효과 대비 부작용(화면 깨짐, 기능 충돌) 위험이 커서, 앞 단계를 다 마친 뒤에도 필요할 때만 전문가와 진행하는 것이 안전합니다.

비용 감각도 현실적으로 말씀드리면, 여기 소개한 1~4단계는 대부분 무료 또는 소액 플러그인으로 가능하고, 손이 가는 것은 시간뿐입니다. 돈이 드는 것은 호스팅 업그레이드 정도인데, 이는 월 몇만 원 수준에서 시작되며 광고비 하루치보다 적은 경우가 많습니다. 속도 개선은 비싼 공사가 아니라 순서를 아는 사람에게는 저렴한 정비입니다.

개선 이력은 반드시 문서로 남기세요. 날짜, 작업 내용, 작업 전후 측정값 세 칸짜리 표면 충분합니다. 이 기록이 있어야 몇 달 뒤 속도가 다시 나빠졌을 때 어느 시점의 어떤 변경이 원인인지 추적할 수 있고, 외주 작업의 성과 검수도 가능해집니다.

6유지: 속도는 상태가 아니라 습관입니다

최적화를 마친 사이트도 방치하면 다시 느려집니다. 새 직원이 원본 사진을 올리고, 플러그인이 하나둘 늘고, 업데이트가 밀리면서 서서히 원점으로 돌아갑니다. 재발 방지 습관은 간단합니다. 이미지는 업로드 자동 압축 설정으로 방어하고, 플러그인은 분기마다 목록을 점검하고, 페이지스피드 측정을 분기 1회 루틴으로 만들고, 큰 변경(테마·플러그인 추가) 후에는 즉시 한 번 재는 것. 이 네 가지면 애써 만든 속도를 지킬 수 있습니다.

※ IDC.KR은 이미지 최적화·경량 폰트·캐시 설정과 안정적인 호스팅 환경까지 포함해 처음부터 빠른 워드프레스 홈페이지를 제작하고, 유지보수로 그 속도를 지켜 드립니다.

느린 사이트는 방문자와 검색엔진 모두에게 매일 조금씩 감점을 받는 중입니다. 우리 사이트의 범인이 이미지인지, 폰트인지, 호스팅인지 확인하고 싶으시다면 IDC.KR에 문의해 주세요. 측정부터 수리, 이후 관리까지 순서대로 도와드립니다.