방문자 수보다 먼저 계산할 것
얼마 전 작은 쇼핑몰 워드프레스 사이트 이전을 도왔는데, 월 방문자는 3만 명 정도인데도 월 20만 원대 클라우드 서버를 쓰고 있었습니다. 막상 접속 로그를 보니 피크 시간 동시 접속은 20명 안팎이었고, 느린 원인은 서버 사양이 아니라 캐시 미설정과 백업 플러그인의 새벽 전체 압축 작업이었습니다.
워드프레스는 트래픽 숫자만 보고 서버를 고르면 자주 빗나갑니다. 중요한 건 월 방문자보다 동시 접속, 페이지 캐시 여부, 관리자 작업 빈도, 플러그인 무게입니다. 같은 월 10만 방문자라도 캐시가 잘 된 블로그와 우커머스 장바구니가 돌아가는 사이트는 필요한 사양이 완전히 다릅니다.
개인 블로그나 회사 소개 사이트라면 월 1만~5만 방문자 구간에서는 보통 저가 웹호스팅이나 1코어 VPS로도 충분합니다. 단, PHP 메모리 제한이 256MB 이상이고, 데이터베이스가 과하게 제한되지 않아야 합니다. 워드프레스 관리자 화면에서 글 저장이 느리거나 이미지 업로드 때 500 오류가 난다면 CPU보다 PHP 메모리와 프로세스 제한을 먼저 봐야 합니다.
트래픽 구간별로 보는 적정 사양
제가 실무에서 대략 잡는 기준은 이렇습니다. 정적 캐시를 적용한 블로그 기준으로 월 5만 방문자까지는 공유 웹호스팅도 버팁니다. 월 10만~30만 방문자면 1~2코어, 메모리 2GB VPS가 현실적인 출발점입니다. 월 50만 방문자를 넘기면 서버를 키우기 전에 캐시, 이미지 최적화, 데이터베이스 쿼리부터 봐야 합니다.
- 개인 블로그: 1코어, 메모리 1~2GB, SSD 20GB부터 시작
- 회사 소개 사이트: 1~2코어, 메모리 2GB, 자동 백업 포함 상품 권장
- 콘텐츠 많은 매체형 사이트: 2코어, 메모리 4GB, 객체 캐시와 CDN 검토
- 우커머스 쇼핑몰: 2코어, 메모리 4GB 이상, 캐시 예외 설정 필수
- 회원제 사이트: 동시 접속 기준으로 산정, 단순 페이지뷰 기준은 부정확
여기서 중요한 건 처음부터 큰 서버를 사는 게 아니라 관측 가능한 구조로 시작하는 겁니다. CPU 사용률, 메모리 사용량, 디스크 사용량, 느린 쿼리, PHP 오류 로그를 볼 수 있어야 합니다. 관리 화면에서 숫자를 못 보고 감으로만 운영하면 나중에 장애가 나도 원인을 못 찾습니다.
워드프레스가 느려지는 진짜 원인
워드프레스 장애를 보면 서버가 작아서 죽는 경우보다 설정이 꼬여서 죽는 경우가 많습니다. 특히 캐시 플러그인 2개 이상 중복 설치, 이미지 원본 업로드 방치, 보안 플러그인의 과한 검사, 백업 파일을 같은 서버에 계속 쌓아두는 패턴이 흔합니다.
예를 들어 5MB짜리 이미지를 글마다 10장씩 올리면 방문자 100명만 와도 전송량이 금방 튑니다. 이건 서버를 2배로 키운다고 해결될 문제가 아닙니다. 이미지 리사이즈, WebP 변환, 지연 로딩, 브라우저 캐시가 먼저입니다. 체감 속도는 CPU보다 이미지와 캐시에서 갈리는 일이 많습니다.
플러그인도 개수만 볼 일은 아닙니다. 가벼운 플러그인 20개보다, 모든 페이지에서 외부 API를 호출하거나 무거운 쿼리를 날리는 플러그인 1개가 더 위험합니다. 방문자가 적은데 관리자 화면과 글 목록이 유독 느리다면 플러그인 충돌이나 데이터베이스 옵션 테이블 비대화를 의심해야 합니다.
캐시 설정에서 자주 나는 사고
캐시는 워드프레스 운영에서 거의 필수지만, 쇼핑몰과 회원 사이트에서는 조심해야 합니다. 장바구니, 결제, 마이페이지, 로그인 후 화면을 통째로 캐시하면 다른 사용자의 정보가 보이는 사고가 납니다. 이건 성능 문제가 아니라 개인정보 사고입니다.
블로그라면 페이지 캐시, 브라우저 캐시, 이미지 최적화만으로도 큰 효과를 봅니다. 반면 로그인 사용자가 많은 사이트는 Redis 같은 객체 캐시가 더 도움이 될 수 있습니다. 다만 Redis도 플러그인 호환성이 맞지 않으면 관리자 화면이 이상하게 갱신되지 않는 문제가 생기니 적용 후 글 작성, 수정, 로그인, 결제 흐름은 직접 확인해야 합니다.
이전과 백업은 요금제보다 중요합니다
워드프레스 이전 작업에서 가장 많이 터지는 지점은 파일보다 데이터베이스입니다. 테마와 업로드 이미지는 옮겼는데 문자셋이 깨지거나, 직렬화된 옵션 값이 틀어져 위젯과 빌더 레이아웃이 깨지는 일이 있습니다. 단순히 압축 파일을 풀고 데이터베이스를 넣는 방식만 믿으면 위험합니다.
이전 전에는 최소한 세 가지를 챙깁니다. 현재 PHP 버전, 데이터베이스 버전, 사용 중인 플러그인 목록입니다. 특히 오래된 워드프레스는 최신 PHP에서 경고가 아니라 치명 오류로 죽을 수 있습니다. 새 서버가 좋다고 무조건 최신 버전을 넣는 것도 운영 관점에서는 거칠 수 있습니다.
- 이전 전: 파일 전체, 데이터베이스, 설정 파일을 각각 백업
- 이전 중: 임시 주소나 hosts 설정으로 관리자 로그인과 주요 페이지 확인
- 이전 후: DNS 변경 전후로 주문, 문의폼, 로그인, 검색 기능 확인
- 백업 보관: 같은 서버 안에만 두지 말고 외부 저장소로 분리
백업은 복구해보기 전까지는 백업이 아닙니다. 압축 파일이 존재하는 것과 실제로 복구 가능한 것은 다릅니다. 월 1회라도 테스트 서버에 복원해 보면 플러그인 라이선스, 경로 문제, 용량 제한 같은 현실적인 문제를 미리 볼 수 있습니다.
초보자는 이렇게 시작하면 충분합니다
처음 워드프레스를 운영한다면 월 방문자 1만 명도 안 되는 상태에서 고가 클라우드로 시작할 필요는 거의 없습니다. 국내 방문자가 대부분이면 국내 웹호스팅이나 관리형 워드프레스 호스팅이 편하고, 서버 명령어를 다룰 수 있다면 저가 VPS가 비용 대비 좋습니다. 다만 VPS는 보안 업데이트, 방화벽, 백업, 장애 대응을 직접 해야 한다는 비용이 숨어 있습니다.
운영 경험이 적다면 월 1만~3만 원대 관리형 상품으로 시작하고, 방문자와 매출이 실제로 늘었을 때 옮기는 편이 낫습니다. 기술적으로는 VPS가 더 자유롭지만, 새벽 장애를 직접 봐야 하는 사람에게만 자유가 장점입니다. 문의폼 하나가 먹통이어도 매출이 빠지는 사이트라면 관리 편의성도 사양입니다.
제가 권하는 기준은 단순합니다. 캐시 가능한 블로그는 싸게 시작해도 됩니다. 결제와 회원 기능이 있으면 백업과 복구 지원을 먼저 봐야 합니다. 트래픽이 늘면 서버를 키우기 전에 느린 페이지와 무거운 플러그인을 먼저 찾는 게 돈을 덜 씁니다. 워드프레스는 좋은 서버보다 기본 설정을 제대로 잡은 서버에서 더 안정적으로 움직입니다.
