홈페이지 유지보수 업체 선택 시 꼭 확인해야 할 12가지
홈페이지 유지보수는 문제가 생겼을 때 수정해 주는 것만이 아닙니다
따라서 홈페이지 유지보수 업체를 선택할 때는 단순한 수정 비용뿐 아니라 기술 대응 범위와 운영 체계를 함께 확인해야 합니다.
홈페이지를 제작하고 운영하다 보면 크고 작은 수정이 계속 발생합니다.
문구나 이미지를 변경해야 할 수도 있고, 새로운 페이지가 필요할 수도 있습니다.
어느 날 갑자기 문의가 접수되지 않거나 홈페이지가 정상적으로 열리지 않는 문제도 발생할 수 있습니다.
이때 기업 담당자가 가장 먼저 찾는 곳이 홈페이지 유지보수 업체입니다.
하지만 홈페이지 유지보수 업체를 선택할 때 단순히 월 유지보수 비용이 저렴한 곳이나 수정 요청을 받아주는 곳만 비교해서는 부족합니다.
기업 홈페이지는 도메인, 서버, 데이터베이스, 소스, 관리자, 보안, 검색엔진 등 다양한 요소가 연결되어 있기 때문입니다.
특히 홈페이지를 제작했던 업체가 아닌 새로운 업체에 유지보수를 맡기는 경우에는 기존 홈페이지의 개발 환경과 구조를 파악하는 과정도 필요합니다.
이번 글에서는 홈페이지 유지보수 업체를 선택할 때 어떤 부분을 확인해야 하는지, 계약 전에 반드시 확인해야 할 사항은 무엇인지 알아보겠습니다.
1. 유지보수 범위부터 확인해야 합니다
가장 먼저 확인해야 하는 것은 비용보다 어디까지 유지보수 범위에 포함되는지입니다.
업체마다 유지보수의 기준이 다를 수 있습니다.
예를 들어 어떤 업체는 텍스트와 이미지 수정 정도만 유지보수에 포함하고, 다른 업체는 프로그램 오류나 서버 관리까지 포함하기도 합니다.
일반적으로 다음과 같은 항목을 확인할 수 있습니다.
- 텍스트 수정
- 이미지 교체
- 팝업 및 배너 변경
- 게시판 관리 지원
- 프로그램 오류 수정
- 관리자 기능 지원
- 서버 및 호스팅 관리
- SSL 인증서 관리
- 백업
- 보안 점검
- 장애 대응
계약하기 전에는 단순히 "유지보수 가능"이라는 설명만 확인하지 말고 각각의 작업이 계약 범위에 포함되는지 확인하는 것이 좋습니다.
2. 월 몇 건보다 작업의 기준을 확인하세요
홈페이지 유지보수 계약을 보면 다음과 같은 조건이 있는 경우가 있습니다.
- 월 5건 수정
- 월 10건 수정
- 월 작업시간 5시간
언뜻 보면 수정 건수가 많은 업체가 좋아 보일 수 있습니다.
하지만 여기서 중요한 것은 한 건을 어떻게 정의하는가입니다.
예를 들어 한 페이지에서 문구 세 곳과 이미지 두 장을 변경했을 때 이를 한 건으로 계산하는 업체도 있고 각각의 수정 사항을 별도의 건으로 계산하는 업체도 있습니다.
또 단순 텍스트 수정과 프로그램 오류 수정은 필요한 작업 시간이 완전히 다릅니다.
따라서 유지보수 계약을 비교할 때는 단순히 월 수정 건수만 확인하기보다 작업 건수와 작업 시간의 산정 기준을 함께 확인하는 것이 좋습니다.
3. 요청했을 때 얼마나 빠르게 대응하는지가 중요합니다
홈페이지 운영에서는 작업 실력만큼 중요한 것이 대응 속도입니다.
기업 담당자가 홈페이지 수정을 요청했는데 며칠 동안 답변이 없다면 업무에 문제가 생길 수 있습니다.
특히 다음과 같은 문제는 빠른 대응이 필요합니다.
- 홈페이지 접속 불가
- 문의 접수 오류
- 결제 오류
- 관리자 접속 오류
- 잘못된 정보 노출
- 보안 문제
- 서버 장애
물론 모든 요청을 즉시 처리할 수는 없습니다.
중요한 것은 요청을 확인했다는 답변과 예상 처리 일정을 빠르게 안내할 수 있는가입니다.
예를 들어 단순한 이미지 변경은 다음 영업일까지 처리하고,
장애는 확인 즉시 대응하는 것처럼 작업의 중요도에 따른 대응 기준이 마련되어 있다면 기업 담당자도 안정적으로 홈페이지를 운영할 수 있습니다.
4. 기존 홈페이지의 개발 환경을 이해할 수 있는지 확인하세요
홈페이지는 모두 같은 방식으로 제작되지 않습니다.
PHP, Java, Node.js와 같은 개발 언어가 다를 수 있고, WordPress와 같은 CMS를 사용했을 수도 있습니다.
서버 역시 Linux, Windows 등 환경이 다르고 데이터베이스와 프레임워크도 다양합니다.
따라서 기존 제작 업체가 아닌 새로운 업체에 유지보수를 맡긴다면 현재 홈페이지의 개발 환경을 먼저 확인해야 합니다.
좋은 유지보수 업체라면 바로 계약부터 이야기하기보다
- 어떤 개발 환경인지
- 소스 접근이 가능한지
- 서버 접근 권한이 있는지
- 데이터베이스는 무엇인지
- 기존 관리자 구조는 어떤지
- 외부 API가 연결되어 있는지
등을 먼저 확인합니다.
기존 구조를 충분히 확인하지 않은 상태에서 수정 작업을 진행하면 다른 기능에 문제가 발생할 수도 있기 때문입니다.
5. 서버까지 대응할 수 있는지 확인하세요
홈페이지에서 발생하는 모든 문제가 홈페이지 소스 때문인 것은 아닙니다.
실제로는 서버나 네트워크, 데이터베이스, SSL 인증서 등에서 문제가 발생하는 경우도 있습니다.
예를 들어 홈페이지가 갑자기 접속되지 않을 때 원인은 다양합니다.
서버 장애일 수도 있고, 디스크 용량이 부족할 수도 있으며, SSL 인증서 문제나 데이터베이스 오류일 수도 있습니다.
유지보수 업체가 디자인과 소스 수정만 가능하고 서버를 확인할 수 없다면 장애가 발생했을 때 다른 업체를 다시 찾아야 할 수도 있습니다.
따라서 기업 홈페이지를 안정적으로 운영해야 한다면 웹 개발과 함께 기본적인 서버 환경까지 확인할 수 있는 업체인지 알아보는 것이 좋습니다.
6. 백업 정책을 반드시 확인하세요
유지보수 과정에서 예상하지 못한 문제가 발생할 수도 있습니다.
프로그램을 수정했는데 기존 기능과 충돌하거나 잘못된 파일이 업로드될 수도 있습니다.
이런 상황에 대비하기 위해 중요한 것이 백업입니다.
유지보수 업체를 선택할 때는 다음 내용을 확인해 보세요.
- 백업을 진행하는가?
- 무엇을 백업하는가?
- 얼마나 자주 백업하는가?
- 백업 파일은 어디에 보관하는가?
- 문제가 발생했을 때 복구할 수 있는가?
특히 중요한 기능을 수정하기 전에는 기존 소스와 데이터베이스를 백업한 뒤 작업하는 것이 안전합니다.
백업은 문제가 발생했을 때를 위한 마지막 안전장치입니다.
또한 백업 파일이 존재한다고 해서 반드시 안전한 것은 아닙니다. 실제 장애 상황에서 정상적으로 복구할 수 있는지 확인하는 과정도 중요합니다.
가능하다면 백업 주기뿐 아니라 보관 기간과 복구 절차까지 확인하는 것이 좋습니다.
7. 중요한 기능을 운영 환경에서 검증 없이 바로 수정하는 방식은 주의해야 합니다.
단순한 문구나 이미지 변경, 긴급 장애 대응 등은 상황에 따라 운영 환경에서 처리할 수도 있습니다.
하지만 프로그램 로직이나 데이터베이스, 회원, 결제, 예약, 문의, 외부 API처럼 서비스에 영향을 줄 수 있는 작업은 가능한 경우 테스트 환경에서 충분히 검수한 후 운영 환경에 적용하는 것이 안전합니다.
운영 중인 홈페이지에서 바로 개발을 진행하면 수정 과정에서 오류가 발생했을 때 실제 고객에게 문제가 그대로 노출될 수 있습니다.
가능하다면
개발 또는 테스트 환경에서 수정
→ 내부 테스트
→ 고객사 확인
→ 운영 홈페이지 적용
과정을 거치는 것이 안전합니다.
특히 회원, 결제, 예약, 문의, 관리자, 외부 API처럼 중요한 기능은 테스트 환경에서 충분히 검수한 후 운영 서버에 적용하는 것이 좋습니다.
8. 담당자가 계속 바뀌는지도 확인하세요
유지보수는 단기간보다 장기간 관계가 중요한 업무입니다.
담당자가 계속 변경되면 새로운 담당자가 홈페이지 구조와 이전 요청 사항을 다시 파악해야 합니다.
기업 담당자 입장에서도 같은 내용을 반복해서 설명해야 하는 불편이 생길 수 있습니다.
가능하다면 프로젝트를 이해하고 있는 담당자가 지속적으로 관리하거나, 담당자가 변경되더라도 기존 작업 내용이 내부적으로 공유되는 체계가 있는 업체가 좋습니다.
중요한 것은 특정 담당자 한 명에게 모든 정보가 의존하지 않는 것입니다.
9. 유지보수 작업 이력을 관리하는지 확인하세요
홈페이지를 오랫동안 운영하면 어떤 부분을 언제 수정했는지 기억하기 어렵습니다.
처음에는 간단한 수정이었더라도 몇 년 동안 작업이 누적되면 홈페이지 구조 자체가 달라질 수 있습니다.
따라서 유지보수 업체가 다음과 같은 작업 이력을 관리하는지 확인하는 것이 좋습니다.
- 요청 날짜
- 요청 내용
- 처리 내용
- 수정 파일
- 작업 담당자
- 완료 날짜
- 추가 개발 내역
작업 이력이 관리되어 있으면 이후 문제가 발생했을 때 원인을 찾기도 쉬워집니다.
10. 보안에 대한 기본적인 이해가 있는지 확인하세요
홈페이지 유지보수에서는 디자인이나 기능뿐 아니라 보안도 중요합니다.
특히 관리자 페이지나 문의 기능, 파일 업로드 기능이 있는 홈페이지는 외부 공격의 대상이 될 수 있습니다.
유지보수 과정에서는 다음과 같은 항목을 확인할 수 있습니다.
- 관리자 계정 관리
- 불필요한 계정 삭제
- 비밀번호 관리
- 파일 업로드 보안
- SQL Injection 방어
- XSS 방어
- 스팸 및 자동 등록 방지
- 개발 환경 업데이트
- 접근 권한 관리
- SSL 인증서 관리
- 보안 패치 및 사용 라이브러리 점검
특히 오래된 PHP/CMS/프레임워크 홈페이지 유지보수에서는 중요한 항목입니다.
모든 기업 홈페이지에 복잡한 보안 시스템이 필요한 것은 아닙니다.
하지만 최소한 홈페이지 구조에 맞는 기본적인 보안 관리가 이루어져야 합니다.
11. 추가 개발이 가능한 업체인지 확인하세요
처음에는 유지보수만 필요했지만 기업이 성장하면서 홈페이지에 새로운 기능이 필요해질 수 있습니다.
예를 들어
- 다국어 추가
- 제품 관리 기능
- 채용 시스템
- 예약 기능
- 회원 기능
- ERP·CRM 연동
- 외부 API 연동
- AI 기능
등이 필요할 수 있습니다.
기존 유지보수 업체가 단순 수정만 가능한 경우 새로운 기능이 필요할 때마다 다른 개발 업체를 찾아야 합니다.
반대로 현재 홈페이지의 구조를 이해하고 있는 유지보수 업체가 추가 개발까지 가능하다면 프로젝트를 보다 안정적으로 이어갈 수 있습니다.
12. 유지보수 비용이 너무 저렴하다면 범위를 확인하세요
유지보수 비용은 홈페이지의 규모와 기능, 요청 빈도, 서버 관리 여부 등에 따라 달라집니다.
따라서 단순히 가격만으로 비교하기는 어렵습니다.
비용이 저렴하다고 해서 반드시 문제가 있는 것도 아니며, 비용이 높다고 좋은 서비스를 제공하는 것도 아닙니다.
중요한 것은 비용 안에 무엇이 포함되어 있는가입니다.
예를 들어 저렴한 유지보수 계약이지만 프로그램 수정과 서버 관리는 모두 별도 비용이라면 실제 운영 과정에서 예상보다 많은 비용이 발생할 수 있습니다.
반대로 수정 요청이 많지 않은 기업이라면 높은 비용의 유지보수 계약이 불필요할 수도 있습니다.
기업의 운영 방식에 맞는 유지보수 범위를 선택하는 것이 중요합니다.
실제 상담에서 자주 있었던 사례
사례 1 — 계정과 소스를 가지고 있지 않았던 기업
기존 업체와 연락이 끊겼는데 서버·소스·DB 접근 권한도 가지고 있지 않아 간단한 수정조차 진행하지 못했던 사례.
사례 2 — 저렴한 유지보수 계약의 추가 비용 문제
월 비용은 저렴했지만 대부분의 작업이 계약 범위 밖이라 실제 운영비용이 증가했던 사례.
사례 3 — 운영 서버에서 직접 수정
별도 테스트 환경 없이 운영 서버에서 직접 수정하면서 장애 위험이 발생했던 사례.
유지보수는 단순히 수정 요청을 대신 처리하는 업무가 아닙니다.
현재 홈페이지의 구조를 이해하고 앞으로도 안정적으로 운영할 수 있도록 관리하는 업무라고 볼 수 있습니다.
실제로 클리프와 계약한 클라이언트 분들에게 자주 설명하는 내용이 있습니다.
실제로 클리프와 계약한 클라이언트분들에게 자주 설명드리는 내용 중 하나는 유지보수 커뮤니케이션을 대표이사가 직접 관리한다는 점입니다.
담당자가 자주 변경되는 일반적인 운영 구조와 달리 프로젝트의 제작 과정과 이후 유지보수 이력을 지속적으로 관리할 수 있다는 장점이 있습니다.
또한 작업 내용과 주요 변경 이력을 내부적으로 함께 관리하여 특정 담당자 개인에게 정보가 의존하지 않도록 운영하고 있습니다.
실제 고객분들 역시 담당자 변경에 따른 반복적인 설명이나 제작 히스토리 단절에 대한 부담이 적다는 점을 클리프의 장점으로 평가해 주시는 경우가 많습니다.
또 하나 확인해야 할 부분은 유지보수 작업을 어떤 환경에서 진행하는지입니다.
생각보다 운영 중인 홈페이지에서 직접 프로그램을 수정하는 경우가 있습니다.
단순한 문구나 이미지 변경은 큰 문제가 없을 수 있지만 프로그램이나 데이터베이스, 외부 연동 기능을 운영 환경에서 바로 수정하면 예상하지 못한 오류가 실제 사용자에게 그대로 노출될 수 있습니다.
따라서 계약 전 유지보수 작업을 테스트 환경에서 검수한 후 운영 환경에 적용하는지 확인하는 것이 좋습니다.
서버 관리 역시 중요합니다.
도메인과 서버 등 주요 계정이 기업 또는 클라이언트 명의로 관리되고 있는지 확인하는 것이 좋습니다.
또한 홈페이지에 문제가 발생했을 때 소스만 확인하는 것이 아니라 서버와 데이터베이스 환경까지 함께 점검할 수 있는 업체인지 확인할 필요가 있습니다.
홈페이지 장애의 원인이 반드시 프로그램에만 있는 것은 아니기 때문에 서버까지 대응할 수 있는 업체라면 문제 발생 시 원인을 파악하고 대응하는 과정이 훨씬 수월할 수 있습니다.
CLEF TIP
홈페이지 유지보수 업체를 선택할 때 "한 달에 얼마인가요?"만 물어보지 마세요.
그보다 먼저 "어디까지 관리해 주나요?", "문제가 생기면 얼마나 빠르게 확인해 주나요?", "서버와 프로그램까지 확인할 수 있나요?"를 물어보는 것이 중요합니다.
유지보수 비용은 매달 지출되는 비용이지만, 제대로 된 유지보수는 홈페이지 장애와 불필요한 재개발 비용을 줄이기 위한 관리 비용이기도 합니다.
홈페이지 유지보수 업체 선택 체크리스트
계약 전에 아래 내용을 확인해 보세요.
- 유지보수 범위가 명확하게 작성되어 있는가?
- 수정 건수와 작업 시간의 기준이 명확한가?
- 긴급 장애에 대한 대응 기준이 있는가?
- 기존 홈페이지의 개발 환경을 확인했는가?
- 서버와 데이터베이스를 확인할 수 있는가?
- 정기적인 백업이 이루어지는가?
- 복구 방법이 마련되어 있는가?
- 테스트 환경에서 작업할 수 있는가?
- 유지보수 작업 이력을 관리하는가?
- 담당자 변경 시 업무 인수인계가 이루어지는가?
- 기본적인 보안 대응이 가능한가?
- 추가 기능 개발도 가능한가?
- 도메인과 서버의 소유권이 기업에 있는가?
- 계약 종료 시 소스와 자료를 정상적으로 인계받을 수 있는가?
- 추가 비용이 발생하는 기준이 명확한가?
- 긴급 장애 발생 시 연락 가능한 담당자와 연락 방법이 정해져 있는가?
자주 묻는 질문(FAQ)
Q. 홈페이지 유지보수는 제작 업체에 계속 맡기는 것이 좋은가요?
기존 제작 업체가 홈페이지 구조를 가장 잘 알고 있기 때문에 효율적인 경우가 많습니다.
하지만 대응 속도나 서비스 범위, 비용 등에 문제가 있다면 다른 업체로 변경할 수도 있습니다.
이때는 서버와 소스, 데이터베이스 등 필요한 접근 권한을 확보하고 있는지 먼저 확인하는 것이 좋습니다.
Q. 다른 업체가 제작한 홈페이지도 유지보수가 가능한가요?
가능한 경우가 많습니다.
다만 개발 언어와 프레임워크, 서버 환경, 소스 상태에 따라 유지보수가 어려운 경우도 있기 때문에 사전 점검이 필요합니다.
Q. 유지보수 계약 없이 필요할 때마다 요청해도 되나요?
가능합니다.
수정이 거의 없는 홈페이지라면 건별 유지보수가 더 효율적일 수도 있습니다.
반대로 문의나 서비스 기능이 중요하고 장애에 빠르게 대응해야 하는 홈페이지라면 정기 유지보수 계약이 더 적합할 수 있습니다.
Q. 유지보수 비용은 어느 정도가 적당한가요?
홈페이지 규모와 기능, 월 작업량, 서버 관리 여부, 대응 수준에 따라 크게 달라질 수 있기 때문에 일률적인 기준을 적용하기 어렵습니다.
비용 자체보다 포함되는 업무와 추가 비용 기준을 비교하는 것이 중요합니다.
Q. 유지보수 업체를 변경하기 전에 무엇을 준비해야 하나요?
도메인 계정, 서버 접속 정보, 소스 파일, 데이터베이스 정보, 관리자 계정, SSL 관련 정보, 외부 서비스 계정 등을 먼저 확인하는 것이 좋습니다.
Q. 제작 업체가 폐업하면 홈페이지를 사용할 수 없나요?
반드시 그렇지는 않습니다.
기업이 도메인과 서버, 소스, 데이터베이스 등의 주요 자산과 접근 권한을 가지고 있다면 다른 업체를 통해 운영을 이어갈 수 있습니다.
그래서 홈페이지 제작 단계부터 주요 계정과 자산의 소유 주체를 명확하게 해두는 것이 중요합니다.
따라서 제작 완료 시점에 도메인, 서버, 소스, 데이터베이스, 관리자 계정, 외부 서비스 계정 등의 목록을 별도로 정리해 두는 것을 권장합니다.
홈페이지 유지보수 업체는 단순히 문구와 이미지를 바꿔주는 업체가 아닙니다.
기업 홈페이지가 정상적으로 운영될 수 있도록 현재 구조를 이해하고 문제가 발생했을 때 원인을 확인하며 필요한 개선을 지원하는 파트너에 가깝습니다.
따라서 유지보수 업체를 선택할 때는 가격만 비교하기보다 업무 범위, 대응 속도, 개발 역량, 서버 관리, 백업, 보안, 추가 개발 가능 여부를 함께 확인해야 합니다.
특히 도메인과 서버, 홈페이지 소스 등 기업의 중요한 디지털 자산은 유지보수 업체가 바뀌더라도 기업이 계속 관리할 수 있는 구조를 만들어 두는 것이 중요합니다.
좋은 유지보수는 문제가 발생했을 때 수정하는 것에서 끝나지 않습니다.
문제가 발생할 가능성을 줄이고 홈페이지를 오랫동안 안정적으로 사용할 수 있도록 관리하는 것이 좋은 유지보수의 역할입니다.
현재 유지보수 업체를 이용하고 있다면 이번 체크리스트를 기준으로 계약 범위와 관리 상태를 한 번 확인해 보시길 바랍니다.
다음 글
기업 홈페이지 보안, 기본적으로 무엇을 준비해야 할까요?
관련 CLEF WEB STORY
홈페이지 유지보수는 단순한 수정 작업보다 지속적인 커뮤니케이션과 프로젝트 이해가 중요합니다.
클리프가 프로젝트와 고객을 어떤 방식으로 대하고 일하는지 STORY에서 확인해 보세요.
[클리프의 일하는 방식 알아보기 | CLEF WEB STORY →]