기업 홈페이지, 임대형·워드프레스·자체개발 중 무엇으로 지을까 — 네 축으로 갈리는 지점

초록

기업 홈페이지를 어떤 방식으로 지을지는 가격만 보면 답이 안 나옵니다. 임대형 빌더, 워드프레스, 자체 개발은 초기 비용이 아니라 이후에 드는 힘의 종류가 다르기 때문입니다. 이 글은 방식별 장단점을 나열하는 대신, 판단을 네 축으로 압축합니다. ① 페이지가 몇 개이고 얼마나 늘어나는가, ② 만든 뒤 누가 고칠 것인가, ③ 밖에 붙일 것이 있는가, ④ 나중에 옮길 때 무엇을 잃는가. 각 축에서 값이 어느 쪽으로 넘어갈 때 특정 선택지가 탈락하는지를 밝히고, 그 결과 실제로 남는 조합을 정리합니다. 이어서 자주 나오는 다섯 가지 출발 상황별로 답이 어떻게 갈리는지 보이고, "임대형으로 시작해서 나중에 옮긴다"는 흔한 계획이 언제 성립하고 언제 성립하지 않는지를 이탈 비용으로 따집니다. 특정 서비스명의 우열이나 요금제 비교는 다루지 않습니다.

1. 서론

이 질문은 대개 이렇게 옵니다.

"아임웹으로 하면 될까요, 아니면 제대로 개발하는 게 나을까요?"

"제대로"라는 말이 이미 답을 품고 있어서, 이 질문에는 대체로 개발 쪽이 좋다는 답이 따라 나옵니다. 그런데 실무에서 보면 임대형으로 충분한데 개발한 사이트가 임대형으로 만들었어야 할 사이트보다 훨씬 자주 문제를 일으킵니다. 만들 때는 좋았는데 아무도 못 고치는 상태로 남기 때문입니다.

반대 경우도 있습니다. 임대형으로 시작했다가 필요한 것이 하나둘 안 되어서, 결국 2년 만에 다시 만들고 그동안 쌓은 것을 상당 부분 잃는 경우입니다.

두 실패는 모두 가격으로 판단해서 생깁니다. 초기 견적이 300만 원과 3,000만 원이면 비교가 안 되는 것처럼 보이지만, 이 둘은 서로 다른 것을 파는 상품입니다.

그래서 가격 대신 네 가지를 봅니다.

2. 선택지를 먼저 정리하자

"임대형 vs 개발"이라는 이분법은 실제 선택지를 놓칩니다. 현재 실무에서 쓰이는 형태는 대략 네 가지입니다.

A. 임대형 빌더

가입하면 편집기가 나오고, 화면에서 끌어다 놓아 만드는 방식입니다. 서버·보안·백업을 사업자가 맡습니다. 국내 서비스와 해외 서비스가 여럿 있습니다.

초기 비용: 가장 낮음. 직접 하면 도구 사용료만
누가 만드나: 사내 담당자 또는 제작 대행
월 비용: 요금제 + 도메인. 예측 가능
강한 지점: 빠름. 서버 걱정 없음. 담당자가 직접 고침
약한 지점: 제공하는 틀 밖으로 나가기 어려움. 이관이 어려움

B. 워드프레스 (설치형)

세계에서 가장 많이 쓰이는 콘텐츠 관리 도구입니다. 서버를 따로 두고 설치해 씁니다. 테마와 플러그인 생태계가 방대합니다.

초기 비용: 중간
누가 만드나: 대행사 또는 프리랜서. 다루는 사람이 많습니다
월 비용: 호스팅 + 유료 플러그인 + 관리 비용
강한 지점: 콘텐츠 관리가 편함. 원하는 기능의 플러그인이 대체로 있음. 이관 경로가 열려 있음
약한 지점: 관리를 안 하면 위험해집니다. 플러그인 취약점이 침해의 흔한 경로이고, 방치된 워드프레스는 실제로 자주 뚫립니다

C. 자체 개발 (프레임워크 기반)

요즘 방식으로 직접 짓는 것입니다. 콘텐츠 관리가 필요하면 별도 CMS를 붙이거나(헤드리스), 관리자 화면을 함께 만듭니다.

초기 비용: 가장 높음
누가 만드나: 개발 팀 또는 개발 외주
월 비용: 호스팅(대개 낮음) + 유지보수 계약
강한 지점: 하고 싶은 것을 함. 성능·구조를 통제함. 연동이 자유로움
약한 지점: 고칠 사람이 없으면 아무것도 못 함. 콘텐츠 관리 화면을 안 만들면 매번 개발자가 필요함

D. 정적 사이트 + 마크다운

내용을 파일로 쓰고 빌드해서 올리는 방식입니다. 개발자가 있는 조직에서 소개 사이트나 문서 사이트에 흔히 씁니다.

초기 비용: 낮음~중간
월 비용: 거의 없음
강한 지점: 빠르고 안전하고 저렴함. 버전 관리가 됨
약한 지점: 개발자가 아닌 사람이 글을 올리기 어려움. 동적 기능이 필요하면 별도 구성

C와 D는 섞여 쓰이는 경우가 많습니다. 소개 페이지는 정적으로, 채용 공고나 공지처럼 자주 바뀌는 것만 CMS로 빼는 식입니다.

3. 축 하나 — 페이지가 몇 개이고 얼마나 늘어나는가

가장 단순한 축부터 봅니다.

규모	특징	유리한 쪽
5~15장, 거의 안 늘어남	회사 소개, 사업 영역, 오시는 길, 문의	A 또는 D
20~50장, 서서히 늘어남	제품군이 여럿, 자료실, 뉴스	A, B
100장 이상, 계속 늘어남	제품 카탈로그, 기술 자료, 다국어	B, C
목록·검색·필터가 필요	제품 검색, 사례 필터링, 조건 조회	B, C

여기서 갈리는 실질적 기준은 페이지 수 자체가 아니라 같은 형태의 페이지가 반복되는가입니다.

제품 소개가 30개인데 각각 디자인이 다르면, 그건 30장의 개별 페이지라 임대형으로도 만듭니다. 반면 제품 300개가 같은 틀을 공유하고 목록에서 필터로 찾아야 한다면, 그건 페이지가 아니라 데이터입니다. 데이터는 손으로 만드는 것이 아니라 구조로 다뤄야 하고, 여기서 임대형은 대개 한계에 부딪힙니다.

다국어도 이 축에 들어갑니다. 한국어·영어 두 언어면 페이지 수가 두 배이고, 언어별로 내용이 다르면 관리 부담이 그 이상입니다. 다국어를 제대로 다루는 것은 도구마다 완성도 차이가 큰 영역이므로, 필요하다면 후보 도구에서 실제로 만들어 보고 판단하는 편이 안전합니다.

4. 축 둘 — 만든 뒤 누가 고칠 것인가

실무에서 가장 중요한 축입니다. 그리고 견적 단계에서 가장 적게 이야기됩니다.

질문은 이것입니다. 다음 달에 배너를 바꾸고, 공지를 올리고, 담당자 전화번호를 고쳐야 할 때 누가 그것을 합니까?

답이 셋 중 하나입니다.

답 1 — 사내 담당자가 직접. 이 답이면 A가 유력합니다. B도 가능하지만 편집 경험은 A가 대체로 낫습니다. C는 관리자 화면을 얼마나 잘 만들었느냐에 달려 있고, 그 화면을 잘 만드는 데 돈이 듭니다. D는 어렵습니다.

답 2 — 제작한 곳에 요청. 이 답이면 어느 방식이든 되지만, 월 유지보수 비용이 붙습니다. 그리고 잔손질 요청이 쌓이면 그 비용이 도구 값보다 커집니다. 이 구조는 홈페이지 유지보수 계약에서 따로 다뤘습니다.

답 3 — 아무도 안 정했다. 가장 흔한 답이고, 이 경우 사이트는 만든 상태 그대로 3년쯤 갑니다. 그러면 도구 선택보다 정보가 낡아 간다는 사실이 더 큰 문제입니다.

여기서 실무적 조언 하나. 답 3이 예상된다면 덜 정교한 도구를 고르는 편이 낫습니다. 손이 덜 가고 값이 싸기 때문입니다. 3,000만 원 들여 만든 사이트가 3년간 방치되는 것보다, 적게 들여 만든 사이트가 3년간 방치되는 편이 손해가 적습니다.

그리고 사내 담당자가 직접 고치기로 했다면, 그 사람이 후보 도구를 실제로 30분씩 만져 보게 하십시오. 이 30분이 나중에 몇 년을 좌우합니다. 결정자가 고르고 담당자가 쓰는 구조에서 실패가 자주 납니다.

5. 축 셋 — 밖에 붙일 것이 있는가

사이트가 혼자 서 있는지, 다른 시스템과 이야기해야 하는지입니다.

붙일 것이 없는 경우 — 소개하고, 문의를 받고, 메일로 전달. 여기까지면 어느 방식이든 됩니다.

흔하고 대개 되는 것 — 분석 도구, 광고 태그, 채팅 상담, 예약, 뉴스레터, 간단한 결제. 임대형도 대부분 지원하거나 코드 삽입으로 붙습니다.

여기서 갈리는 것 — 아래가 필요하면 A는 대체로 탈락합니다.

사내 시스템 연동 — ERP·MES·재고·회원 데이터가 사이트와 동기화되어야 하는 경우
비표준 인증 — 사내 계정으로 로그인, 대리점 전용 영역, 등급별 권한
복잡한 폼 처리 — 조건에 따라 항목이 바뀌고, 승인 단계를 거치고, 다른 시스템에 기록되는 흐름
AI 기능 연동 — 문서 기반 상담, 자동 분류, 추천. 판단 기준은 회사 홈페이지에 AI 상담 챗봇에 별도로 정리했습니다
성능 요구 — 대량 트래픽, 특정 응답 시간 보장

임대형에서 이런 것이 필요해지면 대개 우회 방법을 찾다가 결국 못 하게 됩니다. 우회로 해결한 부분은 도구가 업데이트될 때 깨질 위험도 함께 갖습니다.

반대로 연동 요구가 없는데 C(자체 개발)를 고르는 것은 과합니다. 이 축에서 걸리는 것이 하나도 없다면, 자체 개발의 이점은 주로 디자인 자유도와 성능인데 그 둘만으로 비용 차이를 정당화하기는 어려운 경우가 많습니다.

6. 축 넷 — 나중에 옮길 때 무엇을 잃는가

가장 적게 논의되고 가장 늦게 청구되는 축입니다.

"일단 싸게 시작하고 나중에 제대로 만들자"는 계획은 흔하고, 종종 옳습니다. 다만 나중에 옮기는 비용이 얼마인지 알고 세워야 합니다.

옮길 때 잃을 수 있는 것들입니다.

잃는 것	설명	심각도
콘텐츠	글·이미지를 내보낼 수 있는가. 형식이 표준인가	도구별로 큼
디자인	대체로 재작업입니다	항상
주소 체계	페이지 주소가 바뀌면 검색 자산이 끊깁니다	큼
검색 순위	리다이렉트를 제대로 걸어도 일정 기간 흔들립니다	큼
회원·주문 데이터	내보내기 지원 여부가 갈립니다	있으면 매우 큼
붙여 둔 연동	대개 다시 붙여야 합니다	중간

주소 체계가 특히 중요합니다. 도구마다 페이지 주소를 만드는 규칙이 달라서, 옮기면 주소가 통째로 바뀌는 경우가 많습니다. 검색 유입이 쌓인 상태에서 이걸 처리하지 않으면 몇 달치 유입이 사라집니다.

그래서 이 축의 실무 지침은 이렇습니다.

첫째, 시작할 때 주소 규칙을 스스로 정하십시오. 도구가 자동으로 만들어 주는 주소를 그대로 쓰지 말고, 사람이 읽을 수 있고 나중에도 재현 가능한 규칙(예: /products/제품명)으로 지정합니다. 이게 가능한 도구인지가 도구 선택의 기준이 될 만합니다.

둘째, 콘텐츠 내보내기가 되는지 가입 전에 확인하십시오. 내보내기 메뉴가 있는지, 어떤 형식인지, 이미지도 함께 나오는지. 없다면 그 도구에서 만든 것은 그 도구 안에서만 존재합니다.

셋째, 도메인은 반드시 우리 명의로. 이건 어떤 도구를 쓰든 예외가 없습니다. 도메인만 우리 것이면 나머지는 다시 만들 수 있습니다.

리뉴얼 시점에 무엇이 계승되고 무엇이 안 되는지를 항목별로 세는 방법은 홈페이지를 고칠지 새로 지을지에 따로 정리해 두었습니다.

7. 네 축을 겹치면 남는 조합

위 네 축에 우리 조건을 넣으면 대개 하나나 둘만 남습니다. 자주 나오는 조합입니다.

상황 1 — 직원 20명, 소개 사이트, 담당자가 직접 관리

페이지 10장 내외, 연동 없음, 마케팅 담당자가 배너와 공지를 직접 바꿈.

→ A(임대형)가 정답에 가깝습니다. 여기서 자체 개발을 고르면 비용은 열 배인데 담당자는 더 못 고치는 상태가 됩니다.

단, 주소 규칙과 내보내기 가능 여부는 확인하고 시작하십시오.

상황 2 — 제조업, 제품 200종, 사양표가 중요

카탈로그 성격, 검색·필터 필요, 사양이 자주 갱신됨, 해외 문의도 받고 싶음.

→ B 또는 C. 제품 데이터를 구조로 다뤄야 하고, 검색 노출이 매출과 직결됩니다. 사양표가 이미지로만 있다면 그 문제부터 풀어야 하는데, 그 이유는 상세페이지를 이미지로 만들면 검색에 안 잡힌다에 정리했습니다.

B와 C 사이는 4번 축(누가 고치나)과 5번 축(연동)으로 갈립니다. 사내 시스템에서 사양을 가져와야 하면 C, 담당자가 화면에서 관리하면 B가 편합니다.

상황 3 — 서비스 회사, 콘텐츠 마케팅을 할 예정

블로그와 자료를 꾸준히 쌓아 검색 유입을 만들려는 경우.

→ B가 무난하고, 개발 인력이 있다면 D+C 조합도 좋습니다. 핵심은 글을 쓰는 사람이 편해야 한다는 것입니다. 마케터가 글을 쓴다면 B, 개발자가 쓴다면 D.

이 경우 도구보다 주 1회 발행을 지속할 수 있는가가 성패를 가릅니다. 도구 논쟁에 두 달을 쓰는 것보다 아무 도구로든 시작해 열 편을 쓰는 편이 낫습니다.

상황 4 — 회원·예약·결제가 붙는 서비스

로그인이 있고 개인정보를 다루고 돈이 오갑니다.

→ C. 이 조건에서 임대형은 대개 맞지 않고, 워드프레스로 하려면 플러그인 조합에 의존하게 되는데 그 조합의 보안과 수명을 우리가 통제할 수 없습니다. 인증·결제가 붙는 순간 판단 기준이 "만들 수 있는가"에서 "책임질 수 있는가"로 넘어갑니다.

상황 5 — 아직 사업이 확정되지 않았다

무엇을 팔지, 누구에게 팔지가 6개월 뒤에 달라질 수 있는 단계.

→ A로 빠르게, 최소한으로. 이 단계에서 자체 개발은 대개 낭비입니다. 확정되지 않은 요구사항으로 만든 것은 확정되면 다시 만들게 됩니다.

다만 이때도 도메인은 우리 명의로 잡아 두십시오. 사업이 바뀌어도 도메인은 남습니다.

8. "나중에 옮기면 된다"는 계획이 성립하는 조건

상황 5처럼 임대형으로 시작해 나중에 옮기는 계획은 합리적입니다. 다만 조건이 있습니다.

성립하는 경우

콘텐츠 양이 적다 (수십 장 수준)
검색 유입이 아직 크지 않다
회원 데이터가 없거나 적다
주소 규칙을 처음부터 사람이 정해 두었다
도메인이 우리 명의다

성립하지 않는 경우

3년치 게시물이 쌓였고 내보내기가 안 된다
검색 유입이 매출의 주 경로가 되었다
회원 수천 명의 데이터가 그 안에 있다
도메인이 제작 대행사 명의다

즉, 옮기는 비용은 시간이 지날수록 커집니다. "나중에 옮기면 된다"는 계획을 세웠다면 그 나중이 언제인지도 함께 정하는 편이 낫습니다. 조건이 아니라 시점으로요. "직원 50명이 되면", "제품이 100개를 넘으면", "월 문의가 100건이 되면"처럼.

그 시점을 정해 두지 않으면 대개 한계에 부딪혀 급하게 옮기게 되고, 급한 이관은 비싸고 손실이 큽니다.

9. 자주 나오는 오판 다섯 가지

오판 1 — "워드프레스는 싸다." 설치는 쉽지만 관리가 붙습니다. 갱신하지 않은 워드프레스는 침해 경로가 되고, 복구 비용은 구축비를 넘길 수 있습니다. 워드프레스를 고른다면 관리 주체를 함께 정해야 실제 비용이 나옵니다.

오판 2 — "자체 개발이 제일 좋다." 좋은 것이 아니라 자유로운 것입니다. 자유가 필요 없는 상황에서는 관리 부담만 남습니다. 고칠 사람이 없는 조직에서 자체 개발 사이트는 가장 손대기 어려운 물건이 됩니다.

오판 3 — "임대형은 검색에 불리하다." 근거 없는 통념에 가깝습니다. 요즘 주요 임대형 서비스는 기본적인 검색 요건을 대체로 갖추고 있습니다. 검색 성과를 가르는 것은 도구가 아니라 내용의 양과 질입니다. 다만 세밀한 제어(구조화 데이터, 주소 규칙, 성능 조정)가 필요한 수준으로 가면 제약이 생깁니다.

오판 4 — "디자인 자유도가 제일 중요하다." 중요하지만, 대부분의 기업 사이트에서 실제 성과를 가르는 것은 디자인의 독창성이 아니라 찾는 정보가 쉽게 보이는가입니다. 자유도를 위해 관리 편의를 버리는 거래를 하기 전에, 그 자유가 무엇을 위한 것인지 확인하십시오.

오판 5 — "이번에 제대로 만들어 놓으면 5년은 간다." 가지 않습니다. 사업이 바뀌고 제품이 바뀌고 채널이 바뀝니다. 5년을 버티는 사이트는 잘 만든 사이트가 아니라 잘 고쳐 온 사이트입니다. 그래서 4번 축이 중요합니다.

10. 견적을 받기 전에 정할 것

업체에 연락하기 전에 아래를 문장으로 적어 두면, 받는 제안의 질이 달라집니다.

페이지 목록 — 대략의 이름으로, 몇 장인지
그중 자주 바뀌는 것 — 그 항목은 관리 화면이 필요합니다
고칠 사람의 이름 — 사내 담당자인지 외부인지
밖에 붙일 것 — 지금 필요한 것과 1년 안에 필요할 것을 나눠서
다국어 여부
지금 쓰는 도메인과 그 명의
옮겨 와야 할 기존 콘텐츠의 양

이 일곱 줄이면 어느 방식이 맞는지가 대개 드러나고, 여러 업체에게 같은 조건으로 물을 수 있게 됩니다. 같은 조건에서 받은 견적끼리는 비교가 되고, 그렇지 않으면 세 배씩 갈립니다. 그 이유와 정규화 방법은 같은 요구사항인데 견적이 세 배로 갈리는 이유에 정리했습니다.

업체를 고를 때 견적서가 아니라 업체 자체를 검증하는 방법은 홈페이지 제작 업체 고르는 법에서 따로 다뤘습니다.

11. 결론

세 문장으로 정리합니다.

첫째, 도구는 가격이 아니라 조건으로 고르는 것입니다. 페이지 구조, 고칠 사람, 연동 요구, 이탈 비용 네 축에 우리 조건을 넣으면 선택지가 저절로 줄어듭니다. 이 네 줄을 적기 전에 견적부터 받으면, 받은 견적을 비교할 기준이 없습니다.

둘째, 가장 자주 무시되고 가장 크게 작용하는 축은 '누가 고칠 것인가'입니다. 이 자리에 이름이 없으면 어떤 도구로 만들어도 사이트는 만든 날 상태로 늙어 갑니다. 반대로 이름이 있으면, 다소 부족한 도구로 만들어도 사이트는 계속 나아집니다.

셋째, 임대형으로 시작하는 것은 후퇴가 아닙니다. 다만 옮길 때 잃을 것을 미리 줄여 두어야 합니다. 도메인을 우리 명의로 두고, 주소 규칙을 사람이 정하고, 내보내기가 되는지 확인하는 것. 이 세 가지를 지키면 나중의 선택지가 열린 채로 남습니다.

대략의 범위와 비용 구간을 먼저 가늠하고 싶다면 외주 개발 비용 계산기에서 페이지 수와 필요한 기능만 골라 확인할 수 있습니다. 연락처를 남기지 않아도 결과는 그대로 보입니다.

초록