DXable Manual
Optimizely製品サイトへお問い合わせ
Optimizely
Optimizely
  • Optimizelyマニュアル
  • 本記事はOptimizelyが公開している英文ドキュメンテーションをそのまま日本語に翻訳したものです。日本語環境での動作を保証するわけではありません。最新の原文はこちらを参照してください。
  • プラットフォーム
    • Optimizelyデータプラットフォーム
      • 始めましょう
        • ODPを始めましょう
        • ODPのデータの概要
        • ODPでの顧客の追跡
        • 標準イベント定義
        • eコマースデータの統合
        • プロモーションのニュースレター/キャンペーンの作成
        • ODPパススルー環境
      • リリースノート
        • 2024 ODPリリースノート
        • 2023 ODPリリースノート
        • 2022 ODPリリースノート
      • アカウント設定
        • ユーザーの役割と権限の設定
        • タイムゾーンと通貨記号の管理
        • スコープを使用したデータビューの作成
        • カスタムフィールドの作成
        • アクティビティーログの使用
        • イベントの検査
        • サポートへの連絡
      • 顧客
        • 顧客のIDと解決策の概要
        • 顧客のライフサイクルの分析
        • 離脱を防ぎ、顧客を取り戻す
        • 顧客プロファイルの管理
        • 顧客プロファイルのエクスポート
        • 標準セグメントの作成
        • GraphQLでの構築済みリアルタイムセグメントによるパーソナライズ
        • ODPでのリアルタイムセグメントの構築
        • リアルタイムセグメントのサイズ見積もり
        • リアルタイムセグメントに関するよくある質問
        • リストの作成、インポート、管理
        • ファネル顧客の行動
      • 統合
        • 地域ごとに利用可能なODPの統合
        • APIとZaiusチャネルの統合
        • Brontoの統合
        • Amazon S3の統合
        • Criteoの統合
        • Facebook Segment Syncの統合
        • Facebook Lead Captureの統合
        • Google Audience Syncの統合
        • Googleタグマネージャー(GTM)の統合
        • Gorgias Syncの統合
        • HubSpot Email Syncの統合
        • HubSpot Marketing Segment Syncの統合
        • JustUnoの統合
        • Klaviyoの統合
        • Klevuの統合
        • LoyaltyLionの統合
        • Magento v1の統合
        • Magento v2の統合
        • Mailchimpの統合
        • mParticle Segment Syncの統合
        • Oracle Marketing Cloud (Responsys)の統合
        • Poplarの統合
        • Privyの統合
        • ReChargeの統合
        • Salesforce Marketing Cloud Audience Syncの統合
        • Salesforce CRM Syncの統合
        • Salesforce Marketing Cloud Campaign Data Syncの統合
        • Salesforce Marketing Cloudの統合(ExactTarget)(レガシー)
        • Segmentの統合(レガシー)
        • SendGridの統合
      • コンテンツのパーソナライズ
        • メールの内容のパーソナライズ
        • おすすめ商品
        • 行動の管理
        • フィルターの管理
        • コンテンツシールドフィルターの構成
        • ダイナミックグリッドコンテンツのフィルタリング
        • ダイナミックグリッドでのタイムフレームの使用
        • ダイナミックグリッド内の重複した製品の削除
        • オプションコンテンツでのパーソナライズ
        • ODPの高度なLiquid機能
      • 会社概要、製品、レポートなど
        • 会社概要ページの指標の解釈
        • ODPの洞察と観察の表示
        • 次回注文レポートまでの予測時間の管理
        • 注文の可能性と次の注文までの日数レポートフィルターの理解
        • 製品機会レポートの管理
        • カスタムレポートの使用
        • 3つのカスタムレポートでのキャンペーン指標の評価
        • レポートの保存
        • 製品ディレクトリーを使用した製品フィードの表示
        • ODPとGoogle Analyticsの間でのトレンドの一致
        • 顧客インサイトのトラブルシューティング
      • コンプライアンスと同意
        • 暗黙的および明示的なマーケティング同意
        • SMSの同意とコンプライアンスの理解
        • EU一般データ保護規則(GDPR)およびカリフォルニア州消費者プライバシー法(CCPA)リクエストの処理
        • Appleのメールプライバシー保護がODPに与える影響
      • キャンペーンへの取り組み
        • モバイルビューとデスクトップビューの使用
        • テスト対象者の拡大
        • キャンペーン設定の基本
        • キャンペーン登録の構成
        • A_Bテストキャンペーンのタッチポイント
        • ウェブモーダルを使用してSMS購読者を収集する
        • キャンペーンをエミュレートする
        • キャンペーングループの作成と管理
        • オムニチャネルキャンペーンを作成する
        • トランザクションメールを作成する
        • キャンペーンシリーズの終了を追加
        • キャンペーンのステータスとアクション
      • キャンペーンのパフォーマンス
        • キャンペーン間のパフォーマンスを測定する
        • 個々のキャンペーンのパフォーマンスを測定する
        • キャンペーンアトリビューションレポートを管理する
        • タッチポイントの概要レポートを表示する
        • キャンペーンのフィルタリング
        • キャンペーンのメトリクス
        • キャンペーンのアトリビュート
        • 合計および固有のキャンペーン指標
        • SendGrid UTMをオーバーライドする
        • クリックスルーステッチを使用する
      • キャンペーンコンテンツ
        • メールコンテンツをデザインする
        • キャンペーンのテンプレートを管理する
        • ウェブ埋め込みを管理する
        • SMSコンテンツの管理
        • ポップアップモーダルとフォームを管理する
        • アプリのプッシュ通知を作成する
        • ウェブプッシュ通知を作成する
        • ウェブプッシュ通知を有効にする
        • ウェブコンテンツをプレビューする
      • キャンペーンレシピ
        • ライフサイクルマーケティングキャンペーン
        • キャンペーンレシピを利用する
        • お客様への感謝とオファー
        • ホリデーレシピ
        • ReChargeを使用したサブスクリプションレシピ
        • 放棄キャンペーンを閲覧する
        • カート放棄キャンペーン
        • 注文受付
        • ウェルカムシリーズ
        • 誕生日キャンペーン
        • 購読者収集キャンペーン
        • SMS確認を作成する
        • キーワードによるSMSキャンペーン
        • Zaius Channelを使用して顧客のSMS同意ステータスを更新する
      • メール設定
        • GmailおよびYahooのメール送信者の要件
        • メールキャンペーンのリンクブランディング
        • メール送信の準備をする
        • 送信ドメインを確認する
        • 送信ドメインを認証する
        • 送信者プロファイルを作成する
        • プリファレンスセンターをデザインする
        • カスタムプリファレンスセンタードメイン
        • プリファレンスセンターを使用して顧客を更新する
        • 到達可能性とメールのステータス
        • IPウォーミングを理解する
    • Opti ID
      • インストールとセットアップ
        • 技術連絡先ログイン
        • Opti ID をインストールする
        • SAMLを使用してOpti IDでSSOを構成する
        • OIDCを使用してOpti IDでSSOを構成する
        • 多要素認証を設定する
        • グループをSSOプロバイダーと同期する
        • 組織ドメインを設定する
      • 管理
        • Opti IDの管理
        • ユーザー
        • 役割
        • グループ
        • 招待
        • 外部コラボレーターをSSO組織に追加する
        • 使用状況と請求のダッシュボード
      • トラブルシューティング
        • SSO:サインインのトラブルシューティング
        • SSO: SAML Tracer を使用してサービス プロバイダーが開始したフローを分析する
        • HARファイルの生成と分析
      • リリースノート
        • 2023 Opti IDリリースノート
    • Optimizely製品統合
      • Configured Commerce+PIM統合
        • Configured Commerceのアップグレード:Optimizely Product Information Managementコネクター
        • Optimizely Configured CommerceでOptimizely Product Information Management同期ジョブをセットアップする
        • PIM の更新を Configured Commerce に公開する
      • Customized Commerce+PIM統合
        • Optimizely Customized CommerceとOptimizely Product Information Managementの統合
        • Optimizely Customized CommerceクラスをOptimizely Product Information Managementテンプレートにエクスポートする
  • Configured Commerce
    • Optimizely Configured Commerce
      • Configured Commerce SDKのリリースノート
        • SDKのリリースとダウンロード
        • Optimizely 構成のコマース SDK v5.2 リリース
        • Configured Commerce SDK 5.2 のアップグレード手順
        • サポートされているバージョン
        • Optimizely 構成のコマース SDK v5.1 リリース
        • Configured Commerce SDK 5.1 のアップグレード手順と考慮事項
        • オンプレミスおよび SDK v4.4 のサポートは 2021 年 5 月31 日に終了しました
      • Vendor Managed Inventory(VMI)
        • Vendor Managed Inventoryの概要
        • VMIをセットアップする
        • ロケーションの設定と編集
        • 製品のSet upと管理
        • ユーザーのSet upと編集
        • レポートの使用
      • データ保護
        • Optimizely のサイバーセキュリティとコンプライアンスに関する一般声明
        • プライバシーポリシーのガイダンス
        • セキュリティ評価
        • ホワイトペーパー: 構成されたコマース統合 HTTP と VPN
        • 災害復旧情報
      • マーケティング
        • リスト、顧客、またはウィッシュリスト商品をインポートする
        • 製品バッジを使用する
        • 顧客セグメント
        • 顧客セグメントルールに含めるルールタイプを選択する
        • 注文番号と顧客番号のプレフィックスと形式をカスタマイズする
        • URLの操作
      • 検索
        • Elasticsearch v5 から Elasticsearch v7 への変更
        • 検索ブーストに属性タイプを追加する
        • Elasticsearch の種類とインデックス_クエリ アナライザー
        • Fractional Number Search
        • 結果内でフィルタリングと検索
        • 製品の比較
        • 検索の概要
        • 検索設定
        • 検索インデックスの概要
      • コネクターと統合
        • 統合技術の概要
    • Optimizely 製品情報管理 (PIM)
      • PIMを始める
        • PIMを始める
        • Configured Commerce で実装する
        • Optimizely PIMとカスタマイズされたコマースを実装する
        • インポートの概要
        • データの設計上の考慮事項
        • 顧客に対してデータがどのように表示されるかを確認する
        • 運用開始チェックリスト
        • ダッシュボードを操作する
      • リリースノート
        • Optimizely 製品情報管理リリースノート
      • Settings
        • 設定を構成する
      • ユーザー
        • Optimizely 製品情報管理における役割と権限を理解する
        • Optimizely製品情報管理にチームメンバーを追加する
      • 多言語
        • 翻訳のインポートとエクスポート
GitBook提供
このページ内
  • 行動
  • Lookup
  • cURL
  • その他の Optimizely 固有のデータ
  1. プラットフォーム
  2. Optimizelyデータプラットフォーム
  3. コンテンツのパーソナライズ

ODPの高度なLiquid機能

Optimizelyマニュアル|Optimizely Data Platformの動的な電子メールコンテンツ用のLiquid機能を使用して、高度なパーソナライゼーションとスクリプトを探索します。

前へオプションコンテンツでのパーソナライズ次へ会社概要、製品、レポートなど

を通じて電子メールに動的コンテンツを追加し、コンテンツを通知する動的グリッドを構成できます。 提供された構成以外のオプションが必要な場合は、追加の複雑さを動的コンテンツにスクリプト化することもできます。

ODP テンプレートおよびパーソナライゼーション言語は、 。

行動

動的グリッドは、必要なコンテンツを取得するために必要な Liquid を自動的に構成します。 簡単な例を確認するには、動的グリッドを電子メールにドラッグし、任意の動作を選択して、「 Liquid に変換」をクリックします。

  • behavior – これは、メッセージが動作をクエリしていることを ODP に伝えます。

  • cart_abandonment – 動作の識別子。 これを手動で見つけるには、 [動作]に移動し、 [コンテンツ テンプレートで使用できるようにする] チェックボックスがオンになっているかどうかを確認します。 Content Reference Keyと呼ばれる識別子が表示されます。

  • range_start – 顧客が動作の最初のステップを実行した可能性がある最も早いタイムスタンプとして使用する動的タイムスタンプ。 autoを使用すると、ODP がキャンペーン構成に基づいてこれを自動的に決定します。 それ以外の場合は、現在からのオフセットを秒単位で指定します。 たとえば、now(-604800)は顧客にメッセージが表示されるまでの 604800 秒 (1 週間) になります。

  • range_end – 顧客が動作の最初のステップを実行する必要がある最新のタイムスタンプとして使用する動的タイムスタンプ。now(0)の使用は、キャンペーンが送信される前にユーザーが動作の最初のステップを実行している必要があることを示すため、最も一般的です。 それ以外の場合は、現在からのオフセットを秒単位で指定します。

  • required – キャンペーンの参加資格を得るには、顧客が少なくとも 1 回はその行動を完了している必要があることを要求することで、対象ユーザーをさらにフィルタリングします。 動作がコンテンツにとって重要な場合 (カート放棄キャンペーンでカート放棄製品を表示する場合など)、 trueを使用します。 顧客が動作を完了する必要がない場合は、 falseを使用します。

  • list.product(image_url, name, price) – 一致するすべての動作とプルするフィールドのリスト。 通常、このデータは製品ディメンションから取得されます。 イベント レベルでデータが必要な場合は、listの直後にフィールドを配置します(例: list(event_type, action))。

  • top – 返されるデータの並べ替え順序を指定します。 一致の頻度で並べ替えるには、top を使用します(たとえば、最も閲覧された製品を表示する場合)。 一致の新しさによって並べ替えるには、newestを使用します(たとえば、最後にカートから放棄された製品を最初に表示する場合)。

  • limit(4) – これは、返される結果の最大数を提供します。 指定できる最大値は20です。

注記

イベントトリガーの動作やトランザクションキャンペーンの最初のタッチポイントでは動作を使用できません。 最初のタッチポイントはトリガーされるとすぐに顧客に送信されるため、データベースから追​​加の複雑なデータセットを取得する時間はありません。

Lookup

Lookupを使用して、Optimizely データベース内のオブジェクト (テーブル) からデータを直接取得できます。

たとえば、最も高価な製品をプルすることができます。

  • lookup: これは、メッセージが検索をクエリしていることを ODP に伝えます。

  • products(name, price): これは、データの取得元のオブジェクトと、要求されているフィールドを指定します。

  • where(name =~ "*shirt*" and price < 300): これにより、指定されたとおりに一致するものが絞り込まれます。 この例では、名前に「シャツ」が含まれ、価格が 300 ドル未満の製品のみがルックアップに一致します。 タイムスタンプ フィールドでフィルタリングする場合、一致はnowに基づいて行うことができます(例: ts > now(-3600)は過去 1 時間のタイムスタンプと一致します)、UNIX タイムスタンプ (例: ts > 1234567890は2009-02-13 以降のタイムスタンプと一致します) at 11:31pm UTC)、またはユーザーフレンドリーな日付 (例: ts > '2016-09-01T00:00:00'は2016-09-01 の深夜 UTC 以降のタイムスタンプと一致します)。

  • top(price): 返されるデータの並べ替え順序を指定します。 特定のフィールドの最高値または最低値で並べ替えるには、上または下を使用します。 注: クエリ対象のオブジェクトがイベントの場合は、newest(最新のイベントが最初に返される) またはoldest(最も古いイベントが最初に一致する) を使用することで、追加の並べ替えオプションを使用できます。

  • limit(3): これは、返される結果の最大数を提供します。 指定できる最大値は20です。

注記

イベントトリガーの動作やトランザクションキャンペーンの最初のタッチポイントではLookupを使用できません。 最初のタッチポイントはトリガーされるとすぐに顧客に送信されるため、データベースから追​​加の複雑なデータセットを取得する時間はありません。

cURL

次の例を見てください。

目標は、電子メールに表示された動的コンテンツに基づいて顧客属性を更新することです。

  • curl('https://api.zaius.com/v3/profiles'): これは、指定されたエンドポイントに向けられた API 呼び出しを準備していることを ODP に伝えます。

  • post: これは API リクエストのタイプです。通常はpostまたはgetします。

  • headers(content-type: 'application/json',x-api-key: 'my_api_key'): これは、Optimizely 呼び出しで使用するヘッダーを ODP に指示します。 特に、content-typeと必要な API キーを必ず指定してください。

  • cache(0): これは、返されたデータをキャッシュする時間です。 常に完全に新しいデータを受信する必要がある場合は、0 を使用します。

その他の Optimizely 固有のデータ

Optimizely は、いくつかの追加フィールドを使用できるようにします。 たとえば、[管理] 領域で指定した値に基づいて、電子メール フッターで会社の住所のフィールドを使用できます。 これにより、管理領域で情報が変更された場合に、すべてのフッターが自動的に更新されます。

メッセージ関連情報:

  • {{campaign.id}}

  • {{campaign.name}}

  • {{content.id}}

  • {{content.name}}

アカウントレベル (これらは、「管理者 > 会社情報」ページで指定されたアカウント値です):

  • {{zaius.account.site_url}}

  • {{zaius.account.company_address}}

  • {{zaius.account.company_name}}

filters: array('z_content_shield_filter') – 追加のフィルターに一致する製品の動作に一致するユーザーのみにユーザーをさらに絞り込む、カンマ区切りのリスト。 デフォルトでは、これにはz_content_shield_filterが含まれており、。 も使用できます。 注:filtersは製品ベースの動的グリッドでのみ使用できます。

step1 – の特定のステップからコンテンツを取得します。 PDP ビュー (ステップ 1) を行った後、その製品を注文しない (ステップ 2) というユーザーによってブラウズ放棄動作が定義されている場合、step1を指定すると、ODP に PDP ビュー イベントからデータをプルするように指示されます。 常に、正の一致を持つステップを使用してください。 ODP には、ステップが一致しない場合にデータを取得するイベントがありません。

cURL 呼び出しを使用すると、メッセージのコンテンツ内で API 呼び出しを行うことができます。 これは、Google スプレッドシートからデータを呼び出したり、顧客の更新をサードパーティ システムに送信したりするのに役立ちます。 Optimizely は、API 呼び出しをさらに簡単にする API および Optimizely チャネルを提供します (たとえば、)。 API をコンテンツ自体内で使用する必要がある場合は、cURL を使用する必要があります。

body('{"attributes": {"email":"{$ customer.email $}","last_shown_product_id": "{$ product.product_id $}"}}'):これはリクエストの本文です。 この場合、更新される顧客フィールド。 この例では、 last_shown_product_idを顧客オブジェクトのカスタム フィールドとして追加する必要があることに注意してください (カスタム フィールドの作成については、)。また、そのproductは、Liquid で割り当てられた変数であり、別途product_idが提供されます(例: 、動作またはルックアップ呼び出し経由)。

コンテンツ シールド フィルターが適用されていることを示します
他の製品のフィルター
動作
顧客が特定の SMS メッセージを送信するときに Optimizely チャネルを使用して顧客の同意を更新する方法について説明する「顧客の SMS 同意ステータスを更新する」を参照してください
このドキュメントを参照してください
パーソナライゼーション タグ
顧客が実行しているアクションに基づいて
Shopify Liquid テンプレート言語に基づいています
convert-to-Liquid.png
Liquid-conversion.png
Liquid-conversion-ex2.png
Liquid-conversion-ex3.png