GTMでタグを設置したい

はじめに

b→dashで取得できるwebサイトデータの全体像を知りたい場合は、まずは以下の記事をご覧ください

タグとは

タグとは、webサイトのデータ取得や、ポップアップ表示、レコメンド表示を行うためにwebサイトに埋め込む小さいプログラム(コード)のことを指します。

b→dashでは、webサイトのデータ取得ができる「アクセスログタグ」、ポップアップが表示できる「web接客タグ」など複数のタグ機能を1つにまとめた「ワンタグ」を提供しています。ワンタグはwebサイトに1つ設置するだけで、b→dash管理画面から利用したいタグ機能を追加することができます。

本記事では、「ワンタグの設置(webサイトに直接タグを埋め込む方法)」「アクセスログタグの設定」について紹介しています。b→dashで貴社webサイトのデータ取得を行いたい場合は、本記事をご参照ください。

本記事で紹介するワンタグの設置手順は「web接客タグ」「レコメンドタグ」を利用する場合も必要になります。その他タグをご利用する際は合わせてご確認ください。

アクセスログタグを設定する

ワンタグの発行後、利用したいタグ機能の設定を行います。今回はwebサイトのデータを取得するために必要な「アクセスログタグ」の設定について紹介します

web接客タグについては「web接客タグを動作させたい」、レコメンドタグについては「レコメンドタグを動作させたい」をご参照ください。

ドメインを設定する

共通設定」をクリックします

タグ管理」をクリックします

アクセスログタグ」をクリックします

」をクリックします

ドメイン」を入力し、「適用」クリックします

「配信除外URL」を指定することで、特定のページのアクセスログを取得しないように設定できます。
ドメインが複数存在する場合はすべてのドメインを登録しましょう

「https://site-abc.com」と「https://site-xyz.com」のようにアクセスログを取得したいサイトのドメインが複数存在する場合は、すべてb→dashに登録する必要があります。

ドメインとはどの部分を指しているの??

ドメインはサイトURL「https://○○○○/」の「https://」と末尾の「/」を取り除いた「○○○○」部分です。対象ドメインに登録すると、ドメイン配下のページ、例えば「○○○○/service/」「○○○○/news/」などのページも、全てタグの適用対象になります。

対象ドメイン一覧に表示されます

対象ドメインの削除方法
対象ドメインに設定したドメインは削除することができます。ドメインを削除した後は、必ずアクセスログを一度「OFF」にして、再度「ON」にするようお願いいたします。
削除」アイコンをクリックしてドメインを削除します

削除」をクリックします

ON」をクリックして「OFF」にし、再度クリックして「ON」にします

複数のサイトでアクセスログを取得するためには

b→dashでは「クロスドメイン」の設定を行うことで、複数のサイト(ドメインが異なる場合も含む)のアクセスログに対して、共通の「セッションID(サイト訪問者のセッション情報を管理するID」を付与することができます。

以下にクロスドメインの設定方法を記載しますので、ドメインが異なる複数のサイトのセッションIDを共通化したい場合は実施ください。

新規作成」をクリックします

サイト名」「ステータス」「ドメイン」「クエリシンボル」を追加し、「適用」をクリックします

クロスドメインの各項目の説明
ステータス

クロスドメイン設定の「有効/無効」を選択することができます。登録したwebサイトのクロスドメイン設定を一時的に無効にする、といった際に利用します。

ドメイン

クロスドメインの計測対象となるドメインを登録します。
ドメインを登録する際に、サブドメインを記載するかによってクロスドメインの適用範囲が異なります(ビジターIDの共通化範囲が異なります)ので、例を参考に適切なドメインを設定するように注意しましょう。

例)以下のようにドメインが同じだが、サブドメインが異なる3つのサイトが存在する場合
overseas.travels.shop.co.jp
domestic.travels.shop.co.jp
fassion.shop.co.jp

●ケース①:ドメイン(shop.co.jp)を登録した場合
3つのサイト全てで共通のビジターIDを保持することができます。

●ケース②:サブドメイン(travels.shop.co.jp)を登録した場合
以下2サイトは共通のビジターIDを保持することができます。
overseas.travels.shop.co.jp
domestic.travels.shop.co.jp

ただし、上記の2サイトと以下のサイトでは別々のビジターIDが保持されます。
fassion.shop.co.jp

●ケース③:サブサブドメイン(overseas.travels.shop.co.jp)を登録した場合
3つのサイト全てで別々のビジターIDが保持されます。

クエリシンボル

サイトのURLを「遷移先URL部分」と「パラメータ部分」に分割するための記号です。
一般的には「?」を用いて「遷移先URL部分」と「パラメータ部分」を分割していますが、「#」を利用して分割している場合は「#」を指定ください。また、「?」をクエリパラメータ、「#」をアンカーとして利用している場合は、「?」を登録いただくようお願いします。

サイトのドメインが登録されます

サイト名の左にあるチェックボックスをクリックすると、「編集」「削除」の項目が表示されます

チェックボックスをクリックしないと「編集」と「削除」の項目は表示されないので注意しましょう!
クロスドメイン設定後にサイト遷移した際の挙動

クロスドメインに設定しているドメイン間で遷移すると、
セッションID:_bdsid
前ページURL:_bd_prev_page
リピーターフラグ:_bdrpf
の3つのパラメータが付与されます。

例)
サイトA(遷移元):https://testaaa.com
サイトB(遷移先):https://testbbb.com

この場合は、サイトAからサイトBに遷移すると、サイトBでは次のようなURLになります。
https://testbbb.com&_bdsid=1dYnPf
&_bd_prev_page=https://testaaa.com&_bdrpf=0

リダイレクトを経由するとクロスドメインが機能しない場合があります
クロスドメイン設定を行ったサイト間を遷移する際に、一度リダイレクトを経由すると、パラメータが脱落してしまう場合があります。そのため、クロスドメイン設定が機能せず、webアクセスログデータを取得することができませんので、ご注意ください。
これで「クロスドメイン設定」は完了です!
クロスドメイン設定が不要なケースについて

クロスドメイン設定が不要なケースとして、貴社webサイトに訪問したユーザーがCookie情報(ビジターID、セッションID)を引き継いで、ページ遷移したケースが挙げられます。ページ遷移しても、ユーザーのCookie情報が引き継がれるケースは、下記の2つが挙げられます。

【Cookie情報が引き継がれる例】
① 「ドメイン」と「サブドメイン」の組み合わせ
ページA:https://bdash-test.net
ページB:https://aaa.bdash-test.net

② 「サブドメイン」と「サブドメイン」の組み合わせ
ページB:https://aaa.bdash-test.net
ページC:https://bbb.bdash-test.net

[任意]除外IPアドレスを設定する

除外IPアドレス設定」をクリックします

どういうケースで「除外IPアドレス」を設定するの??

貴社の社員や業務委託している代理店等のパートナー企業など、サイトのユーザーではない方のアクセスについては、アクセスログを取得したくないというケースにおいてよく利用されます。この場合は貴社やパートナー企業のネットワークのIPアドレスを除外IPアドレスとして登録することで、貴社やパートナー企業からのアクセスに関しては、ログ取得されなくなります。

※除外IPアドレスの設定が反映されるタイミングは、毎時「00分」と「30分」になりますので、例えば12時15分に設定を実施した場合は、12時30分以降に取得したアクセスログに対して、除外IPアドレスの設定が適用されるようになります。
設定することができる「除外IPアドレス」の上限は『1,000件』です

b→dashで設定することができる「除外IPアドレス」の上限は『1,000件』です
「除外IPアドレス」が『1,000件』設定されている場合、「新規作成ボタン」がグレーアウトされ、クリックすることができません。

また、アップロードしたファイルのレコード数が『1,000件』を超過している場合や、アップロードしたファイルのレコード数とすでに設定されている「除外IPアドレス」の合計が『1,000件』を超過する場合は、「除外IPアドレス」を登録することができない旨のエラーモーダルが表示されます。

[参考:「除外IPアドレス」を登録することができない旨のエラーモーダル]

レコード数が『1,000件』を超過合計が『1,000件』を超過

新規作成」をクリックします

名称」「IPアドレス」を入力し、「適用」クリックします

アクセスログタグを動作させる

OFF」をクリックし、「ON」にします

これでドメインの設定は完了です!
タグ設置に必要な事前準備は以上です!次は準備したタグをサイトに設置しましょう

ワンタグを登録する

Googleタグマネージャー」を開き、タグを埋めたい「コンテナ」をクリックします

タグ」をクリックします

新規」をクリックします

タグの設定」のパネルをクリックします

画面を下にスクロールして「カスタムHTML」をクリックします

特定の条件下で、b→dashタグが発火しない可能性があります

以下の2つの条件を満たす場合、b→dashのタグがWebサイトに読み込まれず、結果としてタグが発火しない可能性があります。

❶ GTM(Googleタグマネージャー)を使用している
❷ Yahooの「リターゲティング広告用タグ」(https://b92.yahoo.co.jp/js/s_retargeting.js)の後に、
  b→dashのタグを設置している

原因は、Yahooの「リターゲティング広告用タグ」の読み込み時にGTM内でエラーが発生し、
Yahooタグより後に配置されたb→dashのタグが読み込まれないためです。

なお、Yahooタグに限らず、他のタグでもエラーが発生した場合は、同様にb→dashタグが発火しない可能性があります。
そのため、b→dashのタグ(btm.js)は、Yahooタグなどの他のタグよりも前に配置することを推奨します。

コピーした「ワンタグのソースコード」を貼り付け「document.writeをサポートする」にチェックします

document.writeとは、指定した文字列などの情報をウェブブラウザ上に表示させるためのJavascriptの言語です。カスタムHTMLの場合は、タグを正常に動かすために、こちらにチェックをつけてください!
ワンタグの取得方法

ワンタグは、b→dash管理画面内の「タグ管理」から以下の操作をすることでコピーすることができます。

赤枠内のアイコンをクリックして「ワンタグのソースコード」をコピーします

b→dashのタグを動作させるにあたって、詳細設定は行う必要はありません

トリガー」のパネルをクリックします

+」ボタンをクリックします

トリガーの設定」のパネルをクリックします

ページビュー」をクリックします

ワンタグの後に、取得したい値が読み込まれる場合は「DOM Ready」を設定してください

ワンタグが読み込まれた後に、リレーション設定にて取得したい値が読み込まれると、値を取得することができません

ワンタグが読み込まれた後に、リレーション設定にて取得したい値が読み込まれている場合は、GTMの管理画面において、ワンタグに対して設定した配信トリガーのイベントタイプを「ページビュー」から「DOM Ready」に変更することで値を取得できます。
「DOM Ready」の詳細については、以下をご参照ください。

Googleタグマネージャーヘルプ:「ページビュートリガーについて

保存」をクリックします

GTMタグが埋まっている全てのページでトリガーを発火させたい場合は、「トリガーの発生場所」は『すべてのページビュー』を選択してください。
GTMタグが埋まっている一部のページでトリガーを発火させたい場合は、「トリガーの発生場所」は『一部のページビュー』を選択し、任意の条件でページを指定してください。
トリガー名」を設定し、「保存」をクリックします

保存」をクリックします

タグ名」を設定し、「保存」をクリックします

公開」をクリックします

任意の「バージョン名」を入力し、「公開」をクリックします

これでタグの配信は完了です!
トリガー設定によっては、ワンタグが配信されない場合があります

ワンタグを特定のページに配信しない設定を行いたい場合、GTMのトリガー設定の「トリガー例外(ブロッキング トリガー)」の設定を行うことで、特定のページの除外を行うことができます。設定を行う際には、除外したいページの「ドメイン」や「URLパラメータ」を指定する必要がありますが、「ドメイン」を除外対象として指定した場合、除外したいページ以外において、ワンタグの配信が行われないケースがあります。

例えば、除外対象にしたいページのURLが「 https://aaa.com/?12345 」である場合、除外対象として、ドメインである「aaa.com」を指定すると、指定したドメインを含む「http://bbb.aaa.com/?6789 」といったURLも除外対象として判定されます。

そのため、「トリガー例外(ブロッキング トリガー)」の設定によっては、ワンタグを配信したいページにおいても、配信が行われない場合がありますので、トリガー設定の内容をご確認ください。

タグの発火確認を行う

「Google Chrome」をブラウザとして使用する例をもとに説明します!
タグが発火していることを確認したいページを開きます

画面上を右クリックし、表示されるメニューから「検証」を選択します

表示されるデベロッパーツール内の「Network」にて「bdash」を検索し、「control+R(ページ再読み込み)」をクリックします

btm.js」と「tracking」ログの「Status」項目が「200」と表示されていることを確認します

ワンタグを外しても、trackingの値はすぐに「0」にならない場合があります
ワンタグを外すとtrackingの値は「0」になりますが、ワンタグを外した直後のtrackingの値は、キャッシュなどの関係ですぐに「0」にならず、緩やかに「0」になる場合がありますので、ご留意ください。
これでタグの発火検証は以上です!
アクセスログが発火しない場合はどうすればいい??

b→dash上で「アクセスログ」が発火しない場合は、何らかの設定が誤っていると考えられます。以下によくある設定誤りを記載しますので、こちらに該当しないかご覧ください。

考えられる原因 改善策
リレーション設定の値が間違っていた 「顧客ID」「受注ID」などのキー項目を取得するリレーション設定の設定内容が誤っていないかをご確認ください。
アクセスログタグをONにしていなかった 共通設定> タグ管理 > アクセスログタグから、アクセスログタグが「ON」になってることをご確認ください。
アクセスログタグに登録した対象ドメインが誤っていた 設定したドメインに「https://」 のようなプロトコルや「/」 など、ドメイン以外の部分が含まれていないかをご確認ください。
アクセスログデータファイルの更新頻度設定がされていなかった データパレット > データを確認する > b→dashデータタブから、webアクセスログデータファイルをクリックの上、ツールバーの歯車マークをクリックし、更新頻度設定を行いましょう。
(もし設定が入っていない場合は、アクセスログデータにレコードが追加されません)
タグの設置個所が間違っていた サイトの共通部分にある「< /head >」の直前もしくは「< body >」の直後に設置されているかどうかをご確認ください。
アクセスログが重複して発火する場合はどうすればいい??

b→dash上で「アクセスログ」が重複して発火する場合は、何らかの設定が誤っていると考えられます。以下によくある設定誤りを記載しますので、こちらに該当しないかご覧ください。

考えられる原因 改善策
設置箇所が重複している タグマネージャーによる設置とHTML上への直貼りでの設置といった、ワンタグの設置が重複している可能性があります。
ワンタグの設置箇所をご確認ください。
ユーザーが重複実行している ユーザーがwebページの再読み込み(リロード)やブラウザバックを行い、遷移した場合、アクセスログが重複して計測される場合があります。

ユーザー起因の重複計測に関して、前ページURLの設定を行うことで、重複計測を防止できる場合があります。

前ページURLの設定に関して、こちらをご参照ください。

webアクセスログデータの確認

「ワンタグの設置」と「アクセスログタグの設定」が完了したら、webサイトのデータが蓄積される「webアクセスログデータ」の確認を行います。webアクセスログデータはデータパレットアプリのb→dashデータから確認することができます。

webアクセスログデータの更新頻度設定

アクセスログデータを取得する最後の設定として、アクセスログタグが取得したデータを「webアクセスログデータ」に更新する頻度の設定を行います。更新頻度設定を行うことで、webアクセスログデータにログデータが蓄積されます。

データパレット」をクリックします

データを確認する」をクリックします

b→dashデータ」をクリックします

webアクセスログデータ」を、1回クリックします

更新設定」をクリックします

連携頻度と時間を設定の上「追加」を選択し、「適用」をクリックします

webアクセスログデータ」を、2回クリックします

webアクセスログデータを確認することができます

更新頻度に設定した時間のタイミングでwebアクセスログデータの内容が更新されますので、最新のwebアクセスログデータを確認したい場合は、更新頻度に設定している時間に合わせてデータの確認を行いましょう!

webアクセスログデータのカラム一覧

アクセスログタグを設置することで取得できるデータ(カラムの種類)は下記になります。

b→dashデータの詳細については「b→dashデータの詳細を知りたい」をご参照ください。
b→dashが受領可能なwebデータ
1時間/1分/1秒当たりでb→dashが受領可能なwebデータ(PV/click)に上限はありません。ただし、閾値を超えるとスケールアップをするため、追加費用を頂く場合があります。セールなど一時的に大量の集中が見込まれる場合は、事前に弊社のカスタマーサポートにご連絡ください。
b→dashの計測タグの取得結果と、他ツールの取得結果は、一致しない場合があります

b→dashとGoogle Analytics(GA)やAD EBiS(アドエビス)といった、他のタグ計測ツールを使用している場合、タグの発火地点の違いから、計測タグの取得結果が異なる場合があります。

※b→dashとGoogle Analytics(GA)についてはこちらをご参照ください

b→dashで計測するにあたって他の計測ツールに及ぼす影響

b→dashではアクセスログ等を計測するにあたり、計測対象のwebページにパラメータを設定する必要があるため、併用している他の計測ツールの計測結果に影響を及ぼす可能性があります。

※パラメータ設定については「webサイトへの流入元を取得したい」をご参照ください

例えば、Google Analytics(GA)とb→dashを併用した場合は、GAがb→dashパラメータを付与したページURLと、付与していないページURLを別のページとしてアクセス計測してしまいますそのため、他の計測ツールとb→dashを併用する場合は、下記の「b→dashが付与するパラメータ」のリストを参考に
パラメータの除外設定を行ってください。

アクセスログ解析系パラメータ

パラメータ名 説明
_bd_prev_page 前ページURL
_bdrpf リピーターフラグ
_bdsid セッションID

配信コンテンツ計測系パラメータ

パラメータ名 説明
bdmlc メール自動付与パラメータ
bdlic LINE(リッチメニュー以外)自動付与パラメータ
bdlrc LINE(リッチメニューのみ)自動付与パラメータ
bdsmc SMS自動付与パラメータ
bdpsc Push通知自動付与パラメータ
bdmlrec メールレコメンド
bdlirec LINEレコメンド
bdsmrec SMSレコメンド
bdpsrec Push通知レコメンド

その他パラメータ
パラメータ名 説明
bdrec レコメンドのクリック計測に用いるパラメータ
bdli 自動付与パラメータの連番を判定するためのパラメータ

[参考]リレーション設定を行う

リレーション設定とは、ワンタグで取得する各種データファイルに、特定のカラム(キー項目)を追加取得するための設定です。
例えば、アクセスログタグで取得する「アクセスログデータファイル(webサイト内での行動データ)」に対して、「顧客ID」や「受注ID」といった、アクセスログと顧客データ/受注データを紐づけるキー項目となるカラムを取得することができます。

リレーション設定の設定手順や詳細については「リレーション設定をしたい」をご参照ください。