유니티 vs 언리얼: 인디 개발자 선택 가이드

유니티 언리얼 엔진 차이: 혼자서 개발하는 인디 개발자가 알아야 할 것

작은 게임을 만들려고 유니티와 언리얼 엔진 중 고르고 있다면, 이걸 명확히 하자.

2D 게임, 모바일 게임, 또는 스타일라이즈된 그래픽을 혼자서 또는 아주 작은 팀으로 만든다면 유니티를 선택해라. 게임의 비주얼이 곧 마케팅이고, C++를 다룰 줄 아는 팀원이 있다면 언리얼을 선택해라. 둘 다 무료로 시작할 수 있다. 진짜 차이는 돈이 들어갈 때 나타난다. 유니티는 일정 매출을 넘으면 인원당 라이선스 비용을 청구한다. 언리얼은 게임이 처음 백만 달러를 벌 때까지 아무것도 요구하지 않는다. 그 이후로만 매출의 5%를 가져간다.

이게 짧은 버전이다. 나머지 글은 그 이유와 숫자, 그리고 내 조언을 무시해야 하는 경우들이다.

내가 누구를 위해 선택하는가?

대부분의 "유니티 vs 언리얼" 글은 40명짜리 스튜디오를 염두에 두고 쓰인다. 너는 아마 노트북 하나로 작업하고, world-idea라는 폴더에 파일을 저장해두고, 일주일에 6저녁쯤 개발에 시간을 쓰는 사람일 거다.

그럼 질문이 달라진다. 너는 어떤 엔진이 더 나은지 묻는 게 아니다. 어떤 엔진이 게임을 완성하게 해줄까 묻는 거다. 출시된 작은 게임이 출시되지 않은 예쁜 게임을 항상 이긴다.

선택 전에 내가 쓰는 필터다:

• 몇 명이 프로젝트에 손을 댈 것인가? 1-3명이면 유니티 쪽으로 3점. 10명 이상이면 당신 시니어가 이미 알고 있는 엔진을 쓸 것.

• 플레이어가 제일 먼저 보는 게 뭔가? 손으로 그린 2D 장면이나 휴대폰 화면이면 유니티. 황금시간 대의 사진처럼 사실적인 숲이면 언리얼.

• 코드는 누가 쓰나? C#은 배우기 쉽고 디버깅이 쉽다. C++은 제어권은 많지만, 모든 지름길을 가혹하게 벌한다.

• 어디에서 팔 것인가? 모바일은 유니티. Steam과 Epic Games Store는 둘 다 받는다.

이 네 가지에 솔직하게 답하면 결정의 대부분이 이미 났다.

2026년에 각 엔티가 실제로 얼마나 드나?

대부분의 비교는 이 부분에서 부정확하다. 정확하게 하자.

유니티 퍼스널은 연간 매출과 펀딩이 $200,000 미만인 동안 무료다. 그 이상이면 유니티 프로로 넘어가는데, 2026년 1월 인상 후 유니티는 인당 연 $2,310이라고 명시한다. 논쟁이 됐던 런타임 비용은 취소됐고, 유니티 6 이전 버전으로 만든 게임에도 적용되지 않는다.

언리얼 엔진은 다운로드와 사용이 무료다. Epic은 평생 총 매출 $1백만을 넘은 부분에서 5%의 로열티를 가져간다(제품당 계산). Epic Games Store 수익은 이 계산에서 제외된다(Nasty Rodent의 라이선싱 분석를 보면 더 자세하다).

쉽게 말하면:

• 유니티는 팀 크기와 시간으로 청구한다. 프로 팀 5명은 게임이 10장 팔리든 천만 장 팔리든 연 $11,550을 낸다.

• 언리얼은 성공으로 청구한다. 게임이 $900,000을 벌면 아무 빚이 없다. $200만을 벌면 마지막 $1백만 중 5%인 $50,000을 낸다.

유니티 한계 아래인 혼자 개발하는 게 만드는 게임이라면, 첫날엔 둘 다 $0이다. 차이는 게임이 먹혀들어갈 때만 생긴다. 좋은 문제고, 직감만으로는 안 된다. 스프레드시트가 필요하다.

혼자 개발할 때 어떤 엔진이 더 쉬운가?

유니티다. 첫 달은 비교가 안 될 수준이다.

C#은 보통 프로그래밍 언어처럼 읽힌다. 에디터는 중간급 노트북에서 돈다. 2D 도구들(타일맵, 스프라이트, 물리)은 성숙했고, 검색창에 에러를 칠 거의 모든 질문이 이미 누군가 스택오버플로우에 물었다.

언리얼은 처음부터 많은 것을 요구한다. 블루프린트라는 비주얼 스크립팅 시스템으로 디자이너는 코드 없이 실제 게임플레이를 만들 수 있고, 이건 정말 좋다. 그런데 엔진은 강한 PC를 원한다. 컴파일 시간이 길어진다. C++로 내려가면 메모리를 직접 관리하고, 유니티에선 본 적도 없는 빌드 에러와 싸운다.

내가 직접 테스트한 것과 읽은 것을 구별한다. 하드웨어와 반복 루프 시간의 격차는 내가 찾은 거의 모든 인디 비교에서 일관성 있게 나타나고, 대부분의 인디 개발자들이 보고하는 것과도 일치한다: 루프가 느릴수록, 저녁에 시도하는 실험이 적다. 실험이 적으면 게임이 약해진다.

만약 당신 컴퓨터가 4년 이상 됐고 업그레이드할 의지가 없다면 언리얼은 피해라. 절약한 돈은 기다리는 시간에 쓸 것이다.

언리얼의 그래픽이 고통을 정당화할 때는?

스크린샷이 마케팅일 때다.

루멘 라이팅, 나나이트 지오메트리, 환경 도구는 2인 팀에게 과거 렌더링 프로그래머가 필요했던 비주얼을 제공한다. 문으로 들어가 탐험하는 게임, 사진처럼 리얼한 짧은 경험, 또는 트레일러가 위시리스트를 파는 어떤 게임을 만든다면 이게 중요하다.

아래 장면이 내가 말하는 종류다. 안개, 등불, 젖은 돌, 사람이 사는 마을처럼 느껴지는 곳. 둘 다에서 만들 수 있다. 언리얼은 한 줄의 게임플레이도 안 짜기 전에 80% 정도는 도달한다.

대신 범위가 커진다. 사진처럼 리얼한 에셋은 무겁다. 모든 메시가 신경 써야 한다. 한 아티스트로는 사실적인 세상을 채울 수 없다. 여기서 에셋 팩, 스캔, 생성형 도구의 무게가 느껴진다. 텍스트 투 이미지는 컨셉 아트와 텍스처 레퍼런스를 오후쯤이면 커버한다. 플레이어가 가까이서 봐야 하는 것들은 손질이 필요하지만.

비주얼이 당신의 훅이라면 가치 있다. 아무 장식도 없는 평범한 상자에 영리한 게임플레이만 있다면 그럴 가치 없다.

채용, 콘솔, 장기적 위험은?

피쳐 리스트에 안 나지만 나중에 물린다.

채용. 유니티 개발자는 찾기 쉽고 고용이 싸다. C#은 흔한 스킬이니까. 언리얼 전문가는 더 비싸다, 때로 30-50% 비싸다 (인디 채용 리포트에 따르면), 좋은 C++ 게임플레이 프로그래머는 드물다. 조금이라도 외부 인력을 쓸 계획이면 그 격차는 진짜 돈이다.

콘솔. 둘 다 플레이스테이션, Xbox, 스위치로 나간다. 서류작업은 당신 일이다. 유니티는 작은 콘솔 포팅에서 긴 기록이 있다. 언리얼은 무거운 3D를 잘 다루는데, 언리얼 규모의 장면을 스위치 성능 예산으로 짜맞추려면 심각한 최적화 시간이 든다.

신뢰. 2023년 유니티의 런타임 비용 사건은 많은 개발자들이 한 벤더에 의존하는 걸 경계하게 했다. 비용은 취소됐지만, 기억은 남는다. 무엇을 고르든 버전 관리에 프로젝트를 두고, 에셋을 이식 가능하게, 한 벤더 고유 피쳐 주변에만 디자인을 짓지 않는 게 중요하다.

고도트는 정직한 세 번째 선택인가?

때론 그렇다. 계속 "유니티 vs 언리얼"을 읽는데 둘 다 맞지 않은 느낌이 든다면, 정직한 선택지는 고도트다.

MIT 라이선스의 오픈소스다. 로열티 없고, 매출 한계선 없고, 인원 라이선싱 없다. 스크립팅은 GDScript나 C#, 에디터는 가볍고, 2D는 훌륭하다.

대신 생태계를 포기한다. 튜토리얼이 더 적다, 플러그인이 더 적다, 콘솔 파이프라인이 더 적다, 이력서에 고도트을 쓰는 계약자가 더 적다. 한 명으로 PC와 웹에 출시할 거라면 그 거래는 대체로 괜찮다. 팀이 있고 채용을 기대한다면 위험이다.

3D 프로젝트가 많은 팀을 중간에 고도트로 바꾸라고는 안 한다. 작은 2D 게임을 시작하는 초보자라면 아무곳에 돈을 내기 전에 진지하게 고려하라고는 한다.

엔진 선택에서 AI는 어디 맞춰지나?

엔진 자체보다는 엔진 주변 작업을 바꾼다.

2년 전, 혼자 개발하는 사람과 스튜디오의 가장 큰 격차는 콘텐츠 양이었다. 12개 환경 타일, 40개 프롭, 100줄의 대사. 생성형 도구는 이제 그 1차 버전을 많이 커버한다: 컨셉 아트, 임시 텍스처, 코드 뼈대, 프롬프트 기반 세계 스케치.

그럼 엔진 질문이 특정 방식으로 이동한다. AI가 콘텐츠 격차를 채울 수 있으면, 엔진의 일은 그 콘텐츠를 잘 렌더링하고 빨리 반복하게 하는 것이다. 둘 다 할 수 있다. 언리얼은 무거운 생성 에셋을 더 우아하게 렌더링한다. 유니티는 생성 프로토타입을 마찰 없이 화면에 띄운다.

코딩 도움도 중요하다. 전체 프로젝트를 읽을 수 있는 어시스턴트는 C# 게임플레이 글루를 쓸 수 있고, 빌드 에러를 설명할 수 있고, 지저분한 스크립트를 리팩토링할 수 있다. C#은 큰 공개 코퍼스가 있으니 제안이 언리얼 C++ API보다 더 신뢰할 만하다. C++은 버전 간에 바뀐다.

모든 생성 스크립트를 드래프트로 취급하자. 읽고, 실행하고, 버전 관리를 유지하자. 어시스턴트는 시간을 아껴주지, 판단을 안 해준다.

결국 뭘 고르면 되나?

상황별로 내가 실제로 할 거다:

• 혼자, 2D 또는 스타일라이즈, 예산 $200k 미만: 유니티. 또는 라이선싱 위험이 싫으면 고도트.

• 혼자 또는 둘이서, 사실적인 3D, 좋은 PC, C++ 일부: 언리얼. $1백만 로열티 기한은 멀다.

• 모바일 우선: 유니티. 도구와 마켓 습관이 그걸 중심으로 만들어졌다.

• Epic Games Store에 팔 계획: 언리얼이 더 좋아진다. 그 매출은 로열티 계산에서 제외되니까.

• 팀 5명 이상, 긴 제작: 유니티 인원 계산을 매출 예측으로 언리얼과 비교한 다음 정하자. 한쪽이 항상 더 싸지는 않다.

그다음은 따분한 테스트다. 같은 작은 수직 슬라이스를 둘에서 만들자: 한 방, 한 게임플레이, 한 장면. 각각 한 주말을 주자. 어느 쪽이 더 예쁜지 아니라, 어디서 막혔는지 기록하자.

먼저 플레이 가능한 빌드에 도달한 엔진이 지금 너를 위한 것이다. 나중에 바꿀 수 있고, 배운 디자인 대부분은 옮겨진다.

그것을 포크하자. 한 가지를 바꾸자. 뭐가 일어나는지 보자.