개인 웹사이트 호스팅 비용 2026, Mataroa·Pagecord·Bear 선택 기준

개인 웹사이트 호스팅 비용 비교를 위한 노트북, 도메인 흐름, 저장장치가 놓인 실사형 업무 장면 — 개인 웹사이트는 월 이용료보다 이전 가능성, 이미지 저장, 검색 노출 정책까지 같이 봐야 한다.

개인 웹사이트 호스팅 비용을 볼 때 무료인지 유료인지만 비교하면 나중에 더 비싼 선택을 하게 된다.

문제는 글을 어디에 쓰느냐가 아니라 도메인, 이미지, 검색 노출, 백업, 소셜 배포까지 한 번에 통제할 수 있느냐에 있다.

Mataroa, Pagecord, Bear 같은 경량 블로그 서비스는 서버 운영을 줄여 주지만 각자 돈을 받는 지점과 잠기는 지점이 다르다.

Codeberg Pages 같은 정적 사이트 경로는 서비스 이용료를 낮출 수 있지만 Git, webhook, 빌드 결과물 검증을 운영자가 직접 책임져야 한다.

핵심 요약

텍스트 중심 개인 블로그라면 Mataroa의 무료·$9/year 구조가 가장 단순한 예산 기준이다.
댓글, 뉴스레터, CLI, Obsidian 연동까지 필요하면 Pagecord의 $39/year 또는 $4/month 구간을 먼저 본다.
Bear는 무료 블로그 시작이 가능하지만 발견 피드 노출은 업그레이드 또는 수동 검토 조건을 확인해야 한다.
이미지를 많이 쓰면 블로그 요금보다 PixelUnion 같은 이미지 저장소의 16GB 무료, 150GB €2.95/month 같은 별도 비용이 더 먼저 커질 수 있다.

공식 가격표 핵심 숫자부터 정리하기

비용 의사결정은 서비스 이름보다 과금 단위가 먼저다.

아래 표는 공식 페이지에서 확인한 숫자만 넣었고, 도메인 등록비와 결제 세금은 각자 쓰는 등록기관과 결제 국가에 따라 별도로 잡아야 한다.

선택지	공식 가격 숫자	비용이 붙는 지점	먼저 볼 제약
Mataroa	Free, Premium $9/year	커스텀 도메인과 이메일 게시 같은 premium 기능	테마·디자인 옵션보다 텍스트와 export를 중시하는 구조
Pagecord	Classic FREE, Premium $39/year 또는 $4/month, 14-day trial	커스텀 도메인, analytics, email subscribers, CLI, Obsidian 연동	무료 구간은 20 uploads로 시작하고 premium에서 미디어·통합 기능이 넓어진다
Bear Blog	가입 화면 기준 blogs free	검색 발견 피드 노출은 upgraded 또는 reviewed 조건	무료 블로그가 검색·발견 경로에서 어떻게 보이는지 별도 확인 필요
PixelUnion	16GB €0, 150GB €2.95/month, 450GB €4.95/month, 2000GB €9.95/month	이미지와 영상 저장량 증가	본문 이미지를 외부 저장소에 둘 때 장기 링크와 백업 정책 확인
Codeberg Pages	문서상 공개 static website 배포 기능	Git 저장소, pages branch, webhook 또는 Forgejo Actions 운영 시간	무료처럼 보여도 빌드·DNS·장애 대응은 운영자 비용이다

이 조건이면 글만 쓰고 싶고 커스텀 도메인만 필요할 때 Mataroa를 먼저 검토한다.

이 경우는 댓글, 뉴스레터, CLI, Obsidian 발행 흐름이 실제 업무 흐름이라면 Pagecord의 유료 구간을 예산에 넣는다.

반대로 이미 Git 기반 정적 사이트를 운영해 본 팀이면 Codeberg Pages 경로가 현금 지출보다 운영 시간이 더 큰 비용인지 확인한다.

이 글이 필요한 사람

회사 서비스가 아니라 개인 포트폴리오, 기술 블로그, 작은 제품 문서를 장기 운영하려는 개발자
WordPress나 대형 CMS가 무겁게 느껴져 경량 블로그 서비스로 이전을 검토하는 운영자
도메인과 원본 글은 직접 통제하되 소셜 미디어 배포는 계속 쓰려는 창작자
무료 호스팅을 쓰다가 이미지 저장, 검색 노출, 백업, 이전 비용이 걱정되기 시작한 사람
정적 사이트, Markdown, Git 배포를 쓸 수 있지만 장애 대응 시간까지 비용으로 봐야 하는 소규모 팀

Mataroa, Pagecord, Bear는 같은 무료 블로그가 아니다

세 서비스는 모두 글쓰기를 단순하게 만들지만 무료 구간에서 남겨 두는 기능이 다르다.

Mataroa는 무료와 $9/year premium을 명확히 나누고, 공식 페이지에서 custom domain과 post by email을 premium 기능으로 둔다.

Pagecord는 Classic을 무료로 두면서 unlimited posts and pages, RSS, full site HTML export를 제공하고, Premium에서 custom domain, analytics, email subscribers, CLI를 넓힌다.

Bear는 가입 화면에서 blogs free를 밝히지만, 공식 문서는 discovery feed가 upgraded 또는 reviewed 블로그의 글을 보여준다고 설명한다.

항목	Mataroa	Pagecord	Bear
기본 성격	텍스트 중심 미니멀 블로그	이메일·웹·CLI까지 묶은 독립 블로그	No trackers, no javascript, no stylesheets 지향
유료 전환 이유	custom domain, post by email	custom domain, analytics, newsletter, comments, CLI	발견 피드 노출 조건과 고급 운영 요구 확인
이전성	export blog anytime를 내세움	HTML 또는 Markdown full site export를 제공	RSS·Atom과 문서 기반 기능 확인 필요
운영 리스크	디자인 커스터마이징 요구가 크면 맞지 않는다	기능이 넓어질수록 무료와 premium 경계가 의사결정 포인트가 된다	검색 노출과 발견 피드 조건을 초기에 확인해야 한다

비용표만 보면 셋 다 싸지만, 실제 차이는 글쓰기 흐름을 어디까지 서비스에 맡길지에서 생긴다.

개인 웹사이트 호스팅 비용은 월액이 아니라 나중에 떠날 수 있는 비용까지 포함해서 봐야 한다.

이미지 저장소 비용은 작은 웹사이트에서 자주 빠지는 항목이다

텍스트만 쓰면 블로그 서비스 요금이 전부처럼 보인다.

하지만 스크린샷, 여행 사진, 제품 이미지, 포트폴리오 이미지를 계속 넣으면 이미지 저장소 비용과 링크 수명이 별도 예산이 된다.

PixelUnion은 16GB 무료, 150GB €2.95/month, 450GB €4.95/month, 2000GB €9.95/month 숫자를 공개하고, 연 단위 결제 금액도 함께 제시한다.

이미지를 외부 저장소에 둘 때는 무료 용량보다 원본 export, 공유 링크 안정성, 공개 앨범 URL, 삭제 후 복구 정책을 먼저 확인해야 한다.

이미지 운영 조건	확인 질문	비용 판단
월 1~2개 글, 이미지 거의 없음	본문이 텍스트 중심이고 썸네일만 가끔 필요한가	블로그 서비스 기본 업로드나 16GB 무료 저장소로 충분할 수 있다
월 4~8개 글, 스크린샷 포함	이미지 파일 이름, alt, 공유 링크를 이전할 수 있는가	150GB 유료 구간을 장기 예산 후보로 둔다
사진 에세이 또는 제품 리뷰	원본 사진, 축소본, 공개 앨범 링크를 분리할 수 있는가	450GB 이상 구간과 백업 저장소를 같이 본다
팀 문서와 제품 자료	퇴사자 계정에 이미지가 묶이지 않는가	개인용 블로그 서비스 대신 조직 스토리지 정책이 필요하다

실무 시나리오 1은 개발자가 포트폴리오 글을 월 4개 올리고 각 글에 이미지 2장을 넣는 경우다.

이 조건이면 블로그 본문 export와 이미지 원본 백업을 같은 날 점검하고, 이미지 링크가 계정 폐쇄 때 끊기는지를 먼저 본다.

Codeberg Pages는 현금 지출보다 운영 시간을 비용으로 본다

Codeberg Pages 문서는 user 또는 organization website를 pages 저장소와 pages branch로 배포하는 흐름을 설명한다.

문서 기준으로 repository settings에서 Webhooks를 열고 Forgejo webhook을 추가한 뒤 target URL과 branch filter를 지정하는 방식이 가능하다.

또 다른 경로로 Forgejo Actions를 써서 정적 사이트 생성 결과물을 배포할 수 있고, 이 경우 빌드 로그와 배포 산출물 검증이 운영 항목이 된다.

서비스 월액을 아끼는 대신 배포 실패, 커스텀 도메인, 404, redirect, RSS 생성, sitemap 제출을 직접 처리해야 한다.

개인 또는 조직 이름으로 pages 저장소를 만들고 pages branch를 배포 기준으로 정한다.
정적 사이트 생성기나 단순 HTML 산출물을 pages branch에 올릴 수 있는지 먼저 로컬에서 확인한다.
repository Settings의 Webhooks에서 Forgejo webhook을 추가하고 target URL을 username.codeberg.page 형태로 맞춘다.
Branch filter를 pages로 제한하고 실제 push 이후 webhook delivery와 공개 URL을 확인한다.
커스텀 도메인이 필요하면 Codeberg의 custom domain 문서와 DNS 제공자의 CNAME, TXT 검증 흐름을 별도 작업으로 분리한다.
실패하면 최근 commit, webhook delivery, Actions 로그, DNS 전파 상태, 404 경로를 순서대로 본다.

이 경우는 운영자가 Git과 DNS를 다룰 수 있으면 현금 비용은 낮아지지만, 문제가 날 때 스스로 로그를 읽어야 한다.

반대로 글쓰기 자체가 목표라면 Codeberg Pages보다 경량 블로그 SaaS가 시간 비용을 낮출 수 있다.

POSSE는 무료 배포가 아니라 원본 통제 전략이다

IndieWeb의 POSSE는 Publish on your Own Site, Syndicate Elsewhere의 약자이며, 원본을 자기 사이트에 먼저 올리고 다른 플랫폼에 배포하는 관행을 뜻한다.

개인 웹사이트 비용을 계산할 때 POSSE를 넣으면 소셜 계정 성과와 원본 URL 통제가 분리된다.

즉 Instagram, X, Threads, LinkedIn 같은 플랫폼에 독자를 보내더라도 canonical 글과 archive는 자기 도메인에 남긴다는 운영 원칙이다.

이 전략은 무료가 아니고, 원본 글 수정, 링크 추적, 댓글 회수, 중복 콘텐츠 관리에 운영 시간이 든다.

원본 URL은 자기 도메인에 두고 소셜 글은 요약과 링크로만 배포한다.
블로그 서비스가 export를 제공하는지 확인하고 소셜 배포용 짧은 URL도 원본으로 돌아가게 둔다.
검색 노출이 중요한 글은 소셜 플랫폼 원문 복붙보다 자기 사이트의 canonical 본문을 먼저 색인시키는 편이 안전하다.
소셜 계정이 정지되거나 외부 배포 정책이 바뀌어도 원본 글, RSS, sitemap, 이메일 구독 경로가 남는지 확인한다.

개인 웹사이트 호스팅 비용 판단표

다음 표는 서비스 이름을 고르는 표가 아니라 실패했을 때 어디에서 비용이 터지는지 보는 표다.

판단 축	저비용 선택	보류해야 할 신호	실무 확인
현금 예산	Mataroa $9/year, Pagecord $39/year, Bear free, PixelUnion 16GB free처럼 공개 숫자가 명확한 경로	가격표가 없거나 custom domain과 export 조건이 흐린 서비스	연간 서비스비, 도메인비, 이미지 저장비, 결제 세금 항목을 나눠 적는다
이전 가능성	HTML, Markdown, RSS, 이미지 원본을 따로 받을 수 있는 구조	에디터 DB 안에 글과 이미지가 묶이고 export가 약한 구조	분기 1회 export 테스트와 새 호스팅 복구 시간을 기록한다
검색 노출	robots, sitemap, RSS, discovery 조건을 확인할 수 있는 구조	무료 계정이 검색 또는 발견 피드에서 숨겨지는 조건을 모르는 상태	Bear처럼 reviewed 또는 upgraded 조건이 있으면 발행 전에 정책을 읽는다
운영 난이도	SaaS 에디터에서 글쓰기만 하면 되는 구조	Git, webhook, DNS, Actions를 모르는 사람이 정적 사이트를 맡는 구조	담당자가 바뀌어도 배포 문서를 보고 복구할 수 있는지 본다
소셜 배포	POSSE로 원본 URL과 배포 채널을 분리하는 구조	소셜 플랫폼 글이 원본보다 먼저 쌓이고 자기 사이트가 비어 있는 구조	소셜 글 템플릿과 canonical URL 확인 절차를 만든다

실무 시나리오 2는 작은 SaaS 팀이 제품 changelog와 기술 메모를 회사 홈페이지 밖에 따로 운영하는 경우다.

이 조건이면 댓글과 이메일 구독이 필요한지 먼저 정하고, 필요 없다면 정적 사이트나 Mataroa 쪽이 더 단순할 수 있다.

실무 시나리오 3은 개인 개발자가 이직용 포트폴리오를 만들면서 GitHub Pages류 배포와 경량 블로그를 비교하는 경우다.

이 경우는 배포 자동화 경험을 보여주는 것이 목표면 Codeberg Pages 같은 Git 기반 경로가 포트폴리오 증거가 될 수 있다.

운영 순서: 싸게 시작하되 나갈 길을 먼저 만든다

처음부터 완벽한 플랫폼을 고르려 하면 글을 못 쓰고 도구 비교만 하게 된다.

그래서 작은 웹사이트는 30일 안에 쓰기, 백업, 검색, 이전 가능성을 한 번씩 검증하는 순서가 맞다.

첫날에는 primary domain, blog service, image storage, social distribution channel을 한 장 표로 적는다.
첫 주에는 글 3개를 올리고 RSS, sitemap, 검색 결과, 모바일 속도, 이미지 alt를 확인한다.
둘째 주에는 export를 내려받아 로컬에서 본문과 이미지 링크가 살아 있는지 확인한다.
셋째 주에는 소셜 배포 글이 원본 URL로 돌아오는지 확인하고 POSSE 템플릿을 고친다.
넷째 주에는 유료 전환 조건을 결정하고, custom domain과 이미지 저장소 비용을 별도 예산으로 확정한다.

이 순서를 통과하지 못하면 연 $9이든 $39이든 아직 결제할 때가 아니다.

가격이 낮은 서비스일수록 한 번 결제하고 방치하기 쉬우므로 export 테스트 날짜를 캘린더에 넣어야 한다.

운영 스켈레톤: 서비스 선택과 이전 점검을 파일로 남긴다

개인 웹사이트도 운영 자산이면 결정 기준을 파일로 남겨야 한다.

아래 YAML은 실제 계약 자동화가 아니라 선택 이유와 차단 조건을 팀원이나 미래의 자신에게 남기는 검토 템플릿이다.

# small-web-hosting-decision.yaml
# 목적: 개인 웹사이트를 무료 서비스, 경량 블로그 SaaS, 정적 사이트 호스팅 중 어디에 둘지 판단한다.
# 실제 계약 전 각 서비스의 공식 가격표, 약관, 백업 기능, 도메인 정책을 다시 확인한다.

site_profile:
  owner: individual_or_small_team
  content_type: writing_notes_docs_or_portfolio
  expected_posts_per_month: 4
  custom_domain_required: true
  images_per_post: 2
  newsletter_required: false
  comments_required: optional
  export_required: true

cost_guardrails:
  annual_service_budget_usd: 50
  image_storage_budget_eur_per_month: 5
  registrar_budget_separate: true
  paid_upgrade_block_if:
    - no_export_path
    - no_custom_domain_when_required
    - discoverability_blocked_without_review
    - image_storage_cost_unbounded

selection_rule:
  choose_mataroa_if:
    - text_first_blog
    - custom_domain_needed
    - minimum_paid_budget_preferred
  choose_pagecord_if:
    - email_or_cli_publishing_needed
    - comments_newsletter_or_analytics_needed
    - two_blogs_under_one_account_needed
  choose_bear_if:
    - no_javascript_fast_blog_preferred
    - free_blog_is_enough
    - manual_discoverability_review_is_acceptable
  choose_codeberg_pages_if:
    - static_generator_workflow_possible
    - git_based_deploy_preferred
    - team_can_debug_webhook_or_actions

아래 Python 형태 체크리스트는 이전 직전에 빠뜨리기 쉬운 export, 이미지, DNS, RSS, POSSE 항목을 고정하는 예시다.

#!/usr/bin/env python3
# hosting_exit_check.py
# 목적: 블로그 이전 전에 export, 이미지, canonical URL, RSS, 검색 노출을 점검한다.
# 실제 외부 호출 스크립트가 아니라 운영 체크리스트를 코드 형태로 고정한 예시다.

checks = [
    ('export_downloaded', 'HTML 또는 Markdown export 파일을 로컬과 외부 백업에 저장했는가'),
    ('images_rehosted', '본문 이미지 URL이 폐쇄형 계정 링크에 묶이지 않았는가'),
    ('domain_dns_ttl_lowered', '도메인 이전 전 DNS TTL을 낮추고 롤백 시간을 정했는가'),
    ('rss_verified', 'RSS 또는 Atom 피드가 새 주소에서 열리는가'),
    ('posse_links_updated', '소셜 배포 글이 원본 canonical URL로 돌아오는가'),
    ('search_visibility_checked', 'robots, discoverability, sitemap 제출 상태를 확인했는가'),
]

failed = [name for name, _question in checks if name.startswith('replace_with_real_state')]
if failed:
    raise SystemExit('migration blocked: ' + ','.join(failed))
print('use this list as a pre-migration review, not as automatic proof')