JSON形式で格納されています。イベント発生時点の短縮セグメントIDのリストです。イベント発生時点の各スコアの値です。JSON形式で格納されています。ユーザーIDがタグで連携されていない(メンバー化していない)ユーザーの場合、trueになります。イベントが発生した場所の種類を示す文字列(web,native_app_webview,native_app_sdk)が入ります。イベントごとに付与されるハッシュ値です。一意であることを保証しているものではありません。他のフィールドと組み合わせることで、一意なフィールドを生成することが可能です。「作成したディメンション」のイベント発生時点の値です。JSON形式で格納されています。ディメンションと値の対応については、ディメンション詳細画面に表示される「レポート用ID」をご覧ください。「インストールしたディメンション」のイベント発生時点の値です。ディメンションと値の対応については、ディメンション詳細画面に表示される「レポート用キー」をご覧ください。イベントにどの解析処理が行われたかを示す文字列が入ります。default値はnull(リアルタイム解析を行う)です。"ingest"の場合はセグメント等の解析を行わず、基本情報のみ書き込まれたことを示します。🚧sync_dateのタイムゾーンについてKARTEのイベントデータには、sync_date(送信日時)が自動で付加されます。KARTEのセグメント設定画面などでは日本時間に変更されていますが、内部的にはUTC(協定世界時)での時刻です。そのため、JST(日本標準時)に変換する際には、+9時間してください。🚧karte_eventテーブルのレコード重複についてKARTEに対して送信されたイベントデータは、karte_eventテーブルに対して非同期で書き込まれます。この際、処理のリトライなどによって極稀に同じ内容のイベントが複数回書き込まれてしまうケースがあります。その場合、重複書き込みされたレコードはevent_hashが同一になります。したレコードの重複を除外して厳密な集計を実施したい場合は、event_hashが同一のレコードをクエリ内で重複削除してください。📘karte_eventテーブルの値サンプルsync_date2018-06-05T10:27:36.680Zis_visitortrue,falsevalues後述event_name"identify"user_id"k1234""vis-1234567890_1234567890123_123456789"visitor_id"1234567890_1234567890123_123456789"session_id"k1234_42"shorten_segments"kBE,1a2C"scores{"foo_score":0.99,"_karte_rank":5.091739579251029}user_fields{"1c3":42,"lRF":"foo","lVo":1552467212}processornull"ingest"valuesのスキーマタグのサンプル以下のようなタグでfooイベントを発生させるケースを考えます。});valuesのサンプルそのイベントのvaluesは、以下のようになります。イベント発生したKARTEプロジェクトのAPIキーです。ユーザーIDがタグで連携されていない(メンバー化していない)ユーザーの場合、trueになります。viewイベント毎でIDが生成され、そのPVに紐づくイベントには同じIDが入ります。※フロントエンドで発生するイベントのみ含まれます※pv_idはユーザーを超えて重複する可能性があります。SPA(シングルページアプリケーション)でページ内遷移したときの元のページのPV_ID。タグなどで発生させたイベントの各プロパティ値が格納されます。イベントの発生源を示す文字列です。イベントが送信された日時です。📘valuesのサンプル_keys.api_key"1234567890abcdef1234567890abcdef"_keys.is_visitortrue{{event_name}}._source"web""native_app_sdk""native_app_webview""public_api""filter"KARTEが発生させる主なイベントの主なプロパティKARTEが自動で発生させる主なイベントについて、valuesに含まれる主なイベントプロパティを紹介します。KARTEでよく発生するイベントの種類については、こちらのイベントリファレンスをご覧ください。アクセス時のOS情報です。アクセス時のブラウザ情報です。アクセス時のユーザーエージェントです。アクセス時の言語設定です。ブラウザ設定の言語タグを小文字変換した文字列が格納されています。閲覧先ページのURLです。閲覧先ページのタイトルです。接客サービスのIDです。接客アクションのIDです。※未実施の場合は、"__"+campaign_idといった形式の文字列になります。A/Bテストで未実施グループに割り当てられた場合に、trueになります。TALKメッセージ送信に利用しているTALKのプラグイン名です。TALKメッセージのIDです。TALKスレッドのIDです。ウェブチャットで、「対応中」から「対応済み」になるまでの間が1スレッドとして管理されます。message_replyイベントのvalues値サンプルapp_name"webchat""push_apps""sendgrid""line""twilio"message_id"ab1234567890bc1234567890"thread_id"bc1234567890cd1234567890"dimensions.referrer_urlの定義dimensionsの中には、dimensions.referrer_urlという項目があります。基本的にはそのセッションのreferrer_urlが入りますが、同一セッション内で複数のreferrer_urlが送られた場合は、最新のものが入るようになっています。そのような場合、そのセッションの流入元ではなくなることもあります。karte_eventテーブルの特別な仕様karte_eventテーブルは他のテーブルと異なる点がいくつかあります。Datahubのクエリエディタではなく外部サービス(外部BigQueryなど)からクエリを実行する場合に注意が必要です。実際のテーブル名はkarte_eventテーブルではない実体となるテーブル名は、karte_eventではなく、krt_pockyevent_v1_*です外部サービスからクエリ実行する場合、FROM句のテーブル名指定ではkrt_pockyevent_v1_*を使ってください🚧karte_eventテーブルとkrt_pockyevent_v1_*テーブルの違いkrt_pockyevent_v1_*テーブルをkarte_eventテーブルとして参照する場合、一部のカラムが非公開となります。karte_eventテーブルとしては参照できないがkrt_pockyevent_v1_*テーブルに存在するカラムについては、予告なく仕様が変更されることがあるため、利用しないことを推奨しています。実際のテーブル名はkarte_eventテーブルではない抽出期間を指定したクエリ。