도메인·호스팅

웹호스팅

웹호스팅은 웹사이트의 파일과 필요한 프로그램을 서버에서 제공해 이용자가 접속할 수 있게 하는 서비스입니다. 도메인이 이름이라면 호스팅은 그 이름으로 접속했을 때 실제 내용을 제공하는 환경에 해당합니다.

검토 2026-11-03·작성 김종현

웹호스팅은 웹사이트의 파일과 필요한 프로그램을 서버에서 제공해 이용자가 접속할 수 있게 하는 서비스입니다. 도메인이 이름이라면 호스팅은 그 이름으로 접속했을 때 실제 내용을 제공하는 환경에 해당합니다.¹

제작 방식: AI로 자료 조사와 초안 작성을 보조했습니다.

쉬운 설명: 파일 보관과 프로그램 실행은 다릅니다

웹서버는 요청을 받아 HTML·이미지 등 웹 자원을 응답하는 하드웨어와 소프트웨어를 가리킬 수 있습니다. 정적 사이트는 준비된 파일을 제공하는 방식이고, 동적 사이트는 요청에 따라 프로그램과 데이터베이스를 이용해 응답을 만들 수 있습니다. 같은 홈페이지처럼 보여도 서버에 필요한 기능은 달라집니다.¹

그래서 호스팅의 저장공간이 충분하다는 이유만으로 사이트를 그대로 옮길 수 있다고 판단하면 안 됩니다. 사용하는 언어와 실행 방식, 데이터베이스, 파일 저장 위치를 확인해야 합니다. 특정 CMS의 요구사항을 다른 프로그램에 그대로 적용해서도 안 됩니다.

예를 들어 WordPress 공식 문서는 PHP와 데이터베이스, HTTPS 지원 등 실행환경을 안내합니다. 이는 WordPress를 위한 조건이지 모든 웹사이트의 공통 사양표가 아닙니다. 다른 프로그램으로 만든 사이트라면 그 프로그램이 요구하는 환경을 별도로 맞춰야 합니다.²

서비스 상품의 이름보다 실제 지원 범위를 보세요. 업체가 서버 관리를 맡는 범위, 이용자가 프로그램을 설치할 수 있는 범위, 장애 때 복구하는 데이터의 종류가 무엇인지가 중요합니다. '관리형'이라는 이름만으로 콘텐츠 수정·모든 장애 복구·데이터 이관까지 포함된다고 추정하지 않습니다.

실무에서는 이전 가능성부터 확인합니다

다음은 관리자에서 글과 이미지를 올리는 사이트를 옮기는 가상의 적용 예시입니다. 공개 화면이 비슷하게 나오는지만 보지 않고, 쓰기와 재시작 이후까지 확인하도록 점검 범위를 정한 표입니다.

대상	확인 질문	남겨야 할 증거
실행환경	프로그램을 실행할 수 있는가	지원 언어·실행 방식 문서
데이터베이스	기존 자료를 옮길 수 있는가	내보내기·복원 가능 범위
업로드 파일	배포 후에도 파일이 남는가	저장 위치와 보존 정책
도메인·HTTPS	원하는 이름으로 접속 가능한가	연결 방법과 인증서 담당
복구	코드·DB·파일을 함께 되돌릴 수 있는가	복원 절차와 확인 항목
운영 책임	업데이트와 장애 대응은 누가 하는가	계약상 업무 범위

인수 검수에는 공개 페이지 조회뿐 아니라 관리자 저장, 이미지 업로드, 기존 자료 조회를 포함시키는 것이 좋습니다. 새 글 저장이 실패하는데 첫 화면만 정상이라는 이유로 이전을 완료 처리하면, 운영을 시작한 뒤 문제가 드러납니다. 이 검수 항목은 사이트 기능에 따라 정하는 실무 제안입니다.

또한 응답 코드는 단서이지 기능 보증이 아닙니다. HTTP는 요청과 응답의 의미를 정의하지만, 정상 상태 코드가 반환됐다는 사실만으로 저장된 데이터의 내용까지 맞다고 증명하지는 않습니다. 화면 내용과 업무 흐름을 함께 확인해야 합니다.³

웨비스튜디오 작업 기록

법률사무소 B에서는 기존 호스팅 상품에서 사이트를 운영할 수 있는지 실행환경 적합성을 점검했습니다. 단순 파일 업로드만으로 해결할 수 있는지와 서버 실행·데이터베이스가 필요한지를 나눠 검토한 기록입니다. 모든 호스팅 상품의 현재 사양을 비교한 결과나 특정 상품으로 이전 완료한 사례로 확대하지 않습니다.

자주 하는 실수와 수정 기준

용량만 보고 상품을 고르는 것. 필요한 런타임이나 DB를 지원하지 않으면 용량을 늘려도 실행되지 않습니다. 사양 비교표에 프로그램 실행 조건을 먼저 적습니다.

홈페이지 파일만 백업하는 것. 글과 회원 정보가 DB에 있고 이미지가 별도 저장소에 있다면 파일 사본만으로 복구되지 않습니다. 무엇이 어디에 저장되는지부터 목록으로 만듭니다.

도메인 결제와 호스팅 갱신을 섞는 것. 사이트가 열리지 않을 때 이름의 만료인지 서버 장애인지 구분하기 어렵습니다. 관리 주체·결제 주기·알림 수신자를 따로 정리합니다.

새 서버 첫 화면만 확인하는 것. 상세 URL 직접 접속, 관리자 저장, 이미지 제공, 오류 페이지까지 확인해야 합니다. 로그인 화면이나 오류 안내를 정상 페이지로 돌려주는 구성도 구분해서 봅니다.³

FAQ

저렴한 호스팅이면 검색에 불리한가요?

가격만으로 검색 적합성을 판단할 수 없습니다. 실제 접근과 응답, 공개 콘텐츠 전달을 확인해야 합니다. 비싼 상품을 선택했다는 사실만으로 검색 노출이 보장되지는 않습니다.

서버를 옮기면 데이터도 자동으로 따라오나요?

서비스의 이전 지원 범위에 따라 다릅니다. 코드·DB·업로드 파일·환경 설정의 이전 담당과 검수 항목을 명시해야 합니다. 도메인 연결을 바꾼 사실만으로 데이터 이관 완료로 보지 않습니다.

CMS가 있으면 어떤 호스팅에서도 쓸 수 있나요?

아닙니다. CMS마다 필요한 실행환경이 다릅니다. 선택한 프로그램의 공식 요구사항과 호스팅 지원 범위를 대조해야 합니다. 설치 가능 여부와 실제 운영에 필요한 저장·백업·업데이트 지원도 나눠 확인합니다.²

공식 출처

공식 문서 확인일: 2026-11-03. 특정 호스팅 업체의 가격·속도·가동률을 추정하지 않았습니다.

Mozilla MDN, 웹서버의 역할과 정적·동적 서버 설명: https://developer.mozilla.org/en-US/docs/Learn_web_development/Howto/Web_mechanics/What_is_a_web_server ↩ ↩²
WordPress.org, 공식 실행환경 요구사항: https://wordpress.org/about/requirements/ ↩ ↩²
IETF, RFC 9110 — HTTP Semantics: https://www.rfc-editor.org/rfc/rfc9110.html ↩ ↩²