목차
- 워드프레스 유지보수 비용, 월 얼마가 적정한가요? (2026년)
- 워드프레스 유지보수 비용은 월 얼마가 적정한가요?
- 3단계 관리 범위별 요금은 어떻게 나뉘나요?
- 매달 실제로 무슨 작업이 이뤄지나요?
- 계약서에서 확인할 항목은 무엇인가요?
- 월 요금에 포함되지 않는 작업은 어떤 것들인가요?
- 유지보수를 중단하면 무엇이 무너지나요?
- 속도 최적화도 유지보수에 들어가나요?
- 사내 운영과 외주 위탁의 손익분기는 어디인가요?
- 다른 곳에서 만든 사이트도 이어받을 수 있나요?
- 핵심 요약
- F.A.Q
워드프레스 유지보수 비용, 월 얼마가 적정한가요? (2026년)
워드프레스 유지보수 비용은 월 얼마가 적정한가요?
워드프레스 유지보수 비용은 2026년 국내 시장에서 기본 관리형 월 5만~15만 원, 표준 운영형 월 20만~50만 원, 전담 운영형 월 60만~150만 원 구간에서 형성됩니다. 같은 "유지보수"라는 이름을 달고도 금액이 열 배 이상 벌어지는 이유는 계약에 포함된 작업의 종류와 대응 시간이 서로 다르기 때문입니다.
발주처가 헷갈리는 지점은 여기입니다. 월 5만 원짜리 계약과 월 50만 원짜리 계약이 같은 단어를 쓰지만, 앞쪽은 대체로 서버가 살아 있는지 확인하는 수준이고 뒤쪽은 콘텐츠 수정과 기능 개선까지 포함합니다.
적정 금액을 판단하는 기준은 단 하나입니다. 그 사이트가 멈췄을 때 회사가 얼마나 손해를 보는가. 문의 폼이 유일한 영업 창구인 기업과 명함 대용으로 쓰는 회사의 적정선은 다를 수밖에 없습니다.
3단계 관리 범위별 요금은 어떻게 나뉘나요?
유지보수 계약은 점검 중심의 기본형, 콘텐츠 수정까지 포함하는 표준형, 개선 작업이 포함된 전담형 세 단계로 나뉩니다. 아래 표는 2026년 기준 국내 중소·중견기업 계약에서 통용되는 범위입니다.
| 구분 | 월 금액 | 포함 작업 | 대응 시간 | 적합한 사이트 |
|---|---|---|---|---|
| 기본 관리형 | 5만~15만 원 | 코어·플러그인 갱신, 백업 확인, 가동 점검 | 영업일 48시간 내 | 회사 소개 위주, 변경 거의 없음 |
| 표준 운영형 | 20만~50만 원 | 기본형 + 월 2~5건 콘텐츠 수정, 보안 모니터링 | 영업일 24시간 내 | 공지·채용·블로그 운영 |
| 전담 운영형 | 60만~150만 원 | 표준형 + 기능 개선, 속도 최적화, 리포트 | 4시간 내 1차 회신 | 문의·매출이 사이트에서 발생 |
구간을 가르는 결정적 변수는 작업 건수가 아니라 대응 시간입니다. 4시간 내 회신을 보장하려면 인력이 상시 대기해야 하므로, 이 조건 하나만으로 단가 구조가 달라집니다.
금액만 보고 아래 단계를 고르는 선택이 항상 손해는 아닙니다. 1년에 두어 번 손대는 사이트라면 기본형에 건별 과금을 붙이는 조합이 합리적입니다.
매달 실제로 무슨 작업이 이뤄지나요?
유지보수 계약에서 매달 반복되는 작업은 갱신, 백업, 점검, 보안, 기록 다섯 가지입니다. 눈에 보이지 않는 작업이라 계약서에 적혀 있지 않으면 하지 않아도 티가 나지 않습니다.
코어·테마·플러그인 갱신 — 스테이징 환경에서 먼저 적용해 충돌 여부를 확인한 뒤 운영 환경에 반영합니다.
백업 생성과 보관 — 원격 저장소에 세대별로 남기고, 복원이 실제로 되는지 분기마다 시험합니다.
가동·속도 점검 — 응답 시간과 오류 로그를 확인해 이상 징후를 조기에 잡습니다.
보안 점검 — 로그인 시도 기록, 파일 변경 감지, 인증서 만료일을 봅니다.
작업 기록 — 무엇을 언제 왜 바꿨는지 남깁니다. 담당자가 바뀌어도 이어받을 수 있게 하는 장치입니다.
이 가운데 가장 자주 생략되는 항목은 두 번째의 복원 시험입니다. 백업 파일이 쌓여 있어도 실제로 되살아나는지는 해 보기 전에는 알 수 없습니다.
기록도 마찬가지입니다. 유지보수를 넘겨받은 사이트를 열어 보면, 언제 무엇이 바뀌었는지 아무도 모르는 상태로 몇 년이 지난 경우가 드물지 않습니다.
계약서에서 확인할 항목은 무엇인가요?
유지보수 계약서에서 반드시 숫자로 적혀 있어야 하는 항목은 대응 시간, 월 포함 작업량, 범위 밖 과금 단가, 백업 주기와 보관 세대, 계약 종료 시 인계 조건입니다. 이 다섯 가지가 없으면 분쟁이 생겼을 때 기준이 존재하지 않습니다.
특히 "월 포함 작업량"은 정의가 애매하기 쉽습니다. 게시물 등록 1건과 페이지 레이아웃 변경 1건을 같은 1건으로 셀 것인지, 아니면 시간 단위로 환산할 것인지를 정해 두어야 합니다. 실무에서는 월 O시간 형태로 적고 초과분을 시간당 단가로 정산하는 방식이 분쟁이 가장 적습니다.
계약 종료 조건도 미리 못 박아 두는 편이 안전합니다. 종료 시 백업 파일과 계정 정보를 며칠 안에 어떤 형식으로 전달하는지가 적혀 있어야 다음 업체로 넘어갈 때 공백이 생기지 않습니다.
월 요금에 포함되지 않는 작업은 어떤 것들인가요?
월 정액에 포함되지 않는 대표 작업은 신규 페이지 제작, 디자인 개편, 기능 개발, 대량 데이터 이관, 서버 이전입니다. 이 다섯 가지는 성격상 일회성 프로젝트이므로 정액 계약과 별도로 산정되는 것이 국내 시장의 일반적인 구조입니다.
혼동이 잦은 경계선을 표로 정리하면 다음과 같습니다. 같은 "수정"이라도 어느 쪽에 속하는지에 따라 청구 방식이 달라집니다.
| 요청 내용 | 정액 포함 여부 | 이유 |
|---|---|---|
| 공지사항 등록, 이미지 교체 | 포함 | 기존 템플릿 안의 콘텐츠 작업 |
| 기존 페이지 문구·표 수정 | 포함 | 구조 변경 없음 |
| 새 레이아웃의 페이지 신설 | 별도 | 설계·디자인 공수 발생 |
| 폼 항목 추가와 연동 변경 | 사안별 | 항목 추가는 포함, 외부 연동은 별도 |
| 다국어 언어 추가 | 별도 | 템플릿·번역 구조 확장 |
| 서버 이전, 도메인 변경 | 별도 | 이관 절차와 검증 공수 |
경계가 모호한 요청은 착수 전에 어느 쪽인지 합의하고 기록으로 남기는 편이 낫습니다. 정산 시점에 되짚으면 양쪽 기억이 다릅니다.
유지보수를 중단하면 무엇이 무너지나요?
유지보수를 중단하면 가장 먼저 무너지는 것은 보안이고, 그다음이 속도와 검색 유입입니다. 워드프레스는 코어·테마·플러그인이 각각 독립적으로 갱신되는 구조라 손을 놓는 순간부터 구버전이 쌓입니다.
한국인터넷진흥원(KISA)은 웹사이트 침해 사고의 상당수가 공개된 취약점을 방치한 구버전 소프트웨어에서 비롯된다고 지속적으로 안내해 왔습니다(KISA). 취약점은 공개된 순간부터 자동화된 스캔 대상이 됩니다.
무너지는 순서를 시간축으로 늘어놓으면 이렇습니다.
1~3개월 — 갱신이 밀리면서 관리자 화면에 경고가 쌓이기 시작합니다.
3~6개월 — 플러그인 간 버전 차이로 폼 전송이나 슬라이더 같은 기능이 조용히 멈춥니다.
6~12개월 — 인증서 만료, 스팸 댓글 유입, 알려진 취약점 노출이 겹칩니다.
12개월 이상 — 한 번에 갱신하면 화면이 깨질 위험이 커져, 사실상 재구축 비용이 듭니다.
마지막 줄이 핵심입니다. 유지보수를 아껴 모은 금액보다 나중에 한꺼번에 정상화하는 비용이 큰 구조입니다.
속도 최적화도 유지보수에 들어가나요?
속도 최적화는 정기 점검 항목이 아니라 개선 작업으로 분류되는 것이 일반적입니다. 전담 운영형 계약에서는 월 단위 지표 관찰과 경미한 조정까지 포함하는 경우가 있지만, 이미지 일괄 변환이나 템플릿 구조 개편처럼 공수가 큰 작업은 별도 산정 대상입니다.
속도가 떨어지는 원인은 대체로 운영 과정에서 쌓입니다. 담당자가 촬영 원본을 그대로 올려 한 페이지 용량이 몇 배로 커지거나, 이벤트 때마다 추가한 외부 스크립트가 정리되지 않은 채 남아 있는 식입니다. 구축 시점에는 빠르던 사이트가 1년 뒤 느려지는 이유가 여기에 있습니다.
그래서 실무에서는 정액 계약 안에 "월 1회 속도 지표 확인과 원인 보고"까지만 넣고, 실제 개선 작업은 분기 단위 프로젝트로 잡는 구성을 씁니다. 관찰과 실행을 분리하면 정액 계약의 범위가 흐려지지 않습니다.
지표를 볼 때는 평균값보다 최악값을 봅니다. 모바일 환경의 하위 25% 구간에서 몇 초가 걸리는지가 이탈률과 더 직접적으로 연결됩니다.
사내 운영과 외주 위탁의 손익분기는 어디인가요?
사내 운영과 외주 위탁의 손익분기는 월 작업 시간 기준으로 갈립니다. 월 10시간을 넘는 수정 요구가 꾸준히 발생하면 담당자를 두는 편이, 그 아래라면 위탁이 유리한 것이 일반적인 구도입니다.
사내 운영이 저렴해 보이는 이유는 인건비가 다른 계정으로 잡히기 때문입니다. 담당자가 웹 업무에 쓰는 시간이 월 20시간이라면, 그 시간의 기회비용은 웬만한 전담 운영형 계약 금액을 넘어섭니다.
| 판단 항목 | 사내 운영 | 외주 위탁 |
|---|---|---|
| 콘텐츠 수정 속도 | 즉시 가능 | 요청 후 대기 |
| 서버·보안 대응 | 담당자 역량에 의존 | 계약 범위 내 처리 |
| 담당자 이탈 시 | 업무 중단 위험 | 영향 없음 |
| 비용 인식 | 인건비로 분산 | 월 고정비로 명확 |
| 개선 제안 | 내부 관점에 한정 | 다수 사이트 경험 반영 |
현실적인 해법은 둘을 섞는 구성입니다. 콘텐츠 등록과 이미지 교체는 사내에서 처리하고, 갱신·백업·보안·장애 대응만 위탁하면 월 금액을 기본 관리형 수준으로 낮추면서 위험은 덜어낼 수 있습니다.
이 조합이 성립하려면 전제가 하나 있습니다. 사내 담당자가 건드릴 수 있는 영역과 건드리면 안 되는 영역이 문서로 구분돼 있어야 합니다.
다른 곳에서 만든 사이트도 이어받을 수 있나요?
다른 곳에서 구축한 워드프레스 사이트도 인계가 가능하며, 실무에서는 이런 형태의 계약이 오히려 흔합니다. 관건은 인계받는 쪽이 현재 상태를 얼마나 정확히 파악할 수 있는가입니다.
인계 전에는 통상 진단 절차를 거칩니다. 워드프레스 버전, 사용 중인 테마와 빌더, 설치된 플러그인 목록과 각각의 갱신 상태, 백업 구성, 서버 사양, 보안 설정을 확인하고 위험 항목을 정리하는 과정입니다. 이 진단 결과에 따라 월 금액이 달라집니다.
인계 난도를 높이는 요인은 대체로 정해져 있습니다.
코어나 플러그인을 직접 수정한 흔적이 있는 경우 — 갱신하면 수정분이 사라지므로 별도 처리가 필요합니다.
사용 중단된 플러그인에 기능이 묶여 있는 경우 — 대체 수단을 찾는 작업이 선행됩니다.
서버 접근 권한이나 도메인 명의가 정리되지 않은 경우 — 기술 문제가 아니라 행정 절차에서 시간이 걸립니다.
문서가 전혀 없는 경우 — 화면과 코드를 역으로 읽어 구조를 파악해야 합니다.
500개 이상 사이트를 운영하는 입장에서 보면, 인계 초기에 시간이 가장 많이 드는 항목은 코드가 아니라 세 번째 줄입니다. 계정 명의를 정리하는 데만 몇 주가 걸리는 사례가 꾸준히 나옵니다.
핵심 요약
워드프레스 유지보수 비용은 2026년 기준 기본 관리형 월 5만~15만 원, 표준 운영형 월 20만~50만 원, 전담 운영형 월 60만~150만 원 구간에서 형성되며, 금액을 가르는 결정적 변수는 작업 건수가 아니라 보장된 대응 시간입니다. 매달 반복되는 실제 작업은 갱신·백업·점검·보안·기록 다섯 가지이고, 이 가운데 복원 시험과 작업 기록이 가장 자주 생략됩니다. 계약서에는 대응 시간, 월 포함 작업량, 범위 밖 단가, 백업 주기와 보관 세대, 종료 시 인계 조건이 숫자로 적혀 있어야 분쟁 기준이 생깁니다. 유지보수를 중단하면 보안이 먼저 무너지고 6개월을 넘기면 기능 오류와 취약점 노출이 겹쳐, 나중에 정상화하는 비용이 그동안 아낀 금액을 넘어섭니다. 사내 운영과 위탁의 손익분기는 월 작업 시간 10시간 안팎이며, 콘텐츠는 사내에서 처리하고 기술 영역만 위탁하는 혼합 구성이 중소기업 규모에서 가장 자주 선택됩니다.
F.A.Q
장애 신고 후 복구까지 몇 시간이 걸리나요?
복구 시간은 장애 원인에 따라 갈립니다. 플러그인 충돌이나 캐시 오류처럼 원인이 명확한 장애는 30분에서 2시간 사이에 정상화되고, 서버 자체 장애나 데이터베이스 손상은 백업 복원 절차를 거쳐 반나절 이상 소요됩니다. 복원 대상 백업이 하루 전 것이라면 그 사이에 등록된 콘텐츠는 다시 입력해야 합니다.
계약 범위를 넘는 수정은 시간당으로 청구되나요?
국내 유지보수 계약에서는 초과분을 시간당 단가로 정산하는 방식이 가장 널리 쓰이며, 2026년 기준 시간당 5만~12만 원 선에서 형성됩니다. 건당 과금은 작업 크기 편차가 커서 분쟁이 잦은 편이라 시간 단위를 선호하는 흐름입니다. 초과 작업 착수 전 예상 시간을 서면으로 남기는 절차를 넣어 두면 정산 단계에서 이견이 줄어듭니다.
백업이 있어도 복원이 안 되는 경우가 있나요?
백업 파일이 존재해도 복원에 실패하는 사례는 실제로 발생합니다. 데이터베이스만 백업되고 업로드 폴더가 빠져 이미지가 전부 사라지거나, 백업 과정에서 용량 제한으로 파일이 잘려 압축이 깨지는 경우가 대표적입니다. 그래서 백업 보유 여부보다 분기 1회 복원 시험을 실제로 수행하는지가 실질적인 안전장치가 됩니다.
호스팅 업체가 제공하는 무료 관리와 별도 계약은 무엇이 다른가요?
호스팅 사업자가 제공하는 관리는 서버 계층에 한정되고, 워드프레스 애플리케이션 내부는 대상이 아닌 것이 일반적입니다. 서버 자동 백업과 하드웨어 장애 대응은 포함되지만, 플러그인 충돌로 폼이 멈추거나 테마 갱신으로 레이아웃이 깨지는 문제는 이용자 책임 영역으로 남습니다. 두 계층은 겹치지 않으므로 서로를 대체하지 못합니다.
플러그인 업데이트로 화면이 깨지면 되돌릴 수 있나요?
되돌릴 수 있습니다. 갱신 직전 백업이 있으면 이전 버전으로 롤백하고, 백업이 없더라도 플러그인 저장소에 남아 있는 구버전 파일로 교체하는 방법이 있습니다. 근본 대책은 스테이징 환경에서 먼저 적용해 보는 절차이며, 이 과정을 거치면 운영 사이트에서 깨지는 상황 자체가 거의 발생하지 않습니다.
참고자료
1. 한국인터넷진흥원(KISA) – https://www.kisa.or.kr/
