프로그레시브 웹 앱은 실제로 네이티브 앱과 어떻게 비교됩니까?

지난 10년 동안 모바일 장치를 사용하여 인터넷에 액세스하는 사람들의 수가 급증했습니다.

사실, 이제 사람들은 데스크톱보다 모바일에서 2배 많은 콘텐츠를 소비합니다 . 모바일 사용자에게 도달하고 참여를 유도할 기회가 여전히 증가하고 있기 때문에 기업과 웹사이트 소유자는 2020년에 이에 대해 흥분해야 합니다.

"모바일 우선"으로 가고 현대 사용자의 기대를 실제로 충족시키는 모바일 경험을 만드는 몇 가지 효과적인 방법이 있습니다. 첫째 , 반응형 웹 디자인이 있습니다. 이는 솔직히 최소한의 모바일 친화적인 웹 경험을 제공합니다.

그런 다음 사용자가 앱 스토어에서 다운로드하여 모바일 장치의 홈 화면에 추가할 수 있는 기본 모바일 앱이 있습니다. 앱은 더 나은 모바일 UX이며 전통적으로 구축하는 데 비용과 시간이 많이 소요되지만 기기의 기능을 더 효과적으로 활용할 수 있습니다.

최근에 우리는 모바일 웹사이트와 모바일 앱의 중간에 접근하는 PWA(Progressive Web Apps)가 영역에 진입하는 것을 보았습니다. 그것들을 더 자세히 살펴보고 어떻게 쌓이는지 봅시다.

프로그레시브 웹 앱이란 무엇입니까?

프로그레시브 웹 앱은 반응형 웹사이트와 모바일 앱 사이에 있습니다.

네이티브 앱처럼 작동하도록 설계된 최신 JavaScript 프레임워크로 구축된 모바일 사이트입니다. 아이콘을 사용하여 모바일 장치의 홈 화면에 추가할 수 있습니다. 앱과 마찬가지로 전체 화면 환경을 제공하여 사용자의 참여를 유도합니다. 그러나 그들은 열렸을 때 여전히 웹 사이트에 불과합니다. 서비스 워커의 개발로 PWA는 네이티브 앱이 가진 몇 가지 이점을 더 얻었지만 이러한 이점은 특히 iOS에서 여전히 제한적입니다.

Google은 PWA를 다음과 같은 웹 경험으로 정의합니다.

• 신뢰성 – 즉시 로드하고 불확실한 네트워크 조건에서도 웹 사이트가 다운된 것으로 표시하지 않습니다.
• 빠름 – 매끄럽고 부드러운 애니메이션과 버벅거림 없는 스크롤로 사용자 상호 작용에 빠르게 응답합니다.
• 몰입 도 - 몰입형 사용자 경험을 통해 장치에서 자연스러운 앱처럼 느껴집니다.

SD Times는 Progress의 제품 및 개발자 관계 부사장인 Todd Anglin이 " PWA는 웹을 보다 안정적이고 즐거운 경험으로 만드는 것이지만 항상 네이티브가 가장 잘 제공하는 앱 범주가 있을 것 "이라고 믿습니다.

이것은 우리가 “우리 회사에 가장 좋은 것이 무엇인지:
프로그레시브 웹 앱은 실제로 네이티브 앱과 어떻게 비교됩니까?”

프로그레시브 웹 앱과 네이티브 앱의 차이점은 무엇입니까?

대답하기에 충분히 간단한 질문인 것 같습니다. PWA(프로그레시브 웹 앱)와 기본 앱 간에 차이가 있습니까? (예.) 그렇다면 이러한 차이점은 무엇이며 회사의 모바일 인지도를 위해 기본 앱과 프로그레시브 웹 앱 중에서 어떻게 선택합니까? (조건에 따라서.)

좀 더 깊이 들어가 PWA와 기본 앱 간의 주요 차이점을 분석해 보겠습니다.

1. 설치
2. 플랫폼 간 가용성
3. 오프라인 사용
4. 스토리지, 데이터 및 전원
5. 업데이트
6. 발견
7. 푸시 알림
8. 보안
9. 장치 기능
10. 비용

1. 설치

PWA와 기본 앱의 주요 차이점은 최종 사용자가 PWA에 액세스하는 방식입니다.

네이티브 애플리케이션은 Google Play나 Apple의 iOS App Store와 같은 앱 스토어를 통해 찾아 설치됩니다. App Store는 사람들이 모바일 기기에서 소비하는 모든 서비스와 콘텐츠로 가는 관문인 거대한 쇼핑 창 역할을 합니다.

사람들은 모바일 웹에서 Google을 사용하는 것과 거의 동일한 방식으로 앱 스토어를 사용하여 문제에 대한 솔루션을 검색합니다.

앱 소유자를 위한 기회는 상당합니다. 앱 스토어 최적화(ASO)를 잘 활용하면 관련 키워드를 검색하는 신규 사용자에게 브랜드를 소개할 수 있습니다. 기존 브랜드가 있다면 사람들이 상점에서도 당신을 찾을 것이라고 믿을 수 있습니다. 요즘에는 앱이 디지털 비즈니스에 대한 현대 소비자의 기대치가 되면서 많이 일어나고 있습니다.

앱이 설치되면 사용자가 홈 화면을 스크롤하는 동안 사용자의 관심을 끌 수 있는 인식 가능한 아이콘과 텍스트 레이블과 함께 사용자의 홈 화면에 앱이 나타납니다. 정말 귀한 부동산입니다.

이것은 모두 네이티브 앱을 개발할 때 Google과 Apple에 검토를 위해 제출해야 함을 의미합니다. 특히 Apple은 요구 사항이 매우 엄격하며 표준에 맞게 준비하는 데 약간의 노력이 필요합니다. 그런 다음 앱을 찾고 설명과 리뷰를 읽고 기기에 설치할 가치가 있는지 판단하는 것은 사용자의 몫입니다.

반면에 PWA는 앱 스토어 제출 프로세스를 피하는 데 도움이 됩니다. 대신 PWA는 모바일 장치의 브라우저에서 실행됩니다. Financial Times PWA 는 이에 대한 좋은 예입니다.

이 예에서 볼 수 있듯이 Financial Times의 PWA는 앱의 모양과 매우 유사합니다.

사용자는 모바일 브라우저에 URL을 입력하기만 하면 PWA에 액세스할 수 있습니다. 사용자가 PWA의 개념을 인식하지 못하는 경우 일반 사이트의 것과 유사한 경험을 기대했을 때 웹 사이트의 잘린 버전이 표시되면 놀랄 수 있습니다.

그러나 일단 발견하면 기본 앱에서처럼 PWA를 홈 화면에 저장하고 찾을 수 있을 만큼 (이론적으로) 쉽습니다.

사용자가 직면할 수 있는 유일한 장애물은 홈 화면에 추가하는 방법을 아는 것입니다. PWA는 여전히 상대적으로 새롭고 장치의 홈 화면에 "웹사이트"를 추가하는 개념은 일반 웹 사용자에게 일반적이지 않습니다. 이는 거의 모든 사람이 알고 있는 App Store나 Google Play에서 모바일 앱을 설치한다는 아이디어와 대조됩니다.

즉, 최신 Android 버전은 사용자에게 PWA를 설치하라는 메시지를 표시하지만(위 이미지에서 볼 수 있듯이) iOS는 여전히 이전 "홈 화면에 추가" 작업에 의존하고 있습니다.

iOS에서 사용자는 Safari 내에서 PWA의 URL을 방문한 다음 수동으로 공유를 누른 다음 "홈 화면에 추가"를 눌러야 합니다. 귀하의 웹사이트가 프로그레시브 웹 앱이라는 시각적 표시는 없습니다. 이미징할 수 있으므로 iOS 사용자가 설치하기가 다소 까다롭습니다.

2. 플랫폼 간 가용성

개발자는 일반적으로 iOS 또는 Android 사용자를 위해 특별히 앱을 설계하기 때문에 기본 앱 내의 경험이 각 플랫폼에 맞춤화되도록 합니다. 개발자는 브라우저 간 또는 플랫폼 호환성에 대해 덜 걱정하고 하나의 특정 모바일 장치에 맞게 앱을 구성해야 합니다. 물론 여기에는 하이브리드 앱을 빌드하거나 React Native와 같은 크로스 플랫폼 프레임워크를 사용하는 경우와 같은 예외가 있습니다.

반면에 프로그레시브 웹 앱은 일반적으로 다른 접근 방식을 취합니다.

Twitter, Forbes 및 Flipboard(기본 앱 제공과 함께)와 같은 많은 대형 브랜드에서 활용하는 이 제품은 수년 동안 사용된 웹 기술에서 발전했습니다. (하지만 '프로그레시브 웹 앱'이라는 문구 자체는 2015년 디자이너 Frances Berriman과 Google Chrome 엔지니어 Alex Russell이 만든 것일 뿐입니다.)

개발자는 PWA의 반응형 인스턴스를 만들고 게시한 다음 사용자의 브라우저에 그대로 두어 화면 매개변수 내에서 올바르게 표시합니다. 개발할 하나의 앱일 뿐이며 다양한 모바일 브라우저의 사용자는 최신 웹 기술 덕분에 앱에 참여할 수 있습니다.

그러나 여기서 주목할 가치가 있는 한 가지 사항은 PWA의 인터페이스가 일반적으로 반응형 웹사이트에서 볼 수 있는 것과 기본 앱에서 볼 수 있는 것 사이의 균형을 맞추려고 시도한다는 것입니다. 다음은 FT PWA의 예입니다.

네이티브 앱을 사용하면 앱이 모바일 앱의 구조에 맞게 특별히 설계되었기 때문에 개발자는 보다 사용자 친화적인 경험을 만들 수 있습니다.

반면에 PWA를 사용하면 iOS와 Android(및 다른 시스템의 Firefox와 같은 브라우저)에서 단일 웹 앱을 로드할 수 있으므로 시간과 비용을 크게 절약할 수 있습니다.

하지만 크로스 플랫폼 모바일 앱을 쉽게 구축하는 방법도 있습니다. MobiLoud Canvas를 사용하면 기존 사이트를 iOS 및 Android 앱으로 변환하여 Google Play 및 App Store를 시작할 수 있습니다. PWA의 효율성과 함께 기본 모바일 앱의 모든 이점을 제공합니다. 나중에 자세히 설명합니다. 다음 포인트로 넘어갑시다.

3. 오프라인 사용

모바일 앱이 최종 사용자에게 할 수 있는 가장 큰 장점 중 하나는 인터넷에 연결하지 않고도 원하는 정보에 액세스할 수 있는 기능을 제공하는 것입니다.

예전에는 앱의 특권이었던 것이 이제는 웹에도 등장하고 있습니다. PWA는 시스템에 설치되고 가능한 경우 캐시된 데이터를 활용하여 오프라인에서 작동하는 웹 기반 앱입니다.

서비스 워커는 PWA에서 오프라인 사용을 허용하는 가장 중요한 기술입니다. 서비스 워커는 기본적으로 웹 앱 자체와 독립적으로 실행되는 JavaScript 파일입니다.

네트워크 요청을 처리하고 앱 리소스를 캐싱하고(캐시된 리소스를 가져오고) 무엇보다도 사용자가 온라인 상태가 아닐 때도 푸시 메시지를 활성화하여 성능과 기능을 개선하는 데 도움이 됩니다.

상상할 수 있듯이 여기에는 절충점이 있습니다.

PWA는 장치가 네트워크에 연결할 수 없을 때 사용자에게 앱의 특정 부분을 제공할 수 있습니다. 그러나 PWA가 앱의 모든 부분을 ​​제공할 수는 없습니다. 특히 페이지의 자연 캐싱 시스템에 속하지 않는 모든 항목은 연결이 복원될 때까지 오프라인 상태가 됩니다. 따라서 사용자가 Forbes에 문의 양식을 제출하거나 Trivago에서 예약하기를 원하면 그렇게 할 수 없습니다.

기본 앱은 확실히 이 카테고리에서 승리합니다. PWA의 기술이 따라잡고 사용자가 캐시된 콘텐츠에 액세스할 수 있도록 하는 것은 훌륭하지만, 어떤 일이 있어도 연결을 유지하기 위해 모바일 장치를 사용할 수 있는 수준은 아닙니다.

4. 스토리지, 데이터 및 전원

네이티브 앱이 모바일 장치에 설치되면 장치의 리소스에서 직접 가져옵니다.

"무거운" 앱, 사용자가 자주 상호 작용하거나 완전히 닫는 것을 잊어버린 앱의 경우 전원/배터리, 저장 공간 및 모바일 데이터 사용 측면에서 리소스 사용이 중요할 수 있습니다.

PWA는 또한 유사한 배수 문제를 일으킬 수 있습니다. Safari 앱은 휴대전화에서 가장 일반적으로 사용되는 앱만큼 많은 부담을 줍니다. 실제로 요약하면 다음과 같습니다.

• 앱이 얼마나 잘 코딩되어 있는지
• 앱이 호출하는 리소스 수
• 사용자의 실제 사용

데이터 네트워크가 더 비싸고 사용자가 비용을 지불할 수 없는 지역에 거주하는 잠재고객에게 도달하려는 경우 PWA가 최선의 선택이 될 것입니다.

Google은 Konga가 모바일 웹사이트를 PWA로 전환했을 때 데이터 사용량을 92% 줄였다고 강조합니다. 나이지리아 사용자의 거의 2/3(Konga의 국내 시장)가 2G 네트워크를 통해 모바일에서 인터넷에 액세스하기 때문에 많은 데이터를 사용하지 않는 PWA를 갖는 것이 필수적이었습니다.

일부 기본 앱은 오프라인 사용을 위해 콘텐츠를 저장하고 작동할 수 있으며, 이는 연결이 불규칙한 경우에 도움이 될 수 있습니다(그러나 데이터가 비싼 경우에는 그렇지 않음).

5. 업데이트

앱과 관련하여 업데이트를 볼 수 있는 두 가지 측면이 있습니다. 사용자의 관점과 개발자의 관점입니다.

대부분의 경우 기본 또는 프로그레시브 웹 앱을 업데이트할 때 사용자가 할 일은 없습니다.

기본 앱에 수동 업데이트가 필요한 경우가 있을 수 있지만 대부분의 경우 프로세스가 자동화되어 사용자가 업데이트가 완료된 시점을 거의 감지하지 못합니다.
최종 사용자의 경우 대부분의 업데이트가 눈에 띄지 않게 진행되므로 큰 차이가 없을 것입니다.

6. 발견

네이티브 앱의 경우 검색 결과에 두 번 나타날 수 있습니다.

• 앱 스토어 내에서
• 검색 엔진에서

그러나 앱 자체의 페이지를 검색 엔진에 인덱싱하고 나열할 수 없기 때문에 이 두 가지 모두 여러 피상적 요인에 따라 달라집니다. 대신 ASO(앱 스토어 최적화)라고 알려진 작업을 수행해야 합니다. 여기에는 다음과 같은 앱 검색 최적화 전략이 포함됩니다.

• 귀하의 모바일 앱에 적절하게 적용되는 일반적으로 검색되는 키워드(앱 스토어에서)를 식별하고 앱 제목과 설명에 포함시키십시오.
• 선택한 키워드를 포함하는 강력한 제목/제목을 사용하십시오.
• 간결하면서도 사려 깊은 앱 설명을 개발하세요. 앱 스토어 사용자에게 빠르게 어필하고 싶을 뿐만 아니라 앱 경험에서 무엇을 얻을 수 있는지도 이해해야 합니다. 키워드도 여기에 포함되어 있는지 확인하십시오!
• 고객 평가는 네이티브 앱의 전반적인 성공에 큰 역할을 합니다. 즉, SEO도 고려해야 합니다. 현재 사용자에게 연락하여 리뷰를 남겨달라고 요청하는 것을 두려워하지 마십시오(푸시 알림으로 할 수 있음).
• 또한 다운로드 횟수도 올라가는 것을 보고 싶을 것입니다. 다운로드가 많지 않거나 평가가 좋지 않은 경쟁 앱과 경쟁하는 이 형태의 사회적 증거는 새로운 사용자를 유치하는 데 도움이 됩니다.

앱 스토어는 분류 기능을 잘 활용한다면 새 앱으로 트래픽을 유도하는 데 큰 도움이 될 것입니다. 앱이 더 틈새 시장에 더 많이 표시되고 구체적으로 레이블이 지정될수록 더 관련성 높은 앱 스토어 검색 결과가 표시됩니다.

반면에 이제 프로그레시브 웹 앱은 온라인에서 접하는 다른 웹사이트처럼 작동하고 해당 콘텐츠가 Google 및 Bing에 의해 인덱싱되기 때문에 웹 SEO 측면에서 좋은 성과를 거둘 것입니다.

이 예에서 볼 수 있듯이 Financial Times PWA는 표시되는 다른 검색 결과와 같습니다. 또한 앱 내의 관련 페이지에 대한 링크도 제공합니다.

Cleveroad는 PWA에 대한 이 즉각적인 사용 기회를 통해 처음에 앱 스토어의 모바일 앱보다 더 많은 양의 트래픽이 PWA에 도달할 수 있음을 강조합니다.

7. 푸시 알림

푸시 알림은 많은 사이트 소유자와 기업이 모바일 앱을 구축하는 주요 이유 중 하나입니다.

이메일과 같은 전통적인 방법보다 훨씬 더 많은 참여를 유도합니다. 보고서에 따르면 특정 산업의 푸시 알림은 최대 40% 의 클릭률(CTR)을 얻을 수 있는 반면 이메일은 일반적으로 약 3-6%의 CTR과 함께 약 20-25%의 공개율을 생성합니다 .
요약하자면 효과적인 푸시 알림 전략은 콘텐츠와 모바일 앱에 더 많은 참여를 유도합니다!

푸시 알림에 필요한 기능을 처음부터 구축하거나 Google Firebase, PushBots 또는 OneSignal과 같은 타사 푸시 알림 서비스를 사용하여 기존 푸시 알림 솔루션을 기본 앱에 쉽게 통합할 수 있습니다.

서비스 워커의 개발 덕분에 프로그레시브 웹 앱에서도 푸시 알림을 사용할 수 있습니다.

그러나 이 시점에서 푸시 알림 지원은 여전히 ​​Chrome, Firefox, Opera 및 Mac Safari로 제한되며 결정적으로 iOS에서는 사용할 수 없습니다. 즉, 푸시 알림을 사용하여 Android에서 PWA로 청중을 참여시킬 수 있지만 iOS 방문자에게도 동일한 작업을 수행하려면 기다려야 합니다.

가까운 장래에 이것을 지원하는 Apple 및 iOS에 의존해서는 안되며 일반적으로 알림을 희미하게 봅니다.

PWA는 푸시 알림과 관련하여 확실히 발전하고 있지만 기본 앱은 이 범주에서 확실한 리더입니다. 기본 앱은 iOS 및 Android 기기 모두에서 푸시 알림을 지원할 수 있으므로 이 강력한 매체를 통해 청중을 참여시키고자 하는 모든 웹사이트 소유자에게 적합한 선택입니다.

8. 보안

2020년에는 보안 및 개인 정보 보호가 핵심이며 기업은 모바일 앱을 안전하게 보호하고 사용자 데이터를 보호하며 GDPR도 준수해야 합니다.

기본 앱은 앱 소유자와 사용자 모두에게 안전한 솔루션이 될 수 있습니다. 앱에 로그인 기능이 있는 경우 유용한 PWA보다 기본 앱에서 Multi-Factor Authentication을 사용하는 것이 더 쉽습니다 . 다단계 인증은 기본 앱에 큰 보안 계층을 추가합니다.

또한 기본 앱은 인증서 고정 을 사용하여 PWA와 같은 브라우저 내 앱이 에뮬레이트할 수 없는 특정 종류의 공격을 방지할 수 있습니다. 네이티브 앱의 이러한 이점에도 불구하고 PWA는 브라우저에서 서버로의 암호화를 허용하는 HTTPS를 통해 계속 제공됩니다. 웹사이트 소유자가 PWA를 위한 안전한 환경을 만드는 한, 다른 웹사이트만큼 안전할 수 있습니다.

그러나 iOS 및 Android Google Play 및 iOS App Store에 기본 앱을 게시하려면 먼저 Apple 또는 Google의 승인을 받아야 합니다. 사용자에게 명확한 보안 문제가 있는 앱은 승인될 가능성이 거의 없으므로 대부분의 경우 이러한 소스에서 다운로드한 앱은 신뢰할 수 있습니다.

기본 앱을 위한 보안 기능을 구축하기 위해 더 많은 작업이 있을 수 있지만 보안 기능을 구축할 수 있는 기능 덕분에 PWA보다 더 안전할 가능성이 있습니다. 보안은 웹용으로 무엇이든 구축할 때 항상 민감한 주제입니다. 손상된 데이터의 원인을 감당할 수 없으므로 기본 앱 또는 PWA와 같은 문제가 발생합니다.

9. 장치 기능

사용자의 모바일 장치에 배치할 기본 모바일 응용 프로그램을 구축할 때 잠재적으로 가장 유용한 것 중 하나는 다른 장치 응용 프로그램 및 전화 기능과 동기화하는 기능입니다.

예를 들어 기본 앱은 다음을 사용할 수 있습니다.

• 카메라
• GPS
• 지오펜싱(마케팅 목적)
• 가속도계
• 나침반
• 연락처 목록
• 경보
• 달력
• SMS 및 푸시 알림
• 근거리 통신 및 모바일 결제

DeeperBlue 기본 앱( MobiLoud News로 구축)은 사용자에게 모바일 장치로 푸시 알림을 보낼 수 있는 권한을 요청합니다.

또한 완전히 차단되기 전에 해당 정보를 한 번만 요청할 수 있는 브라우저 창과 달리 Deeper Blue와 같은 앱은 사용자에게 설정에서 쉽게 액세스할 수 있는 나중에 옵트인할 수 있는 선택권을 제공할 수 있습니다.

프로그레시브 웹 앱은 장치 기능을 활용할 수 있는 가능성을 제공하는 도구 키트로 생각할 수 있지만 특정 기능 집합을 엄격하게 제공하지는 않습니다.

Peter O'Shaughnessy는 다음과 같이 썼습니다.

“[PWA 기능 선택]이 전부 아니면 전무가 아닙니다. 당신은 체리 픽을 자유롭게 할 수 있습니다. 예를 들어 푸시 알림을 도입하고 싶지 않다면 필요하지 않습니다! "

가장 기본적인 형태의 프로그레시브 웹 앱은 표준 웹사이트와 동일한 종류의 제한을 받을 수 있으므로 장치 기능에 대한 액세스 권한을 추가할 필요가 없습니다. 사용자 경험을 개선하기 위해 API(소셜 미디어 로그인과 같은)를 통해 만들 수 있는 몇 가지 연결을 만들 수 있지만 제한 사항이 있습니다.

기본 앱이 할 수 있는 모든 장치 기능(예: 지문 스캐너, GPS 및 카메라)을 활용하여 앱에서 이점을 얻으려면 기본이 여전히 더 적절한 선택일 수 있습니다. 하지만 대부분의 기업에서는 이러한 기능을 사용할 필요가 없습니다!

API 통합은 PWA 사용자를 위해 다른 소프트웨어에 기능을 제공할 수 있지만 기본 앱과 같이 앱을 휴대전화에 동기화할 수 있는 기능은 제공하지 않습니다.

10. 비용

마지막으로 비용과 출시 시간 문제에 도달했습니다.

네이티브 앱(진정한 네이티브인 경우)은 일반적으로 Android용 Java 또는 Kotlin 또는 iOS용 Objective-C 또는 Swift로 빌드됩니다.

이 접근 방식의 단점은 각 플랫폼에 대해 복제되는 길고 긴 개발 프로세스가 필요하다는 것입니다. 또한 기본 앱의 유지 관리 비용이 많이 듭니다. 기본 앱은 일반적으로 iOS 및 Android에서 첫 번째 버전을 출시하는 데 $50,000에서 $100,000의 비용이 들며, 유지 관리 및 업데이트에 연간 20%가 추가로 소요됩니다.

그들은 또한 최소한 구축하는 데 몇 개월이 걸릴 것입니다.

iOS와 Android 간에 코드의 상당 부분을 재사용할 수 있게 하여 이러한 단점을 상쇄하는 데 도움이 될 수 있는 React Native와 같은 플랫폼 간 개발 프레임워크가 있습니다.

동시에 청중이 두 플랫폼의 사용자로 구성된 경우 사용자의 한 하위 집합을 완전히 무시하거나 이중 개발의 추가 부담을 짊어져야 합니다.

사내에서 기본 앱을 개발할 때 최소 2명의 추가 고용과 기존 직원이 댓글을 달고 테스트하는 데 소요되는 시간을 보게 됩니다. 팀이 자체적으로 처리할 수 없는 경우 개발 아웃소싱 비용을 고려해야 할 수도 있습니다.

이러한 높은 장벽으로 인해 네이티브 앱을 구축하는 것은 소규모 기업에게 크고 위험한 도전 과제가 되었습니다.

프로그레시브 웹 앱의 핵심은 기본적으로 서비스 워커가 추가된 여러 가지 방법 중 하나로 구축된 웹 앱입니다(React.js 및 기타 유사한 프레임워크가 확실히 인기가 있지만).

개발자는 네이티브 및 모바일 SDK가 이미 제공하는 많은 것을 복제해야 하므로 네이티브 앱 개발과 마찬가지로 여전히 연구 개발에 투자해야 합니다. PWA를 구축하는 것은 기본 앱을 구축하는 것보다 훨씬 쉽습니다. 시간과 비용면에서 모두 이를 반영합니다.

왜 모두?

네이티브 앱과 프로그레시브 웹 앱 사이를 결정할 때 성능, 디자인 품질 등과 같은 수많은 다른 중요한 요소가 있습니다. 그 중 많은 부분 이 코딩 의 품질 로 요약됩니다 . 앱이 네이티브인지 웹 브라우저에 있는지 여부가 아닙니다. 프로그레시브 웹 앱에 대해 자세히 알아보려면 50개의 PWA 예제가 포함된 자세한 가이드를 확인하세요.

결정을 내려야 할 때 선택한 개발 경로(개발자 포함)가 이러한 각 기대와 일치할 수 있는지 확인하십시오.

사용자가 앱을 구축하는 데 드는 높은 비용으로 인해 기본 앱에 중요한 경험(예: 푸시 알림 또는 지오펜싱)을 놓칠 경우 예산을 PWA와 기본 앱에 지출한 비용으로 재고해야 할 수 있습니다. 낭비가 될 수 있습니다. 반면에 – 엄청난 비용을 고려하여 기본 앱을 처음부터 구축해야 합니까 ? 전화기의 가속도계와 얼굴 인식을 사용해야 합니까?

모비라우드

웹용으로 이미 구축한 것을 기본 앱 형식으로 변환하고 가장 중요한 관련 이점을 얻는 방법이 필요한 경우 사이트를 기본 모바일 앱으로 변환하는 더 나은 방법이 있습니다.

당사 플랫폼인 News(WordPress 기반 디지털 퍼블리셔용), Commerce(WooCommerce 스토어용) 및 Canvas(모든 사이트 또는 웹 앱용)는 기본 앱과 PWA의 장점을 모두 제공합니다.

가장 중요한 기본 앱 기능을 모두 PWA에 지출하는 비용과 비슷한 훨씬 저렴한 비용으로 사용할 수 있습니다. 그것은 두 세계의 최고입니다. MobiLoud를 사용하여 모바일 앱을 빌드하는 경우에도 PWA를 빌드하는 데 충분한 리소스가 남아 있을 수 있습니다!

우리의 모든 솔루션은 핵심적으로 변환 프로세스입니다. 기존 사이트 또는 웹 앱을 가져온 다음 당사 플랫폼을 사용하여 iOS 및 Android용 기본 앱으로 변환합니다.

MobiLoud는 WordPress 사이트를 모바일 앱으로 변환하는 데 자주 사용되지만 Canvas는 실제로 모든 사이트에서 완벽하게 작동합니다. Canvas는 모든 WordPress 플러그인의 기능을 통합할 수 있으므로 PeepSo 앱, LearnDash 앱 등을 구축할 수 있습니다. 그러나 Bubble 모바일 앱, Webflow 앱, Wix 앱, Squarespace 앱 및 그 사이의 모든 것을 구축하는 데에도 좋습니다!

앱은 기존 네이티브 개발에 지출하는 비용의 10% 미만으로 2주 이내에 출시될 준비가 됩니다. 자세한 내용은 뉴스, 캔버스 또는 커머스를 확인하거나 앱 고문 중 한 명과 상담을 예약하여 자세히 알아보세요.

결론

기술이 향상됨에 따라 PWA에 대한 몇 가지 좋은 사용 사례가 분명히 생겼습니다. 예를 들어, 대규모 소셜 미디어 사이트는 PWA로 잘 작동할 수 있는 좋은 예입니다. Twitter Lite 및 Pinterest와 같은 PWA는 모바일 웹 경험을 기본 앱과 거의 동등하게 만드는 방법을 보여줍니다. 이는 연결이 열악하거나 값비싼 시장에서 도움이 될 것입니다.

즉, 기본 앱을 사용하면 항상 켜져 있고 진정으로 개인화된 경험을 사용자에게 제공할 수 있습니다. iOS와 Android 모두에서 사용할 수 있는 푸시 알림이 있는 완전히 새로운 채널을 사이트 소유자에게 제공하는 유일한 솔루션입니다. 이는 고객과 팔로워에게 시기 적절한 업데이트와 기본 기능을 제공하려는 뉴스 게시자 , 블로그 사이트, 전자 상거래 회사, 소셜 플랫폼 및 eLearning 사이트에 특히 좋습니다.

네이티브 대 PWA 논쟁은 여전히 ​​중요하지만 경쟁할 필요는 없습니다. 둘은 상호 배타적이지 않습니다. 둘 다에 대한 사용 사례가 있으며 기술에서 원하는 것과 필요한 것에 따라 다릅니다. 둘 다 만들지 못할 이유가 없습니다.

웹용 PWA는 유기적인 트래픽을 수집하고 모바일 브라우저에서 뛰어난 사용자 경험을 제공하고 iOS 및 Android 앱은 앱 스토어에서 브랜드 인지도를 확보하여 푸시 알림을 효과적으로 보냅니다. 가장 충성도가 높고 참여도가 높은 팬을 위한 집을 제공합니다.

전통적으로 이 작업을 수행하는 데 드는 노력과 비용은 예산이 부족한 사람에게는 엄두도 내지 못할 것입니다.

하지만 MobiLoud를 사용하면 훨씬 더 가능해집니다. 기록적인 시간 내에 훌륭한 모바일 앱을 만들 수 있도록 지원할 뿐만 아니라 사이트를 고품질 PWA로 전환하여 기존 비용의 일부만으로 두 가지 이점을 모두 누릴 수 있습니다.

이 기사가 유익한 정보가 되었기를 바랍니다. 모바일 인지도를 한 단계 높이고 싶고 WordPress 기반 디지털 출판인이라면 뉴스를 확인하십시오. 전자 상거래 사이트, 웹 앱 또는 플랫폼이 있다면 기술 스택이나 CMS에 상관없이 Canvas를 확인하십시오. WooCommerce를 사용 중이라면 WooCommerce 앱 빌더가 있습니다!

어떤 결정을 내리든 성공적인 모바일 UX를 만들고 사용자를 기쁘게 하며 브랜드 성장에 행운을 빕니다.