Adobe Launchのデータエレメントタイプ JavaScript Toolsの紹介

はじめに 今回はAdobe Launchのデータエレメントタイプ「JavaScript Tools」を紹介したいと思います。 JavaScript Toolsとは 平たく言ってしまうと、文字列または配列型の値を返すデータエレメントについて、それを調整する機能を持つデータエレメントです。 例:JavaScript Toolsの画面 カスタムコードが主体の運用だとほぼ馴染みが出づらいかもしれません。 ただし、ページのデータレイヤーやJavaScript変数、DOM要素などをよく用いている運用だと、 ちょっとした値の修正 元となる値は既存のデータエレメントで取れている というところで出番もありそうでしたので紹介してみたいと思います。 主な機能の紹介 本ページ作成時点では12種類ほどありますが、そのうち利用場面が多そうなものに絞って取り上げてみたいと思います。 ・Simple Replace 所定の文字列を別の文字列に置換します。  例えば、誤った綴りのデータを正しいものに書き換える、といった利用方法が考えられます。 例:SpecailContentsPageをSpecialContentsPageに書き換える ・Regex Replace こちらは正規表現での文字列置換を設定できます。 以下の例は「article:published_time」(値の例:2023-03-15T03:10:23+00:00)より太字の時刻部分を抜き出す例となります。 ただし、注意点として、本コラム作成時点では、Replacement Valueが未指定だと空文字ではなくundefinedという文字列に置換されているようです。 空文字へ置換したい場合には以下のような工夫が必要となります。 Replacement Valueに空文字を返すデータ要素を指定する 実は本例のスクリーンショットでは、わかりづらいのですが、Replacement Valueに半角スペースを設定しています。 本例のように前後の不要な文字列を削除したいケースだと、不要文字列をまず半角スペースに置換し、さらにそれをClean text設定で削除するというやり方です。 関連の設定は以下になります。 ①Replacement Expressionで取り出す文字列の前後を示す正規表現を入力 ②Replacement Valueに半角スペースを設定 ③左のClean textをチェックONとする(チェックONだと文字列の前後の空白文字を削除します) 順を追った形では以下となります。「」は値の変化がわかりやすくなるため付与しています ①で取り出したい文字列以外の前後(不要箇所:赤字)を特定 「2023-03-15T03:10:23+00:00」 ②で①を半角スペースに置換 「 03:10:23 」 ③で②で得られた値の前後のスペースを削除 「 03:10:23 」 ・Extract Value with…

Adobe Target のadobe.target.trackEvent、adobe.target.getOffer、adobe.target.getOffersについて

はじめに Adobe Target の関数 adobe.target.trackEvent、adobe.target.getOffer、adobe.target.getOffersはAdobe Targetの実装でmboxパラメーターをリクエストする際に使用する関数ですが、その違いについて説明します。 前提条件 at.jsのバージョンは2.xを対象としています。 それぞれの主な機能 adobe.target.trackEvent クリックの追跡やコンバージョンの計測に使用します。レスポンスは受け取りません。 リクエストにはtimestampが含まれており、閲覧している端末の内部時計のずれが大きいと400エラーになり計測がされない場合があります。 内部的には navigator.sendBeacon() が呼ばれています。 adobe.target.getOffer ターゲットのオファーを受け取るためのリクエストを発行します。レスポンスでオファーを受け取り、必要に応じてadobe.target.applyOfferを実行します。 リクエストにはwindow.targetPageParams()やwindow.targetPageParamsAll()が定義されている場合にはそれらで追加されたパラメーターが追加されます。 内部的には window.XMLHttpRequest()が呼ばれています。 adobe.target.getOffers 複数のオファーを同時にリクエストできます。それ以外に、有効なアクティビティの全てのオファーを受け取ることもできます。レスポンスでオファーを受け取り、必要に応じてadobe.target.applyOffersを実行します。 リクエストにはwindow.targetPageParams()やwindow.targetPageParamsAll()が定義されている場合にはそれらで追加されたパラメーターが追加されます。 at.js初期化パラメーターのpageLoadEnabledが有効な場合は自動的にパラメーターexecute -> pageLoadで呼び出されます。 内部的には window.XMLHttpRequest()が呼ばれています。 使用例 adobe.target.trackEvent adobe.target.trackEvent({ “mbox”: “clicked-cta”, “params”: { “param1”: “value1” } }); adobe.target.getOffer adobe.target.getOffer({ “mbox”: “target-global-mbox”, “params”: { “a”: 1, “b”: 2 }, “success”: function(offer) { adobe.target.applyOffer( {…

Adobe Analyticsの「ページの概要」パネルを使ってみる

はじめに Adobe Analyticsで特定のページの分析を行うたびに、プロジェクトを新規作成していませんか?「ページの概要」パネルを利用すれば、簡単な操作だけで、特定のページの主要な指標を取得できます。それでは、早速使ってみましょう。 「ページの概要」の使用方法 プロジェクト左のパネルから「ページの概要」をパネルにドラッグ&ドロップします。 操作は簡単です。「コンポーネントを追加」から対象のページを選択して、「作成」ボタンを押すだけです。セグメントを設定することができますので、流入元を絞り込みたい場合や特定デバイスのみで分析したい場合など、さまざまな条件で絞り込んで分析することができます。 「作成ボタン」をクリックするだけで、以下のようなレポートを簡単に作成できます。 「ページの概要」で何が見れるか? 「ページの概要」パネルでは、以下の項目が作成されます。 これらの項目を活用し、特定ページのページサマリを簡単に把握することができます。 項目 説明 ページビュー – 今月 (これまで) 該当ページの、今月のこれまでのページビュー数。 集計期間を変更するとその期間のページビュー数になります。 ページビュー – 4 週間前 1ヶ月前のページビュー数 ページビュー – 52 週間前 52週前の1ヶ月のページビュー数 トレンド 上記(ページビュー – 今月 (これまで)、ページビュー – 4 週間前、ページビュー – 52 週間前)の日別トレンド比較 すべてのページビューの割合 全ページビューに対する該当ページのページビュー割合 ページでの滞在時間 該当ページの滞在時間ヒストグラム 単一ページの訪問回数 該当ページの訪問回数 リロード回数 該当ページのリロードされた回数 入口 該当ページが入口(ランディングページ)となった回数 出口 該当ページが出口(離脱ページ)となった回数 フロー 該当ページの前後(どこからきて、どこに遷移したか)のフローを表示 まとめ 今回はAdobe…

Google Tag Managerのルックアップテーブルで複数GA4プロパティの計測を簡易化する

はじめに Google Analytics4(以下、GA4)の計測で、下記のように複数のウェブサイトもしくは同一サイトでもディレクトリ単位でそれぞれ別々のGA4プロパティで計測したい、さらにこれらを一つのGoogle Tag Manager(以下、GTM)コンテナで管理したいときに計測用タグの設定はどのようにしていますでしょうか? <例1>複数のウェブサイトを別々のGA4プロパティで計測したい aaa.example.com bbb.example.com ccc.example.com ddd.example.com <例2>同一サイトでもディレクトリ単位で別々のGA4プロパティで計測したい www.example.com/aaa/配下 www.example.com/bbb/配下 www.example.com/ccc/配下 www.example.com/ddd/配下 普通にGTMで各サイトやディレクトリ用のGA4タグとトリガーを設定すれば良いわけですが、その数分の設定が必要となりますし、上記の例のように4個程度であればそれほど手間にはなりませんが、例えば20や30個になってくるとタグやトリガーの数が膨大になり管理が煩雑になってしまいます。 そこで本記事ではGTMのルックアップテーブルを利用して、このようなケースでも一つのタグ・トリガーのみで計測する方法を紹介したいと思います。 ルックアップテーブルとは? ルックアップテーブルは、GTMに標準で用意されている変数タイプの一つで、指定された入力値に対する出力値をテーブル形式(Key-Valueペア)で設定出来る変数です。 まずはKeyとなる入力を変数で指定します。(組み込み変数とユーザー定義変数のどちらも指定可能です。)次に実際の入力値、出力値をテーブル形式で指定していきます。 これによりテーブル内で指定された入力値から対応する出力値を返却してくれます。 上述の「複数のウェブサイトを別々のGA4プロパティで計測したい」場合の設定は以下のようになります。 入力変数 Page Hostname(組み込み変数) 入力値 ホスト名 出力値 GA4測定ID それでは具体的な設定方法についてみていきましょう。 ルックアップテーブルの作成 1.「変数>ユーザー定義変数>新規」をクリックします。 2. 変数タイプで「ルックアップテーブル」を指定します。 3. ルックアップテーブルの設定を行います。 以下の内容でルックアップテーブルを設定します。 変数名 TrackingID 変数を入力 {{Page Hostname}} 入力 aaa.example.com bbb.example.com ccc.example.com ddd.example.com 出力値 ホスト名ごとのGA4測定ID 計測用GA4タグの作成 以下の内容でタグを作成します。 タグの名称 GA4_PageView タグの種類 Googleアナリティクス:GA4設定…

Smartsheetの承認リクエストを利用したワークフローについて

はじめに Smartsheetの自動承認リクエストは、タスクやプロジェクトを進行する上で承認が必要なケースで自動的にリクエストを行う機能です。また承認者はリクエスターからの依頼内容を確認し承認・却下を行いますが、そのときに結果をリクエスターに通知することも出来ますのでワークフローをスムーズに進行することが出来ます。 タスクやプロジェクトの承認を得るために、単一のオートメーションを使用することも、カスタマイズして他のオートメーションと統合し、体系的なワークフローを構築することも可能です。 さらにモバイルアプリからも承認リクエストを行うことができますので、時間の節約、エラーの減少、承認プロセスのスピードアップを図ることができます。 ワークフローの設定方法 まずワークフローを設定するシートの概要について説明します。 リクエスターは「リクエスト内容」「リクエスト詳細」「リクエスター」「承認者」を記入した後に「リクエスト送信」のチェックをオンにします。すると承認者に承認リクエストの通知が自動的に実行されます。承認者はリクエスト内容を確認し「承認ステータス」で「承認済み」または「却下済み」を選択します。その後リクエスターに承認ステータスが通知されるという仕組みになっています。 それではこのシートにワークフローを設定していきましょう。 1.「自動化」>「ゼロからワークフローを作成…」をクリックします。 2. ワークフローの名称を入力し、トリガーで以下を設定します。 次の場合:「リクエスト送信」次に変更:「オン」 これによりリクエスターが「リクエスト送信」をオンにしたときに次に指定するアクションが実行されます。 3.「アクションを選択」で「承認をリクエスト」を選択します。 4.「承認をリクエスト」で以下を設定します。 「セルに含まれている連絡先に送信」「承認者」 これにより承認リクエストが指定された承認者に通知されます。 「次の場所に回答を保存」「承認ステータス」 これにより「承認ステータス」に承認者の回答が保存されます。 5. 承認された場合のアクションを追加します。 「承認された場合」>「アクションの追加」をクリックします。 6.「アクションを選択」で「ユーザーにアラート送信」を選択します。 7.「ユーザーにアラート送信」で以下を設定します。 「セルに含まれている連絡先に送信」「リクエスター」 これにより承認されたときにリクエスターに通知されます。 8. 却下された場合のアクションを追加します。 「却下された場合」>「アクションの追加」をクリックします。 9. 「アクションを選択」で「ユーザーにアラート送信」を選択します。 10.「ユーザーにアラート送信」で以下を設定します。 「セルに含まれている連絡先に送信」「リクエスター」 これにより却下されたときにリクエスターに通知されます。 11. 最後に「保存」をクリックしてワークフローの設定は完了です。 注意事項 複数のワークフローで承認欄や値が再利用されている場合、重複してアラートが表示されることがあります。 自動化を経由したことに気づかず、手動でシートの承認ステータスを変更した場合、ワークフローが思い通りに動作しなくなる可能性があります。理想的には、ソースシートの承認状況カラムをロックするか、承認が必要な人以外と直接シートを共有しないようにすることです。 まとめ 今回はSmartsheetの自動承認リクエストを利用したワークフローを紹介しました。是非活用いただきビジネス全体の生産性を向上させてください。 Implement DigitalではSmartsheet運用支援サービスを提供しています。 ご興味がありましたらお問い合わせください。

Google Analyticsのサンプリングデータについて

はじめに あれ?このアナリティクスデータがおかしいような・・・?そんなことを思ったことはありませんか? 例えば、セッション数とイベント数を日別でデータを出してみたけど、「なんだか違和感があるな・・・」「設定の不具合かしら・・・?」と思ったことはありませんか? Google Analyticsは実データ!そこに落とし穴が・・・ Google Analyticsのレポートは全て実データから構成されたレポートだと思っていませんか?  デフォルトのレポートでは、サンプリングは行われませんが、ある条件になると「サンプリングデータ」となり、実データのレポートではなくなるのです。 その条件とは・・・ UA版  アナリティクス標準版: 選択した期間でプロパティ単位のセッション数が 50 万件以上  アナリティクス 360: 選択した期間でビュー単位のセッション数が 1 億件以上 GA4版 アナリティクス標準版: クエリごとに 1,000 万件のイベント  アナリティクス 360: クエリごとに 10 億件のイベント またUA版の場合、上記の条件で無い場合でも、サンプリングになる場合があります。 ・高度なセグメントの適用  ・セカンダリディメンションの追加  ・カスタムレポートの作成と使用  ・日付の比較  ・フィルタされたビュー  ・フローレポートでは100,000セッション 例えば、標準レポートにいくつものセグメントを追加して表示した場合、サンプリングされる可能性があります。 サンプリングされる理由(概念)は「レポートの表示の高速化」にあると言われています。  レポートが複雑になればなるほどサンプリングになる傾向にあります。 このレポートは、実データかサンプリングデータか では、出したレポートが実データかサンプリングか見分けるためには、以下のマークをチェックして確認して下さい。 ※緑のマークが出ていれば、実データレポート。ここのマークをチェックしましょう GA4版 UA版  最後に 今回はサンプリングデータについて説明しました。  データがおかしいかも?設定がおかしいかも?と感じたら、まずはこのレポートが実データなのかサンプリングデータなのかチェックをしてみて下さい。  サンプリングデータのレポートなのに、設定の不具合だと思って調査時間を使ってしまった・・・のようなことが防げると思いますので、サンプリングデータの存在を知っていることは今後役に立つかと思います。 Implement DigitalではGoogle Tag Manger/Google Analyticsの導入・実装・運用を支援するサービスを提供しています。 ご興味がありましたらお問い合わせください。

ユニバーサルアナリティクスからGoogle Analytics4への移行について

はじめに Google Analyticsは、Googleが提供するWebサイトのトラフィックを追跡・レポートする解析サービスで、現在はGoogle Marketing Platformブランドの中の1プラットフォームとして提供されています。Googleは2005年にこのサービスを開始しました。現在ではマーケティング担当者やウェブサイト所有者の間で最も広く利用され、よく知られている解析サービスであり、無料で利用することもできます。ユニバーサルアナリティクスは、長年にわたり、ウェブサイトのパフォーマンスとエンゲージメントを測定するための標準となっています。そして、これは2020年10月14日以前のWebサイトのデフォルトのプロパティタイプでした。 なぜ移行する必要があるのでしょうか? ユニバーサルアナリティクス(以下、UA)の利点と効果にもかかわらず、Googleは常にいくつかの機能を追加し、データモデルと分析プラットフォームの有効性を改善しようとしています。これにより、UAは終焉を迎えることになるのです。2022年にGoogleが行った声明によると、UAは2023年7月1日に新しいデータの収集を停止し、Google Analytics 4(以下、GA4)がそれに代わるように設定されています。しかし、ユーザーは2023年7月の期限まではまだUAを使用することができます。注意点としてはサンセットされた後のUAに新しいデータが収集されることはないとのことです。 GA4への移行手順 GA4 では、Web サイトやアプリの測定値を確認できます。また、機械学習アルゴリズムから、それらのプロパティを最適化する方法についての洞察を得ることができます。GA4への導入や移行は、できるだけ早く行うことが推奨されています。 現在UAを使用している場合、既存のUAのプロパティと並行してGA4のプロパティを設定する必要があります。2022年7月1日までに行えれば理想的です。 GA4のプロパティを作成するにはGA4 設定アシスタントを使用します。 UAの管理メニュー>プロパティから「GA4 設定アシスタント」を選択し「はじめに」クリックします。 以下のダイアログが表示されますので「作成して続行」をクリックします。 Googleタグの設定で「既存のGoogleタグ使用する」「Googleタグを設定」のどちらかを選択し「次へ」をクリックします。ここでは「Googleタグを設定」を選択します。 実装手順が表示されますので「完了」をクリックします。 以下の画面が表示されたらGA4プロパティの作成は完了です。 「GA4プロパティに移動」をクリックし、GA4プロパティを開きます。 GA4の「設定アシスタント」が表示されますが、この状態ではGA4の設定が全て完了した訳ではありません。 「設定アシスタントの詳細」をクリックすると以下のヘルプページが表示されますので参考にしてGA4の設定を実施してください。 https://support.google.com/analytics/answer/10110290?hl=ja GA4プロパティの設定が完了後、Google Tag ManagerでGA4タグの設定を行うとGA4でのデータ収集が開始開始します。 まとめ GA4プロパティを設定することで、既存のUAと並行してトラッキングを行うことができるようになります。UAからGA4に変更することで、Google Analyticsのプラットフォームが提供する新しい高度な機能をすべて利用することができます。また、UAは今後サンセットされ、間もなく置き換えられるため、できるだけ早くGA4に移行することをお勧めします。 Implement DigitalではGoogle Tag Manger/Google Analyticsの導入・実装・運用を支援するサービスを提供しています。 ご興味がありましたらお問い合わせください。

GA4におけるクロスドメイントラッキングについて

GA4におけるクロスドメイントラッキングとは? GA4のクロスドメイントラッキングとは、異なるドメインに属する複数のウェブサイトにおいてユーザーのインタラクションを追跡することを指します。デフォルトの設定では複数のドメインにまたがるユーザーの行動を追跡することはできません。 クロスドメイントラッキングは、1つのGA4プロパティで複数ドメインの分析データをリンクさせます。これはすべてのドメインで共通の測定IDを共有し、GA4の管理メニューでクロスドメイントラッキングの設定を行うことで実現されます。 例えばECサイトでショッピングカートから異なるドメインの決済ページに移動するときや、プライマリサイトと別サイトの間を移動するときなど、ユーザーが複数のサイトを移動するときに使用します。 クロスドメイントラッキングが必要な理由は、複数のドメインにまたがるユーザーの行動を1つのセッションとして追跡し、ユーザーがウェブサイトやウェブアプリケーションをどのように操作しているかの全体像を把握する必要があるためです。これはメインのウェブサイトと別の決済ページなど、異なる機能ごとに複数のドメインを持っているウェブサイトでは特に重要です。 クロスドメイントラッキングがなければ、各ドメインは別々のセッションとして扱われ、結果としてユーザージャーニーを不完全にしか見ることができません。これではユーザーがあるドメインから別のドメインに遷移していることを把握することは難しく、ユーザーのウェブサイトでのインタラクションの全体像を見ることはできません。 GA4でクロスドメイントラッキングを設定する方法 クロスドメイントラッキングを導入することで、ユーザーがどのようにウェブサイトを閲覧しているかをより正確に把握することができ、ウェブサイトのデザイン、ユーザーエクスペリエンス、マーケティング戦略についてデータに基づいた意思決定をすることができます。それでは、GA4でクロスドメイントラッキングを設定する方法を見ていきましょう。 管理メニュー(歯車アイコン)からプロパティに移動し「データストリーム」をクリックします。 「ウェブ」をクリックし該当のウェブデータストリームを選択します。 「ウェブストリームの詳細」の下部にある「タグ設定を行う」をクリックします。 設定セクションで「ドメインの設定」をクリックします。 対象のドメイン情報を設定します。 マッチのタイプを選択します。(「含む」など) 「ドメイン」に対象のドメイン名(例:example.com)を入力します。 「条件の追加」で複数のドメイン名を追加することが出来ます。※複数指定した場合はORロジックを使用して評価されます。 入力が完了したら「保存」をクリックします。 クロスドメイントラッキングが正しく動作していることを確認する あるページから別のドメインのページに移動する際にURLを確認することでクロスドメインの設定を確認することができます。クロスドメインの設定した後、別のドメインに遷移する際にリンクをクリックしてみてください。その際_glクエリパラメーターが追加されていれば、クロスドメイントラッキングが正しく機能している証拠です。 例えば以下のようになります。 https://www.example1.com/?_gl=1*abcde5* クロスドメイントラッキングとサブドメイン サブドメインはメインのウェブサイトを別のセクションに分割し、それぞれに固有の URL を設定する方法です。例えば、「example.com」というウェブサイトのサブドメインは、「shop.example.com」や「blog.example.com」のようなものが該当します。 このように複数のサブドメインを保有している場合、全てのドメインが同じ測定IDで計測されていればクロスドメイントラッキングの設定は不要となります。 GA4におけるクロスドメイントラッキングの注意点 クロスドメイントラッキングを設定した場合、複数のドメインをまたいだユーザー行動を追跡することが出来ますが、追加したドメインを参照元として計測しても良いかの検討は別途必要となります。例えば決済ページをクロスドメインとして追加したとします。ショッピングページから決済ページへの遷移でユーザーのセッションは繋がりますが、その後再度ホームページに戻った場合には決済ページからの流入として計測されてしまいます。これを流入として計測しないようにするには「除外する参照のリスト」に決済ページのドメインを追加する必要があります。 まとめ GA4のクロスドメイントラッキングは、複数のドメインにまたがるユーザーの行動を1つのセッションとして追跡できるウェブ解析の重要な側面です。これにより、ユーザーのウェブサイトとのインタラクションをより完全に把握することができ、ウェブサイトのデザイン、ユーザーエクスペリエンス、マーケティング戦略についてデータに基づいた意思決定を行うことができます。 Implement DigitalではGoogle Tag Manger/Google Analyticsの導入・実装・運用を支援するサービスを提供しています。 ご興味がありましたらお問い合わせください。

Adobe Analyticsのアラート機能によるデータ監視

Adobe Analyticsのアラート機能とは 例えば、あるサイトのページビュー数をAdobe Analyticsで毎月集計していたとして、サイトリニューアルのタイミングで計測用のタグの設置を忘れてしまい、しばらく計測データが欠損してしまっていることを集計時に発見した、、などのご経験はありませんか? 計測値のデータ欠損は、マーケティング活動において非常に重要な情報の損失となるため、できるだけ防ぎたいところですよね。 このような場合の対策として、Adobe Analytics のアラート機能をご紹介します。 アラートマネージャー まずはアラートマネージャーを開きます。 (Analytics/コンポーネント/アラート) 「+ 追加」をクリックして、アラートのタイプから「Analytics データアラート」を選択するとアラートビルダーが表示されます。 アラートビルダー アラートの設定画面はこんな感じです。 タイトル アラート名を指定します。 時間の精度 チェックタイミングを、1 時間ごと、毎日、毎週または毎月から指定します。 受信者 アラートの送信先を指定します。ユーザー名、グループ、メールアドレスまたは電話番号に送信できます。 有効期限 アラートの有効期限を設定します。 アラートのトリガー トリガーとなる指標を指定します。 しきい値を指定します。以下のいずれかの条件にすることができます。 異常値が存在する 異常値が予測より上 異常値が予測より下 異常値超過 以上 以下 変更(%) ※セグメントまたはディメンションなどでフィルターの設定も可能です。 アラートプレビュー プレビューにより、最近の 30日間でアラートが何回トリガーされたかがわかります。 トリガーされているアラートが多すぎる場合はしきい値を調整します。 まとめ 今回はAdobe Analyticsにおけるアラート機能をご紹介しました。 アラート機能を利用すれば、 比較的簡単な設定でAdobe Analyticsがデータを監視し、 通常と異なる変化が生じたときにすぐにアラートを送信して、計測異常などを早期発見できますので、素早い復旧が可能になります。 是非ご活用ください。 (アラート機能は、Adobe Analytics Prime および Adobe Analytics Ultimate のユーザーのみご利用いただけます)…

Adobe Launch Runtime Environmentデータエレメントの紹介

はじめに 以前、以下の記事を書いていました。 💡 Adobe Analyticsの計測調査のために役立つ計測項目 https://www.implementdigital.com/column/adobe-experience-cloud/useful-measurement-items-for-adobe-analytics-measurement-studies/ この記事では以下の2項目も取り上げていますが、従来だとJavascriptコードでの実装対応が必要でした。 Adobe Launchプロパティ名 Adobe Launchビルド日時 ただし、現在は、Coreエクステンションv3.1.0で追加されたデータエレメントタイプRuntime Environmentで対応ができるため紹介したいと思います。 Runtime Environment Coreエクステンションv3.1.0以降であると、データエレメントの作成・編集画面のData Element TypeにRuntime Environmentも表示されるようになります。 これを選ぶと下図のようにAttributeプルダウンメニューが表示され、Adobe Launch実行環境の情報が参照できるデータエレメントを作成できます。 ※データエレメント作成画面(Coreエクステンションバージョンv3.3.0時点のもの) なお、前出の2項目は以下のAttributeが該当します。 Adobe Launchプロパティ名:Property Name Adobe Launchビルド日時:Library Build Date 例:2023-01-10T09:54:37Z ※上の日時はUTCのため日本時間は+9時間後となります。 他のAttributeもデバッグや込み入った実装に役立つケースもあります。 何らかの出番がありそうでしたら是非お試しください 参考ページ Coreエクステンションのリリースノート: https://experienceleague.adobe.com/docs/experience-platform/tags/extensions/client/core/release-notes.html?lang=en CoreエクステンションのHELP: https://experienceleague.adobe.com/docs/experience-platform/tags/extensions/client/core/overview.html?lang=en Implement DigitalではAdobe Launchの導入、運用を支援するサービスを提供しています。 ご興味がありましたらお問い合わせください。