Web アプリ モデル
ゲスト向けのWeb アプリは、ランディングページ レコードとその順序付けられたタイルから構築されます。公開されたコンテンツは、ゲストシェルに 1 つのペイロードとして読み込まれ、その後、レスポンシブなモジュールのグリッドとしてレンダリングされます。
コアコンセプト
ランディングページシェル
- タイルの順序、プレゼンテーションとブランディングの選択、多言語テキスト、オプションのドメインまたはスラッグ、および所有組織への関係を保持します。
- ゲストエクスペリエンスは、このペイロードを訪問者に表示されるインタラクティブなレイアウトに変換します。
タイル
- 各タイルには、タイプ（/reference/tile-types を参照）と、グリッド配置やナビゲーションがより完全なエクスペリエンスを開くかどうかを左右するサイズがあります。
- タイルは、タイプに応じて、イベントリスト、オファー、推奨事項、チャット、メディアギャラリー、フラッシュスクリーンなどのモジュールにリンクできます。
訪問とエンゲージメント
- ランディングレベルの訪問は、エクスペリエンスのオープンを測定します。
- タイルレベルのインタラクションは、そのタイルタイプでインストルメンテーションが存在する深いフローへのタップを測定します。
一般的なゲストフロー
flowchart LR
guest[ゲストブラウザ] --> route["ゲストルート"]
route --> load["公開ランディングペイロードの読み込み"]
load --> layout["レスポンシブタイルレイアウト"]
layout --> modules["タイルモジュール"]
- ゲストがランディング URL を開きます（パスは
/landing/{landingPageId}のような形式になります。ロケールの処理は、デプロイメント構成に従います）。 - ゲストシェルは、匿名またはサインインしたゲストに適した呼び出し元コンテキストで、公開ランディングペイロードを読み込みます。
- レイアウトエンジンがタイルをレスポンシブグリッドに配置します。
- 各タイルは、埋め込みサーフェスまたはフォーカスされた画面へのナビゲーションをレンダリングします。
ナビゲーションコンテキスト
一部のタイルはリンクを調整し、ゲストがランディングナビゲーションコンテキスト（ネストされたシェル、埋め込みルート、または iframe スタイルの埋め込み用の絶対ホスト）内に留まるようにします。モジュールが間違ったホストまたはパスを開いているように見える場合は、公開設定、埋め込み設定、および親ページで許可されたドメインポリシーを確認してく ださい。
スタンドアロンタイル埋め込み
チームは、たとえば外部マーケティングサイトが 1 つのモジュールを全幅で埋め込みたい場合に、単一のタイルを単独で公開できます。
ネストされたランディングナビゲーション
ランディングページタイルは、ゲストフロー内で別のリンクされたランディングページを開くことができます。これにより、クロムを複製することなく、概要 → スピーカー → 会場マップのような階層が可能になります。
組織間の再利用にはテナンシーの考慮事項があります。組織のポリシーで許可されているリンクのみを公開してください。
探索とディープリンク
多くのディスカバリタイルは、保存されたフィルターまたはアンカーを持つマップ/リストエクスペリエンスを表示します。サポートチームは、タイルが埋め込み（ランディンググリッド内に留まる）として構成されているか、カードサイズのナビゲーション（より完全なゲストシェルを開く）として構成されているかを確認する必要があります。レイアウトまたはルーティングの問題の診断時に症状が異なるためです。