【超・保存版】ユニバーサルアナリティクスがよく分かる!実務者向け徹底解説

先日、ユニバーサルアナリティクスって何が違うの?その機能や移行方法など徹底解説という記事を書きましたが、今回はユニバーサルアナリティクスの実務編として細かな設定方法などをまとめました。

調査~テスト~執筆まで3週間がかりでした。。設定方法などでお困りの方に、少しでもお役にたてましたら本当に幸いです。また、十分に確認はとったつもりですが、万が一誤りありましたらご指摘下さい。。

この記事の内容

セッション定義変更に関して
カスタム変数とカスタムディメンションとカスタム指標に関して
基本的なスニペットの置き換えに関して
イベント
e コマース
仮想ページビュー
ソーシャル インタラクション(ソーシャルプラグイン)
クロスドメイン トラッキング

あくまで、今回は実際にテストしてみて動いたものを載せています。サイトによっては全く同じ設定にしても何かが原因で動かない!ということもあるかもしれませんがその場合はサイトのシステムを把握している人などに相談していただければいいかと思います。

※コードのUA-0000000-0やexaple.com/hogehoge.comなどはサンプルとしての記載ですので各自のサイトに合わせて変更してください。

セッション定義変更に関して

ユニバーサルアナリティクスでは参照元サイト経由の訪問が別セッションとして計測されます。

この文章をみてどういうことか理解できる方は読み飛ばしていただいて大丈夫です。個人的にはよくわからなかったので実際にテストをしてみました。そして、そういうことなのか!という驚きがあったのでまとめてみます。

関係ありそうなサイト

  • クロスドメインの設定はしていないけど別サイトに飛んだり元ドメインに戻ったりするサイト
  • 様々なサイトからリンクをもらっていて参照元経由のアクセスが多いサイト(?)

の場合は特に関係ある話になると思います。

どんな影響があるのか?

ユニバーサルアナリティクスにしたらセッションが増えた、参照元の数が増えた

サイトによりけりなので、大きな影響はないかもしれないですが、Google アナリティクスとユニバーサルアナリティクスで数字が異なる場合はこの計測方法の違いの影響な可能性があります。

例えば私は、調べ物をしていていろいろなキーワードで検索して、いろんなサイト入ってそのリンクから他のサイトに遷移して。。というのをずっと行っていると何回も同じページに様々な参照元からランディングしてしまうことがよくあります。

こういった場合これまでは同一セッション内なら何度同じサイトに入ってもセッションは1であったのに対してユニバーサルアナリティクスでは別セッションになっているので、セッション数が増えてしまう可能性があります。

コンバーションの参照元がすべて同じドメインになってしまう

クロスドメインの設定を行っていない場合とユニバーサルアナリティクスで参照元除外を行っていない場合です。

例えばtest.com内のリンクからexample.comにランディングして、hogehoge.comというドメインのフォームを使い、コンバージョンをhogehoge.com/thanksというページに設定していたとします。

1セッションで異なるドメイン

従来のGoogleアナリティクスは、上記例の場合コンバージョンページ( hogehoge.com/thanks )の参照元は test.com のままですが、ユニバーサルアナリティクスの場合、参照元が変化すると別セッションになってしまうので参照元がすべてexample.com / referral になってしまいます。

従来のGoogleアナリティクスではどう計測されていたか?

不慣れな方のために、そもそもセッション(ちょっと前まで訪問数と記載されていました。)とはなんでしたっけ?という話を簡単にします。

同一の訪問者が閲覧を開始してから終えるまでの一連の流れ。のことを指します。終了はどのタイミングかというと下記のような状況で切り替わります。

  • ブラウザを閉じる
  • 午前0時
  • 30分以上操作をしない
  • キャンペーン、ソースの変更

※utmzが更新されるタイミングなのですが、細かい話になってしまうので、詳細はアナリティクスでの訪問数の算出方法でご確認ください。

例えば下記のようにサイトを遷移したとします。

1セッションでの推移

そうするとこのサイトは参照元/メディアはyahoo / organic、セッション1で、このセッションでのページビューは3となります。

※もしここまででちょっと良くわからない場合は下記サイトを参考にしてください。
参考1:クリック数、訪問数、ユーザー数、閲覧開始数、ページビュー数、ページ別訪問数の違い
参考2:訪問数とページビューの違いについて

では本題です。下記のような動きをした場合、各指標の値はどうなるでしょうか。

2セッションでの遷移

従来のGoogleアナリティクスの場合、参照元/メディアはhogehoge.com / referral、1セッション、ページビュー6になります。

ユニバーサルアナリティクスではどうなる?

ユニバーサルアナリティクスでは参照元サイト経由の訪問が別セッションとして計測されます。したがって、

2セッションでの遷移

参照元/メディアは hogehoge.com / referral と test.com / referral、2セッション、6ページビュー(1セッションは3ページビュー)になります。

以下に実際にテストした結果のキャプチャをそのまま(サイト名とかは編集しました)載せています。テスト環境は1サイト全ページに従来のGoogleアナリティクスとユニバーサルアナリティクスで異なったプロパティIDのトラッキングコードを入れています。ブラウザはchromeです。

集客>すべてのトラフィック

従来のGoogleアナリティクスの場合
Googleアナリティクスすべてのトラフィック

ユニバーサルアナリティクスの場合
ユニバーサルアナリティクスすべてのトラフィック

行動>サイトコンテンツ>すべてのページ

従来のGoogleアナリティクスの場合
Googleアナリティクスすべてのページ

ユニバーサルアナリティクスの場合
ユニバーサルアナリティクスすべてのページ

カスタム変数とカスタムディメンションとカスタム指標に関して

前回の記事にも載せたのですが、少し詳細にしてみました。

具体的にできること

  • AボタンをクリックしたユーザーをAグループ、BボタンをクリックしたユーザーをBグループと分類してその行動の違いを比較
  • ログインした状態でのセッションとログインしてない状態でのセションでの行動の違いを比較
  • 誰の記事が問い合わせにつながっているか

など設定次第ではいろいろなことができます。

また、ユニバーサルアナリティクスでは外部データをインポートする時にそのデータの独自のディメンションと指標をそのまま設定し、レポート画面で使うこともできます。

カスタム変数とカスタムディメンションとは?

まず、カスタム変数は従来のGoogleアナリティクスの機能の名前です。

カスタムディメンションはユニバーサルアナリティクスでの機能の名前です。ただ、カスタムディメンションはカスタム変数のパワーアップ版という感じなのでまとめて説明します。

2つともディメンションなので何か数字を計測するのではなくPVや訪問数などアナリティクスレポートで見れる数字にオリジナルなグルーピングしてあげる機能です。

ちょっとイメージしにくいかもしれないですが、レポート画面で「行動>サイト コンテンツ>すべて」のページを見ていたとします。

例えば、ページビューが一番多いページは一体どこからの流入が多いんだろう?と思ったらセカンダリディメンション>集客>参照元を設定してみたり、サイト全体の直帰したセッションと直帰以外のセッションを比較をしたいときはセグメントを設定してみたりすると思います。

そのセカンダリディメンションとかセグメントに自分が指定した分類が追加されるイメージです。

※自分で設定することができ、自由度が高い分あまり必要性を感じなかったり、よく意味がわからないのであれば無理に設定する必要はないと思います。

用語

あまり馴染みのない用語が出てくるので先にまとめます。
色は下に記載した追加するコードと合わせてあります。(わかりやすくなればと思い・・・)

index:変数番号(必須)
変数を区別する番号で、整数の1から5までの5つのいずれかを割り当てることができます。

  • カスタムディメンションではdimension、1から20まで設定可能
  • カスタム指標ではmetric、1から20まで設定可能

name:変数の名前(必須)
カスタム変数の名前で文字列。レポート画面上ではカスタム変数(キー)の名前として表示されます。

  • カスタムディメンションではdimensionValueとアナリティクス設定のカスタムディメンションの「名前」
  • カスタム変数ではmetricValueとアナリティクス設定のカスタム指標の「名前」

value:変数に対応する値(必須)
カスタム変数の値で変数名とペアになる文字列です。例えば「name」が性別、「value」は男性、女性といった使い方。通常一つのカスタム変数の名前に対して複数の値が存在します。レポート画面上ではカスタム変数(値)の名前として表示されます。

  • カスタムディメンションではSOME_DIMENSION_VALUE
  • カスタム変数では(デフォルトのコードで123となっている部分)

※変数をセットするトリガーには

  • ページを表示した時
  • リンク/ボタンをクリックした時
  • フォームを実行した時

などがあります。

scope:利用用途番号(オプション)
変数の利用用途。指定しない場合は3の扱いになります。1はユーザーレベル、2は訪問(セッション)レベル、3はページレベルを意味します。ユニバーサルアナリティクスでは管理画面「範囲」で設定します。

※スコープ詳細

- ビジターレベル:
ビジター レベルの変数は、サイトへ訪問したユーザーの全てのセッションと閲覧した全てのページに関連付けられます。例えば購買を行なったユーザーや会員登録済みのユーザーなど、セッションをまたいで、長期的なトラッキングを行なう場合に適したレベルです。スコープは 1 を指定します。

- セッション レベル:
セッション レベルの変数は、ユーザーのセッションと閲覧した全てのページに関連付けられます。たとえばログイン機能を持ったサイトのように、異なる利用形態を選択できるサイトで、訪問ごとの傾向を比較する際に適したレベルです。スコープは 2 を指定します。

- ページレベル:
ページ レベルは、訪問中に閲覧したページに関連付けられます。変数をページ毎に変更することもできます。例えば筆者別やキャンペーン対象商品別などの軸でコンテンツをグループ化して利用状況を確認する場合に適したレベルです。スコープは 3 を指定します。

ユニバーサルアナリティクスでは
ページは「ヒット」という表記になっています。

従来のGoogle アナリティクスとユニバーサルアナリティクスでの違い

カスタム変数は5個(公式は)、カスタムディメンションは20個まで設定できるようになっています。

カスタム変数のスコープは、「ユーザー」「セッション」「ページ」、カスタムディメンションのスコープは「ユーザー」「セッション」「ヒット」という名称に変更になっています。

追加するコード

従来のGoogle アナリティクス
_setCustomVar(index, ‘name‘, ‘value‘, scope)

ユニバーサルアナリティクス
管理画面プロパティ>カスタム定義>カスタムディメンションで名前等を登録してから出てきたコードをカスタマイズします。
var dimensionValue = ‘SOME_DIMENSION_VALUE‘;
ga(‘set’, ‘dimension1′, dimensionValue);

具体的な設定方法

※カスタムディメンションのコード書き換えまでは前回の記事を参考にしてください。

http://example.comというサイトで http://example.com/g_member/complete のページにアクセスしたユーザーを「ゴールド会員」とカテゴライズするとします。

従来のGoogle アナリティクスの場合
 
_gaq.push(['_setCustomVar', 2, 'membership', 'gold', 1]);
 

※indexが2なのはこのサイトで2つ目だったからです。
このコードを下図のようにトラッキングコードに含めます。
カスタム変数のコード

ユニバーサルアナリティクスの場合
 
 var 会員 = 'gold';
ga('set', 'dimension1', 会員);
 

このコードを下図のようにトラッキングコードに含めます。

カスタムディメンションのコード

レポート画面での見え方

ディメンションなので従来のGoogleアナリティクスでもユニバーサルアナリティクスでもカスタムレポートやセカンダリディメンション、セグメント等、濃い緑字に薄い緑色ので表示されるものなら設定できると思います。

従来のGoogleアナリティクスの場合は「ユーザー>カスタム>カスタム変数」で見ることができます。
カスタム変数キー

キーをクリックすると値が見られます。
カスタム変数

ユニバーサルアナリティクスの場合特にレポートに項目があるわけではないので、カスタムレポートを作成したり、セカンダリディメンション等で選択する必要があります。
セカンダリディメンション

カスタムディメンションを選択すると自分が名前で指定した項目が表示されますので選択するとそのルールでカテゴライズされた数値を見ることができます。
カスタムディメンション設定済すべてのトラフィック

補足

実際にはvalueの部分の値は変数として取得することが多いです。

http://example.com/member/completeにコードを設置した時にvalue(SOME_DIMENSION_VALUE)に会員の種類(レギュラー、ゴールド、プラチナ等)を入れられるようにすればそれらでセグメントすることも可能になります。

注意点

そういった変数を使用する場合の設定方法はサイトごと異なるので実際カスタムディメンションの設定をしたい場合は技術者や制作会社の方にこういう風な値を取りたいですと伝えて、公式のURL( Custom Dimensions & Metricsカスタム ディメンションとカスタム指標 )をみて設定してもらったほうが安全かと思います。

トラッキングコードに追加をする場合もあるので何かミスがあったら計測データそのものに影響してしまう可能性もあります。

また、ぺージレベルの場合はイベントでも同じような数字がとれるので、カスタムディメンション(変数)は設定数に上限があるので何を使うかはきちんと決めたほうがいいと思います。

カスタム指標

これはこれまでのアナリティクスにはなかったものです。設定方法はカスタムディメンションと似ています。こちらは指標なので実際にみたい数字を計測するイメージです。

※自分で設定することができ、自由度が高い分あまり必要性を感じなかったり、よく意味がわからないのであれば無理に設定する必要はないと思います。
※すべてヒットに対して紐付けられます。

追加するコード

(コードを発行するまでのフローは前回の記事をご確認ください。)

var metricValue = ‘123‘;
ga(‘set’, ‘metric1‘, metricValue);

具体的な設定方法

http://example.comというサイトでhttp://example.com/g_member/complete のページにアクセスしたユーザーを「ゴールド会員」とカテゴライズし、その数をカウントする場合の設定です。

 
var ゴールド = '1';
ga('set', 'metric2', ゴールド);
 

上記のコードをhttp://example.com/g_member/complete のページのトラッキングコードに追加します。

カスタム指標のコード

水色の部分は先ほど設定したカスタムディメンションです。

レポート画面での見え方

これは実際の計測した数値の部分なので、デフォルトのままでは数字が表示されません。ですので必要なディメンションと組み合わせてカスタムレポートを作成します。

セグメント、リマーケティングリスト等、青字背景水色のものが表示されるとこの一部でなら設定できると思います。

カスタムレポート

カスタム指標セグメント

基本的なスニペットの置き換えに関して

イベント

具体的にできること

ページ遷移しないページでのアクションを計測することができます。

  • PDFのDLボタンのクリック数を計測
  • 外部サイトへのリンクのクリック数を計測

など、比較的いろいろなサイトで設定されていて使われやすい設定だと思います。独自の名前を付けられるので、他の担当者から引き継ぐ場合などは名前付けのルールとかを確認しておいたほうがいいかもしれません。

基本コード

従来のGoogleアナリティクスの場合

 
_trackEvent(<span style="color: #ff99cc;">category</span>, <span style="color: #99ccff;">action</span>, <span style="color: #800080;">opt_label</span>, <span style="color: #cc99ff;">opt_value</span>, <span style="color: #ff6600;">opt_noninteraction</span>)
 

ユニバーサルアナリティクスの場合

 
ga('send', 'event', '<span style="color: #ff99cc;">category</span>', '<span style="color: #99ccff;">action</span>', '<span style="color: #800080;">opt_label</span>', <span style="color: #cc99ff;">opt_value</span>, {'<span style="color: #ff6600;">nonInteraction': 1</span>});
 
補足

category(必須)
一番大きな分類。イメージ的には大カテゴリ的な役目です。

例えば資料や動画などそれをクリックしたら得られるもの。みたいなイメージです。

action(必須)
動作を記入します。

クリックとかダウンロードなど、イベントを計測するタイミングでどういうことをするのか。みたいなものを設定するイメージです。

opt_label(任意)
詳細な分類を記入します。

例えば、categoryで資料と設定したらその資料のタイトルや分類番号などを記入するイメージです。

opt_value(任意)
数値を記入します。

資料がDLされたら100円分の価値がある。と思ったら100と記入します。個人的にはこの数字が入っていたほうがレポート画面でどのくらいのインパクトがあったかみれて面白いのでだいたい設定します。また、

「downloadTime」など、別の場所で定義した変数から得られる値を割り当てたりすることができます

と公式に書かれているので変数を入れることもできるみたいです。

opt_noninteraction(任意)
直帰率に影響を与えたくない場合に「true」にします。

例えばexample.comのサイトに訪れて、そこからhogehoge.comというサイトのリンクをクリックしたとします。

この時にhogehoge.comへの遷移数をイベントで計測していてたとしたら、別サイトへの遷移という行動を行ったので直帰とはみなされない、というのがデフォルトですが、ランディングしてすぐに他のサイトに遷移しているんだからそれは直帰扱いにしたい。という時にこの設定を「true」にします。

気をつけないといけないのは何も設定しないとデフォルトのままなので直帰扱いにならない。ので気をつけてください。

具体的な設定方法

従来のGoogleアナリティクスの場合

 
<a onmousedown="_gaq.push(['_trackEvent', 'link', 'click', 'cake', 500, true]);" href="http://example.com/">Googleアナリティクス</a>
 

ユニバーサルアナリティクスの場合

 
<a onmousedown="ga('send', 'event', 'link', 'click', 'ice', 300, {'nonInteraction': true});" href="http://example.com/">ユニバーサルアナリティクス</a>
 

従来のGoogleアナリティクスとユニバーサルアナリティクスどちらでも計測可能

 
<a onmousedown="_gaq.push(['_trackEvent', 'movie', 'DL', 'music', 1000 , true]);ga('send', 'event', 'movie_U', 'DL_U', 'music_U',  1000, {'nonInteraction': true});" href="http://example.com/">両方</a>
 

※計測の確認をするため「movie_U」というように_Uと記入してありますが普通に設定するときは_Uとか入れずに従来のGoogleアナリティクスとユニバーサルアナリティクスのカテゴリー等の名前は同一で問題ないです。

イベントのコード

※注意※
通常onMouseDownではなくonclickを使用することが多いのですが、今回テストした時にonclickでうまく計測されないことがあったため、onMouseDownになっています。

この辺りの使い分けに関して気になる方は下記サイトをご確認ください。ざっくりいうと、イベントとしてカウントするタイミングがクリックしたときか、マウスを押した時か。みたいな違いです。

参考1:Googleアナリティクスでの外部リンククリック計測3つの手法の利点と欠点を整理してみた
参考2:リンクのクリックやダウンロードを「イベント」として計測する! イベントトラッキングの使い方と注意点[第65回]

レポート画面での見え方

「行動>イベント」の画面でのレポート画面の比較です。

従来のGoogleアナリティクスの場合
GAイベントレポート

ユニバーサルアナリティクスの場合
UAイベントレポート

注意点

カテゴリー当の名前を何も考えず適当に設定するととても見にくくなるし、他の人が見てもわかるようにしないといけないので、ある程度カテゴライズしたり、今後こういうところにイベントを設定したいから、こういう名前がいいな。みたいな名前付けのルールを決めておいた方がいいかと思います。

e コマース

具体的にできること

特にeコマースサイトで使用すると便利です。どの商品がいついくら分売れたかの情報を計測できるので、どの流入元から一番良く売れたか、とか売上をアナリティクスで計測したデータと一緒にみれます。

特定の商品を購入した人でフィルタやセグメントすることも可能になります。

また、カスタム変数やユーザー属性をと合わせてセグメントを設定すると特定のブランドを購入した女性と男性の(年代別の)サイト内遷移の比較。等の細かいデータを見ることができます。

基本コード

eコマースで設置するコードは2つあります。注文毎(トランザクション)の情報を送信するコードと商品毎(SKU)の情報を送信するコードです。

従来のGoogleアナリティクスの場合
注文毎

_gaq.push(['_addTrans',
'1234', // transaction ID - required
'Acme Clothing', // affiliation or store name
'11.99', // total - required
'1.29', // tax
'5', // shipping
'San Jose', // city
'California', // state or province
'USA' // country
]);

商品毎

_gaq.push(['_addItem',
'1234', // transaction ID - required
'DD44', // SKU/code - required
'T-Shirt', // product name
'Green Medium', // category or variation
'11.99', // unit price - required
'1' // quantity - required
]);

参照:Ecommerce Tracking – Web Tracking (ga.js)

ユニバーサルアナリティクスの場合
注文毎

ga(‘ecommerce:addTransaction’, {
‘id’: ‘1234‘, // Transaction ID. Required.
‘affiliation’: ‘Acme Clothing’, // Affiliation or store name.
‘revenue’: ’11.99′, // Grand Total.
‘shipping’: ’5′, // Shipping.
‘tax’: ’1.29′ // Tax.
});

商品毎

ga(‘ecommerce:addItem’, {
‘id’: ‘1234‘, // Transaction ID. Required.
‘name’: ‘Fluffy Pink Bunnies‘, // Product name. Required.
‘sku’: ‘DD23444′, // SKU/code.
‘category’: ‘Party Toys’, // Category or variation.
‘price’: ’11.99′, // Unit price.
‘quantity’: ’1′ // Quantity.
});

参照:e コマース トラッキング – ウェブ トラッキング(analytics.js)

補足:コード内の各データ項目の意味
注文毎

transaction ID(必須)

注文ID。固有の番号です。1回のトランザクションごとにトランザクションidは別の値を発行してください。
(↑テスト環境でこれを固定にしていたら1セッション1回しかトランザクションがカウントされず焦りました)

※商品ごと(addItem)と同じでないといけないです。

Affiliation or store name(任意)
ショップ名。ここにユーザーIDを出力するようにしていることもあるそうです。
コンバージョン>eコマースのデフォルトでは特に見かけないですが、フィルタやディメンションとして使用できます。

total(必須)
合計金額。
※ユニバーサルアナリティクスでは必須ではありません(Grand Total)。

tax(任意)
税金。

shipping(任意)
送料。

city(任意)※ユニバーサルアナリティクスでは廃止
市区町村。コンバージョン>eコマースのデフォルトでは特に見かけないですが、フィルタやディメンションとして使用できます。

state or province(任意)※ユニバーサルアナリティクスでは廃止
都道府県。コンバージョン>eコマースのデフォルトでは特に見かけないですが、フィルタやディメンションとして使用できます。

country(任意)※ユニバーサルアナリティクスでは廃止
国。コンバージョン>eコマースのデフォルトでは特に見かけないですが、フィルタやディメンションとして使用できます。

商品毎

transaction ID(必須)
注文ID。固有の番号です。1回のトランザクションごとにトランザクションidは別の値を発行してください。
※注文ごと(addTransaction)と同じである必要があります。

SKU/code(必須)
※ユニバーサルアナリティクスでは必須ではありません。
商品コード。商品分類の中で一番小さい単位です。

product name(任意)
※ユニバーサルアナリティクスでは必須になります。
商品名。商品分類の中で真ん中の単位です。

category or variation(任意)
商品カテゴリー、ブランド名。商品分類の中で一番大きい単位です。

unit price(必須)
※ユニバーサルアナリティクスでは必須ではありません。
単価。

quantity(必須)
※ユニバーサルアナリティクスでは必須ではありません。
個数。

具体的な設定方法

まず管理画面で アナリティクス設定>ビュー設定>e コマースの設定 をオンにします。

その後先ほどの基本コードをコピペしてサイトに合わせてコードを書き換えます。トラッキングコードの中に書いてもいいし、(下のコードでいう従来のGoogleアナリティクスのような感じです。)含めなくても問題ありません。(下のコードでいうユニバーサルアナリティクスのような感じです。)

 
var id = parseInt(Math.random()*100000);
 

これはトランザクションIDにランダムの数字を付与するように設定してあるものです。デフォルトのコードではないのでよくわからない方は使用しないでください。

任意の項目は記入しなくても問題ないですが、削除してしまうのではなく”(ブランク)にしてください。

従来のGoogleアナリティクスの場合

 
<script type="text/javascript">
var id = parseInt(Math.random()*100000);
  var _gaq = _gaq || [];
  _gaq.push(['_setAccount', 'UA-0000000-1']);
  _gaq.push(['_trackPageview']);
_gaq.push(['_addTrans',
    id,           // transaction ID - required
    'test shop1',  // affiliation or store name
    '1000',          // total - required
    '80',           // tax
    '500',              // shipping
    'Shinagawa',       // city
    'Tokyo',     // state or province
    'JPN'             // country
  ]);

_gaq.push(['_addItem',
    id,           // transaction ID - required
    'cookie002',           // SKU/code - required
    'チョコクッキー',        // product name
    '焼き菓子',   // category or variation
    '108',          // unit price - required
    '1'               // quantity - required
  ]);
  _gaq.push(['_trackTrans']);

  (function() {
    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
    ga.src = ('https:' == document.location.protocol ? 'https://' : 'http://') + 'stats.g.doubleclick.net/dc.js';
    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
  })();

</script>

 

Googleアナリティクスeコマースタグ

ユニバーサルアナリティクスの場合

 
<script>
var id = parseInt(Math.random()*100000);
ga('require', 'ecommerce', 'ecommerce.js');


ga('ecommerce:addTransaction', {
  'id': id,                     // Transaction ID. Required.
  'affiliation': 'test shop2',   // Affiliation or store name.
  'revenue': '1000',               // Grand Total.
  'shipping': '500',                  // Shipping.
  'tax': '80'                     // Tax.
});

ga('ecommerce:addItem', {
  'id': id,                     // Transaction ID. Required.
  'name': 'ショートケーキ',    // Product name. Required.
  'sku': 'cake001',                 // SKU/code.
  'category': 'ケーキ',         // Category or variation.
  'price': '200',                 // Unit price.
  'quantity': '1'                   // Quantity.
});

ga('ecommerce:send');
</script>

 

ユニバーサルアナリティクスeコマースタグ

レポート画面での見え方

コンバージョン>eコマース で見ることができます。トランザクションは今回ランダムの数字を割り振るように指定しているので適当な数字になっています。

従来のGoogleアナリティクスの場合

コンバージョン>eコマース>商品の販売状況の各プライマリ ディメンション
Googleアナリティクスeコマースレポート

コンバージョン>eコマース>トランザクション
Googleアナリティクストランザクション

ユニバーサルアナリティクスの場合

コンバージョン>eコマース>商品の販売状況の各プライマリ ディメンション
ユニバーサルアナリティクスeコマースレポート

コンバージョン>eコマース>トランザクション
ユニバーサルアナリティクストランザクション

また、セグメント、セカンダリディメンション、フィルタ、カスタムレポートなどで取得した値でカテゴライズして数値を見ることができます。

フィルタ設定

セグメント設定

注意点1:コンバージョンとトランザクションの違い(GA/UA共通)

コンバージョンとトランザクション数は一致しないことがあります。

eコマースの設定はほぼコンバージョンページと同じページ(サンクスページ等)に設定すると思うのですが、

  • コンバージョン:セッションごとに各目標ごとに1回のみ計測される
  • トランザクション:セッション関係なく何回でも計測される

という仕様だからです。ですので、サイト内で1回購入したあとで、買い忘れに気づいてもう一回購入する場合コンバージョンは1ですが、トランザクション数は2になります。

例えば様々な資料DLがコンバージョンのようなサイトの場合で、DLのサンクスページが同一の場合、目標が1つだったりすることがあります。

その場合、実際は大量の資料がDLされているのにアナリティクス上ではあまりコンバージョンしていないように見えてしまいます。

そういう場合にはイレギュラーですがeコマースの設定を使ってみるのもいいかと思います。どの資料がどれだけDLしたかを把握しやすくなります。

注意点2:Eコマースの設定はシステム仕様に従う(GA/UA共通)

先ほど解説したtransaction IDなどの各データ項目はほぼ全て、サイトごとに持っている変数を記入することが出来ます。逆に言えば、いろいろなサイトに出ているeコマースの設定の例と全く同じ設定にしてもそれが自分のサイトでも動くかどうかというとそうとは限りません。

もしECのシステムや外部のショッピングカートのシステムを使用している場合は「”お使いのシステム名” eコマース 設定方法」などと検索して、まず自分のサイトでeコマースの設定が可能かどうか確認してみてください。

そうするとヘルプページや設定方法のページが出てくるかと思うのでそれをみて、理解できるのであればそのままの通り設定していただければいいかと思います。

その他にドメインが同じなのか、異なるかによっても設定方法は変わってくるので、よくわからない場合や、さらに何かカスタマイズしたい場合は知識のある人、技術者に相談して設定してもらうほうがいいです。

とても便利な機能ですがJSや対象のサイトのシステム周りの知識のない人からすると設定が難しいので無理に設定することはおすすめできません。

仮想ページビュー

具体的にできること

イベントとほぼ同じです。

  • ページ遷移しないページでのアクションを計測
  • PDFのDLボタンのクリック数を計測
  • 外部サイトへのリンクのクリック数を計測

が行えます。

イベントの機能が備わる前からあった設定らしいので、仮想ペービューのパワーアップ版がイベントみたいなものです。ですので仮想ページビューでできることはイベントでもできます。

仮想ページビューとイベントの違い

設定方法
仮想ページビュー

パス名またはページ名を設定します。

イベント

カテゴリ、アクション、ラベルを設定します。

レポートの表示
仮想ページビュー

他のページ同様、コンテンツの1ページとして計測されるのでページビューとしてカウントされます。

イベント

行動>イベントで表示され、イベント数としてカウントされます。

使い分け

どうやらほぼ違いはないようなので使い勝手のいいように使えばいいかと思います。設定方法が違いますが、どちらもコンバージョンとしての設定は可能です。

個人的にはページ遷移しないタイプの問い合わせフォームとかの場合は、ページビューとしてカウントされても良いと思うので仮想ページビューで問題無いと思います。

逆に外部サイトへのリンクのクリック数はページビューとしてカウントしたくないのでイベントのほうがいいかと思っています。

基本コード

_gaq.push(['_trackPageview', page_path);

ga('send', 'pageview', 'page path']);

補足:データ項目の意味

page_path/page path(必須)
レポートで表示させたいパスを指定します。

具体的な設定方法

例えば外部サイトへのリンクに仮想ページビューを設定する方法です。

従来のGoogleアナリティクスの場合

 
<a onmousedown="_gaq.push(['_trackPageview', '/google_analytics/pv']);" href="http://example.com/">Googleアナリティクス</a>
 

ユニバーサルアナリティクスの場合

 
<a onmousedown="ga('send', 'pageview',  '/universal_analytics/pv');" href="http://example.com/">ユニバーサルアナリティクス</a>
 

仮想ページビュータグ

レポート画面での見え方

行動>サイトコンテンツ>すべてのページ で通常のページと同じように扱われます。

従来のGoogleアナリティクスの場合
Googleアナリティクス仮想ページビューレポート

ユニバーサルアナリティクスの場合
ユニバーサルアナリティクス仮想ページビューレポート

注意点

イベントと違い仮想ページビューを除いた、または仮想ページビューだけの数値はデフォルトではみれないので、それらを見たいのであればフィルタやセグメントの設定を行う必要があります。

ソーシャル インタラクション(ソーシャルプラグイン)

具体的にできること
  • facebookのいいね!、いいね!取り消し、コメント付きシェア数
  • twitterのツイートボタンクリック、ツイート数

の計測ができるようになります。(google+は何も設定しなくとも計測されています。)

基本コード

_gaq.push(['_trackSocial', socialNetwork, socialAction, socialTarget, opt_pagePath]);

ga(‘send’, ‘social’, ‘socialNetwork‘, ‘socialAction‘, ‘socialTarget‘, {‘page’: ‘optPagePath‘});

補足:各データ項目の意味

socialNetwork(必須)
Facebook、Twitterなどのメディアを指定します。

socialAction(任意)
※ユニバーサルアナリティクスは必須
いいね!、送信、ツイートなどの操作を指定します。

socialTarget(任意)
※ユニバーサルアナリティクスは必須
URLを表す文字列。targetUrlって記入してある例をよく見かけます。

optPagePath(任意)
ページのURLのパス部分です。値の最初の文字は「/」にする必要があります。

具体的な設定方法

コピペで簡単!Google AnalyticsでFacebook/Twitterのシェア数を自動集計する方法の記事に書かれているコードを使用させていただきました。

最初にfacebookやtwitterから必要なコードを作成して、それを指定の場所に設置してください。
Like Button
Twitterボタン

その後下記コードを指定の場所に設置してください。

従来のGoogleアナリティクスの場合

下記コードをの前に設置してください。トラッキングコード内に含めなくて大丈夫です。

 
<script type="text/javascript">
function extractParamFromUri(uri,paramName){if(!uri){return}var uri=uri.split('#')[0];var parts=uri.split('?');if(parts.length==1){return}var query=decodeURI(parts[1]);paramName+='=';var params=query.split('&');for(var i=0,param;param=params[i];++i){if(param.indexOf(paramName)===0){return unescape(param.split('=')[1])}}}twttr.events.bind('tweet',function(event){if(event){var targetUrl;if(event.target&&event.target.nodeName=='IFRAME'){targetUrl=extractParamFromUri(event.target.src,'url')}_gaq.push(['_trackSocial','twitter','tweet',targetUrl])}});
</script>

<script type="text/javascript">
window.twttr=(function(d,s,id){var t,js,fjs=d.getElementsByTagName(s)[0];if(d.getElementById(id))return;js=d.createElement(s);js.id=id;js.src="https://platform.twitter.com/widgets.js";fjs.parentNode.insertBefore(js,fjs);return window.twttr||(t={_e:[],ready:function(f){t._e.push(f)}})}(document,"script","twitter-wjs"));
</script>

<script type="text/javascript">
FB.Event.subscribe('edge.create',function(targetUrl){_gaq.push(['_trackSocial','facebook','like',targetUrl])});FB.Event.subscribe('edge.remove',function(targetUrl){_gaq.push(['_trackSocial','facebook','unlike',targetUrl])});FB.Event.subscribe('message.send',function(targetUrl){_gaq.push(['_trackSocial','facebook','send',targetUrl])});
</script>
 

Googleアナリティクスソーシャルプラグイン

ユニバーサルアナリティクスの場合

ユニバーサルアナリティクスのトラッキングコード内で、</script>前に設置してください。

 
FB.Event.subscribe('edge.create', function(targetUrl) {ga('send', 'social', 'facebook', 'like', targetUrl);});
FB.Event.subscribe('edge.remove', function(targetUrl) {ga('send', 'social', 'facebook', 'unlike', targetUrl);});
FB.Event.subscribe('message.send', function(targetUrl) {ga('send', 'social', 'facebook', 'send', targetUrl);});
window.twttr=(function(d,s,id){var t,js,fjs=d.getElementsByTagName(s)[0];if(d.getElementById(id))return;js=d.createElement(s);js.id=id;js.src="https://platform.twitter.com/widgets.js";fjs.parentNode.insertBefore(js,fjs);return window.twttr||(t={_e:[],ready:function(f){t._e.push(f)}})}(document,"script","twitter-wjs"));
twttr.ready(function (twttr) {twttr.events.bind('click', function (e) {ga('send', 'social', 'twitter', 'click', window.location.href); });
twttr.events.bind('tweet', function (e) {ga('send', 'social', 'twitter', 'tweet', window.location.href);});});
 

※上記サイトのコードをそのまま使用させていただいたところテストサイトではうまく計測できなかったので最初の3行の後半の

{ga(['send', 'social', 'facebook', 'like', targetUrl]);});
{ga(['send', 'social', 'facebook', 'unlike', targetUrl]);});
{ga(['send', 'social', 'facebook', 'send', targetUrl]);});

の”{ga(“で括られている”["と"]“を削除しています。

ユニバーサルアナリティクスソーシャルプラグイン

レポート画面での見え方

集客>ソーシャル>プラグインで見ることが出来ます。
ソーシャルプラグインレポート

注意点

facebookやtwitterの仕様変更などでコードがうまく使えなくなる可能性もあります。facebookはiframe版では計測できないそうです。

クロスドメイン トラッキング

具体的にできること

ショッピングカート等に外部システムを使用している場合にデフォルトの設定のままだとうまく計測できないのを、参照元などの情報をきちんと継続させて計測することができます。
※今回テストしたのは異なるドメインの場合です。

example.comhogehoge.comという2サイトを1つのプロパティとして計測する前提で例を出していきたいと思います。

基本コード

通常のトラッキングコードに追記します。

従来のGoogleアナリティクスの場合

トラッキングコードにはドメインごとに違うコードを追加します。

example.comに貼るコード
pageTracker._setDomainName(‘example.com‘);
pageTracker._setAllowLinker(true);

hogehoge.comに貼るコード
pageTracker._setDomainName(‘hogehoge.com‘);
pageTracker._setAllowLinker(true);

該当するリンクにもコードを付与する必要があり、example.comからhogehoge.comにいくリンク全てとhogehoge.comからexample.comにいくリンク全てに下記コードを追加します。

_gaq.push(['_link', this.href]); return false;

この別ドメインのリンクはJQueryで一括設定をすることができます。詳しくは知識のある人が技術者に聞いてみてください。

ユニバーサルアナリティクスの場合

example.comhogehoge.comのトラッキングコードの一部を書き換えます。

ga(‘create’, ‘UA-XXXX-Y’, ‘auto’);

となっている部分を下記のように変更します。

ga(‘create’, ‘UA-XXXX-Y’, ‘auto’, {‘allowLinker’:true});

また、下記2行を追加します。

example.comに貼るコード

ga(‘require’, ‘linker’);
ga(‘linker:autoLink’, ['hogehoge.com'] );

hogehoge.comに貼るコード

ga(‘require’, ‘linker’);
ga(‘linker:autoLink’, ['example.com'] );

複数ドメインある場合は

ga(‘linker:autoLink’, ['123.com','789.com'] );

というように”,”で増やします。

補足

ユニバーサルアナリティクスではリンクに対してコードは付与しなくてOKになりました。とても楽になります!

今までクロスドメインの設定はすべてのクロスリンク部分のコードの書き換えが必要だったためドメインをまたぐ計測の敷居が高かったかと思うのですがユニバーサルアナリティクスではこれを自動化する仕組みをGoogleが提供してくれたおかげで

ga(‘require’, ‘linker’);

このlinkerという記述をすると、linkerライブラリというものを読み込んでくれて面倒な設定をしなくてよくなっているようです。素敵ですね!!

具体的な設定方法

従来のGoogleアナリティクスの場合
  1. トラッキングコードの変更
  2. 各リンクを変更
  3. フィルタを設定

の3つを行います。

1.トラッキングコードの変更
example.comに貼るコード

 
<script type="text/javascript">
var _gaq = _gaq || [];
  _gaq.push(['_setAccount', 'UA-00000-1']);
  _gaq.push(['_setDomainName', 'example.com']);
  _gaq.push(['_setAllowLinker', true]);
  _gaq.push(['_trackPageview']);

  (function() {
    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
    ga.src = ('https:' == document.location.protocol ? 'https://' : 'http://') + 'stats.g.doubleclick.net/dc.js';
    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
  })();
</script>
 

hogehoge.comに貼るコード

 
<script type="text/javascript">
var _gaq = _gaq || [];
  _gaq.push(['_setAccount', 'UA-0000000-1']);
  _gaq.push(['_setDomainName', 'hogehoge.com']);
  _gaq.push(['_setAllowLinker', true]);
  _gaq.push(['_trackPageview']);

  (function() {
    var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
    ga.src = ('https:' == document.location.protocol ? 'https://' : 'http://') + 'stats.g.doubleclick.net/dc.js';
    var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
  })();
</script>
 

2.各リンクを変更
example.comに貼るコード
TOPに戻る

hogehoge.com側に貼るコード

 
<a href="http://example.com/form" onMouseDown="_gaq.push(['_link', this.href]); return false;">お問い合わせフォーム</a>
 

GAcross1_code

GAcross2_code

クロスリンク

3.フィルタの設定
ここはざっくりと設定のみ載せさせていただきます。この画面のように設定して下さい。

ドメイン表示フィルタ

フィルタの種類:カスタムフィルタ

フィールド A : 引用 A ホスト名 (.*)
フィールド B : 引用 B リクエストURI (.*)
出力先 : 構成 リクエストURI $A1$B1

フィールド A は必須:はい
フィールド B は必須:いいえ
出力フィールドを上書き:はい
大文字と小文字を区別:いいえ

と設定します。これでドメイン名が表示されるようになります。(フィルタはそれ以降のデータを書き換えてしまうので、もしなにか不安だったら別にビューを作成しておいてそちらにフィルタを設定するほうが安全かと思います。)

※目標URLがドメインを含んでいないままでしたらドメインを含めたものに変更してください。レポートで表示されるものを記入しないと計測できません。

ユニバーサルアナリティクスの場合
  1. トラッキングコードの変更
  2. 参照元除外設定
  3. フィルタの設定

の3つを行います

1.トラッキングコードの変更
example.comに貼るコード

 
<script type="text/javascript">
(function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
  (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
  m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
  })(window,document,'script','//www.google-analytics.com/analytics.js','ga');

  ga('create', 'UA-0000000-0', 'auto', {'allowLinker':true});
  ga('require', 'linker');
  ga('linker:autoLink', ['hogehoge.com'] );
  ga('send','pageview');
</script>
 

UAcross1_code

hogehoge.comに貼るコード

 
<script type="text/javascript">
(function(i,s,o,g,r,a,m){i['GoogleAnalyticsObject']=r;i[r]=i[r]||function(){
  (i[r].q=i[r].q||[]).push(arguments)},i[r].l=1*new Date();a=s.createElement(o),
  m=s.getElementsByTagName(o)[0];a.async=1;a.src=g;m.parentNode.insertBefore(a,m)
  })(window,document,'script','//www.google-analytics.com/analytics.js','ga');

  ga('create', 'UA-0000000-0', 'auto', {'allowLinker':true});
  ga('require', 'linker');
  ga('linker:autoLink', ['example.com'] );
  ga('send','pageview');
</script>
 

ユニバーサルアナリティクスクロスドメインコード

2.参照元除外設定
最初に説明させていただいたように、参照元が変更してしまうと別セッションになってしまうのでデフォルトのままだと遷移した時に別セッションになってしまいます。

なので、参照元除外にexample.com,hogehoge.comという形で登録してあげる必要があります。設定方法は前回の記事の参照元除外をご確認ください。

最初hogehoge.comだけを登録したらいいのかと思いhogehoge.comだけ登録したらexample.com/formhogehoge.com/thanksexample.comと遷移したときにhogehoge.com/thanksにいく時に別セッションとカウントされてしまいましたので気をつけてください。

3.フィルタの設定
従来のGoogleアナリティクスと同様ですので割愛します。

レポート画面での見え方

crossrepo

注意点

きちんと情報が引き継がれているとサイトをまたぐリンクをクリックした時に、

従来のGoogleアナリティクスの場合は

 

http://example.com/test.html?__utma=000000000.000000000.0000000000.000000000.000000000.1&__utmb=111111111.1.1.111111111&__utmc=222222222&__utmx=-&__utmz=123456789.0123456789.4.8......

 

ユニバーサルアナリティクスの場合は

 

http://example.com/test.html?_ga=1.123456789.123456789.000000000

 

というような感じで数字がアドレスバーに表示されます。

この文字列が表示されるのがいやな場合はどうやらスクリプトでどうにかできるそうです(長くて汚いutm_*パラメータ付きURLをキレイにするGoogle Analytics用の少しマニアックなスクリプト)が、ユニバーサルアナリティクスでも対応してるかどうか検証しておりませんので、どうしても気になる方は近くの技術者に相談していただければいいかと思います。

慣れていないとややこしい部分があるので、この設定も不安なら知識を持っている人が技術者に頼むほうがいいかと思います。ただ、ドメインをまたぐ計測が面倒なので外部への遷移へのリンクをイベントとかで計測していた場合はユニバーサルアナリティクスにすることで設定が楽になっているので機会があれば設定してみてください。

あと、今回のタグや設定はテスト環境では有効でしたが、もしかしてサイトによってうまく設定ができない等の不具合もあるかもしれないので、設定したあとの確認は忘れずに行ってください。

補足

サブドメイン計測の場合の設定方法のみ記載しておきます。

従来のGoogleアナリティクスの場合

 
_gaq.push(['_setAccount', 'UA-0000000-1']);
 

 
_gaq.push(['_trackPageview']);
 

の間に

 
_gaq.push(['_setDomainName', 'example.com']);
 

を追加してください。

ユニバーサルアナリティクスの場合

 
ga('create', 'UA-0000000-0', 'example.com');
 

 
ga('create', 'UA-0000000-0', {'cookieDomain': 'example.com'});
 

に変更してください。

ユーザー タイミングとサンプリング

簡単にまとめさせていただきます。ユーザータイミングの設定に関しては Googleアナリティクスのトラッキングコード設定入門をご確認ください。

サンプリング

サンプリングとは?

PVやヒット数が多いサイトでは、Google アナリティクスが設けている上限値に達してしまうことがあります。
Google アナリティクスの上限としては

・By sampling the hits for your site or app, you will get reliable report results while staying within the hit limits for your account. The limit on the number of hits for a standard GA account is 10M hits/month.

とあるように、1,000万PV/月の上限が定められており、それ以上の値は自動的にサンプリング(全ての測定データのうち、適当な数だけが採取されて集計対象になる)されるようになっています。

こうしたデータを予め任意の割合でまびいて抽出できるのが、このサンプリング機能です。
またこのユニバーサルアナリティクスのサンプリング機能は、初回訪問時にそのユーザをサンプル対象とするか決めるので、サンプリングがなされても直帰率や訪問率に影響を与えることなく測定をすることができます。

具体的な設定方法

従来のGoogleアナリティクスの場合
トラッキングコードに以下のコードを追加します。

 
_gaq.push(["setSampleRate", サンプルする割合(%)]);
 

ユニバーサルアナリティクスの場合
既存のトラッキングコードのcreateの部分を以下のように修正します。

 
ga('create', 'UA-XXXX-Y', {'sampleRate': サンプルする割合(%) });
 

こうすることで、データを間引く(サンプリング)ことができます。

例えば

 
ga('create', 'UA-XXXX-Y', {'sampleRate': 50});
 

としておくと、100人のユーザのうち50人のみのデータを抽出して測定対象とすることができます。

まとめ

以前の記事と合わせて設定の利点とめんどうな点等を考えてユニバーサルアナリティクスへの移行を考えてみてください。

大きなサイトほどいろいろな設定をおこなっているはずで、移行のための準備が大変になると思うのでそういった場合はサイトのシステムに関わっている方に相談して見てください。

ちなみに、今回この記事を書くにあたって全てテストをしてみたのですが、公式等に書かれている通りに設定したはずがなぜか動かない、とか説明されてる通りの動きにならない。。みたいなことが多々あり開発室の人に助けてもらいました。

それをふまえて弊社開発室のブログでもエンジニア向けのAnalytics設定に困ったときのまとめの記事を書いてくれたので開発の人間にうまくやりたいことが伝わらなかった場合はぜひこちらのブログを見せてみてください。

参考:基礎からわかるGoogleアナリティクスのトラッキングコード設定入門

参考サイト/本

最後に、こちらの記事作成にあたり大変参考にさせて頂いた書籍や記事をご紹介します。

最後まで読んで頂き本当にありがとうございました。

自社メディアを事例としたSEOセミナー開催のお知らせ+過去に開催したセミナーの開催報告

ここのところ更新を完全にサボっておりましたが丁度良い話題として久々にセミナー告知させて頂ければと思っております。

ApplivのこれまでのSEOや現状についてゴリゴリお話します

昨年リリースした自社サービス「Appliv」がちょうど運用歴1年となりましたので、これまでのSEOへの取り組み方や、その経過報告などをしたいと思っています。トラフィックデータの公開とかは積極的に行いますのでそれだけでもそれなりに面白いと思います。

詳細:ヴォラーレSEOセミナー「広告を一切使わず1年で700万PVのメディアを作る方法」

ここでも補足で概要をご案内しておきますと、Applivは、簡単に言えばiPhoneアプリやiPadアプリを探すためのサイトです。本家のApp Storeさんやアプリレビューサイトの代表格のAppBankさんなどに比べて「ジャンル・目的でアプリを探す」ことに特化したメディアです。

ちなみに1年で700万PVてどうなのという声もあると思いますが、少なくともたくさんのPVを集めること自体を目的として運営しているサイトではありませんのでそこの数字自体はオマケで捉えて頂ければと思います。

どなたかが何かの記事で「メディアは1000万PVを超えてようやく中堅、1億PVを超えるとブランドに」というお話をされてたのですが(ソースを見つけられません、、ご存知の方いましたらお知らせ頂けると幸いです。)そういう意味で現状のApplivはまだまだ人間で言えば思春期に入る前くらいの段階だと思います。

2013年のオーガニック流入はこんな感じで推移しています。

当日お話するのはPV集めのテクニックではなくてあくまでこのサイトがどのようにSEOを行いどのような結果に至っているか、という情報を参加者の方に共有する目的が主となります。

今回は自社サイトの具体的なデータまで開示しますので珍しく有料とさせて頂けますが、他のサイトが1年間どのようなことを行ってきたのかということをお話しますので相応の価値はあると思っています。というか出せるように頑張ります。

詳細・申込はこちらから:http://www.seohacks.net/seminar/201309/

過去のセミナー開催のご報告

こちらもそういえば毎月ご報告します、というお話でしたが全然していなかったですね。基本的にはSEOセミナーは今も毎月開催していまして、こちらの過去の開催分についても簡単にまとめさせて頂きます。

8月:解除事例から見る 最新被リンクペナルティ解除対処法

開催:8月23日(金) 講師:實川  セミナー詳細はこちら

2012年以降、ペナルティ解除やリンク否認ツール、再審査リクエストなどに関連する話題は日常的に見るようになりましたが、Google側の対応含めてその内容はかなりの速度で変化をしてきています。最近では手動対策ビューアの登場などで色々と戸惑った方も多かったと思います。

今回のセミナーでは、8つの事例を元に、再審査リクエストのドキュメント作成例や、否認ツールの効果の有無、警告メッセージ受領→ペナルティ解除までの順位推移事例などについてお話させて頂きました。

リンクペナルティ関連のに関しては状況が順次変わっているものですので何ヶ月かに一度は今後も開催していきます。

過去の開催レポート:「ペナルティ解除はやるべきことを着実に、ただひたすらに泥臭く」
関連記事1:不自然リンクによるGoogleペナルティ解除事例 (基礎編)
関連記事2:不自然リンクペナルティ・再審査リクエスト絡みの質問を20個集めて汎用的かつ無難なQ&A集を作ってみた

7月:一から学べるSEO基礎セミナー

開催:7月26日(金) 講師:山田  セミナー詳細はこちら

内容としては久しぶりに超基礎に絞ったセミナーでしたので内容は割愛しますが、これまでのセミナーの中では圧倒的な自由度を表現できたセミナーだったのではないかと評価しています。

少しばかりスライドの一部をご紹介しておきます。




6月:キーワード選定プロセスを学ぶ

開催:6月21日(金) 講師:土居  セミナー詳細はこちら

珍しく(やったことなかった話題だったので)キーワード選定に関する内容でお話しました。

こちらはまとめようと思ったらkenjieeen’s blog様が内容を簡潔にまとめて頂いておりましたので、こちらをご紹介するに留めることとします。ご紹介有難うございます。

まとめ:セミナー@ヴォラーレ(キーワード選定編)

5月:Webサイト設計に関わるセミナー

開催:5月24日(金) 講師:土居  セミナー詳細はこちら

こちらについては4月に行いましたセミナーと同じ内容となります。4月に比較的多くの方から嬉しいFBを頂きましたので(省エネも兼ねて)第二回目を行わせて頂きました。

実況:ヴォラーレ:Webサイト設計に関わる無料SEOセミナー セルフまとめもいいとこ
開催報告:理解していれば回避できるはずの問題は予め回避しておくが吉
まとめて頂きました:Web制作・開発に関わる方が知っておくべきSEO設計ポイントまとめ

最後に:セミナーの反響からみるSEOの需要

毎月色んなテーマでセミナーやっていますが、テーマ毎に反響は全然違いますね(その時の集客への力の入れ具合にも寄るのかもしれませんが)。

  • リンクペナルティとか再審査リクエストに関する話題
  • Webの設計、コンテンツなど内部施策に関する話題
  • ペンギンアップデートとかパンダアップデートみたいな話題

やはりこうしたものが安定して需要があるみたいです。どの回もFacebookやTwitterでの簡単な告知と、最低限のリターゲティング広告での集客ですが、例えばキーワードの話題とか超基礎とかよりも上記のものの方が全然集客で勢いが違うなあと思っています。

今後も定期的にセミナーは開催させて頂きますのでよろしくお願い致します。

ヴォラーレ株式会社 土居

おすすめの記事

Googleタグマネージャを用いたイベントトラッキングやeコマーストラッキングの設定方法

Google タグマネージャは複数の煩雑なタグ管理を容易に行うためのツールです。使い慣れないとなかなか便利さを実感しにくいツールではありますが、慣れてしまえば色々な場面で利用できます。特に専任の技術担当がいない商用サイトにおいては、非常に有用なツールだと思います。

基本的なツールの使い方については、Googleタグマネージャ 初期設定の手順、使い方まとめで紹介しておりますので、そちらをご覧下さい。本記事では、データレイヤー変数を使用したタグマネージャのより応用的な使い方をご紹介いたします。

今回紹介するのは、次の2つの例です。

  1. タグマネージャを使用してGoogleアナリティクスのeコマーストラッキングを設定する方法
  2. カスタムHTMLタグを使い、リファラによる検索順位の取得を行う方法

特に後者のイベントタグを使用した例では、運用中のWebサイト自体には何ら手を加えず新しい機能を導入しています。

サイトの制作を制作会社に外注している場合など、通常はタグの設置を制作会社に依頼する必要があると思います。タグマネージャを利用すれば運用側でタグを自由に追加できるため、このような煩雑なやり取りも不要になります。

こうした点でも、タグマネージャの便利さを実感できるのではないでしょうか。

それでは、具体的な利用方法を見てみましょう。

タグマネージャを使用してGoogleアナリティクスのeコマーストラッキングを設定する方法

Googleアナリティクスのeコマーストラッキング機能は、受注時の受注した商品や売り上げの情報を集計して、アナリティクス上で分析することのできる機能です。

今回は、Googleタグマネージャを使用して、eコマーストラッキング機能を設定してみます。タグマネージャのタグがWebサイトの各ページに挿入されていることを前提としますので、タグマネージャの導入がまだの場合は、こちらの記事をご覧下さい。

必要な作業は次の3つです。

コンバージョンページに購入情報を含むJavaScriptを設置する

それぞれの顧客が購入した商品の情報は、ECサイトのシステム上で管理されているはずです。この購入した商品の情報をGoogleアナリティクスで集計・分析するには、購入情報をGoogleアナリティクスへデータを渡す必要があります。

タグマネージャを利用しない通常の場合、アナリティクスの_gaqオブジェクトを利用するのが一般的です。_addTrans, _addItem, _trackTrans の3つのメソッドで、受注した情報を送信します。

一方タグマネージャを使用する場合、一般的な方法では_gaqオブジェクトを使用することができません。サンクスページで決済時の購入商品情報をデータレイヤー変数として渡す必要があります。

データレイヤー変数については、末尾に簡単な解説を設けましたので興味のある方はご覧ください。ここでは設置方法のみを紹介しておきます。

以下2つのタグの設置が必要です。

1. タグマネージャタグより前に、以下のタグを挿入します。

このタグをタグマネージャタグより前に設置することで、タグマネージャからデータレイヤー変数を参照することが可能になります。

<script>
  // dataLayer(TagManagerとのデータ交換用)
  dataLayer = [];
</script>

2. 以下のような購入情報を含むタグを設置します。

<script type=”text/javascript”>
//<![EDATA[
  // 受注番号
  var transactionId = "0001";
  var cartProducts = [];
  // — 購入商品 —
  cartProducts.push({
    ”id”: transactionId, // 受注ID
    ”sku”: “product00000001″, // 商品番号
    ”name”: “サンプル商品”, // 商品名
    ”category”: “サンプルカテゴリ”, // 商品カテゴリ
    ”price”: “10000″, // 単価
    ”quantity”: “2′”// 数量
  });
  // — / 購入商品 —-
  // TagManagerへデータを転送
  dataLayer.push({
    ”transactionId”: transactionId,
    ”transactionTotal”: “20000″, // 合計
    ”transactionTax”: “0″, // 税金
    ”transactionShipping”: “0″, // 送料
    ”transactionProducts”: cartProducts, // 商品情報
    ”event”: “trackTrans” // イベント名
  });
//]]>
</script>

こちらはサンプルなので固定値を入力していますが、商品名や金額などの値を含む箇所は、購入した商品の情報に合わせて動的に出力できるようにします。

パッケージやオープンソースのECシステムを利用して構築した場合、購入した商品の情報は、完了ページで参照できるようになっているはずです。システムの構築を外部に委託している場合、この作業はシステム制作業者に依頼するとよいでしょう。

データレイヤー変数の名前は、公式ドキュメントに推奨されるデータレイヤー変数名が例示されているので、この命名規則に合わせて設定します。個々の値の意味について詳しく知りたい場合は、Google アナリティクスの公式ドキュメントを参照してください。

Google アナリティクスのeコマース設定を有効にする

アナリティクスでeコマースの設定を有効にしていなければ、eコマーストラッキング機能が使用できないので設定しておきましょう。すでにeコマース機能を利用している場合は不要なので、読み飛ばしてください。

アナリティクスにログイン後、ページ右上のアナリティクス設定に移動し、プロパティを選択します。次いでプロファイルを選択して移動、タブの中からプロファイル設定をクリックします。「eコマースの設定」という欄がありますので、ここで「はい、eコマースサイトです」を選択して「適用」をクリックします。

アナリティクス eコマースの設定

アナリティクス側の設定はこれで完了です。

Google タグマネージャ上でeコマーストラッキング用のタグを作成し、サンクスページに配信する

今度はタグマネージャ側での設定です。

ここではタグの登録と(配信)ルールの設定を行い、バージョンを作成します。このバージョンを公開することで、実際にWebサイトへタグを配信することができます。

タグマネージャでは、Google アナリティクスのトラッキングコードなど予め用意されたタグ以外、サードパーティ製のトラッキングコードや、オリジナルのタグなどもタグマネージャ上から配信できます。ただしGoogle アナリティクスのトラッキングコードに関しては、既にタグマネージャ上で用意されているため、わざわざカスタムHTMLタグを使用する必要も特にありません。

今回も、タグマネージャ上に用意されているGoogle アナリティクスのタグを使用します。

ログイン後、タグマネージャタグに一致するコンテナを選択して、コンテナのサマリーを開きます。eコマーストラッキング用のタグを作成する必要があるので、「新しいタグの作成」をクリックします。

タグ名を適当に入力し、タグの種類は「Google アナリティクス」を選択します。Google アナリティクスのウェブプロパティIDを入力します。アナリティクスのウェブプロパティID は、トラッキングタグを複数導入する場合など、何度か必要なので、定数文字列のマクロ変数として登録しておくと後々便利です。

eコマーストラッキングを行う場合、「トラッキング タイプ」は「トランザクション」を選択します。

配信のルールについてはサンクスページに挿入したタグで、’event’ : ‘trackTrans’ というイベント名を設定しましたので、ルールは「{{event}} 含む trackTrans」としておきましょう。

「trackTransイベント」ルールの追加

eコマースタグの追加

ここまで入力して、タグを保存します。次にバージョンを作成します。実際のWebサイトで公開する前に、まずはデバッグモードにして、タグが正しく配信されるかどうか見てみましょう。

eコマースタグのプレビュー

図のように、配信:イベント「trackTrans」となっていれば正しく配信されています。正しく配信されていることを確認したら、バージョンを公開しましょう。

トラッキングデータを確認する

実際に正しく測定できているかは、Google アナリティクスのレポートを確認してみましょう。受注データが集計されていれば成功です。お疲れさまでした。

なお、eコマーストラッキングによるデータの反映は、少々タイムラグがあるので気長に待ってみましょう。

カスタムHTMLタグを使い、リファラによる検索順位の取得を行う方法

次は、例として海外SEO情報ブログで紹介されているリファラを使った検索順位の取得を、Googleタグマネージャ上のタグ発行のみで設置してみたいと思います。

必要な作業は次の2つです。

カスタム HTML タグで、Googleからのランディング時のリファラ解析用のタグを配信する

参照元記事では _gaq オブジェクトを使用してタグマネージャのランディングを計測していますが、今回はタグマネージャを使用しますので、リファラ解析用タグをそのまま用いることはできません。先のeコマーストラッキングの例と同じく、データレイヤー変数を用いてイベントを発生させることになります。

Google タグマネージャにログインし、コンテナを選択します。ドラフトコンテナを選び、新しいタグの作成をクリックします。「タグの種類」は「カスタム HTML タグ」を選択します。次いで以下のコードを貼り付けましょう。

<script type=”text/javascript”>
//<![EDATA[
  var myString, r, rank, kw, keyWord, p;
  if (document.referrer.match(/google.(com|co.jp)/gi) && document.referrer.match(/cd/gi)) {
    myString = document.referrer;
    r = myString.match(/cd=(.*?)&/);
    rank = parseInt(r[1]);
    kw = myString.match(/q=(.*?)&/);
    if (kw[1].length > 0) {
      keyWord = decodeURI(kw[1]);
    } else {
      keyWord = “(not provided)”;
    }
    p = document.location.pathname;
    dataLayer.push({
      ”event” : “trackEvent”,
      ”eventCategory” : “RankTracker”,
      ”eventAction” : keyWord,
      ”eventLabel” : p,
      ”eventValue” : rank
    });
  }
//]]>
</script>

タグを配信するルールは特に気にならない限り、すべてのページで問題ありません。以上が設定できたら、タグを保存します。順位計測用のタグはこれでOKです。

イベントトラッキング用のアナリティクスタグを発行してイベントを計測する

先ほどのタグで抽出した順位の情報を、Google アナリティクスのイベントとして計測させるために必要な作業です。

新しいタグを作成し、「タグの種類」として アナリティクスを選択します。「トラッキング タイプ」は「イベント」を選択します。

先ほどのdataLayer.push内の設定値に対応するよう、マクロでデータレイヤー変数を設定していきましょう。このとき、マクロ名は自由に決めて構いませんが、データレイヤー変数はdataLayer.pushで送信した名前に合わせて入力しましょう。(逆に変更すると紛らわしくなる可能性もあるので、よくわからなければとりあえず同じ名前を使用しておくのがよいでしょう。)

新しいマクロの作成

配信ルールも dataLayer.push() で送信したオブジェクトの名前に合わせる必要があります。ここでは “event” : “trackEvent” というイベント名を設定しているので、これに合わせて {{event}} 等しい trackEvent としておくとよいでしょう。

「trackEvent」ルールの追加

最終的には、以下のようになります。

順位トラッキング集計用タグの追加

この配信ルールを有効にしたら「保存」 をクリックします。

動作確認

後は先ほどと同様に、バージョンを作成し、プレビューモードで確認してみましょう。

Googleから適当なキーワードを入力して検索結果に表示させ、流入してみたときに、カスタム HTML タグとアナリティクスタグが配信されていればうまくいっています。

Chromeの場合はリファラの関係上、このトラッキング自体が有効にならないようなので、配信されていることを確認したい場合、IEやFirefox、Operaなどを使って確認するとよいでしょう。

問題なければバージョンを公開すると、検索順位が取得できるようになります。

ここまでの流れで分かるように、今回の追加は、Webサイト内のHTMLを直接書き換えることは一切していません。それでいてWebサイト全体にタグを配信できるのですから、少しはタグマネージャが便利であると感じていただけるのではないでしょうか?

その他、Googleタグマネージャの挙動について補足

タグマネージャにはいくつか分かりづらい点がありますので、この場を借りて補足をしたいと思います。少々技術的な話になりますので、分からなければ読み飛ばしていただいて全く問題ありません。

データレイヤー変数について

通常、タグマネージャ上のタグは名前空間が分離されているため、ドキュメント内のスクリプトの変数にアクセスすることはできません。これを解消する方法として、タグマネージャ側から参照できるグローバル変数がデータレイヤー変数です。データレイヤー変数を使用することで、名前空間を無駄に汚さずデータのやり取りを可能にしてくれます。

データレイヤー変数は、タグマネージャ側ではマクロを利用して内容を参照します。マクロは事前に登録しておき、 {{(マクロ名)}} の形で、タグマネージャ内に挿入するスクリプトや変数フィールドに挿入します。

タグマネージャで配信するスクリプト内にマクロを挿入しておくと、dataLayer.pushで挿入した内容を参照できるようになります。

なおデータレイヤー変数名は標準でdataLayerという名前ですが、名前を変更することも可能です。ただし、サイト内で同名の変数を使用しているなどの場合を除き、通常変更する必要はないでしょう。

タグマネージャの “配信” とは

タグマネージャからロードされるスクリプトを見てみると分かりますが、1つのアカウントで配信されるタグはルールによらずすべて同一のタグが配信されています。

設定したルール自体がJavaScriptのコードになっており、タグマネージャの配信条件に合わせてスクリプトの実行をコントロールしていることが分かります。タグマネージャからロードされるJavaScriptを見ると、配信ルールの名前なども含まれているのが分かります。

1度タグマネージャのスクリプトをロードしてしまえば、その後はキャッシュされたスクリプトを利用でき、読み込み時間を短縮できます。

なお、タグマネージャに挿入したスクリプトは、自動的にMinifierで圧縮されるので、挿入タグの大きさ次第でWebページに直接タグを挿入するよりも転送速度の向上が期待できます。特に多くのタグを使用する場合や、タグ自体が長い場合は有効だと思います。

まとめ

今回の記事では、タグマネージャの少しだけ応用的な使い方を2つほど紹介しました。この他にも、例えばjQueryのプラグインをタグマネージャで配信し、サイトのメンテナンス情報をWebサイトに表示させるといった応用も可能です。

まだまだ日本ではタグ マネージャに関する情報が少なく、利用しがたいところもありますが、使いこなせるようになると色々な応用が効くツールですので、ぜひ積極的に使ってみることをオススメします。

ヴォラーレ株式会社 若松

おすすめの記事

Googleタグマネージャ 初期設定の手順、使い方まとめ

Googleタグマネージャは、2012年10月1日(日本だと10月2日)にgoogleから公開された新ツールです。10月26日には日本語インターフェースがリリースされました。(タグマネージャー、と書きたくなりますが公式に合わせて「タグマネージャ」と書いておきます。)

タグマネージャに関してはGoogleアナリティクスなどとは違い、まだまだそこまで世の中に情報が出回っているという状況ではないため、個別に細かな設定をしようかなと思った時には結構試行錯誤しながらやっていく、ということも出てくると思います。今後もう少し実用的な使い方についても解説したいと思いますが、今回はひとまず基本的な使い方、特に初期導入時の設定方法や手順をまとめておきました。

Googleタグマネージャとは何か?

名前の通り、タグの管理(タグマネジメント)が出来るツールです。
※参考: タグマネジメント、きちんと理解できてる? 【タグマネジメント概論第1回目】

具体的には、googleアナリティクスやAdWordsなどでwebサイトに埋め込まないといけないタグやFacebookやtwitterなどJavascriptを使用するタグなど、今まで個別にサイトに埋め込んでいたような様々なタグを一括で管理することができます。

例えば、今までGoogleアナリティクスのタグを変更したい場合(eコマース設定等でトラッキングコードを書き換えなければならない場合等)はウェブサイトの管理者にお願いして、全ページまたは指定箇所のタグ入れ替えを行わないといけませんでした。タグマネージャを利用することで、こうした変更が今までよりも簡単に行えるようになる、といったメリットがあります。

analytics

SEOやアクセス解析、リスティング広告などのマーケティングに関わっている方が、必ずしも自社のサイトを管理・更新しているわけではなく(というか管理していないことの方が圧倒的に多いと思いますが)、多くの場合は別の担当者か外部の管理会社にまかせていると思います。

その場合、いちいち何かを変更する際にも、担当者間での依頼のやりとりが発生しますし、解析をより高い精度で、よりスピーディに行おうとすればなるほどそのコストもかさんでしまいます。

tag_manager

タグマネージャを使用することによって、何か変更が起きた時でもサイトに直接変更を加えるのではなく、タグマネージャの管理画面の情報を変更することでサイトに直接トラッキングコードを埋め込み直した状態と等しくなりますので、アクセス解析やマーケティングに関わる方が直接そうした変更を行えるようになります。

とても便利!なのですが、例えば、既にアナリティクスのコードが直接サイトに埋め込まれている場合は、一度既存のトラッキングコードを削除してからタグマネージャのコードを埋め込まなければなりません。

ちょっと手間な上に一時的に解析ができなくなります。また、サイト毎に設けている細かな指標の測定など、オリジナルな測定をしたい場合にはJavascriptなどの知識が必要になったり、導入に際してのコストが膨らんでしまうこともあります。

ですので、何でもかんでもタグマネージャを使用する価値があるかないかといわれると、大きなメリットがある場合もあれば、メリットがそんなにない場合もあるんじゃないでしょうか?と思います。

導入メリットが少なさそう

以下のような場合では今時点では敢えて導入する必要もないんじゃないかと思います。

タグの種類が少なく、変更頻度も少ない場合

1種類のタグ以外は使用していないし定期的に変更する必要もない、そして今後も当分使用する必要がない場合などには、そもそも大した管理コストは割いていないはずですのでわざわざタグマネージャのタグを埋め込み直したりする方が手間だと思います。

既に多くのタグが埋め込まれ、更に細かなオリジナルの設定を加えている場合

タグマネージャは他のgoogleプロダクトに比べ新しいので、そこまで情報が多くありませんし、まさに改良が加えられている最中のものなので今世の中に出ている情報以外のことを行おうとする時に必ずしも誰でも設定が行えるわけではありません(今後はもっと使いやすくなるとは思いますが)。

ですのでエンジニア(というかJavascriptが不自由なく使える人)のいない環境で、カスタマイズされた設定を必ずしもタグマネージャを使用して実現できるわけではないかもしれません。

・・・とは言え思いつくのはこの位でしょうか。。

導入したほうがいい場合

以下のようなケースでは導入する価値は十分にあるように思います。

様々なタグが埋め込まれていて何がなんだかわからなくなってしまっている場合

タグマネージャを使用すれば、全てのタグを一つの管理画面上で一元管理出来ますので、ごちゃごちゃしていて状況がサッパリ、という状態は改善できると思います。

今後ウェブサイトの解析をしっかりと行なって行きたいと考えている場合

それなりに細かな解析を行っていく場合、必要に応じて様々なタグを追加で埋め込む必要が出てくることがありますので、予めタグマネージャでの管理を行なっておけばより効率的にタグを運用していくことが出来ると思います。

サイト内のタグ変更などを行う場合に、外部の管理会社とやり取りをして変更しなくてはならない場合

タグマネージャを使用すれば、都度発生したタグ変更などの作業もいちいち管理会社に依頼しなくても変更が行えるようになります。
(ただし先ほど述べた通り、それなりに細かな設定を行う場合はJavascript等の知識が必要になることもあります)

ページ毎に異なるタグを埋め込む必要があるタグを使用している場合や、そのタグが発動するページを指定する場合

「カテゴリページにはこのタグを埋め込むけど、TOPページには埋め込まない」などといった条件があるようなタグ、またそういったタグが多岐にわたってサイト内にバラバラと埋め込まれている場合には管理がかなりややこしくなってしまうと思うのですが、タグマネージャで管理することで、それぞれのタグが発動するページや条件を指定することができるので管理、整理がしやすくなります。

新しいもの好きな方(おまけ)

まだそんなに世の中に情報が多くないので、自分で調べて設定してテストして、を繰り返すことになると思います。そういう作業が好きな方にはとても楽しいツールだと思うのでお勧めです。実利が伴うのであれば使い倒して見るのもよいのではないでしょうか。

つまり、長期的なタグの管理とか更新の手間や時間を考えれば、多くのケースでは入れておいた方が後々いいんじゃないでしょうか?と思います。

タグマネージャでGoogleアナリティクスを計測できるよう設定する

さて、ここからは、実際にタグマネージャを使ってGoogleアナリティクスの計測を行えるように設定してみます。(機会があれば、別途AdWordsの設定方法、アナリティクスeコマース設定、facebook等のアイコンの設定等もご紹介させて頂きます。)

※5/28追記※
ちょっとした応用で、Googleタグマネージャーを用いてアナリティクスのeコマースやイベントトラッキングを設定する方法の記事を書きました

今回は、最もよくあるタグの設置です。Googleアナリティクス側の設定の話は省きます。

1.ログインします

Google タグマネージャ公式サイトにて右上のログインボタンをクリック

e383ade382b0e382a4e383b3e794bbe99da2

2.アカウントを作成します

Googleアナリティクス等でも最初にアカウント登録を行いますがそれと同じような感じで企業毎に1アカウント作成します。
※名前は 該当アカウント > 設定 から後で変更可能です。
アカウント名

3.コンテナを作成します

Googleアナリティクスでいう”プロパティ”みたいな感じでウェブサイトごとに1つのコンテナを作成します。タイムゾーンを選択してドメインを記入します。
※名前は 該当アカウント > 該当コンテナ > ユーザーと設定 > 設定 から後で変更可能です。
コンテナ名

4.利用規約に同意します

敢えて書くまでのことでもないですが同意しないと次に進めません。

利用規約

5.コードを取得します

これが色々なタグの変わりにサイト内に埋め込むタグマネージャのタグになります。
(固有のIDが割り振られているため一部画像を加工してあります。)

コード

6.コンテナにタグを追加します

今回はGoogleアナリティクスなのでアナリティクスを選択。タグの追加は後で行っても問題ありません。
タグ追加

7.タグ名を記入します

今回はタグの種類をGoogleアナリティクスにしたのでウェブプロパティIDを記入する枠が出てきます。ここにウェブプロパティIDを記入しましょう。
※アナリティクスの該当アカウント > 該当プロパティ > トラッキング情報 に表示されているUA-から始まるIDです。

GA新規タグ追加

ちなみにアナリティクス以外にも下図のタグを登録出来るようになっています。登録できるタグの種類はリリース直後よりも増えています。機会があればまた別で紹介しますが、ここに書かれていない種類のタグに関しては全て「カスタムHTMLタグ」で設定します。

タグの種類選択

さて、カタカナが多くてそろそろ混乱しそうです。

ここで一回配信の流れに関して説明しますと、先ほど「タグマネージャの管理画面の情報を変更するだけでサイトに直接トラッキングコードを埋め込み直した状態と等しくなります。」と説明させて頂きましたがそこに関してもう少し具体的にみてみます。

タグマネージャルール配信の流れ

今、[7.タグ名を記入します]まで設定しましたが、これはタグマネージャの中にあるコンテナの1つに1つのタグを追加した。という状態です。

この後各ページにコンテナ([5.コードを取得します]で発行したコード)を埋め込みますが、埋め込んだだけでは何も変わりません。なぜかというとそのコンテナが空っぽだからです。コンテナ単体では何かを計測することはできません。

ではどうやって計測出来るようにするかというと、次の[8.ルールを設定します]で設定するルールによってコンテナの中にタグを入れてあげるイメージです。ルールはページ単位ではなくタグ単位で設定します。

上の図でいうとGoogleアナリティクスのタグは「1、2、4ページ目のコンテナに入れてあげてね」というルールが設定されています。

逆に「全ページのコンテナに入れてね、でも3ページ目にはいれないでね」というルール設定をすることもできます。

その他にも「3ページ目のyahooプロモーション広告のタグは2ページ目にアクセスしたことのある場合のみコンテナにタグをいれてね」といった設定も可能です。

最初にタグマネージャはタグを管理するツールとお伝えしましたが、もう少し具体的にいうと、ルールによってタグを管理・制御しているツール。という感じでしょうか。

8.ルールを設定します

「タグを配信するルールを追加」をクリックすると下図の様な画面に遷移します。
ここでは最も普通なアナリティクスのタグの追加を行うので、「既存のルールから選択」でデフォルトで登録されている、「すべてのページ」をチェックし、「保存」をクリックします。

ルールの追加

9.登録情報を確認します

トラッキングタイプは最も一般的なアナリティクスのタグの設置なのでページビューのままで問題ないです。

プルダウンをクリックすればその他の種類がでてきます。イベントの設定に関しては今度記事にします。

タグ名、タグの種類、トラッキングタイプ、配信のルールの4項目が記入されていることを確認したら「保存」ボタンをクリックしてください。

ルール追加元

10.コンテナの中身を確認します

設定したコンテナに何のタグが入っていてどういうルールが入っているか確認できます。マクロに関してはちょっと分かりにくいので、ひとまず今回は触れないでおきます。

11.バージョンを作成します

バージョンを作成することでやっとタグ配信の準備が整います。
バージョンを作成をクリックしてください。

バージョン作成と言われてもピンと来ない方もいるかもしれませんが、ブログとかでもある「下書きで保存」と似たようなイメージをしていただければわかりやすいかと思います。[10.コンテナの中身を確認します]までの状態ではコンテナにタグとルールをいれただけで放置した状態になります。

また、バージョンとは履歴。と考えてもらえればいいと思います。バージョン管理とか聞いたことあるかと思いますがそれと同じ様なことだと思っていただければいいかと思います。

なので、何か新しいタグの設定を行ったけれど今までうまく計測できてたものがうまく行かなくなった。といった場合にはきちんと動いていた時のバージョンに戻せば前の状態できちんと動くことになります。

タグの中身

12.バージョン公開前にチェックします

下書き状態のこのコンテナの内容が正常に公開されるかをチェックするためにプレビューを見てみましょう。プレビューをクリックしてください。

バージョン公開

13.プレビューとデバックを選択します

自分ではよくわからない等、何か理由がある場合はプレビューを共有で他の人にもチェックしてもらうことができます。また、プレビューのみでもいいですが、両方できるプレビューとデバックを選択していいと思います。

プレビューとデバッグ

14.プレビューを確認します

ドメインをクリックしてください。
プレビュー確認

15.プレビュー確認画面を見ます

下図のように該当サイトの半分にタグマネージャが配信されているかどうかが表示されます。配信されている場合は「配信」と表示され、配信されていない場合は「未配信」と表示されます。

配信されているということは、そのタグがそのページで読み込まれている状態なので、この場合だとGoogleアナリティクスの計測ができていることになります。

未配信ということは、コンテナからきちんとタグが表示されていない状態なので、タグかルールの設定をどこかしらで間違えているということになります(基本的には。)

プレビュー中

16.ようやく公開!

新しいタブでプレビューが開かれているはずですので、元のタブにもどってください。
「プレビューモードを終了」をクリックしてください。[12.バージョン公開前にチェックします]の画面に戻ってきたかと思うので、「公開」ボタンをクリックしてください。
下図が表示されるので、特に問題がなければ「はい」をクリックしてください。

公開の確認

17.バージョン一覧

一番最初に作成したバージョンは恐らく2になると思います(最初から1が登録してあるので)。

version

これでアナリティクスが計測される状態になりました!!ひとまずお疲れ様でした。

おまけ

最後に、バージョン名の変更等に関しても少し触れておこうと思います

バージョン名の設定

バージョン > 該当バージョン > 編集

バージョン名とメモを記入することができます。ここでバージョン名をきめておくと左側のメニュバーみたいなところに表示されるバージョンがIDではなくバージョン名で表示されます。

バージョン名を設定せずにたくさんのバージョンを作成してしまうと数字が並んでいて意味わからなくなってしまいます。わかりやすいバージョン名を設定しておきましょう。

また、複雑な設定を行ったバージョンの場合はメモにどういう設定したかを記入しておくと良いです。こうした管理は一人だけが把握できている、ではなくて他の人が見た時にもわかりやすい状態にしておいた方が良いと思います。

ユーザー管理

ユーザーと設定 > ユーザー

ここでアカウントに対する権限とコンテナごとに対するユーザー権限の設定が行えます。

以上になります。

最後に注意点

とても便利なツールなのですが、いろんな細かい設定をしたい、とかこれとこれを組み合わせてこういうことをしたい、とかいう場合に、ちょっとまだ情報が少なく調査やテストなどに時間がかかってしまってしまうなあというところが悩みどころです。

例えば社内で導入に向けて提案するとき、或いはクライアントに提案するときに「今大変なのがめちゃくちゃ簡単になりますよ」みたいな感じで安易に伝えてしまうと、特に初期の導入時には「全然カンタンじゃないじゃないですか」ということになりかねません。導入するときにかかるコスト、或いは運用にかかるコストもある程度はかかるということは前提に導入されると良いのではないかと思います。

とはいえ、まだリリースしてそこまで時間も経っていないなかでも徐々に使いやすくなってきている印象はあるので、ぜひ機会がありましたら早い段階で導入を検討してみてはいかがでしょうか。

文責:ヴォラーレ株式会社 三好

おすすめの記事