HTML2WEB vs GitHub Pages·Cloudflare Pages·Vercel: 파일 하나도 배포해야 할까?

한 번 검토할 HTML 파일이라면 저장소와 배포 프로젝트까지 만들 필요가 없습니다. 반대로 검색 노출, 고정 도메인, 여러 파일, 변경 이력과 롤백이 필요하다면 HTML2WEB 같은 임시 링크보다 GitHub Pages, Cloudflare Pages, Vercel 같은 정적 호스팅이 맞습니다. 선택 기준은 속도보다 그 URL을 얼마나 오래 누가 운영할 것인가입니다.

결론부터 고르기

상황	먼저 고를 경로
회의, 코드 리뷰, 고객 시안처럼 몇 시간만 본다	HTML2WEB
공개 문서나 포트폴리오를 Git 저장소에서 계속 고친다	GitHub Pages
Git 배포와 브랜치 미리보기, Cloudflare 운영 기능을 연결한다	Cloudflare Pages
프론트엔드 앱과 프리뷰 배포를 하나의 프로젝트로 관리한다	Vercel

네 서비스는 모두 브라우저 URL을 만들지만 약속이 다릅니다. HTML2WEB은 단일 결과물의 임시 검토를 담당하고, 나머지 세 서비스는 프로젝트의 지속적인 배포와 운영을 담당합니다.

같은 index.html에도 준비 단계가 다릅니다

계정 상태, 조직 승인, DNS 권한에 따라 걸리는 시간이 크게 달라지므로 “몇 초”나 “몇 분”을 공통 수치로 만들지 않았습니다. 대신 처음 공개할 때 반드시 존재해야 하는 상태를 비교했습니다.

HTML2WEB: 파일에서 검토 URL까지

1. index.html을 열거나 코드를 복사합니다.
2. HTML-to-URL 도구에 파일을 놓거나 붙여넣습니다.
3. 만료와 선택적 비밀번호를 정합니다.
4. 게시하고 결과 URL을 받습니다.
5. 시크릿 창에서 확인해 보냅니다.

익명 무료 흐름은 별도 저장소나 첫 게시 전 가입을 요구하지 않습니다. 단일 HTML 또는 Markdown, 1MB, 30분·1시간·24시간 만료라는 경계가 있습니다.

GitHub Pages: 저장소가 공개 원본입니다

1. GitHub 저장소를 만들거나 기존 저장소를 선택합니다.
2. index.html과 필요한 자산을 커밋합니다.
3. Pages의 배포 소스 또는 GitHub Actions 워크플로를 정합니다.
4. 기본 브랜치에 푸시하고 배포 상태를 확인합니다.
5. 생성 URL, 경로와 필요하면 커스텀 도메인을 검증합니다.

GitHub의 현재 Pages 제한 문서는 Pages를 지속적인 정적 사이트로 설명하며 사이트 크기, 빌드 시간과 사용 목적에 대한 제한을 둡니다. 상업용 SaaS나 민감한 거래를 위한 무료 호스팅으로 쓰는 서비스는 아닙니다.

Cloudflare Pages: Git 연결과 브랜치 배포가 중심입니다

1. GitHub 또는 GitLab 저장소를 준비합니다.
2. Cloudflare에서 저장소 접근을 승인하고 Pages 프로젝트를 만듭니다.
3. 빌드 명령, 출력 폴더와 환경 설정을 확인합니다.
4. 프로덕션 브랜치를 정하고 첫 배포를 실행합니다.
5. 브랜치·PR 프리뷰와 프로덕션 URL을 검증합니다.

Cloudflare Pages Git 통합은 브랜치 푸시 때 자동 배포하고 PR별 프리뷰와 상태 체크를 제공한다고 명시합니다. 한 파일을 한 번 보여주는 것보다 반복 배포가 필요한 팀에 맞는 흐름입니다.

Vercel: 프로젝트와 프리뷰·프로덕션 수명을 관리합니다

1. 지원되는 Git 저장소를 가져오거나 CLI 프로젝트를 연결합니다.
2. 프로젝트 이름, 루트, 빌드 출력과 환경 변수를 확인합니다.
3. 첫 배포를 실행합니다.
4. 브랜치·PR 프리뷰 URL을 검토합니다.
5. 프로덕션 브랜치와 도메인, 롤백 방식을 운영합니다.

Vercel의 Git 배포 문서는 브랜치 푸시와 PR에 프리뷰 배포를 만들고, 프로덕션 브랜치 변경을 프로덕션으로 배포하는 흐름을 설명합니다. 단일 파일도 올릴 수 있지만 장점은 앱의 배포 수명을 관리할 때 커집니다.

기능보다 운영 책임을 비교하세요

기준	HTML2WEB	GitHub Pages	Cloudflare Pages	Vercel
원본	한 HTML·Markdown	Git 저장소	Git 저장소·빌드 출력	Git 프로젝트·빌드 출력
기본 수명	자동 만료	삭제할 때까지 운영	삭제할 때까지 운영	삭제·보존 정책까지 운영
검색	공유 페이지 noindex	공개 페이지 설정에 따름	공개 페이지 설정에 따름	공개 페이지 설정에 따름
여러 자산	단일 파일 중심	지원	지원	지원
변경 이력	관리 링크로 현재 공유 수정	Git 커밋	Git 커밋·배포 이력	Git 커밋·배포 이력
잘 맞는 일	일회성 검토	정적 공개 사이트	정적 사이트와 엣지 운영	프론트엔드 앱과 프리뷰

가격과 무료 한도는 바뀔 수 있습니다. 실제 선택 전에는 위 공식 문서와 각 계정의 현재 플랜을 다시 확인하세요. 이 비교에서 더 중요한 차이는 무료 용량이 아니라 일회성 결과물인가, 관리할 프로젝트인가입니다.

비밀번호가 필요하면 호스팅 선택도 다시 봅니다

HTML2WEB은 짧은 외부 검토에 선택적 비밀번호를 붙일 수 있습니다. 정적 호스팅의 공개 URL에 단순히 JavaScript 비밀번호 창을 추가하는 것은 서버 접근 제어가 아닙니다. 조직 로그인, 사용자별 권한, 감사 기록이 필요하면 인증을 지원하는 애플리케이션 구조를 선택해야 합니다.

비밀번호, 만료와 검색 제외의 차이는 HTML 공유 링크 보호 가이드에서 따로 비교했습니다.

이렇게 결정하면 됩니다

• 원본이 한 파일이고 피드백이 끝나면 사라져도 된다 → HTML2WEB
• URL이 검색되고 계속 열려야 한다 → 정식 정적 호스팅
• 팀이 Git으로 변경하고 PR마다 확인해야 한다 → Pages 또는 Vercel
• 폼, 로그인, 데이터베이스와 장기 모니터링이 필요하다 → 앱 배포 구조

더 넓게 HTML 첨부, URL 변환, 임시 공유, 정식 배포의 차이를 보고 싶다면 HTML 공유·변환·배포 선택 가이드를 먼저 읽어도 좋습니다. 도구 이름보다 수명과 운영 책임을 먼저 고르면, 파일 하나에 과한 배포를 만들거나 프로덕션 페이지를 임시 링크로 운영하는 실수를 피할 수 있습니다.