1

現在、AWS-S3 を使用してドキュメントの URL を作成し、Eddystone 形式に合わせて URL を短縮しています。

私は Kontakt ビーコンを使用しており、その UI を使用して短縮
URL のビーコンを編集しています。これは正常に機能しますが、表示されるリンク (フィジカル
ウェブ アプリを使用して表示される) が長すぎて、リンクの説明がありません。

Proximity Marketing API を使用して上記のすべてを実行したいと考えています
が、問題は、私が API の初心者であり、ガイダンスを探していることです。プロジェクトとブラウザキーを作成し、ビーコンを持っていますが、
次に何をすればよいかわかりません (申し訳ありません)。

ビーコンの詳細
を、必要な URL とできればリンクの説明とともにどこかに入力する必要があると思います。

これを行うためのばかガイドはありますか、それとも何をアドバイスできますか?

4

1 に答える 1

0

フィジカル ウェブ アプリと Chrome のフィジカル ウェブ サポートの仕組みは次のとおりです。

  1. アプリは近くの Eddystone-URL を検出します。
  2. アプリは URL をPhysical Web Serviceに送信します。
  3. Physical Web Service は、その URL から Web ページをフェッチします (すべてのリダイレクト (リンク短縮サービスによって導入されたものなど) に従います)。
  4. Physical Web Serviceは、Web ページからタイトル、説明、アイコン、およびリンクされたデータを抽出します。
  5. Physical Web Service は、抽出されたデータをアプリに返します。
  6. アプリはメタデータを使用して、適切と思われる URL を表示します。

つまり、フィジカル ウェブ URL がフィジカル ウェブ アプリまたは Chrome for iOS/Android でどのように表示されるかを制御する唯一の方法は、ページのメタ タグを操作することです。しかし、HTML 以外のファイルに直接リンクしている場合は、当然それはできません。

私が考えることができる最善の回避策は、実際のドキュメントへのJavaScript リダイレクト(サービスがたどらないようにするため) を含む HTML ページにリンクすることです。次に、HTML ページのコンテンツを操作して、フィジカル Web 対応アプリで表示したいとおりに表示されるようにします。ユーザーがリンクをタップすると、ページが開き、ユーザーがドキュメントにリダイレクトされ、ダウンロードが開始されます。

于 2016-02-29T12:03:06.197 に答える