웹 게임을 위한 Godot vs Unity (2026)
Godot과 Unity 모두 게임을 브라우저로 출시할 수 있습니다. 간단히 말하면 Godot(4.7.2, 무료, MIT)는 GDScript로 만드는 소규모 2D 및 가벼운 3D 웹 게임에 더 깔끔한 선택이고, Unity(6.6)는 브라우저에서 C#이 필요하거나 더 무거운 3D 또는 WebGPU 컴퓨트를 사용해야 할 때 유리합니다. 두 엔진은 웹에 도달하는 방식이 매우 다르며, 특히 웹에서는 일반적인 "Godot vs Unity" 논쟁에서 보이는 것보다 차이가 더 뚜렷합니다. 이 가이드에서는 다운로드 크기, 렌더링, 언어 지원, 모바일 브라우저, 비용처럼 실제로 웹 빌드를 좌우하는 요소를 비교합니다.
모든 브라우저 엔진을 아우르는 더 넓은 비교를 보고 싶다면 웹 게임 엔진 비교부터 확인하세요. 이 페이지에서는 대표적인 두 종합 게임 엔진을 집중적으로 살펴봅니다.
빠른 결론
| Godot | Unity | |
|---|---|---|
| 웹 빌드 크기(빈 프로젝트) | Brotli 약 5MB, gzip 약 9MB | 2D 약 7.7MB, 3D 약 10.7MB, 스트리핑 시 약 2MB(Brotli) |
| 웹 지원 언어 | GDScript만 지원(C#은 아직 웹으로 내보낼 수 없음) | C#(웹에서 작동) |
| 웹 렌더링 | WebGL2(Compatibility 렌더러) | WebGL2 및 WebGPU(Unity 6.6부터 완전 지원, 선택적 활성화) |
| iOS/Safari | 단일 스레드 내보내기 사용 시 우수(4.3 이상) | Unity 6부터 모바일 웹 지원 |
| 비용 | 무료, MIT, 영구적으로 수수료 없음 | 수익 $200K 미만은 Personal 무료, Pro는 좌석당 연 $2,310 |
| 가장 적합한 용도 | 무료 소규모 2D 및 가벼운 3D 웹 게임 | 더 무거운 3D, C# 팀, 대규모 에셋 생태계 |
가장 큰 결정 요인은 하나입니다. 게임이 C#으로 작성되었다면 Unity는 웹으로 출시할 수 있지만 Godot은 아직 불가능합니다. 나머지 차이도 대부분 여기서 비롯됩니다.
빌드 크기와 로딩 시간
다운로드 크기는 웹 플레이어가 가장 먼저 체감하는 요소입니다. Godot의 웹 내보내기는 엔진을 WebAssembly 바이너리로 포함하며, Brotli로 압축하면 약 5MB, gzip으로 압축하면 약 9MB입니다. 이 크기는 사전 빌드된 템플릿이 게임에서 어떤 기능을 사용하는지 알 수 없어 전체 엔진(3D 렌더러, 오디오, 네트워킹)을 포함하기 때문에 발생합니다.
Unity 6에서 Brotli를 사용해 측정한 빈 웹 빌드는 2D Built-in Pipeline 프로젝트가 약 7.7MB, 3D URP 템플릿이 약 10.7MB입니다. 기능을 과감하게 제거한 최소 빌드는 약 2MB까지 줄일 수 있습니다. 따라서 세심하게 최적화한 Unity 2D 빌드는 Godot과 비슷한 크기에 도달할 수 있지만, 별다른 작업 없이 기본 설정으로 비교하면 Godot이 더 작습니다.
두 엔진 모두 실제로는 에셋 크기가 엔진 바이너리보다 훨씬 큰 경우가 많습니다. 텍스처와 오디오를 압축하고, 가능한 리소스는 스트리밍하세요. 결국 엔진 선택보다 에셋 용량 관리가 더 중요할 수 있습니다.
C# 제한 사항(선택하기 전에 꼭 읽어보세요)
많은 팀이 뒤늦게 발견하는 문제입니다. 2026년 9월 현재 C#(.NET)으로 작성된 Godot 프로젝트는 공식적으로 웹에 내보낼 수 없습니다. 공식 웹 내보내기 문서도 4.7에서 여전히 이를 명시하고 있으며, 지금까지 공개된 4.8 개발 스냅샷에도 관련 기능은 포함되지 않았습니다. GDScript는 문제없이 내보낼 수 있습니다. 2025년 5월 GodotCon Boston에서는 Mono를 정적으로 링크한 작동 가능한 C# 웹 프로토타입이 공개되었지만, 페이로드가 컸으며 개발팀은 출시 일정을 확정하지 않았습니다.
반면 Unity는 C#을 WebAssembly로 컴파일하며 수년 동안 C# 게임을 브라우저에 출시할 수 있었습니다. 따라서 기존 C# 코드베이스가 있거나 팀원들이 C#만 사용할 줄 안다면 웹에서는 Unity가 현실적인 선택입니다. 새 프로젝트를 시작하며 GDScript 사용에 문제가 없다면 Godot의 웹 개발 경로도 깔끔합니다.
렌더링: WebGL2 vs WebGPU
Godot의 웹 내보내기는 Compatibility 렌더러를 통해 WebGL2를 대상으로 합니다. 더 광범위한 WebGPU 지원 작업은 아직 웹 내보내기에 사용할 만큼 준비되지 않았습니다. Godot 4.7(2026년 6월 출시, 2026년 8월 기준 4.7.2, 4.8은 개발 스냅샷 단계)은 WebAssembly SIMD를 기본으로 제공하며 wasm64 내보내기 옵션을 추가해 코드 변경 없이 웹 성능을 높일 수 있습니다.
Unity의 WebGPU 백엔드는 Unity 6에서 실험 기능으로 시작했으며 Unity 6.6(2026년 8월)에서 실험 단계를 벗어났습니다. 이제 웹 빌드를 위한 완전 지원 그래픽 API로서 표준 Unity 지원 범위에 포함되며, 브라우저에서 컴퓨트 셰이더, GPU Resident Drawing, VFX Graph를 사용할 수 있습니다. 여전히 기본적으로 비활성화되어 있으며, 새로운 Graphics Device Filtering 설정을 사용하면 기기별로 WebGPU를 허용하거나 차단하고 자동으로 WebGL2로 대체할 수 있습니다. 아직 모든 브라우저가 WebGPU를 지원하지 않으므로(현재 지원 현황은 웹 게임 기술 스택 가이드 참조) WebGL2를 기본 기준으로 유지하세요. Unity 6는 WebAssembly 힙을 4GB로 늘리고 Wasm SIMD와 네이티브 예외를 추가했으며, 6.6 릴리스에서는 Wasm64를 통해 한도를 16GB로 높이고 씬별 점진적 에셋 로딩을 추가했습니다. 렌더링과 관련해 한 가지 더 알아둘 점은 Unity 6.5(2026년 6월)에서 Built-in Render Pipeline이 지원 중단 예정으로 지정되었다는 것입니다(Unity의 렌더 파이프라인 전략에 따르면 Unity 6.7 LTS까지 지원). 따라서 새 웹 프로젝트는 URP로 시작하는 것이 좋습니다.
지금 브라우저에서 컴퓨트 셰이더나 더 무거운 3D가 필요하다면 Unity의 WebGPU 지원이 크게 앞서 있으며, 6.6부터는 더 이상 불확실한 선택도 아닙니다. WebGL2 기반의 2D 및 가벼운 3D라면 두 엔진 모두 충분합니다.
스레딩, iOS, 호스팅 문제
초기 Godot 4는 SharedArrayBuffer가 필요했는데, 브라우저는 페이지가 교차 출처 격리 상태일 때만 이를 제공합니다(COOP 및 COEP 헤더). 이는 호스팅을 까다롭게 만들며 itch.io에서는 Chrome에서만 작동합니다. Godot 4.3부터는 이 요구 사항을 완전히 제거하는 단일 스레드 빌드를 내보낼 수 있으며, 이 변경으로 오랫동안 이어진 iOS 및 Safari 재생 문제도 해결되었습니다. 웹 우선 Godot 게임이라면 일반적으로 단일 스레드 내보내기가 더 안전한 기본값입니다.
Unity의 웹 빌드도 WebAssembly를 사용하며, 모바일 웹 지원은 Unity 6부터 제공됩니다. 폭넓은 모바일 브라우저를 대상으로 한다면 두 엔진 모두 실제 기기에서 일찍 테스트하세요. 웹 빌드 문제는 대개 모바일에서 가장 먼저 드러납니다.
가격
Godot은 MIT 라이선스로 무료입니다. 좌석 요금, 로열티, 매출 상한, 수수료가 영구적으로 없습니다.
Unity는 2024년 9월 Runtime Fee를 폐지한 후 좌석 기반 구독제로 돌아갔으며, Runtime Fee는 다시 도입되지 않았습니다. Unity Personal은 매출 또는 투자금이 $200K 이하일 때 무료이며, Unity 6부터 "Made with Unity" 시작 화면도 선택 사항이 되었습니다. 2026년 1월 12일 유료 요금제에 5% 인상이 적용된 후 Unity Pro 가격은 좌석당 연 $2,310(또는 월 $210)이며, 이는 2026년 9월 기준 Unity 가격 페이지에 따른 것입니다. 한도 미만의 1인 개발자나 소규모 팀이라면 두 엔진 모두 사실상 무료로 게임을 출시할 수 있습니다.
어떤 경우에 무엇을 선택해야 할까
무료이며 용량이 작은 2D 또는 가벼운 3D 브라우저 게임을 만들고, 단일 스레드 내보내기를 통해 iOS와 Safari를 원활하게 지원하면서 GDScript를 사용하는 데 문제가 없다면 웹용으로 Godot을 선택하세요.
더 무거운 3D나 WebGPU 기반 컴퓨트 셰이더(6.6부터 프로덕션 지원)가 필요하거나, 더 큰 에셋 생태계를 원하거나, C# 팀이며 더 큰 빌드 크기를 감수할 수 있다면 웹용으로 Unity를 선택하세요.
어느 쪽을 선택하든 빌드는 빠르게 로드되고 휴대폰에서도 실행되어야 합니다. 엔진을 결정했다면 빠르게 로드되는 웹 게임 출시하기를 참고하세요.
자주 묻는 질문
Godot에서 C# 게임을 웹으로 내보낼 수 있나요?
2026년 9월 현재 공식적으로는 불가능합니다. Godot의 웹 내보내기는 GDScript에서 작동하지만 C#(.NET) 프로젝트는 아직 브라우저로 내보낼 수 없습니다. 2025년 5월 GodotCon Boston에서 프로토타입이 공개되었지만, 확정된 출시일은 없습니다. 웹에서 C#이 필요하다면 현재 두 엔진 중 이를 출시할 수 있는 것은 Unity뿐입니다.
웹 빌드에서 Godot과 Unity 중 어느 쪽이 더 작나요?
Godot의 빈 웹 빌드는 Brotli 압축 시 약 5MB입니다. Unity 6의 빈 빌드는 2D에서 약 7.7MB, 3D에서 약 10.7MB이지만, 기능을 과감하게 제거한 Unity 빌드는 약 2MB까지 줄일 수 있습니다. 기본 설정에서는 Godot이 더 작지만, 최적화한 Unity 2D 빌드도 비슷한 수준에 도달할 수 있습니다. 일반적으로는 엔진 바이너리보다 직접 추가한 에셋의 크기가 더 중요합니다.
Unity는 브라우저에서 WebGPU를 지원하나요?
네. Unity 6는 WebGPU를 실험적 백엔드로 도입했고, Unity 6.6(2026년 8월)부터 웹 빌드용으로 완전히 지원되는 그래픽 API가 되었습니다. 컴퓨트 셰이더와 최신 GPU 기능을 제공하며 WebGL2를 대체 수단으로 사용합니다. 여전히 기본적으로 비활성화되어 있으므로 Player Settings에서 활성화하고, Graphics Device Filtering으로 어떤 기기에 적용할지 제어하며, 아직 WebGPU를 지원하지 않는 브라우저를 위해 WebGL2를 기본 기준으로 유지하세요.
2026년 Godot C# 웹 내보내기 현황은 어떤가요?
2026년 9월 현재 공식 릴리스에서는 여전히 사용할 수 없습니다. Godot 4.7.2 문서에는 C# 프로젝트를 웹으로 내보낼 수 없다고 명시되어 있고, 4.8 개발 스냅샷(2026년 8월까지 총 4개)에도 관련 기능이 포함되지 않았습니다. 현재 작동하는 유일한 방법은 Mono를 정적으로 링크하는 커뮤니티 빌드이며, 페이로드가 크고 여러 제약이 있습니다. 브라우저에서 C#을 반드시 사용해야 한다면 현재는 웹용으로 Unity를 사용하거나 웹 버전을 GDScript로 작성하세요.
2026년 모바일 게임에는 Godot과 Unity 중 무엇이 더 좋은가요?
모바일 웹(휴대폰의 Safari 또는 Chrome에서 플레이하는 게임)의 경우 Godot의 단일 스레드 내보내기는 다운로드 크기가 더 작고 iOS 문제도 적습니다. Unity의 모바일 웹 지원(Unity 6 이상)은 이전보다 개선되었지만 여전히 더 무겁습니다. 네이티브 모바일 앱에서는 두 엔진 모두 강력합니다. Unity는 앱 스토어 연동, 광고 SDK, 프로파일링 도구가 더 풍부하고, Godot은 매출 상한 없이 무료이며 GDScript 프로젝트를 iOS와 Android로 내보낼 수 있습니다(C#은 Android로 내보낼 수 있지만 웹과 마찬가지로 iOS에는 내보낼 수 없음). 매출이 $200K 미만인 소규모 팀이라면 어느 쪽이든 비용을 내지 않습니다.
Unity 에셋을 Godot에서 사용할 수 있나요?
원본 콘텐츠라면 가능한 경우가 많습니다. 모델(FBX, glTF, OBJ), 텍스처, 오디오, 폰트는 .unitypackage에서 추출한 후 다른 파일과 마찬가지로 Godot에 가져올 수 있습니다. 하지만 Unity 전용 요소는 그대로 이전되지 않습니다. C# MonoBehaviour 스크립트, 프리팹, 머티리얼, 애니메이터 컨트롤러, 셰이더는 모두 다시 만들어야 합니다. 라이선스도 확인하세요. Unity Asset Store EULA는 표준 에셋을 Unity 프로젝트로만 제한하지 않지만, 일부 에셋에는 별도의 "Restricted Asset" 조건이 적용됩니다. 에셋을 옮기기 전에 함께 제공되는 약관을 확인하세요.
Godot이 Unity보다 나은 이유는 무엇인가요?
모든 사람에게 더 나은 것은 아닙니다. 하지만 웹 게임에서 특히 중요한 요소를 기준으로 보면 Godot은 기본 웹 빌드가 더 작고, 좌석 요금이나 매출 상한이 없는 MIT 라이선스를 제공하며, 가격 정책이 갑자기 바뀐 전력이 없고, 단일 스레드 내보내기를 통해 iOS와 Safari를 깔끔하게 지원하며, 편집기가 가벼워 몇 초 안에 실행됩니다. 반면 브라우저에서 C#이 필요하거나, WebGPU 컴퓨트(6.6부터 지원), Asset Store, 콘솔 및 모바일 출시 역량이 필요하다면 Unity가 더 낫습니다. 논쟁이 아니라 만들려는 게임을 기준으로 선택하세요.
브라우저 게임에는 Godot과 Unity 중 어느 쪽이 더 좋은가요?
iOS 지원이 좋은 무료 경량 2D 또는 가벼운 3D 게임이라면 GDScript를 사용한다는 전제에서 Godot이 더 깔끔한 웹 개발 경로입니다. 더 무거운 3D, 컴퓨트 셰이더, 더 큰 생태계 또는 기존 C# 코드베이스가 필요하다면 웹에서는 Unity가 유리합니다. 대개 C# 사용 여부가 선택을 결정합니다.
먼저 아이디어를 플레이 가능한 웹 게임으로 테스트한 다음 엔진을 결정하세요.
관련 글
- 한 번의 클릭으로 만들 수 있는 AI 게임 프롬프트 아이디어 100가지: 아이디어를 골라 약 1분 만에 플레이 가능한 게임으로 만들어 보세요
- 2026년 최고의 웹 게임 엔진 비교: 이 두 엔진을 넘어 전체 선택지를 비교합니다
- 웹 게임용 Unity 대안: Unity를 떠나는 이유에 따라 선택한 모든 웹 지원 대안
- 2026년 최고의 2D 게임 엔진: 2D 게임을 만든다면 여기서 시작하세요
- 2026년 웹 게임 기술 스택: WebGL, WebGPU, Wasm 설명
- 빠르게 로드되는 웹 게임 출시하기: 빌드 크기와 로딩 시간을 줄이는 방법
- Cinevva Engine: Three.js 기반의 오픈 소스 웹 우선 엔진