답이 정해진 질문이 아니다
"PWA냐 React Native냐 Flutter냐"는 종교 전쟁처럼 다뤄지지만, 사실은 팀 구성·UX 기준·예산의 함수입니다. 잘못된 선택은 1년 뒤 다시 같은 화면을 만들게 만들고, 옳은 선택은 같은 코드로 두 플랫폼을 동시에 출시하게 합니다. 2026년 시점에 이 셋을 어떻게 비교해야 할지, 운영 사례 기준으로 정리합니다.
PWA — 가장 가벼운 시작점
PWA(Progressive Web App)는 그저 잘 만든 웹앱입니다. Service Worker로 오프라인을 처리하고, Web App Manifest로 홈 화면에 설치되며, Web Push로 알림까지 보냅니다.
가장 큰 장점은 설치 마찰이 없다는 점입니다. URL 한 줄을 공유하면 끝입니다. 스토어 심사를 기다릴 필요도, 30% 수수료를 낼 필요도 없습니다. 콘텐츠·커머스·미디어처럼 사용자가 들락날락하는 서비스에서 가장 강력합니다. Twitter Lite, Pinterest, Starbucks가 PWA로 핵심 지표를 끌어올린 사례가 잘 알려져 있습니다.
한계도 분명합니다. iOS Safari가 일부 API(NFC·BLE의 일부·백그라운드 동기화)를 막아두고 있고, 스토어 노출이 안 되며, 푸시 알림은 iOS에서 16.4 이상에서만 동작합니다. 헤비한 네이티브 기능이 필요한 게임·헬스 디바이스 앱에는 부적합합니다.
React Native — 웹팀의 모바일 진출
웹팀이 React를 능숙하게 쓰고 있다면 React Native는 학습 비용이 가장 낮은 선택입니다. 같은 JSX·같은 훅·같은 상태관리. 네이티브 위젯을 그리기 때문에 각 플랫폼의 디자인 언어를 자연스럽게 따라갑니다(이게 장점이자 단점).
2024년 도입된 새 아키텍처(Fabric·TurboModules·JSI)로 시작 속도와 메모리가 크게 개선됐고, Expo가 EAS Build·OTA 업데이트·푸시까지 매니지드로 제공해서 운영 부담이 줄었습니다. Meta·Microsoft·Shopify·Discord가 대규모로 사용 중입니다.
함정 두 가지를 알아둬야 합니다.
- 네이티브 모듈 의존성 — 카메라·BLE 같은 기능은 결국 네이티브 패키지에 의존하고, 패키지 버전 충돌이 빈번합니다
- iOS·Android 미세 차이 — 한 코드베이스라도 플랫폼별 분기가 필요한 순간이 옵니다(키보드 동작·날짜 피커 등)
Flutter — UI 일관성과 성능
Flutter는 자체 렌더링 엔진(Skia → Impeller)으로 화면을 직접 그립니다. iOS와 Android에서 픽셀 단위로 동일한 UI가 나오고, AOT(Ahead-of-Time) 컴파일로 시작 속도가 빠릅니다. 게임·음악·차트 같은 정밀한 UI 앱에서 강점이 폭발합니다.
언어가 Dart라는 점이 진입장벽이지만, 1주일이면 익숙해지는 수준입니다. Riverpod·BLoC 같은 성숙한 상태관리 라이브러리가 있고, 위젯 트리 모델은 React보다 명시적이라 처음 배울 때 오히려 직관적이라는 평가도 많습니다. 구글이 직접 만들고 운영하는 만큼 머터리얼 디자인 적용이 가장 정교합니다.
상대적 약점은 번들 크기입니다. 자체 엔진을 포함하기 때문에 빈 앱도 5~7MB로 시작합니다. 또 웹 타깃은 SEO 측면에서 여전히 약점이 있어, 모바일에 집중하는 게 정석입니다.
결정 트리 — 30초 만에 답 찾기
네이티브 디바이스 기능을 깊게 써야 한다 (BLE·카메라·헬스킷)?
├─ 예 → React Native 또는 Flutter
└─ 아니오 → PWA부터 시작 (설치 마찰 0)
웹팀이 이미 React를 쓰고 있다?
├─ 예 → React Native
└─ 아니오 ↓
UI 일관성·세밀한 디자인·고성능 애니메이션이 핵심?
├─ 예 → Flutter
└─ 아니오 → React Native (생태계가 더 크다)
비용·운영 관점
| 항목 | PWA | React Native | Flutter |
|---|---|---|---|
| 초기 개발 | 가장 저렴 | 중간 | 중간 |
| 유지보수 | 단일 코드 | 네이티브 패치 빈번 | 안정적 |
| 스토어 심사 | 없음 | 있음 | 있음 |
| 인력 채용 | 웹 풀 | React 풀 | 좁지만 빠르게 성장 |
스타트업의 1인 풀스택이라면 PWA로 시작하고 필요할 때 RN/Flutter로 옮기는 점진 전략이 합리적입니다. 시리즈 A 이후 모바일 사용 비중이 60% 넘어가면 네이티브 옵션을 진지하게 검토할 시점입니다.
한 가지 잘못된 통념
"React Native가 Flutter보다 무조건 느리다" 혹은 "Flutter는 절대 못 따라잡는다"는 둘 다 옛날이야기입니다. 새 아키텍처 이후 RN의 60fps 안정성은 이전과 다릅니다. 반대로 Flutter도 Impeller 도입 후 iOS 셰이더 컴파일 jank를 거의 없앴습니다. 2026년에는 두 옵션 모두 일상적인 앱에서 차이가 거의 없는 수준으로 수렴했습니다. 결정은 성능이 아니라 팀과 UX 요구로 합니다.
다음 단계
선택 후엔 도구체인을 빨리 표준화해야 합니다. RN이라면 Expo + EAS, Flutter라면 fastlane + Codemagic, PWA라면 Workbox + Vercel. 그리고 어느 쪽이든 분석(Analytics)·크래시 리포팅(Sentry)·푸시(FCM/APNs) 세 가지는 출시 전에 반드시 깔아둡니다. 출시 후 이 데이터가 다음 결정의 근거가 됩니다.
