크로스 플랫폼 배포 고려사항

한 플랫폼에만 배포하면 운영은 단순하지만, 사용자 확장 여지도 그만큼 제한됩니다.

반대로 PC, 모바일, 콘솔을 함께 노리면 기회는 커지지만 입력 방식, 성능 한계, 심사 규정이 모두 달라져 준비해야 할 항목이 급격히 늘어납니다.

이번 절에서는 크로스 플랫폼 배포(Cross-Platform Deployment)를 준비할 때 반드시 확인해야 할 기술적·운영적 포인트를 정리합니다.

플랫폼별 최적화 우선순위, UI/UX 조정, 인증 대응 흐름을 함께 보면서 실무에서 자주 놓치는 위험을 줄이는 것이 목표입니다.

이 절을 마치면 프로젝트 특성에 맞는 크로스 플랫폼 전략을 스스로 선택하고 실행할 수 있습니다.

크로스 플랫폼은 한 빌드를 복사하는 일이 아니라 정책 경계를 분리하는 일이다

게임 규칙과 콘텐츠는 공유하되 입력·UI·성능·플랫폼 서비스는 데이터와 어댑터로 분리합니다. 각 타깃은 자기 하드웨어와 인증 조건에서 다시 검증합니다.

1. 공통 코어

   shared source Gameplay 규칙·상태·콘텐츠 Data 세이브 형식·밸런스 Events 추상 입력 Action Tests 공통 기능 계약

2. 플랫폼 정책층

   target adapters Input 키보드·패드·터치 매핑 UI DPI·Safe Zone·포커스 Performance Profile·품질 단계 Services 스토어·계정·권한·SDK

3. PC

   변 하드웨어 품질 범위·해상도·입력 전환 증적 최저/권장 사양 빌드

4. Mobile

   열·배터리·터치 메모리·발열·화면 밀도 증적 실기기 장시간 실행

5. Console

   고정 하드웨어·심사 패드 UX·플랫폼 요구사항 증적 인증 체크와 최종 패키지

---

크로스 플랫폼 배포의 중요성 및 과제

하나의 게임을 여러 플랫폼에 배포하는 것은 분명한 이점을 제공하지만, 동시에 해결해야 할 과제들도 존재합니다.

중요성

• 시장 확대 및 플레이어 접근성 증가: PC 게이머뿐만 아니라 모바일, 콘솔 사용자들에게도 게임을 제공하여 잠재적인 플레이어 수를 크게 늘립니다.
• 수익 증대: 더 많은 플레이어가 게임을 구매하거나 인앱 결제를 할 기회를 제공하여 매출을 높입니다.
• 브랜드 인지도 강화: 다양한 플랫폼에서 게임을 접할 수 있게 함으로써 게임의 브랜드 인지도를 높이고 팬덤을 구축하는 데 기여합니다.
• 개발 비용 효율성: 언리얼 엔진과 같은 크로스 플랫폼 엔진을 사용하면 각 플랫폼별로 완전히 다른 게임을 개발하는 것보다 개발 비용과 시간을 절약할 수 있습니다.

주요 과제

• 성능 최적화: 플랫폼별 하드웨어 성능 차이가 커서, 저사양 기기에서도 원활하게 작동하도록 정교한 최적화가 필요합니다.
• 입력 방식의 차이: 키보드/마우스, 게임패드, 터치스크린 등 플랫폼별로 다른 입력 방식을 모두 지원해야 합니다.
• UI/UX 조정: 화면 크기, 해상도, 조작 방식에 따라 사용자 인터페이스(UI)와 사용자 경험(UX)을 재설계해야 합니다.
• 플랫폼별 요구사항 및 인증: 각 플랫폼(Google Play, Apple App Store, Steam, PlayStation, Xbox, Nintendo 등)마다 고유한 기술적 요구사항, 콘텐츠 가이드라인, 인증 절차를 준수해야 합니다.
• 버그 및 QA: 플랫폼별로 발생하는 버그가 다를 수 있으며, 모든 플랫폼에서 충분한 QA(품질 보증)가 이루어져야 합니다.
• 메모리 및 저장 공간 제약: 특히 모바일이나 구형 콘솔의 경우 메모리 및 저장 공간 제약이 더 엄격합니다.

---

플랫폼별 성능 최적화 전략

플랫폼별 출시 기준선 비교

크로스 플랫폼 배포는 하나의 빌드 감각이 아니라 입력, 성능, 인증, 저장소 정책을 따로 맞추는 작업입니다.

1. 장치군 정의

   최소 사양, 권장 사양, 검증 대표 장치를 먼저 정합니다. 기기 기준표

2. 입력 체계

   키보드, 패드, 터치에서 같은 기능이 자연스럽게 도달되는지 봅니다. Input parity

3. 성능 예산

   해상도, 프레임, 메모리, 이펙트 수를 플랫폼별 숫자로 둡니다. Budget

4. 인증 준비

   저장 실패, 네트워크 끊김, 계정 전환 같은 플랫폼 요구사항을 검증합니다. Certification

5. 세이브 안정성

   강제 종료와 업데이트 뒤에도 저장 데이터가 유지되어야 합니다.

6. 입력 누락

   모든 핵심 메뉴와 행동이 각 플랫폼 입력으로 접근 가능해야 합니다.

7. 성능 하한

   평균 FPS보다 1% low와 긴 플레이 세션의 변화를 봅니다.

언리얼 엔진은 기본적으로 크로스 플랫폼 렌더링을 지원하지만, 최적의 성능을 위해서는 각 플랫폼의 특성을 고려한 미세 조정이 필요합니다.

모바일 플랫폼 (iOS, Android)

• 높은 최적화 요구: PC나 콘솔보다 하드웨어 성능이 낮으므로 드로우 콜, 텍스처 크기, 이펙트 비용을 더 엄격하게 제한해야 합니다.
• 폴리곤 및 드로우 콜 제한
  • 화면에 보이는 총 폴리곤 수를 극도로 제한합니다. (예: 한 프레임당 수십만 폴리곤 이하)
  • Merge Actors, HISM 컴포넌트를 사용하여 드로우 콜을 최대한 줄입니다.
• 텍스처 해상도 및 압축:
  • Max Texture Size를 낮게 설정하고, ETC2 (Android), PVRTC (iOS) 등 플랫폼에 최적화된 압축 포맷을 사용합니다.
• 머티리얼 및 셰이더 복잡도
  • Shader Complexity 뷰 모드를 사용하여 복잡한 셰이더를 단순화하고, Masked 또는 Opaque 머티리얼을 선호합니다.
  • Unlit 머티리얼 활용을 고려합니다.
• 광원 및 그림자
  • 대부분 Static 또는 Stationary 광원을 사용하고, Movable 광원은 극히 제한적으로 사용합니다.
  • 동적 그림자는 최소화하거나 품질을 대폭 낮춥니다.
• 포스트 프로세싱
  • 대부분의 고비용 포스트 프로세싱 효과(SSR, SSAO, 복잡한 블룸)를 비활성화하거나 매우 낮은 품질로 설정합니다.
• LOD 및 컬링
  • LOD 설정을 적극적으로 활용하고, Cull Distance를 적절히 설정하여 불필요한 오브젝트를 컬링합니다.
• 프로젝트 설정
  • Project Settings > Platforms > Android/iOS에서 Mobile HDR 비활성화(성능 향상), Mobile MSAA 설정 등을 고려합니다.

콘솔 플랫폼

• 하드웨어 표준화: PC와 달리 하드웨어 스펙이 고정되어 있어 특정 콘솔에 맞춰 최적화하기 용이합니다.
• 목표 FPS 및 해상도: 각 콘솔의 목표 FPS(30fps 또는 60fps)와 해상도(720p, 1080p, 4K)를 달성하도록 최적화합니다.
• 메모리 관리: 콘솔별로 할당된 메모리 제한을 준수해야 합니다. Memreport나 Unreal Insights로 메모리 사용량을 면밀히 분석합니다.
• 최적화 도구: 콘솔 개발 키트에 포함된 프로파일링 도구와 언리얼 엔진의 Stat 명령어, ProfileGPU를 함께 활용합니다.
• 로드 시간 최적화: 게임 로드 시간이 길어지지 않도록 에셋 로딩 전략(Streaming Levels, Async Loading)을 최적화합니다.

PC 플랫폼

• 다양한 하드웨어 스펙: 저사양부터 고사양까지 다양한 PC 환경을 고려해야 합니다.
• 확장성 설정 (Scalability Settings): Project Settings에서 Quality Scalability 그룹을 설정하고, 플레이어가 게임 내 옵션 메뉴에서 그래픽 품질(Low, Medium, High, Epic, Cinematic)을 직접 조절할 수 있도록 구현합니다. (9장 3절 참조)
• DX12 / Vulkan 지원: 최신 API를 지원하여 고사양 PC에서 더 나은 성능과 비주얼을 제공할 수 있습니다.
• 벤치마크 도구: 다양한 GPU 및 CPU 조합에서 게임의 성능을 테스트하기 위한 벤치마크 기능을 포함하는 것도 좋습니다.

최저 사양 기준 설정

모바일, 콘솔, PC는 입력 방식과 성능 예산이 다릅니다. 빌드 후 고치는 방식보다 초반부터 플랫폼별 제한을 설계에 넣는 편이 안전합니다.

1. 가장 보수적인 성능 예산

   Mobile 가장 보수적인 성능 예산 텍스처, 셰이더, 포스트 프로세싱, 동적 그림자를 강하게 제한합니다.

2. 고정 사양에 맞춘 안정성

   Console 고정 사양에 맞춘 안정성 목표 FPS와 메모리 한도를 정하고 개발 키트에서 반복 측정합니다.

3. 넓은 사양 차이를 옵션으로 흡수

   PC 넓은 사양 차이를 옵션으로 흡수 Scalability와 벤치마크로 Low부터 Epic까지 품질 단계를 둡니다.

4. 플랫폼별 제출 규칙 준수

   Store 플랫폼별 제출 규칙 준수 서명, SDK, 스크린샷, 심사 체크리스트를 릴리스 일정에 포함합니다.

---

입력 및 UI/UX 고려사항

플랫폼별로 다른 입력 방식과 화면 특성을 반영해야 합니다.

입력 방식

• 키보드/마우스 (PC): 정밀한 조작에 유리.
• 게임패드 (PC, 콘솔): 진동 피드백, 아날로그 스틱 조작. UI 탐색 시 포커스 관리 중요.
• 터치스크린 (모바일): 멀티터치, 스와이프, 핀치 줌 등 직관적인 제스처. 버튼 크기 및 간격, 터치 피드백 고려.
• 언리얼 엔진의 Enhanced Input System: 하나의 입력 액션을 여러 디바이스에 매핑할 수 있도록 설계되어 크로스 플랫폼 입력 관리에 용이합니다.

UI/UX 디자인

• 해상도 및 화면 비율: 다양한 해상도와 화면 비율에 대응할 수 있도록 UMG 위젯의 Anchor 및 Padding 설정을 유연하게 사용합니다.
• 정보 밀도: 작은 화면(모바일)에서는 정보 밀도를 줄이고, 큰 화면(PC, TV)에서는 더 많은 정보를 표시할 수 있도록 디자인합니다.
• 버튼 크기: 모바일 터치 환경에서는 버튼 크기가 충분히 커야 하고, 간격도 적절해야 오작동을 줄일 수 있습니다.
• 폰트 가독성: 작은 화면에서도 폰트가 잘 읽히도록 크기, 색상, 대비를 조절합니다.
• 네비게이션: 게임패드나 키보드로 UI를 탐색할 때의 포커스 이동 순서를 명확하게 설정합니다.

---

플랫폼별 배포 및 인증

각 플랫폼에서 게임을 출시하려면 해당 플랫폼의 고유한 요구사항과 절차를 따라야 합니다.

• Google Play Store (Android)
  • 개발자 계정 등록, 앱 서명(Keystore), APK 또는 AAB(Android App Bundle) 파일 생성, 앱 정보 및 스크린샷 등록.
  • Google Play Console을 통해 앱 버전 관리 및 출시.
• Apple App Store (iOS)
  • Apple Developer Program 등록, 앱 서명(Certificate, Provisioning Profile), IPA 파일 생성, 앱 정보 및 스크린샷 등록.
  • App Store Connect를 통해 앱 버전 관리 및 출시.
• Steam (PC)
  • Steamworks 파트너 프로그램 등록, Steamworks SDK 연동, SteamPipe를 통한 빌드 업로드 및 업데이트 관리.
  • 상점 페이지 설정, 도전 과제, 클라우드 저장 등 Steam 기능 연동.
• Epic Games Store (PC)
  • Epic Games Publishing Program 등록, 개발자 포털을 통한 빌드 업로드 및 관리.
• 콘솔 플랫폼 (PlayStation, Xbox, Nintendo)
  • 각 콘솔 제조사의 공식 개발자 프로그램에 등록하고 NDA(비밀유지협약)를 체결해야 합니다.
  • 전용 개발 키트(Dev Kit) 사용, 플랫폼 SDK 통합, 엄격한 인증(Certification) 절차 통과가 필수적입니다.
  • 언리얼 엔진은 각 콘솔 SDK와 연동되어 빌드를 생성하지만, 콘솔별로 고유한 빌드 파이프라인과 추가적인 설정이 필요합니다.

플랫폼 인증 요구사항

스토어 심사, 콘솔 인증, PC 배포 규칙은 빌드 마지막에 붙이는 문서가 아니라 입력, 저장, 권한, 네트워크 설계에 미리 반영해야 한다.

1. 권한과 스토어 정책

   Mobile 권한 요청 문구와 개인정보 고지를 실제 기능과 맞춘다. AAB, IPA, 앱 서명, 스크린샷 제출 형식을 미리 검수한다.

2. 런처와 업데이트 규칙

   PC Store SteamPipe, Epic 업로드 구조와 DLC, 클라우드 저장을 확인한다. 옵션 메뉴와 벤치마크로 다양한 PC 사양을 흡수한다.

3. 인증 점검 기준

   Console 패드 연결 해제, 저장 실패, 네트워크 끊김 상황을 테스트한다. 개발 키트의 메모리, 로드 시간, 목표 FPS 기준을 통과해야 한다.

---

크로스 플랫폼 배포의 워크플로우

플랫폼 의사결정 순서 (권장)

1. 1차 출시 플랫폼(수익/유저 기반)을 먼저 고정하고, 나머지는 후속 포팅으로 계획합니다.
2. 입력 체계(패드/터치/키보드) 차이를 기준으로 UI/UX 공통 컴포넌트를 분리합니다.
3. 가장 낮은 사양 플랫폼에서 안정 FPS를 확보한 뒤 상위 플랫폼 품질을 확장합니다.
4. 각 스토어의 인증 요구사항(개인정보, 결제, 저장 정책)을 기능 요구사항으로 역산합니다.
5. 빌드 자동화(CI/CD)와 기기 QA 기준표를 동시에 운영해 릴리즈 리스크를 줄입니다.

운영 전 최종 점검 체크리스트

• 플랫폼별 입력 충돌(버튼 맵핑/포커스 이동) 이슈를 전수 테스트했는가?
• 저사양 기기에서 열/메모리 스로틀링 시 프레임 저하를 측정했는가?
• 스토어 인증 체크리스트(아이콘, 권한, 개인정보 고지)를 사전 검수했는가?
• 크로스 플랫폼 저장 데이터 호환 정책(버전, 마이그레이션)을 정의했는가?
• 릴리즈 이후 핫픽스 절차(롤백 포함)를 운영 문서로 준비했는가?

---

플랫폼 확장 품질 기준

PC, 모바일, 콘솔은 입력, 성능, 인증 기준이 다릅니다. 가장 낮은 사양과 가장 까다로운 심사를 기준으로 출시 준비 보드를 운영합니다.

1. 성능과 터치 밀도

   Mobile first Mobile HDR, 텍스처 크기, 터치 버튼 간격을 먼저 줄여 최소 사양에서 안정 FPS를 확보합니다.

2. 옵션과 하드웨어 폭

   PC scale 품질 프리셋, 해상도, API 선택을 열어 다양한 GPU와 CPU 조합을 흡수합니다.

3. 패드와 예외 상황

   Console cert 패드 연결 해제, 저장 실패, 네트워크 끊김, 로드 시간 기준을 인증 체크리스트로 관리합니다.

---

크로스 플랫폼 배포는 플랫폼별 성능, 입력, UI/UX, 인증 조건을 맞추는 운영 전략입니다.

각 플랫폼의 요구사항, 테스트 범위, 배포 절차를 체크리스트로 분리해 관리해야 합니다.

크로스 플랫폼 배포는 플랫폼 선정, 입력, 성능, 인증, 핫픽스 계획을 같은 표에서 관리하면 출시 리스크를 줄일 수 있습니다.

하나의 게임 코어를 플랫폼별 출시 조건으로 분기한다

공통 기능은 공유하되 입력·성능·인증 조건은 PC, 모바일, 콘솔마다 별도의 통과 기준으로 관리한다.

1. 대상 고정

   1차 출시와 후속 포팅 분리

2. 예산 측정

   최저 사양 FPS·메모리

3. 기기 QA

   입력·저장·화면 상태

4. 인증

   정책별 제출 조건 통과

5. 운영

   크래시·핫픽스·롤백 추적