セッションデータを収集するための新しいOWOXBIアルゴリズム

変化は一定です。 これが私たちの現実であり、受け入れるのが難しい場合もあります。 しかし、私たちがあなたと共有したい変更は、すべてのOWOXBIユーザーに感銘を与えるでしょう。

OWOXBIが最近セッションデータ収集のロジックを変更したことをすでにご存知かもしれません。 新機能は3月1日以降、すべてのユーザーが利用できるようになりました。この記事では、新機能と、それらがビジネスにどのように役立つかについて詳しく説明します。

以前は、OWOX BIは、GoogleAnalyticsのセッションデータを使用してGoogleBigQueryでセッションテーブルを作成していました。 一方では、このアプローチにより、ソース間で完全なデータの適合が保証されました。 一方、Google Analytics Core Reporting APIの制限により、ウェブサイトから分析システムおよびクラウドストレージに移動する途中でデータの一部が失われる可能性があります。

この問題を回避するために、セッションデータを収集するためのアルゴリズムを変更しました。 現在、セッションデータはOWOX BIからのヒットデータを使用して形成されるため、GoogleAnalyticsの制限がセッションテーブルの作成プロセスに影響を与えることはありません。 この新しいアルゴリズムのおかげで、Webサイトでサンプリングされていない完全なユーザー行動データを収集し、そのデータを正しいセッションに関連付けることができます。 すべてのメリットを詳しく見ていきましょう。

以前：ウェブサイトのユーザーが1日に200,000を超えるセッションを生成する場合、Google Analytics（無料バージョン）は通常、サンプリングを適用します。 したがって、Google BigQueryプロジェクトは、ランダムに選択されたセッションのサンプルのみを受け取ります。

現在：OWOX BIユーザーは、トラフィックの価値やビジネスの規模に制限を設けることなく、GoogleBigQueryのすべてのセッションの生データとサンプリングされていないデータを取得します。

以前：Googleアナリティクスでボリュームと収集されたデータの制限に達した場合、システムはそれらの制限を超えるデータを処理せず、そのデータはGoogleBigQueryに取り込まれません。 これらの制限は、ユーザーあたり1日あたり200,000ヒット、1か月あたり1,000万ヒット、セッションあたり500ヒットです。 また、Googleは8Kbを超えるサイズのヒットを無視します。

現在：新しいOWOX BIアルゴリズムにはこれらの制限はなく、ヒットの最大サイズは2倍の16Kbになります。 これは、Webサイトでのすべてのユーザーのアクションに関するデータを収集できることを意味します。

前：これらの更新はGoogle Analytics APIで更新される情報に依存するため、セッションデータは24時間以上の遅延で更新される可能性があります。

現在：OWOX BI側でフォームセッションにヒットするため、制限を超えたり、Google Analyticsにアクセスできないために、セッションテーブルの収集が一時停止されることはありません。 データはBigQueryにすばやく取り込まれます。これは、メールマーケティングのトリガーやリアルタイムのレポート更新に使用する場合に非常に重要です。

以前：Google Analyticsでは、トラフィックソースはラストノンダイレクトクリックモデルによって定義されます。 カスタマーアクションチェーンの最後のチャネルが直接であった場合、このチャネルは無視され、最後の非直接チャネルに置き換えられます。

たとえば、顧客がgoogledして、Webサイトで製品を見つけたとします。 彼らはあなたのウェブサイトのアドレスを覚えていて、しばらくしてそれをURLフィールドに直接入力しました。 この場合、このセッションのソースはgoogle / Organicですが、direct/noneではありません。 これはあなたのウェブサイトのトラフィックソースとして直接チャネルの正確なシェアを知る可能性を排除します。

現在：新しいOWOX BIアルゴリズムは、トラフィックソースを定義するためにラストノンダイレクトクリックモデルも使用します。 ただし、直接トラフィックを定義するのに役立つ特別なtrafficSource.isTrueDirectフィールドをセッションテーブルに追加しました。 このバイナリフィールドは、セッションがWebサイトへの直接アクセスで開始された場合は真の値を取得し、セッションが有料チャネルセッションをフォローしている場合は偽の値を取得します。 このフィールドのおかげで、有料チャネルの実際の価値とコンバージョンへの影響を評価できます。 Google Analyticsでは、isTrueDirectフィールドの動作が異なります。これは、直接ソースがある場合、または2つのセッションにキャンペーンに関する同じデータがある場合に「true」値を取得するためです。

以前：いくつかのウェブサイトがあり、オーディエンスがどのように交差するかを追跡したい場合は、GoogleAnalyticsでクロスドメイン測定を設定できます。 ただし、このソリューションは、オーディエンスがクロスリンクを使用してWebサイトの1つから別のWebサイトに転送する場合にのみ機能します。 異なる時間に相互リンクされていない両方のWebサイトにアクセスしている1人のユーザーを追跡する必要がある場合はどうなりますか？ お世話になりました↴

現在：セッションデータテーブルにOWOXユーザーIDを追加しました。 この匿名ユーザーIDは、直接リンクされていない場合でも、Webサイトからのユーザーアクションに関するデータを組み合わせるのに役立ちます。 また、追跡されたユーザーをグループ化して広告オーディエンスを分離し、同じトラフィックに対して数回支払うことを回避する可能性があります。

前：測定プロトコルを使用してWebサイトでイベントを追跡している場合は、それらのイベントの一部が失われる可能性があることに注意してください。 実際のところ、Google Analytics（有料版のGA360を含む）では、ヒットの瞬間から＆qtパラメーターのヒットに関する情報が送信されるまでの最大期間はわずか4時間です。 ギャップが長い場合、イベントはまったく起因しません。 たとえば、訪問者がWebサイトでオンラインで支払うとします。 取引は、銀行の確認を受け取った後、数日かかる場合でもカウントされます。 このような状況では、トランザクションは正しいセッションに関連付けられません。つまり、そのトランザクションにつながったソースは正しく評価されません。

＆qtパラメーターが値なしで送信された場合、イベントの個別のセッションが自動的に作成されます。 いずれにせよ、それはあなたのデータの精度に影響を及ぼします。

現在：新しいOWOX BIアルゴリズムに基づくセッションでは、＆qtパラメーターの最大期間が30日に延長されます。 これは、測定プロトコルによって送信されたイベントが正しいセッションに起因することを意味します。

新しいOWOXBIアルゴリズムでは、テーブルは古いものと同じ構造になっています。 一部のフィールドでは、値を定義するロジックのみが異なります。

• 新しいGoogleAnalytics⟶GoogleBigQueryストリーミングパイプラインを作成すると、新しいアルゴリズムを使用してセッションデータの収集が自動的に開始されます。
• 既存のストリームでセッションデータを収集するためのアルゴリズムを変更するには、ストリーム設定に移動し、セッションデータ収集をオンにします。

その後、古いアルゴリズムは使用できなくなります。

• 新しいOWOXBIアルゴリズムを使用すると、Googleアナリティクスのセッションレベルでカスタムディメンションは必要ありません。 このディメンションを削除して、他の必要なパラメータを追加できます。
• WebサイトのOWOXBIトラッキングコードを更新する必要はありません。
• Google広告（gclid）による自動UTMタグ付けを有効にするには、BigQueryでGoogle広告の生データレポートのコレクションを設定する必要があります。 これは、GoogleDataTransferとのネイティブ統合を利用してワンクリックで実行できます。
• Google Analyticsに参照除外のリストがある場合は、OWOXBIのストリーム設定でそれを複製します。
  

新しいテーブルの構造は古いテーブルと同じであるため、リクエストではテーブルの名前のみを変更する必要があります。 既存のリクエストを新しいテーブルに適合させるには、古いsession_streaming_テーブルの名前を新しいowoxbi_sessions_テーブルに変更するだけで十分です。

新しいOWOXBIアルゴリズムに移行する時期かどうかを知りたい場合は、次の質問に答えてください。 はいが少なくとも1つある場合は、何をすべきかを知っています。

• 1日あたり約20万回のセッションがありますか？ それとも、2、3か月でこの数に達すると思いますか？
• 以前にサンプリングを経験したことがありますか？
• 非標準のレポートを作成し、サンプリングを経験したことがありますか？
• セッションあたり500ヒットの制限に達したことがありますか？
• 直接のトラフィックを正しく追跡することに興味がありますが、GA360パック全体を購入したくないですか？
• Webサイトのオーディエンスを組み合わせて、それらの重複を分析しますか？
• 4時間ではなく、30日間のトランザクションですべてのヒットを送信しますか？
• セッションテーブルのデータをできるだけ早く取得することが重要ですか？

これらの質問は現時点ではあなたに関係がないと思われる場合でも、できるだけ早く準備することをお勧めします。

OWOX BI Pipelineをまだ試していない場合は、無料試用期間中に試乗することを歓迎します。

ご不明な点がございましたら、下のコメント欄でお尋ねください。