このフローでは、インターネットの文脈では王である、モバイル端末のH5ページは、明らかに、我々は排水ニーズのうちの2つを持って、ページH5に、転換に重要な役割を果たしています。
- まず、ユーザーガイドは、指定されたシーンへのAppウェイクH5ページとの直接アクセスからダウンロードされています
- 第二に、ガイドは、あなたが最初にアプリを開くとページ、指定されたシーンへの直接アクセスをダウンロードするアプリのH5のユーザーからダウンロードされていません
運用の観点から、アプリケーションを開くために、ユーザーがダウンロードされている導くために、ユーザーは、粘度および活性を高めることができ、およびH5ページよりアプリケーション製品の経験ではユーザーが自然に良く、ユーザーガイドをダウンロードしてアプリをダウンロードし、ページを入力して、明らかに与えることを指定していません初期のユーザーより良い製品の経験。
ここでは、実際に我々はH5ウェイクアプリケーションを説明し、指定されたページを指示する必要があります。
どのような要素が関与しますか？
主にこれら三つの、異なる方法で異なるプラットフォームで使用されるように、アプリケーションにこの事をウェイク：
- URLスキーム
- ユニバーサルリンク
- アンドロイドアプリのリンク
1、URLスキーム
URLスキームは、iOS、Androidの互換性のメカニズム、場合にのみ、ネイティブアプリの開発にスキームを登録する必要がありますが、ユーザーがそのようなリンクをクリックしたときに、自動的にアプリケーションを覚ますと、特定のページにジャンプするURLルータメカニズムとなります。
<スキーム名>：<あなたの階層パート> [＃<フラグメント> [<クエリ>]？] <スキーム名> ：プロトコル名を表す、スキームの名前です。 <階層パート> ：それは権威とパスが含まれています。 <照会>：選択可能なアイテム、または＆キー値に離間<キー> = <値> <fragmentg>：選択可能な項目のパッケージ、他の追加の識別情報
高URLスキームとの互換性にもかかわらず、しかし、のような多くの制限があります：
- 非常に異なる様々な国内メーカーのブラウザは、目的のアプリケーションがインストールされていない場合、このリンクはエラーを起こしやすいウェイクアップします。
- レジスタが複数存在する場合S 同じcheme場合症候群は、ヘッドフロント区別する方法はありません。
- 他のアプリからのジャンプはゴールアプリにのUIWebViewをサポートしていません。
- 禁断の主流プラットフォームの一部、マイクロチャネル、マイクロブログ、QQブラウザ、Baiduは、携帯電話で禁止されている使用を。
iOS版のユニバーサル・リンク、Androidのアプリのリンク：これらの制限のために存在し、AppleとAndroidのは、常に彼らの第二のプログラムをリリースしています。
2、ユニバーサルリンク
ユニバーサルリンクは、共通のリンクiOS9 Appleの技術であり、あなたは簡単にインストールなしのアプリケーションが存在しない場合は、カスタムアドレスにジャンプすることができ、追加の裁判官、HTTPSリンクを介してアプリケーションを開くためにページを指定することはできません。
相対的な利点のスキームは、ユニバーサル・リンクは、Webリンク、したがってはるかに少ない手間です。
- ユーザーがアプリのインストールされている場合は、任意のページをロードする必要があり、アプリケーションはすぐに目を覚ますことができ、アプリケーションがインストールされていないユーザーは、対応するWebリンク（カスタムページ）へジャンプします。
- ユニバーサルリンクは、ターゲットアプリへのUIWebView内の他のAppジャンプからサポートしています。
- 他のアプリケーションへのアプリケーションの間のユニバーサルリンク交換を提供するが、他の当事者は、あなたのアプリケーションがインストールされているかどうかを確認するために、このメソッドを使用することはできないが、それは良いのプライバシーを持っています。
- プラットフォームの大半は、ユニバーサル・リンク、マイクロチャネルバージョン7.0.5もユニバーサルリンクの制限を解除するだけでなく、検索エンジンでインデックス化することができますサポートしています。
3、アプリのリンク
アンドロイドアプリのMリンクすることによって上記のバージョンでは、このリンクをクリックすると、ユーザーがアプリケーション内の特定のページにジャンプすることができ、このアプリケーションをインストールして検証されていることを条件とします。アプリのリンクの最大の役割は、ブラウザのオプションボックスを選択したページからウェイクアプリで回避され、前提条件は、対応するスキームを登録することで、関連するアプリを開き、直接達成することができます。
実際にアプリのリンクとユニバーサルリンク取るに足らないが、比較的に言えば、それは別の制限があります。
- アプリのリンクは、国の十分なサポート、Androidのブラウザの一部のAppへのジャンプをサポートしていませんが、ブラウザで直接対応するページを開くことができません。
- 対応するアプリケーションを開くかどうかを尋ねられたとき、ユーザが選択した場合、「キャンセル」や「これを覚えて、」ユーザの後に、もはやジャンプすることができるアプリケーションをご確認ください。
いくつかのプログラムの欠陥
いずれかの方法でこれらのタイプは、これらの問題を解決することはできません。
- ユーザーはアプリケーションがインストールされて目的ではない場合は、ユーザーがアプリをダウンロードした後、それは、あなたが特定のページあなたの最初のオープンアプリケーションを復元することはできませんされ、ユーザーがコンテキストのまま維持することはできません。
- Webアプリケーションは、現在すでにインストールされたか否かを監視することができないので、これらのプログラムは、他のいくつかの方法が互換性のウェイクアプリです必要がある、またはダウンロードページにジャンプします。
それでは、どのようにアプリケーションをインストールした後、特定のページを入力するようにユーザを達成していますか？
アプリケーションは唯一、それがリソースへのアクセスを宣言しアクセスすることができますが、また、アプリケーション間の情報のサンドボックス合理的な共有を妨げ：我々はすべて知っているように、Appleはユーザーのプライバシーの保護のために、サンドボックスと呼ばれるメカニズムを設定します。
しかし、それは、このようなファジー・マッチング、できるだけ多くの機能収集装置を使用して、何の方法ではないではありません、実行するマッチングアルゴリズムを使用してWebやアプリの情報・ポイントを行うことができますが、正確性と成功率は、アルゴリズム自体に依存します。ビジネスアプリを必要とする場合、それ自体は非常に低い精度のスキームも満たし、高くはないですが、ビジネスマッチングプログラムを行うことができ、正確なものを必要とする、その場合の精度は明らかにビジネスに影響を与えるだろう十分に高くありません。
第三者サービス
精度が高すぎる、または達成することは非常に困難ではない場合、それを行うための専門的な第三者に残すことができる結局のところ、いくつかの技術は、システムプラットフォーム、各反復のAndroidとiOSシステムのバージョンに基づいています、新しい設定があるでしょう変更、および多くのAndroidのモデル、多くのブラウザでも互換性の問題を引き起こす可能性があり、R＆D独自の開発者は、更新後のメンテナンスコストは、リソースやシステムの比較的高い配分されているが、また、ジャンプの多様性を考えますシーンの問題。
リソースの割り当ては、これらの事の適応互換性の面自体は、専門的なサービスを行うすべてのこれらのサプライヤーの後に、それを行うには、それらに彼らは、安定性と精度を提供するサービスを手渡しすることができ、サードパーティのSDKを使用しての直接の利点があります態様はまた、少なくとも正確なマッチングの観点から、市場試験に供され、一部は1試合の招待状共有上のいずれかの操作を実行することができた、統合されたSDKを使用すると、10分を取得することができ、多くの時間を取ることはありません。
サードパーティのサービスプロバイダを提供するために、技術、国内外で：
国内：openinstall
留学：支店