プログレッシブウェブアプリは実際にネイティブアプリとどのように比較されますか？

過去10年間で、インターネットにアクセスするためにモバイルデバイスを使用する人々の数は急増しました。

実際、現在、人々はデスクトップの2倍の量のコンテンツをモバイルで消費しています。 モバイルユーザーにリーチしてエンゲージする機会がまだ増えているため、企業やWebサイトの所有者は2020年にこれに興奮するはずです。

「モバイルファースト」に移行し、現代のユーザーの期待に本当に応えるモバイルエクスペリエンスを作成するには、いくつかの効果的な方法があります。 まず、レスポンシブWebデザインがあります。これは、率直に言って最小限のモバイルフレンドリーなWebエクスペリエンスを作成します。

次に、ネイティブモバイルアプリがあります。ユーザーはアプリストアからダウンロードして、モバイルデバイスのホーム画面に追加できます。 アプリはより優れたモバイルUXであり、デバイスの機能をより効果的に活用できますが、従来は構築に費用と時間がかかります。

最近、プログレッシブWebアプリ（PWA）がアリーナに参入し、モバイルWebサイトとモバイルアプリの中間にアプローチするのを目にしました。 それらをより詳細に見て、それらがどのように積み重なるかを見てみましょう。

プログレッシブウェブアプリとは何ですか？

プログレッシブウェブアプリは、レスポンシブウェブサイトとモバイルアプリの中間にあります。

これらは、ネイティブアプリのように機能するように設計された最新のJavaScriptフレームワークで構築されたモバイルサイトです。 これらは、アイコンを使用してモバイルデバイスのホーム画面に追加できます。 アプリと同様に、ユーザーを引き付けるためのフルスクリーンエクスペリエンスを提供します。 ただし、開いた時点ではまだWebサイトにすぎません。 Service Workerの開発により、PWAにはネイティブアプリよりも多くのメリットがありますが、特にiOSでは、これらのメリットはまだ限られています。

Googleは、PWAを次のようなWebエクスペリエンスと定義しています。

• 信頼性–ネットワークの状態が不確実な場合でも、すぐに読み込まれ、Webサイトがダウンしていると表示されることはありません。
• 高速–滑らかで滑らかなアニメーションを使用し、ぎくしゃくしたスクロールを行わずに、ユーザーの操作にすばやく応答します。
• 魅力的–没入型のユーザーエクスペリエンスを備えた、デバイス上の自然なアプリのように感じます。

SD Timesは、Progressの製品および開発者リレーションズ担当副社長であるTodd Anglinが、「 PWAは、Webをより信頼性が高く、楽しいエクスペリエンスにすることを目的としていますが、ネイティブが提供するアプリのカテゴリは常に存在する」と考えていると報告しました。

これは、ビジネスオーナーが決定しようとしているいくつかの質問（および回答）につながります。
プログレッシブウェブアプリは、ネイティブアプリと実際にどのように比較されますか？」

プログレッシブウェブアプリとネイティブアプリ：違いは何ですか？

答えるのは簡単な質問のようです。プログレッシブウェブアプリ（PWA）とネイティブアプリに違いはありますか？ （はい）もしそうなら、それらの違いは何ですか、そしてあなたの会社のモバイルプレゼンスのためにネイティブアプリとプログレッシブウェブアプリのどちらをどのように選択しますか？ （場合によります。）

もう少し詳しく見て、PWAとネイティブアプリの主な違いを分析してみましょう。

1. インストール
2. クロスプラットフォームの可用性
3. オフラインでの使用
4. ストレージ、データ、および電力
5. 更新
6. 発見
7. プッシュ通知
8. 安全
9. デバイスの機能
10. 料金

1.インストール

PWAとネイティブアプリの主な違いは、エンドユーザーがそれらにアクセスする方法です。

ネイティブアプリケーションは、GooglePlayやAppleのiOSAppStoreなどのアプリストアを通じて検索およびインストールされます。 App Storeは、人々がモバイルデバイスで消費するすべてのサービスとコンテンツへのゲートウェイである巨大なショッピングウィンドウとして機能します。

人々は、モバイルWebでGoogleを使用するのとほぼ同じ方法で、アプリストアを使用して問題の解決策を検索します。

アプリの所有者にとっての機会はかなりあります。 アプリストア最適化（ASO）をうまく活用すれば、関連するキーワードを検索している新しいユーザーにブランドを紹介できます。 既存のブランドをお持ちの場合は、店舗であなたを探している人も頼りにできます。これは最近よくあることで、アプリはデジタルビジネスに対する現代の消費者の期待です。

インストールすると、アプリはユーザーのホーム画面に表示され、ユーザーがホーム画面をスクロールしているときにユーザーの注意を引くことができる認識可能なアイコンとテキストラベルが表示されます。 本当に貴重な不動産です。

これはすべて、ネイティブアプリを開発するときに、GoogleとAppleに検討するためにアプリを送信する必要があることを意味します。 特にAppleには非常に厳しい要件があり、標準に合わせるにはある程度の努力が必要です。 次に、アプリを見つけ、説明とレビューを読み、デバイスにインストールする価値があるかどうかを判断するのはユーザーの責任です。

一方、PWAは、アプリストアの送信プロセスに対処することを回避するのに役立ちます。 代わりに、PWAはモバイルデバイスのブラウザで実行されます。 Financial Times PWAは、この良い例です。

この例でわかるように、Financial TimesのPWAは、アプリがどのように見えるかを期待するものと非常によく似ています。

ユーザーは、モバイルブラウザにURLを入力するだけでPWAにアクセスできます。 ユーザーがPWAの概念に気付いていない場合、通常のサイトのエクスペリエンスを反映したエクスペリエンスを期待しているときに、Webサイトの切り捨てられたバージョンに遭遇すると驚くかもしれません。

ただし、一度発見すると、ネイティブアプリと同じように、PWAをホーム画面に保存してそこで見つけるのは（理論的には）簡単です。

ユーザーが遭遇する可能性がある唯一の障害は、ホーム画面に追加する方法を知っていることです。 PWAはまだ比較的新しいものであり、デバイスのホーム画面に「Webサイト」を追加するという概念は、平均的なWebユーザーにとっては標準ではありません。 これは、ほとんどの人が精通しているAppStoreやGooglePlayからモバイルアプリをインストールするという考えとは対照的です。

とは言うものの、最新のAndroidバージョンはユーザーにPWAのインストールを促しますが（上の画像でわかるように）、iOSはまだ古い「ホーム画面に追加」アクションに依存しています。

iOSでは、ユーザーはSafari内でPWAのURLにアクセスし、手動で[共有]を押してから、[ホーム画面に追加]をタップする必要があります。 あなたのウェブサイトがプログレッシブウェブアプリであることを視覚的に示すものはありません。 イメージングできるように、これはiOSユーザーにそれをインストールさせるのをやや難しくします。

2.クロスプラットフォームの可用性

開発者は通常、iOSまたはAndroidユーザー専用のアプリを設計するため、これにより、ネイティブアプリ内のエクスペリエンスが各プラットフォームに合わせて調整されます。 開発者は、ブラウザー間の互換性やプラットフォームの互換性について心配する必要がなく、特定の1つのモバイルデバイス用にアプリを作成することについて心配する必要があります。 もちろん、これには例外があります。たとえば、ハイブリッドアプリを構築したり、ReactNativeのようなクロスプラットフォームフレームワークを使用したりする場合などです。

一方、プログレッシブWebアプリは、一般的に異なるアプローチを取ります。

Twitter、Forbes、Flipboardなどの多くの大手ブランド（ネイティブアプリの提供に加えて）で利用されており、長年使用されてきたWebテクノロジーから進化してきました。 （ただし、「プログレッシブWebアプリ」というフレーズ自体は、2015年にデザイナーのフランシスベリマンとGoogleChromeのエンジニアであるアレックスラッセルによって造られたものです。）

開発者は、PWAのレスポンシブインスタンスを作成して公開し、それをユーザーのブラウザに任せて、画面のパラメータ内に正しく表示します。 これは開発するアプリの1つであり、最新のWebテクノロジーのおかげで、さまざまなモバイルブラウザーのユーザーがアプリを利用できます。

ただし、ここで注目に値する1つのポイントは、PWAのインターフェイスは通常、レスポンシブWebサイトで見つけたものとネイティブアプリで遭遇したもののバランスをとろうとすることです。 FTPWAの例を次に示します。

ネイティブアプリを使用すると、アプリはモバイルアプリの構造用に特別に設計されているため、開発者はよりユーザーフレンドリーなエクスペリエンスを作成する機会があります。

一方、PWAを使用すると、iOSとAndroidの両方（および他のシステムのFirefoxなどのブラウザー）に単一のWebアプリをロードできるため、時間とコストを大幅に節約できます。

ただし、クロスプラットフォームのモバイルアプリを簡単に構築する方法もあります。 MobiLoud Canvasを使用すると、既存のサイトをiOSおよびAndroidアプリに変換して、GooglePlayとAppStoreを起動できます。 PWAの効率性とともに、ネイティブモバイルアプリのすべての利点を提供します。これについては後で詳しく説明します。 次のポイントに移りましょう。

3.オフラインでの使用

モバイルアプリがエンドユーザーにできる優れた点の1つは、インターネットに接続しなくても、必要な情報にアクセスできるようにすることです。

以前はアプリの特権であったものが、今ではWebにも登場しています。 PWAは、システムにインストールされ、可能な場合はキャッシュされたデータを利用してオフラインで動作するWebベースのアプリです。

サービスワーカーは、PWAでのオフライン使用を可能にする最も重要なテクノロジーです。 サービスワーカーは基本的に、Webアプリ自体から独立して実行されるJavaScriptファイルです。

これらは、ネットワークリクエストの処理、アプリリソースのキャッシュ（およびキャッシュされたリソースのフェッチ）、そして何よりも、ユーザーがオンラインでない場合でもプッシュメッセージを有効にすることで、パフォーマンスと機能の向上に役立ちます。

ご想像のとおり、ここにはトレードオフがあります。

PWAは、デバイスがネットワークに接続できない場合に、アプリの特定の部分をユーザーに提供できます。 ただし、PWAはアプリのすべての部分を提供できるわけではありません。 具体的には、接続が復元されるまで、ページの自然なキャッシュシステムの一部ではないものはすべてオフラインになります。 したがって、ユーザーがForbesに連絡フォームを送信したり、Trivagoで予約したりしたい場合、それはできません。

ネイティブアプリは間違いなくこのカテゴリで勝ちます。 PWAのテクノロジーが追いついて、ユーザーがキャッシュされたコンテンツにアクセスできるようになっているのは素晴らしいことですが、モバイルデバイスを利用して、何があっても接続を維持できるようになるまでには至っていません。

4.ストレージ、データ、および電力

ネイティブアプリがモバイルデバイスにインストールされると、デバイスのリソースから直接プルされます。

「重い」アプリの場合、ユーザーが頻繁に操作するアプリ、または完全に閉じるのを忘れたアプリの場合、電力/バッテリー、ストレージスペース、モバイルデータの使用に関するリソースの使用が重要になる可能性があります。

PWAも同様の排水の問題を引き起こす可能性があります。 Safariアプリは、電話で最も一般的に使用されるアプリとほぼ同じくらいの負担を引き起こします。 実際、要約すると次のようになります。

• アプリがどの程度適切にコーディングされているか
• アプリが呼び出すリソースの数
• ユーザーの実際の使用法

データネットワークがより高価になる傾向があり、ユーザーがそれを支払うことができない地域に住むオーディエンスにリーチしようとしている場合は、PWAが最良の選択肢になります。

Googleは、KongaがモバイルウェブサイトをPWAに変えたときに、データ使用量を92％削減したことを強調しています。 ナイジェリアのユーザー（コンガの国内市場）のほぼ3分の2が2Gネットワ​​ークを介してモバイルでインターネットにアクセスするため、多くのデータを使用しないPWAを持つことが不可欠でした。

一部のネイティブアプリは、オフラインで使用するためにコンテンツを機能および保存することもできます。これは、接続が不安定になる場合に役立ちます（ただし、データが高価な場合はそれほど多くはありません）。

5.アップデート

アプリに関しては、更新を表示するための2つの側面があります。ユーザーの視点と開発者の視点です。

ほとんどの場合、ネイティブまたはプログレッシブWebアプリの更新に関しては、ユーザーが行うことは実際には何もありません。

ネイティブアプリで手動更新が必要になる場合がありますが、ほとんどの場合、プロセスは自動化されており、ユーザーは更新が完了したことをほとんど検出しません。
エンドユーザーにとって、ほとんどの更新は見過ごされてしまうため、これは大きな違いにはなりません。

6.発見

ネイティブアプリの場合、検索結果に表示される可能性は2つあります。

• AppStore内
• 検索エンジンで

ただし、アプリ自体のページをインデックスに登録して検索エンジンに一覧表示することはできないため、これらは両方とも多くの表面的な要因に依存します。 代わりに、App Store Optimization（ASO）と呼ばれる方法を実行する必要があります。 これには、次のようなアプリ検索最適化の戦術が含まれます。

• モバイルアプリに適切に適用される（アプリストアで）よく検索されるキーワードを特定し、アプリのタイトルと説明に含めます。
• 選択したキーワードを含む強力なタイトル/見出しを使用します。
• アプリの簡潔でありながら思慮深い説明を作成します。 アプリストアのユーザーにすばやくアピールするだけでなく、アプリのエクスペリエンスから何が得られるかをユーザーが理解していることを確認する必要があります。 キーワードもここに含まれていることを確認してください！
• 顧客の評価は、ネイティブアプリの全体的な成功に大きな役割を果たします。つまり、SEOも考慮に入れることになります。 恐れずに連絡を取り、現在のユーザーにレビューを残すように依頼してください（プッシュ通知で行うことができます）。
• また、ダウンロード数も増えることを確認する必要があります。 ダウンロード数が少ない、または十分にレビューされていない競合アプリに対抗するこの形式のソーシャルプルーフは、新しいユーザーを引き付けるのに役立ちます。

分類機能をうまく活用すれば、アプリストアは新しいアプリへのトラフィックを増やすのにも大いに役立ちます。 アプリがニッチで具体的にラベル付けされているほど、関連性の高いアプリストアの検索結果が表示されます。

一方、プログレッシブWebアプリは、オンラインで遭遇する他のWebサイトと同じように機能し、そのコンテンツはGoogleとBingによってインデックスに登録されるため、WebSEOの観点からはうまく機能します。

この例でわかるように、Financial Times PWAは、他の検索結果と同じように表示されます。 また、アプリ内の関連ページへのリンクも提供します。

Cleveroadは、このPWAの即時使用の機会により、最初はアプリストアのモバイルアプリよりも大量のトラフィックがPWAに到達する可能性があることを強調しています。

7.プッシュ通知

プッシュ通知は、多くのサイト所有者や企業がモバイルアプリを構築している主な理由の1つです。

それらは、電子メールなどの従来の方法よりもはるかに多くのエンゲージメントを引き付けます。 レポートによると、特定の業界のプッシュ通知は最大40％のクリックスルー率（CTR）を得ることができますが、電子メールは通常、約20〜25％のオープン率を生成し、CTRは約3〜6％です。
要約すると、効果的なプッシュ通知戦略により、コンテンツやモバイルアプリとのエンゲージメントが高まります。

プッシュ通知に必要な機能をゼロから構築することも、Google Firebase、PushBots、OneSignalなどのサードパーティのプッシュ通知サービスを使用して既存のプッシュ通知ソリューションをネイティブアプリに簡単に統合することもできます。

Service Workerの開発により、プログレッシブWebアプリでプッシュ通知を使用することもできます。

ただし、現時点では、プッシュ通知のサポートはChrome、Firefox、Opera、Mac Safariに限定されており、iOSでは決定的に利用できません。 これは、プッシュ通知を使用してAndroidのPWAで視聴者を引き付けることができることを意味しますが、iOSの訪問者にも同じことをしたい場合は、待つ必要があります。

近い将来、これをサポートするAppleとiOSを当てにするべきではありません。彼らは、一般的に通知をぼんやりと見ています。

プッシュ通知に関しては、PWAは確実に進歩していますが、ネイティブアプリはこのカテゴリの明確なリーダーです。 ネイティブアプリは、iOSデバイスとAndroidデバイスの両方でプッシュ通知をサポートできるため、この強力なメディアを通じてオーディエンスを引き付けたいWebサイト所有者にとって正しい選択になります。

8.セキュリティ

2020年にはセキュリティとプライバシーが重要であり、企業はモバイルアプリを安全にし、ユーザーデータを保護し、GDPRにも準拠する必要があります。

ネイティブアプリには、アプリの所有者とユーザーの両方にとって安全なソリューションとなる機能があります。 PWAよりもネイティブアプリで多要素認証を使用する方が簡単です。これは、アプリにログイン機能がある場合に便利です。 多要素認証は、ネイティブアプリにセキュリティの大きな層を追加します。

ネイティブアプリは、証明書のピン留めを使用して、PWAなどのブラウザー内アプリがエミュレートできない特定の種類の攻撃を防ぐこともできます。 ネイティブアプリのこの利点にもかかわらず、PWAは引き続きHTTPS経由で提供され、ブラウザーからサーバーへの暗号化が可能です。 Webサイトの所有者がPWAの安全な環境を作成している限り、他のWebサイトと同じように安全です。

ただし、ネイティブアプリをiOSおよびAndroidのGooglePlayおよびiOSApp Storeで公開するには、最初にAppleまたはGoogleのいずれかによって承認されている必要があります。 ユーザーに明確なセキュリティ問題を提示するアプリが受け入れられる可能性は非常に低いため、ほとんどの場合、これらのソースからダウンロードされたアプリは信頼できます。

ネイティブアプリのセキュリティ機能を構築するための作業は増える可能性がありますが、セキュリティ機能を組み込む機能のおかげで、PWAよりも安全になる可能性があります。 ただし、Web用に何かを構築する場合、セキュリティは常に微妙な問題です。 データが危険にさらされる原因になるわけにはいかないので、これはあなたの肩にかかっています–ネイティブアプリまたはPWA。

9.デバイスの機能

ユーザーのモバイルデバイスに配置するためのネイティブモバイルアプリケーションを構築する上で潜在的に役立つことの1つは、他のデバイスアプリや電話機能と同期する機能です。

たとえば、ネイティブアプリは以下を使用できます。

• カメラ
• GPS
• ジオフェンス（マーケティング目的）
• 加速度計
• 方位磁針
• 連絡先リスト
• 警報
• カレンダー
• SMSとプッシュ通知
• 近距離無線通信とモバイル決済

DeeperBlueネイティブアプリ（ MobiLoud Newsで構築）は、ユーザーにプッシュ通知をモバイルデバイスに送信する許可を求めます。

また、完全にブロックされる前に一度だけその情報を要求できるブラウザウィンドウとは異なり、Deeper Blueのようなアプリは、ユーザーが設定から簡単にアクセスできるように、後日オプトインする選択肢を提供できます。

プログレッシブウェブアプリは、デバイスの機能を活用する可能性を提供するツールキットと考えることができますが、特定の機能セットを厳密に提供するわけではありません。

PeterO'Shaughnessyが書いているように：

「それは[PWA機能の選択]であり、オールオアナッシングではありません。 さくらんぼを自由に選ぶことができます。 たとえば、プッシュ通知を導入したくない場合は、導入する必要はありません。 「「

最も基本的な形式のプログレッシブウェブアプリは、標準のウェブサイトと同じ種類の制限を受けることができます。つまり、デバイス機能へのアクセスを追加する必要はありません。 API（ソーシャルメディアログインなど）を介して確立できるいくつかの接続を確立して、ユーザーエクスペリエンスを向上させることができますが、制限があります。

ネイティブアプリが利用できるすべてのデバイス機能（指紋スキャナー、GPS、カメラなど）を利用してアプリを活用したい場合は、ネイティブがより適切な選択である可能性があります。 ただし、ほとんどの企業では、これらの機能を使用する必要はありません。

API統合により、PWA上のユーザーが他のソフトウェアに機能を利用できるようになる場合がありますが、ネイティブアプリのようにアプリを携帯電話に同期することはできません。

10.費用

最後に、コストと立ち上げまでの時間の問題に行き着きます。

ネイティブアプリ（真にネイティブの場合）は、通常、Androidの場合はJavaまたはKotlin、iOSの場合はObjective-CまたはSwiftで構築されます。

このアプローチの欠点は、プラットフォームごとに重複する、長く、時には引き出された開発プロセスが必要になることです。 さらに、ネイティブアプリのメンテナンスには高いコストがかかります。 ネイティブアプリは通常、iOSとAndroidで最初のバージョンをリリースするのに50,000ドルから100,000ドルかかり、メンテナンスとアップデートのためにその20％が毎年かかります。

また、少なくとも構築には数か月かかります。

React Nativeなどのクロスプラットフォーム開発フレームワークがあります。これは、コードの大部分をiOSとAndroidの間で再利用可能にすることで、これらの欠点を相殺するのに役立ちます。

同時に、オーディエンスが両方のプラットフォームのユーザーで構成されている場合は、ユーザーの1つのサブセットを完全に無視するか、二重開発の追加の負担を負う必要があります。

ネイティブアプリを社内で開発する場合、少なくとも2人の追加採用者と、コメントとテストに費やした既存のスタッフの時間を検討しています。 チームが独自に開発を処理できない場合は、開発のアウトソーシングのコストも考慮する必要があります。

これらの高い障壁があるため、ネイティブアプリの構築は、中小企業にとって大きなリスクの高い課題になります。

プログレッシブウェブアプリは、基本的に、サービスワーカーが追加された、さまざまな方法のいずれかで構築されたウェブアプリです（ただし、React.jsや他の同様のフレームワークは確かに人気があります）。

開発者は、ネイティブおよびモバイルSDKがすでに提供しているものの多くを複製する必要があるため、ネイティブアプリ開発の場合と同じように、研究開発に投資することを意味します。 ただし、PWAの構築は、ネイティブアプリの構築よりもはるかに簡単です。時間と費用の両方のコストは、それを反映しています。

なぜ両方ではない？

ネイティブアプリとプログレッシブウェブアプリのどちらを使用するかを決定する際には、パフォーマンスやデザインの品質など、他にも多くの重要な要素があります。 結局のところ、コーディングの品質です。 アプリがネイティブであるか、Webブラウザーに存在するかではありません。 プログレッシブウェブアプリについて詳しく知りたい場合は、50のPWAの例を含む詳細なガイドをご覧ください。

決定を下すときは、開発パス（および開発者）の選択がそれらの期待のそれぞれと一致することを確認してください。

ネイティブアプリの構築に高いコストがかかると認識されているために、ユーザーがネイティブアプリにとって重要なエクスペリエンス（プッシュ通知やジオフェンスなど）を失う場合は、PWAとネイティブアプリに費やされる費用として予算を再検討する必要があります。無駄になる可能性があります。 一方、コストが高額であることを考えると、ネイティブアプリを最初から作成する必要が本当にありますか。 電話の加速度計と顔認識を使用する必要がありますか？

MobiLoud

必要なのが、Web用にすでに構築したものをネイティブアプリ形式に変換し、関連する最も重要なメリットを得る方法である場合は、サイトをネイティブモバイルアプリに変換するというより良いルートがあります。

当社のプラットフォームNews（WordPressベースのデジタルパブリッシャー向け）、Commerce（WooCommerceストア向け）、Canvas（任意のサイトまたはWebアプリ向け）–ネイティブアプリとPWAの両方の利点を提供します。

最も重要なネイティブアプリの機能をすべて、PWAに費やす金額に見合ったはるかに低いコストで利用できます。 それは両方の長所です。 MobiLoudを使用してモバイルアプリを構築する場合でも、PWAを構築するための十分なリソースが残っている可能性があります。

当社のすべてのソリューションは、基本的に変換プロセスです。 既存のサイトまたはWebアプリを使用して、プラットフォームを使用してiOSとAndroidの両方のネイティブアプリに変換します。

MobiLoudはWordPressサイトをモバイルアプリに変換するためによく使用されますが、Canvasは実際にはどのサイトでも完全に機能します。 Canvasは、WordPressプラグインの機能を統合でき、PeepSoアプリ、LearnDashアプリなどを構築できます。 しかし、Bubbleモバイルアプリ、Webflowアプリ、Wixアプリ、Squarespaceアプリ、およびその間のすべてを構築するのにも最適です。

アプリは2週間以内にリリースできるようになり、従来のネイティブ開発に費やす金額の10％未満になります。 News、Canvas、Commerceの詳細を確認するか、アプリアドバイザーとの相談をスケジュールして詳細を確認してください。

結論

技術が進歩するにつれて、PWAのいくつかの良いユースケースが確実に生まれました。 たとえば、大規模なソーシャルメディアサイトは、PWAとしてうまく機能するものの良い例です。 Twitter LiteやPinterestなどのPWAはどちらも、モバイルWebエクスペリエンスをネイティブアプリとほぼ同等にする方法を示しています。これは、接続性が低いか高価な市場で役立ちます。

とはいえ、ネイティブアプリを使用すると、常にオンで真にパーソナライズされたエクスペリエンスをユーザーに提供できます。 これは、iOSとAndroidの両方で利用可能な、プッシュ通知を備えたまったく新しいチャネルをサイト所有者に提供する唯一のソリューションです。 これは、タイムリーな更新とネイティブ機能を顧客とフォロワーに提供したいニュース発行者、ブログサイト、eコマース企業、ソーシャルプラットフォーム、およびeラーニングサイトに特に適しています。

ネイティブ対PWAの議論は引き続き重要ですが、競争である必要はありません。 この2つは相互に排他的ではありません。 両方のユースケースがあり、それはあなたが何を望んでいるか、そしてテクノロジーから何を必要としているかに依存します。 両方を構築できない理由はありません。

ウェブ用のPWAは、オーガニックトラフィックを取得し、モバイルブラウザで優れたユーザーエクスペリエンスを提供します。iOSおよびAndroidアプリは、アプリストアでブランドの存在感を示し、プッシュ通知を効果的に送信します。 そしてあなたの最も忠実で熱心なファンのための家を提供します。

従来、これを行うための労力と費用は、予算が限られている人にとっては法外なものでした。

ただし、MobiLoudを使用するとはるかに実行可能になります。 記録的な速さで優れたモバイルアプリを作成できるようにするだけでなく、サイトを高品質のPWAに変えて、従来の数分の1のコストで両方のメリットを享受することもできます。

この記事が参考になったと思います。 モバイルプレゼンスを次のレベルに引き上げたい場合で、WordPressベースのデジタル公開されている場合は、ニュースをチェックしてください。 eコマースサイト、Webアプリ、またはプラットフォームをお持ちの場合は、技術スタックやCMSに関係なく、Canvasをチェックしてください。 WooCommerceをご利用の場合は、WooCommerceアプリビルダーをご利用いただけます。

何を決めるにしても、勝利を収めるモバイルUXを作成し、ユーザーを喜ばせ、ブランドを成長させるための幸運を祈っています。