모바일 앱의 종류와 PWA(Progressive Web Application)

by 강주임

2022.10

안녕하세요,

전자구매 / 경비출장관리 / 전자계약 / 전자인장 솔루션 구축 및 클라우드 서비스 #세포아소프트 입니다:)

지난번 기술개발팀에서 발표회의 주제로 나왔던

‘모바일 앱의 종류와 PWA(Progressive Web Application)‘와 관해 포스팅하려고 합니다.

지난 포스팅(‘모바일 앱 개발 옵션 비교’)에 이어

오늘은”PWA(Progressive Web Application)“에 대해 자세히 알아보겠습니다.

최신 모바일 기술에 대한 자료 조사를 진행하다 흥미로운 트렌드인 PWA를 발견했습니다.

그중 ‘PWA가 앱스토어의 종말을 가져올 것이다.’, ‘앞으로 네이티브 앱으로 만들어야 하는 경우는 게임 말고는 없을 것이다’ 와 같은 일부 전문가들의 주장이 이번 포스팅의 주제를 정하는데 큰 역할을 했습니다.

본문에 들어가기에 앞서.. PWA(Progressive Web Application)라고 들어본 적 있으신가요?

쉽게 말해, 우리가 기존에 앱 스토어에서 설치하는 것 뿐만 아니라, 웹 기술만으로 앱과 같은 기능을 갖춘 웹 앱입니다.

개발자 입장에서 안드로이드/ios 지식 없이도 두 플랫폼 위에서 작동하면서 기기에 설치까지 가능한 앱을 만들 수 있습니다. 사용자 입장에서 PWA는 용량을 크게 차지하지 않아 걱정이 없고, 검색엔진을 통해 직접 접근할 수 있는 이로움이 있습니다.

1. PWA란?

2. PWA를 가능하게 하는 요소

3. PWA의 장점

4. PWA를 적용한 기업 사례

5. PWA의 단점과 한계

PWA는 HTML, CSS, 자바스크립트와 같은 웹 기술들을 사용해 만드는 앱을 말합니다. PWA는 네이티브 앱보다 빨리 개발할 수 있으며 푸시 알림이나 오프라인 지원과 같은 네이티브 앱의 특징들을 모두 제공합니다. EX> 트위터

PWA라는 단어는 2015년 구글 크롬의 엔지니어 알렉스 러셀(Alex Russel)이 블로그에 올린 글 ‘Progressive Web Apps: Escaping Tabs Without Losing Our Soul’에서 공식적으로 처음 등장했습니다.

이 글을 통해 알렉스는 차세대 웹의 개념, 즉 웹은 웹인데 점진적(progressive)으로 네이티브 앱 수준으로 근접해가는 웹이라는 개념을 처음 제시하였고 그 다음 해인 2016년 Google I/O 개발자 콘퍼런스에서 PWA를 미래의 웹 앱으로 소개했습니다.

이 당시에 이미 미래에는 웹 기술의 발전이 무궁무진해질 것이라고 내다보았던 그는, 비록 웹이지만 데스크톱이나 모바일 환경에 설치가 가능하고 앱과 유사한 사용자 경험을 제공해 주는 웹 앱을 개발하고 사용하는 것이 우리가 궁극적으로 추구해야 할 방향으로 제시하였고 일반 웹이 PWA가 될 수 있는 조건들에 대해서 정의하였습니다.

이렇듯 PWA는 새롭게 개발된 프로그래밍 언어나 프레임워크가 아닌 기존에 있던 기술을 조합하고 확장한 기술 표준입니다. 때문에 기존에 존재하는 일반 웹도 몇 가지 필수 요구사항만 충족시키면 PWA으로 전환이 쉽게 가능합니다.

일반 웹이 PWA가 될 수 있게 하는 필수 요소(파일)는 아래와 같습니다.

1) Web App Manifest JSON 파일

2) 서비스워커.js

3) 아이콘 이미지 파일

4) HTTPS

직접 코드를 보면 더 이해가 쉽기 때문에 단순한 예제를 만들어보았습니다.

안녕하세요! 라고 인사하는, index.html 하나로 이루어진 웹입니다. 아래의 캡쳐와 같이 특별할 것 없는 단순한 웹입니다.

이 웹에 위에서 나열했던 필수 파일들을 포함시켜서 PWA로 만들어 보겠습니다.

먼저 manifest.json 파일을 생성합니다. manifest 파일은 JSON으로, 브라우저에게 PWA에 대한 메타 정보와 현재 웹 사이트가 유저의 데스크톱이나 모바일 장치에 어떻게 설치되어야 하는지에 대한 정보를 저장한 파일입니다. 앱 이름, 아이콘, 테마 색상 정보 등을 포함하고 있습니다.

저는 아래의 이미지를 아이콘으로 사용할 것이며 192×192 와 512×512 두 사이즈로 준비한 후 이미지 경로와 정보를 manifest.json에 입력했습니다.

Service Worker는 PWA의 KEY라 불리는 필수 요소로써, PWA가 네이티브 앱과 견줄 수 있는 강력한 힘이 여기에서 나옵니다.

Service Worker는 PWA의 핵심 기능인 푸시 알림, 백그라운드 동기화, 오프라인 환경 지원, 리소스 캐싱의 구현체를 담을 수 있는 스크립트 파일입니다.

약간의 설명을 더 덧붙이자면 Service Worker는 Javascript 기반의 Web API의 한 종류로 브라우저의 백그라운드에서 독립된 스레드를 실행합니다. 때문에 사용자가 해당 메인 앱을 켜놓고 있지 않아도 백그라운드에서 실행할 수 있습니다.

sw.js 파일을 생성하겠습니다.

실제 제대로 구현된 PWA의 Service Worker 내부는 다양한 로직이 포함되어 매우 복잡한 모습일 것입니다.

Service Worker에 대한 자세한 내용은 이 발표 주제의 범위를 넘어가므로 이 예제에서는 앱이 오프라인에서 미리 캐싱 된 리소스로 동작할 수 있게 하는 최소한의 코드만 작성하겠습니다.

이제 PWA의 장점에 대해 정리해 보겠습니다.

PWA의 최대 장점이라고 꼽을 수 있을 것 같습니다. 안드로이드, iOS 각 네이티브에 대한 기술이 전혀 요구되지 않는 하나의 코드 베이스, 심지어 우리에게 이미 익숙한 웹 기술(HTML, CSS, Javascript)을 이용하여로 다양한 플랫폼에서 동작하는 설치형 앱을 빠르게 만들 수 있습니다.

앱을 배포하고 업데이트할 때도 구글 플레이 스토어, 애플 앱 스토어의 심사와 리뷰를 거치지 않아도 되므로 이를 위한 중간 프로세스를 생략할 수 있습니다.

기업 입장에서는 네이티브 앱 개발과 비교했을 때 개발과 유지 보수 측면에서 엄청난 비용 절감을 할 수 있습니다.

PWA가 본질적으로 웹이기에 가진 장점입니다. PWA는 검색엔진을 통해 검색이 가능하며(SEO) 이를 통해 사용자가 유입될 수 있습니다.

과거에 네이티브 앱(하이브리드, 크로스 플랫폼 포함)만이 가지고 있던 일종의 특권이었던 푸시 알림이 PWA에서도 가능합니다. 푸시 알림을 통해 사용자 재참여를 유도할 수 있습니다. (현재 안드로이드만 가능, iOS는 2023년 지원한다고 발표함)

Service Worker 덕분에 앱 동작에 필요한 asset 들과 일부 API call 들에 대한 캐싱이 가능해졌습니다. 사용자의 장치가 오프라인이거나 불안정한 저속도 환경에 있더라도 캐싱 된 리소스로 안정적인 앱 사용을 지원합니다.

아쉽게도 국내 사례 중에서는 뚜렷하게 ‘어느 기업이 PWA를 적용하여 앱을 개발했다.’라던가, ‘기존 서비스를 PWA로 전환을 했다.’라는 의미 있는 결과를 찾을 수 없었습니다.

반대로 해외의 경우에는 유명 기업, 스타트업 구분 없이 PWA를 성공적으로 론칭한 사례가 굉장히 많은 것을 찾아볼 수 있었습니다.

PWA 적용으로 얻은 효과에 대한 연구에 의하면, 대부분 공통적으로 페이지 뷰의 증가, 앱 사용자와 비교하여 이탈률 감소, 재방문 증가, 상호작용률 증가, 로딩 시간 감소와 관련하여 기업에 매우 긍정적인 수치를 가져다 주었다고 합니다.

PWA가 가지고 있는 한계점에 대해서도 짚어보겠습니다.

일단 PWA라는 용어 자체가 어렵게 느껴질 뿐만 아니라, 특히 일반 사용자에게는 ‘웹 페이지면 웹 페이지, 앱이면 앱이지 이건 앱처럼 동작하는 웹이라고? 이게 뭔데? 그리고 앱이라면서 설치는 왜 앱스토어에서 안 되는데? 이거 제대로 된 거 맞아?’ 하는 의심이 들게 하여 초기 접근성이 낮지 않을까 하는 추측을 하였습니다.

일반 사용자는 기본적으로 ‘앱 설치는 플레이스토어/앱스토어에서 할 수 있고 스토어를 통해 설치된 앱은 (그나마) 안전하다’는 인식을 가지고 있습니다. 때문에 PWA와 같이 브라우저의 ‘홈 화면 추가’ 기능을 통한 앱 설치를 유도하는 안내를 사용자에게 별도로 제공해야 하며, 사용자가 이것에 대해 잘 알지 못하는 상태에서 그들의 기기에 실제로 설치를 하게 한다는 것에 약간의 장벽이 있지 않을까 싶습니다.

(이러한 것까지 모두 사전에 고려한 구글과 Microsoft는 스토어에 PWA를 배포할 수 있게 해 놓았다고 합니다. 따라서 개발자는 원한다면 자신의 PWA를 스토어에 출시할 수 있습니다. Apple에게는… 기대를 할 수 없는 일입니다.)

HTML, CSS, JS를 가지고도 얼마든지 아름답고 훌륭한 UI를 구현할 수 있지만, 네이티브 앱에서 느낄 수 있는 각 운영체제 고유의 UI와 사용자 경험을 제공할 수 없습니다.

현재 PWA가 널리 보급되는 데 가장 큰 걸림돌로 작용하는 것은 PWA에 대한 Apple의 소극적인 태도입니다. 2015년 PWA 개념이 세상에 등장한 이후부터 구글, Microsoft, Mozilla 등이 웹 기술의 발전을 반기며 PWA 지원에 적극 동참하였지만 Apple은 아이폰 11.3 버전(2018년)이 되어서야 PWA를 지원했습니다.

PWA의 핵심 중 하나인 푸시 알림 기능의 경,우 안드로이드에서는 오래전부터 가능했지만 iOS에서는 아직도 불가능한 상황입니다.

사실 Apple이 이렇게 PWA에 폐쇄적인 이유는 자명한데, 개발자와 사용자들이 Apple의 앱스토어를 통하지 않고도 자유롭게 앱을 만들고 사용할 수 있게 허용한다면 지금까지 자신들이 거두어들였던 앱 수수료라는 엄청난 수익원을 포기한다는 것과 다름없기 때문입니다.

Apple은 웹이 앱만큼 강력해지길 원하지 않고 있습니다.

하지만 Apple이 드디어 푸시 알림 인질을 풀어주려는 계획을 발표했습니다. Apple은 WWDC22(2022 연례 세계 개발자 콘퍼런스)에서 2023년에는 웹 푸시와 관련한 모든 API를 지원할 것이라고 알렸습니다. 아직 계획일 뿐이기 때문에 방심하기는 이르지만 굉장히 반가운 소식입니다.

현재 웹 기술이 계속해서 발전하고 있지만 운영체제의 자원을 직접적으로 사용할 수 있는 네이티브 앱의 퍼포먼스는 따라잡을 수 없습니다. 때문에 높은 연산을 요구하는 작업, 그래픽 사용이 필수인 게임 앱 개발에는 한계가 있습니다.

지금까지 오늘날 모바일 앱 시장의 트렌드를 이끄는 PWA에 대해 알아보았습니다.

아직 국내에서는 큰 인지도가 없어 보이지만, 올해 Apple이 발표한 바에 따라 2023년부터 iOS 기기에서도 더 확대된 PWA 기능을 사용할 수 있게 된다면,

그 어떤 앱보다 더 흔하게 개발되고 흔하게 사용되는 앱의 한 종류로 자리매김할 것이라 예상합니다.

지난 포스팅 [모바일 App 개발 옵션 3가지] 보러가기