2016-06-28

プライバシーポリシー

掲載されている広告について

当ブログでは、現在、下記の広告サービスを利用して広告を掲載しています。

使用しているアクセス解析ツールについて

当ブログでは、記事の閲覧状況を把握するため、Google社が提供するアクセス解析ツール「Googleアナリティクス」を利用しております。
Googleアナリティクスはトラフィックデータの収集のためにCookieを使用していますが、このデータは匿名で収集されており、個人を特定するものではありません。
また、Googleアナリティクスの広告機能により、「ユーザー属性とインタレストカテゴリに関するレポート」のデータも取得しております。

Googleアナリティクスによるデータ収集を無効にしたい場合は、こちらで無効化をおこなってください。
Google アナリティクスオプトアウトアドオン - アナリティクスヘルプ

Googleアナリティクスのポリシーに関して、詳しくは下記をご確認ください。
Googleアナリティクス利用規約
 Google社のプライバシーポリシー

当ブログへのコメントについて

当ブログでは、スパム・荒らしへの対応として、コメントの際に使用されたIPアドレスを記録しています。

これはブログの標準機能としてサポートされている機能で、スパム・荒らしへの対応以外にこのIPアドレスを使用することはありません。

また、次の各号に掲げる内容を含むコメントは管理人の裁量によって削除する事があります。

特定の自然人または法人を誹謗し、中傷するもの。
極度にわいせつな内容を含むもの。
禁制品の取引に関するものや、他者を害する行為の依頼など、法律によって禁止されている物品、行為の依頼や斡旋などに関するもの。
その他、公序良俗に反し、または管理人によって削除すべきと認められるもの。

お問い合わせ時の個人情報の収集・利用について

お問い合わせのためのフォームは、「Googleフォーム」を利用しています。

お問い合わせフォームからお問い合わせいただく際、お名前、メールアドレス、お問い合わせ内容等の情報をご提供いただいています。

これら情報は、お問い合わせへの回答や連絡以外には利用せず、第三者に提供することはありません。

お問い合わせ先

なにかございましたら、お問い合わせフォームからお願いいたします。

初出掲載：2016年6月28日

下記ページのひな形を参考にさせていただきました。ありがとうございます。

ankare2dx.org

2016-05-24

Wikipediaからのリファラーが激減した話

Google Analytics アクセス解析全般

おはこんばんちは。四面楚歌解析士です。
もう大変です。どうしたらいいでしょうか。

さて、Wikipediaからのアクセスがまあまあ多い某サイトのGA（Googleアナリティクスの略ですが、これって一般的でしょうか）を見ていたのですが、ある時期を境にWikipediaからのリファラーが大きく減っていることに気づきました。

2015年6月あたりから激減し、毎日数百あったリファラーは数十にまで落ち込んでおり、2015年末から2016年頭にかけては、ほぼゼロに。
ところが、なぜか2016年2月の途中から急に復活し、以前ほどのボリュームではないもののある程度リファラーは回復、現在まで維持しながら推移しています。

f:id:ummmmmmm:20160524222651p:plain

この原因はなんだろうと思い、Wikipediaのサイトに行ってブラウザのアドレスを見たところ、プロトコルが「https」になっているではあーりませんか（チャーリー浜風）。

https://ja.wikipedia.org/

いまからちょうど1年前くらいの出来事のようですが、いまごろ気づきました。
遅いですか。ウェブ解析士としては遅いですか。
japan.zdnet.com
このWikipediaからのリファラー急減は、https（SSL通信）のサイトからhttpのサイトに遷移する際、リファラーを渡さない仕様によるものと考えられます。推測ですが。

また、Wikipediaからのリファラーが渡っていなかった時期は、direct（直接アクセス）でノーリファラーとして計測されているはずですが、GAで見てみると、昨年2015年6月以降、directは少し増えている様子です。
このサイトでは、directのアクセスのほうがWikipediaの数十倍なので影響が見えにくいですが、そういうことでよいかと思います。

一方で、2016年の2月くらいから少しWikipediaからのリファラーが復活しているのはなぜかなあと思ってWikipediaのサイトのソースを見てみましたが、下記の記述がありました。
https://ja.wikipedia.org/

<meta name="referrer" content="origin-when-cross-origin"/>

そして検索してこの記事を見つけました。
web-tan.forum.impressrd.jp

設定値としては、次のものが定められています。

none ―― そのページからリファラを一切送らない

origin ―― そのページからは、リファラとしてドメイン名のみのURLを送る（例：https://example.jp/page.htmからは、リファラとして「https://example.jp/」が送られる）

none-when-downgrade ―― 現在の動作と同じ（HTTPS→HTTPではリファラを送らない、それ以外の場合は元ページの全URLをリファラとして送る）

origin-when-crossorigin ―― 同じドメイン名でHTTP/HTTPSの種類も同じURLへの移動ならば、元ページの全URLをリファラとして送る。そうでなければ、リファラとしてドメイン名のみのURLを送る

unsafe-url ―― 常に全URLをリファラとして送る

さすがWeb担様。勉強になります。担様って呼びたい。
おそらくWikipediaでは、2016年2月くらいに上記のリファラー送出タグを実装したのかもしれません。推測ですが。

httpsのサイトに関しては、Yahooも常時SSLの方針を出していますので、そういう流れなのでしょう。
Yahooでも上記のリファラー送出タグの対応を期待したいものです。
docs.yahoo.co.jp

ちなみに、Googleのセマンティックウェブ（って言葉はまだ使われているのでしょうか）施策による、Wikipediaへの流入減少が続いているという記事もありました。
www.similar-web.jp
こういうのも、Wikipediaからのリファラーが減っていく側面となるかもしれません。

今後ともどうぞよろしくお願いいたします。

できる逆引き Googleアナリティクス Web解析の現場で使える実践ワザ240 ユニバーサルアナリティクス&Googleタグマネージャ対応

作者: 木田和廣,できるシリーズ編集部
出版社/メーカー: インプレス
発売日: 2015/03/19
メディア: 単行本（ソフトカバー）
この商品を含むブログ (1件) を見る

50周年!吉本新喜劇ギャグ100連発[21世紀編] [DVD]

出版社/メーカー: よしもとアール・アンド・シー
発売日: 2009/05/20
メディア: DVD
購入: 2人クリック: 21回
この商品を含むブログ (5件) を見る

2016-05-18

トラッキングとラッキング

その他アクセス解析全般

どうもおはこんばんちは。しがない解析士です。
しがないねえ。しがないですねえ。あーしがない。

今日はホントにどうでもいい話です。
この前アップした投稿でやたらと「トラッキング」って言葉を使ったんですよ。 ummmummm.hatenablog.com
アクセス解析メインのブログなんで、まあ使いますよね。トラッキング。
GAでもトラッキングコードとかトラッキングIDとか言いますしね。
それで気づいたんですが、なんか言葉に下線が付いてリンクされてるんです。

f:id:ummmmmmm:20160518212817p:plain

調べたら、はてなキーワードというんですか？
なにかしらのキーワードに自動的にリンクが付いて、その言葉の意味が書いてあるページにリンクされているという。
これ、どうしたらいいんですかね。

まあ別にリンクされるだけだったらいいんですが、「トラッキング」という言葉の「ラッキング」というところだけにしかリンクされないって、SEO的にもよくなくなくなくなくなくない？

今夜はブギーバック (Smooth rap) / スチャダラパー

これってよいのかよくないのかどっちだかわからないですね。detail.chiebukuro.yahoo.co.jp
SEO的にもよくないと思うんですよ。
ラッキングって、最近ラグビーちょっと流行ってるからいいけど、トラッキングがラッキングって。

d.hatena.ne.jp
やめて欲しいんですが、管理画面見ても修正できるところが見当たりません。
有料だったらリンク外せるみたいですが。

というわけで、どなたか直す方法ご存知でしたらお教えください。できれば無料のままで。
どうぞよろしくお願いいたします。

スチャダラ外伝

アーティスト: スチャダラパー,小沢健二,東京スカパラダイスオーケストラ,脱線3,かせきさいだぁ≡,TOKYO No.1 SOUL SET,四街道ネイチャー,キミドリ
出版社/メーカー: キューンミュージック
発売日: 1994/04/01
メディア: CD
購入: 2人クリック: 32回
この商品を含むブログ (50件) を見る

ラグビー・ワールドカップ2015 日本代表の軌跡 ~歴史を変えたJAPAN WAY~ [Blu-ray]

出版社/メーカー: TCエンタテインメント
発売日: 2015/12/22
メディア: Blu-ray
この商品を含むブログを見る

2016-05-14

Googleアナリティクスで計測タグを複数入れると2重カウントになりますよ

Google Analytics Google Tag Manager

いやー、みなさま、お疲れ様です。
ゴールデンウィーク略してGWが終わってはや数日が経っておりますが、やっとブログも書く気になってきました。

さて今日もGoogleアナリティクス関連のお話です。

先日、「なんかGAでダブルカウントされてるっぽいんだけどー」と相談があり、サイトのHTMLソースを見てみるとGAの計測タグ（GAで言うトラッキングコードですね）が2つ入ってました。
同じトラッキングID（プロパティID）が2つ入ってたら、同じIDが入ってるじゃないすかーそりゃ2重に重複してダブルカウントされますよーガハハーつって終わるんですが、トラッキングIDが異なってたんです。
ほら、みなさまの会社でもありがちかもしれませんが、部署ごとに計測したいから複数のトラッキングIDが入っちゃってるとかそういうアレです。

タグ2つ入れててもそれぞれのトラッキングIDごとに計測されなかったっけなーと思いながらも、GA本体は触らせてもらえなかったので、Googleタグアシスタントで調べたのですが、やはりエラーが出ていました。

HTMLソースの上のほうにあるタグのトラッキングIDで2重カウントになっていた（タグアシスタント黄色：Same web property ID is tracked twice.）だけでなく、下のほうにあるタグのIDのほうは計測すらされていない（タグアシスタント赤色：No HTTP response detected）状態。
最悪です。これで何ヶ月も気づいてなかったそうです。
でも"Same web property ID"ではないんですけどね。なぜでしょう。

f:id:ummmmmmm:20160516164509p:plain

そんなこんながありまして、ちょっと仕様が気になったので、いくつかのパターンでテストしてみることにしました。結果は以下のとおりです。

別IDのユニバーサルアナリティクス（analytics.js）のタグをbody内に2つ。
⇒NG（黄赤）
別IDのユニバーサルアナリティクス（analytics.js）のタグをhead内に2つ。
⇒NG（黄赤）
別IDのユニバーサルアナリティクス（analytics.js）のタグをhead内とbody内でそれぞれ1つずつ。
⇒NG（黄赤）
別IDのユニバーサルアナリティクス（analytics.js）のタグをbody内に2つだが、マルチトラッキングのカスタマイズ。
⇒OK（青青）
別IDのユニバーサルアナリティクス（analytics.js）のタグをhead内に2つだが、マルチトラッキングのカスタマイズ。
⇒OK（緑緑）
別IDのGoogleタグマネージャー経由のタグとanalytics.jsのタグをbody内に1つずつ。
⇒NG？（緑黄？）
Googleタグマネージャー経由で別IDのタグをbody内に1つ。
⇒OK（緑緑）

以上のような結果でした。もう疲れてきました。

上記で「黄赤」などと書いてあるのは、ID別のタグアシスタントの表示です。

黄色は今回、大体が"Same web property ID is tracked twice."（同じプロパティIDが2回計測されているよ！）で、
赤色は"No HTTP response detected"（（不適切なタグの実装やGAのオプトアウト等により、GAサーバーにトラッキングリクエストを送信する）HTTPレスポンスが検出されてないよ！）、
青色は"Code found outside of <head> tag"（トラッキングコードがheadタグの外にあるよ！）や"Non-standard implementation"（通常仕様のタグの実装じゃないよ！）
等になります。

ちなみに、通常の仕様だと、ユニバーサルアナリティクスはhead内（</head> 終了タグの前）、Googleタグマネージャーはbody内（body の開始タグの直後）にタグを設置することが推奨されています。
（※注意：Googleタグマネージャーのタグの仕様が変わったようです。headとbodyで分けて設置するなんてどうなんでしょうか。変更しなくても直ちに影響は無いと思いますが…。
【注意！】Googleタグマネージャーのコンテナスニペット(タグ)の設置方法が変わりました。 | 運営堂）

異なるプロパティIDのタグが複数あると、計測上問題はなくても、"Multiple Google Analytics tags detected"（複数のGAタグが検出されたよ！）と出るようで、上記パターンではすべてで出ました。

これらの表示は、タグの書き方やGTMの設定の仕方にもよると思います。
タグアシスタントで黄色や赤になってたら、計測状況を確認してみてください。

そもそもこのGoogle公式ヘルプの言葉がちょっとわかりにくいのもよくない感じですね。
ユニバーサルアナリティクスでは複数タグ入れても大丈夫みたいにも読めます。
support.google.com

まあ、そのページの下部にマルチトラッキングについて書いてあるページにリンクされていますけども。

複数のトラッカーを使用する

Creating Trackers | Analytics for Web (analytics.js) | Google Developers

ga('create', 'UA-XXXXX-Y', 'auto');
ga('create', 'UA-XXXXX-Z', 'auto', 'clientTracker');

ga('send', 'pageview');
ga('clientTracker.send', 'pageview');

以上、GAでタグを複数入れるとダブルカウントになっちゃうから気をつけよう！というお話でした。

★今日のまとめ（突然ですね）
「ひとつのページで複数のトラッキングIDを計測したい場合はマルチトラッキング（multiple tracking）のカスタマイズかGoogleタグマネージャーを使おう！」

できる逆引き Googleアナリティクス増補改訂2版 Web解析の現場で使える実践ワザ 260 Googleタグマネージャ/オプティマイズ/データスタジオ対応

作者: 木田和廣,できるシリーズ編集部
出版社/メーカー: インプレス
発売日: 2017/11/10
メディア: 単行本（ソフトカバー）
この商品を含むブログを見る

デジタルマーケターとWeb担当者のためのGoogle&Yahoo!タグマネージャーの教科書【タグ実装仕様書サンプルPDF付き】

作者: 海老澤澄夫,ウェブ解析士協会
出版社/メーカー: マイナビ出版
発売日: 2016/12/22
メディア: 単行本（ソフトカバー）
この商品を含むブログを見る

実践 Google タグマネージャ入門増補版

作者: 畑岡大作（アユダンテ株式会社）
出版社/メーカー: インプレス
発売日: 2015/05/22
メディア: 単行本（ソフトカバー）
この商品を含むブログを見る

注目記事

2016-04-22

Googleアナリティクスでは同一ドメイン間のページ遷移で前のページにタグが入っていないと参照元がノーリファラーになっちゃうよ問題

Google Analytics

どうもこんにちは。八方塞がりーマンです。

今日もアクセス解析、特にGoogleアナリティクスについてのお話ですが、内容はタイトルのまんまです。

言いたいことはそれだけなので、ここでもう終了させてもいいかもしれません。

でもそれではブログではなく、ツイッターになってしまいます。なので、だらだらと無駄な文章を書き綴ろうと思います。

ノーリファラー問題って、サイトを分析する人たちを悩ませますよね。

基本的な原因は衣袋先生の記事の通りです。

web-tan.forum.impressrd.jp

「参照元なし」になる場合の例

ブックマークによる閲覧

URLをアドレスバーに直接入力して閲覧

ショートカットアイコンをクリックして閲覧

アプリケーション（メールソフト、Microsoft Word、Excel、RSSリーダーなど）に記述されたリンクをクリックして閲覧

セキュアサイト（URLが「https:」で始まるサイト）内のリンクから非セキュアサイト（URLが「http:」で始まるサイト）を訪問した場合

ブラウザの設定で参照元情報を削除してアクセスした場合

アクセスの際にプロキシサーバーやセキュリティソフトで参照元情報を削除されて訪問した場合

参照元を引き継がないリダイレクトによる訪問