2026 개발자 포트폴리오 도메인·호스팅 구매 전 체크리스트

• 목록
• 답변
• 글쓰기
• 옵션
  • 수정
  • 삭제

포트폴리오 프로젝트는 완성됐는데 도메인과 호스팅을 고르는 순간 막히셨나요? 첫해 할인 가격만 보고 결제하면 갱신 비용, 트래픽 제한, SSL 인증서, 데이터 이전 조건에서 예상하지 못한 지출이 생길 수 있습니다. 2026년 개발자 포트폴리오는 화면 디자인뿐 아니라 빠른 접속 속도, 안정적인 HTTPS, 명확한 소유권까지 함께 보여줘야 합니다.

포트폴리오의 기본 개념과 활용 범위가 궁금하다면 Portfolio 용어 정의를 먼저 확인해도 좋습니다. 아래 점검표는 특정 업체를 추천하기보다, 자신의 프로젝트 구조와 예산에 맞는 서비스를 직접 판별하도록 구성했습니다.

1. 결제 전에 프로젝트 요구사항부터 적어보세요

정적 사이트와 서버형 프로젝트 구분

호스팅 상품을 비교하기 전에 포트폴리오가 어떤 방식으로 실행되는지 확인해야 합니다. HTML·CSS·JavaScript로만 구성하거나 React, Vue, Svelte 등을 빌드해 정적 파일로 배포한다면 무료 또는 저가형 정적 호스팅으로도 충분할 가능성이 큽니다. 반면 PHP, Node.js, Python 서버와 데이터베이스가 계속 실행돼야 한다면 런타임과 메모리를 제공하는 서버형 상품이 필요합니다.

예를 들어 작품 목록을 JSON 파일에서 읽는 사이트와 관리자 화면에서 프로젝트를 등록하는 사이트는 외관이 비슷해도 운영 조건이 다릅니다. 후자는 데이터베이스, 환경 변수, 백업, 서버 로그가 필요합니다. 현재 필요한 기능과 언젠가 추가할 기능을 구분하지 않으면 사용하지도 않는 고가 서버를 미리 구매하게 됩니다.

• 빌드 결과물이 정적 파일만 남는지 확인합니다.
• PHP·Node.js·Python 같은 서버 런타임이 상시 필요한지 표시합니다.
• MySQL, PostgreSQL, MongoDB 등 데이터베이스 사용 여부를 적습니다.
• 문의 양식, 로그인, 파일 업로드처럼 서버가 필요한 기능을 분리합니다.
• 월간 방문자 예상치와 이미지·영상의 전체 용량을 계산합니다.

예산은 첫해가 아닌 3년 기준으로 계산

도메인은 첫해 등록료가 저렴해도 2년 차부터 정상 갱신가가 적용될 수 있습니다. 호스팅 역시 무료 이용량을 넘으면 트래픽, 빌드 시간, 서버 실행 시간에 따라 과금될 수 있으므로 첫 결제 화면의 숫자만으로 저렴하다고 판단하면 곤란합니다. 도메인 등록료, 연간 갱신료, 개인정보 보호, 이메일, 백업 비용을 3년치로 합산해 보세요.

개인 포트폴리오라면 처음부터 복잡한 클라우드 서버를 구매하기보다 월별 비용 상한을 정하는 편이 안전합니다. 정적 포트폴리오는 무료 구간과 유료 도메인을 조합하고, 서버형 프로젝트는 가장 작은 인스턴스에서 시작해 실제 사용량을 관찰하는 방식이 합리적입니다.

구매 팁: ‘월 1만 원 이하’처럼 예산만 정하지 말고 도메인 갱신, 유료 이메일, 백업을 포함한 연간 총소유비용으로 비교하세요.

1. 도메인 3년 등록·갱신 비용을 계산합니다.
2. 호스팅 무료 한도를 초과했을 때의 요금을 확인합니다.
3. 부가세와 해외 결제 수수료 포함 여부를 점검합니다.
4. 서비스 이전 시 발생할 수 있는 비용도 예비비에 넣습니다.

2. 포트폴리오 도메인 구매 체크리스트

이름, 확장자, 오타 가능성 확인

개발자 포트폴리오 도메인은 채용 담당자가 한 번 보고 입력할 수 있을 만큼 짧고 명확해야 합니다. 영문 이름을 그대로 사용할 수 있다면 가장 직관적이며, 이미 등록됐다면 직무나 작업 성격을 나타내는 dev, code, works 같은 단어를 신중하게 조합할 수 있습니다. 숫자와 하이픈을 여러 개 섞으면 구두 전달과 명함 표기가 어려워집니다.

.com은 대중적으로 익숙하고, .dev는 개발자 정체성을 분명히 보여줍니다. 다만 확장자마다 등록 및 갱신 가격이 다르고 특정 확장자는 HTTPS 사용을 사실상 전제로 하므로 지원 조건을 살펴야 합니다. 검색 노출만을 기대하며 낯선 확장자를 고르기보다는 브랜드 기억성, 갱신 가능성, 신뢰도를 우선하세요.

• 소리 내 읽었을 때 철자를 쉽게 설명할 수 있는지 확인합니다.
• 이름과 성의 순서를 바꾼 후보도 함께 조회합니다.
• GitHub·LinkedIn 등에서 쓰는 닉네임과 일관성이 있는지 봅니다.
• 등록가는 물론 2년 차 갱신가와 이전 수수료를 확인합니다.
• 비슷한 이름의 상표나 유명 서비스와 혼동되지 않는지 검색합니다.

소유권과 이전 권한 점검

도메인은 제작 대행사나 지인의 계정이 아니라 본인 명의의 계정으로 등록하는 것이 원칙입니다. 결제 카드보다 더 중요한 것은 등록자 이메일과 계정 복구 수단입니다. 이 정보를 잃으면 호스팅을 옮기는 것보다 도메인을 되찾는 일이 훨씬 어려워질 수 있습니다.

구매 전에는 WHOIS 개인정보 보호가 기본 제공되는지, 다른 등록기관으로 이전할 때 인증 코드를 직접 발급할 수 있는지 확인하세요. 자동 갱신을 켰다면 결제 실패 알림이 실제 사용하는 이메일로 오는지도 점검해야 합니다. 포트폴리오가 경력을 축적하는 기록이라는 관점은 포트폴리오의 의미와 구성을 참고하면 더 명확해집니다.

1. 등록자·관리자 이메일을 본인 주소로 지정합니다.
2. 계정에 2단계 인증을 설정합니다.
3. 이전 잠금 해제와 인증 코드 발급 메뉴를 찾아봅니다.
4. 만료 30일·7일 전 알림을 받을 수 있는지 확인합니다.
5. 자동 갱신 카드의 유효기간을 캘린더에 기록합니다.

3. 호스팅 상품은 가격보다 제한 조건을 비교하세요

무료 호스팅에서 반드시 볼 항목

정적 포트폴리오는 무료 호스팅만으로도 빠르고 안정적으로 운영할 수 있습니다. 그러나 ‘무료’라는 표현이 모든 기능의 무제한 제공을 뜻하지는 않습니다. 월간 전송량, 빌드 횟수, 빌드 실행 시간, 팀원 수, 서버리스 함수 호출량, 로그 보관 기간이 각각 제한될 수 있습니다.

평소 방문자가 적어도 채용 공고 지원 직후나 커뮤니티에 프로젝트가 소개된 날에는 트래픽이 순간적으로 늘 수 있습니다. 한도 초과 시 사이트가 중단되는지, 자동으로 유료 과금되는지, 다음 달까지 빌드만 차단되는지 반드시 읽어보세요. 자동 과금 방식이라면 비용 알림과 지출 한도를 설정할 수 있는 상품이 관리하기 편합니다.

• 사용자 지정 도메인을 무료 플랜에서도 연결할 수 있는지 봅니다.
• 무료 SSL 인증서 발급과 자동 갱신을 지원하는지 확인합니다.
• 월간 대역폭과 빌드 시간의 측정 기준을 읽습니다.
• Git 저장소 연동 및 미리보기 배포 제공 여부를 비교합니다.
• 한도 초과 시 중단, 제한, 자동 과금 중 무엇이 적용되는지 확인합니다.

서버형 호스팅의 숨은 운영비

PHP나 Zend Framework 프로젝트, API 서버, NoSQL 데이터베이스를 직접 보여주려면 정적 호스팅보다 점검할 항목이 많습니다. CPU와 메모리 가격 외에도 스토리지, 외부 전송량, 고정 IP, 관리형 데이터베이스, 스냅샷이 별도로 과금될 수 있습니다. 저렴한 가상 서버도 보안 업데이트와 장애 복구를 직접 수행해야 한다면 시간 비용이 커집니다.

리눅스 서버 운영 경험을 포트폴리오로 보여주려는 목적이라면 직접 관리하는 서버가 의미 있습니다. 그러나 채용 담당자가 작품을 보는 것이 핵심이라면 관리형 플랫폼이 운영 부담을 줄여줍니다. ‘서버를 직접 운영할 수 있는가’뿐 아니라 매달 패치와 모니터링을 지속할 의향이 있는가를 스스로 물어보세요.

선택 기준: 방문자에게 서버 운영 능력을 보여줄 필요가 없다면 유지 관리가 간단한 구조가 오히려 완성도 높은 포트폴리오를 만듭니다.

4. SSL·보안·백업 조건을 결제 전에 확인하세요

HTTPS와 계정 보안 점검

주소창의 보안 경고는 뛰어난 프로젝트 설명보다 먼저 눈에 들어옵니다. 2026년 포트폴리오에서 HTTPS는 선택 기능이 아니라 기본 조건입니다. 호스팅이 무료 SSL 인증서를 자동 발급하는지, 사용자 지정 도메인에서도 갱신을 자동 처리하는지, www 주소와 루트 도메인을 모두 보호하는지 확인하세요.

도메인 등록기관, Git 저장소, 호스팅 계정 중 하나라도 탈취되면 사이트 코드나 DNS가 바뀔 수 있습니다. 세 서비스에 동일한 비밀번호를 쓰지 말고 패스키 또는 2단계 인증을 활성화하세요. API 키와 데이터베이스 비밀번호는 저장소에 올리지 않고 환경 변수로 분리해야 합니다. 공개된 키를 나중에 삭제해도 Git 기록에 남을 수 있다는 점도 기억해야 합니다.

• SSL 발급·갱신 비용이 상품에 포함되는지 확인합니다.
• HTTP 요청을 HTTPS로 자동 이동하도록 설정합니다.
• 도메인과 호스팅 계정에 2단계 인증을 적용합니다.
• 환경 변수의 값을 빌드 로그가 노출하지 않는지 점검합니다.
• 문의 폼에는 스팸 차단과 입력값 검증을 적용합니다.
• 관리 페이지와 데이터베이스 포트를 외부에 무조건 공개하지 않습니다.

백업은 파일과 데이터베이스를 따로 설계

Git 저장소가 있다고 해서 모든 복구 준비가 끝난 것은 아닙니다. 소스 코드는 Git으로 되돌릴 수 있지만 업로드 파일, 문의 내역, 데이터베이스 레코드, DNS 설정은 별도 백업이 필요합니다. 호스팅 상품이 자동 백업을 제공한다면 보관 기간, 백업 주기, 복원 횟수, 복원 비용까지 확인하세요.

특히 NoSQL이나 관계형 데이터베이스를 사용한다면 백업 파일을 만드는 것만으로 충분하지 않습니다. 분기마다 테스트 환경에서 실제 복원을 시도해야 데이터 형식과 권한 문제가 없는지 알 수 있습니다. 창작물과 경력 자료를 선별해 제시하는 방식은 포트폴리오 관련 설명에서도 확장해 살펴볼 수 있습니다.

1. 소스 코드를 원격 Git 저장소에 보관합니다.
2. 데이터베이스 자동 백업 주기와 보존 기간을 확인합니다.
3. DNS 레코드와 환경 변수 목록을 안전한 문서로 남깁니다.
4. 월 1회 또는 분기 1회 복원 테스트를 수행합니다.
5. 서비스 해지 전에 데이터를 내려받을 수 있는 형식을 확인합니다.

5. 구매 직전 20분 최종 점검표

결제 버튼을 누르기 전 확인 순서

상품 설명을 여러 탭에서 비교하다 보면 중요한 조건을 놓치기 쉽습니다. 최종 후보를 정했다면 아래 순서대로 20분만 점검해 보세요. 첫 5분에는 프로젝트 구조와 런타임을 대조하고, 다음 5분에는 도메인 갱신가와 이전 정책을 확인합니다. 이후 보안·백업 조건을 살핀 뒤 실제 결제 금액을 기록합니다.

상품 페이지의 홍보 문구보다 약관, 가격표, 사용량 대시보드 예시가 더 유용합니다. 무료 플랜을 선택하더라도 카드 등록이 필요한지, 초과 사용량이 자동 청구되는지 확인하세요. 해외 업체라면 표시 통화, 부가세, 환율 변동도 실제 비용에 영향을 줍니다.

1. 0~5분: 정적 파일, 서버 런타임, 데이터베이스 요구사항을 상품과 대조합니다.
2. 5~10분: 도메인 등록가·갱신가·이전 정책·WHOIS 보호를 확인합니다.
3. 10~15분: SSL 자동 갱신, 2단계 인증, 백업 보존 기간을 점검합니다.
4. 15~20분: 부가세와 초과 요금을 포함한 3년 예상 비용을 기록합니다.

구매 후 첫날 해야 할 설정

결제가 끝났다면 DNS만 연결하고 작업을 멈추지 마세요. 루트 도메인과 www 중 대표 주소를 하나 정하고 나머지는 영구 리디렉션해야 중복 주소를 줄일 수 있습니다. 배포가 완료되면 모바일과 데스크톱에서 HTTPS, 메뉴 링크, 이력서 다운로드, 문의 양식을 직접 시험하세요.

또한 도메인 만료 알림과 비용 알림을 서로 다른 채널로 이중 설정하는 편이 좋습니다. 방문자 분석을 사용한다면 개인정보를 과도하게 수집하지 않는지 확인하고, 오류 로그에는 이메일이나 토큰 같은 민감 정보가 기록되지 않도록 정리하세요. Andrey Vasiliev처럼 소프트웨어 개발, 디자인, 창작 프로젝트를 함께 보여주는 사이트라면 카테고리별 대표 작품에 동일한 설명 틀을 적용하면 탐색이 쉬워집니다.

• 대표 도메인과 www 리디렉션을 설정합니다.
• HTTPS 인증서 상태와 자동 갱신 여부를 검사합니다.
• 404 페이지, 모바일 메뉴, 외부 프로젝트 링크를 시험합니다.
• 도메인 만료 및 호스팅 비용 알림을 설정합니다.
• 첫 배포 버전과 데이터베이스 백업을 생성합니다.
• 프로젝트마다 역할, 기술 스택, 해결한 문제, 결과를 명시합니다.

마지막 판단 질문: 이 상품이 저렴한가보다 ‘혼자서 3년 동안 예측 가능하게 운영할 수 있는가’를 물어보세요. 답이 명확하다면 포트폴리오 인프라 선택도 훨씬 단단해집니다.