フォト
2013年12月
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31        

最近のトラックバック

最近のコメント

無料ブログはココログ

« 2012年11月 | トップページ

2013年2月の記事

2013年2月20日 (水)

タグマネジメントで変わる計測運用の効率化 ~アクセス解析や広告効果測定の運用をどう省力化できるか~

ちょうど気になっていたタグマネジメントが今回のテーマ。

アクセス解析イニシアチブのセミナーは
いつもテーマ設定がタイムリーでありがたいです。

 

特に印象的だったのは

 コスト削減や工期短縮だけでなく、投資の観点を。

というメッセージ。

「攻めのタグマネジメント」と表現されていましたが、
タグの出し入れが仕方が根本から変わることにより
発想次第で色々な活用法がありそうです。

最近のタグマネジメントツールの中には同時に行動履歴を取得して、
ターゲティングに利用できるものもあったりしますし、
まだまだ広がりが出てきそうな分野だと感じました。

  

以下、講義メモです。

************************************************************

<第1部:タグ・マネジメント・ツールとは(入門編)/畑岡大作氏>

【タグ・マネジメントとは?】

●アクセス解析ツールを利用する際の問題点
 ・埋め込むタグの種類がたくさんある
 ・開発担当(システム)への依頼が手間
 ・現在の埋め込んでいるタグの状況がわからない
 ・外部の人間にタグを確認してもらいづらい

●タグ・マネジメントとは「タグを管理して問題を減らそう」という考え方
 →ツールを使わず、Excelなどでタグ情報をまとめ、把握・管理するのもタグ・マネジメント
 →しかし、ツールを使わないと解決しない問題も多いので、ツールを使う。

 

::::::::::::::::::::::::::::::::::::::::::

【タグ・マネジメント・ツールとは?】

●タグ・マネジメント・ツールとは?
 ・Webページへタグを貼り付けて利用するツール
 ・Webページに埋め込むタグを一元管理
 ・管理するタグは、ツールの管理画面で保存/設定

●タグ・マネジメント・ツールの仕組み
 1.使用するWebページにタグマネジメントツールのタグを埋め込む
 2.ユーザーがアクセスし、ツールのタグが実行される
 3.ツールが呼び出され、保存されたタグをチェック
 4.発行条件を満たしたタグが発行される

●タグ・マネジメント・ツールのメリット
 1.Webページへ埋め込むタグは1種類で良くなる
  →「埋め込むタグの種類がたくさんある」が解決

 2.システムとタグ管理の切り分けができる
  →「開発担当(システム)への依頼が手間」が解決

 3.管理画面から常に最新のタグの状況がわかる
  →「現在の埋め込んでいるタグの状況がわからない」が解決

 4.権限を分けて複数ユーザーで運用可能
  →「外部の人間にタグを確認してもらい辛い」が解決

●タグ・マネジメント・ツールのデメリット
 ・サーバがダウンしていると利用不可能
   →ちなみにGoogleタグマネージャとGoogleAnalyticsは同じインフラ

 ・導入コスト(作業工数)がかかる
   →既存タグのリストアップや、ツール側でのタグの設定など
   →サイト立ち上げ時やリニューアル時にやると負担も減らせる

 ・ツールを万全に使いこなすには知識が必要
   →応用するには、JavaScriptの知識が必要

 

::::::::::::::::::::::::::::::::::::::::::

【タグ・マネジメント・ツールの使い方】

※Googleタグマネージャでの例

●大まかな流れ

 1.利用登録(アカウント作成)
 2.既存タグのリストアップ
 3.タグ・マネジメント・ツールのタグ埋め込み
 4.タグの設定
 5.テスト&デバッグ
 6.公開(公開)

●利用登録(アカウント作成)
 ・GoogleAnalyticsと同様にGoogleアカウントでログインして開始
  http://www.google.com/tagmanager/

●既存タグのリストアップ

 1.現在Webサイト内に埋め込んでいるタグを「すべて」リストアップ
  ・ツール名(例:Googleアナリティクス)
  ・タグ内容(実際のタグHTML)
  ・埋め込み場所、条件(URL、計測アクションなど)
  ・使用変数(タグ内に存在する変数)

 2.リストアップしたタグの一覧を見て、ツールに移行するタグの選定と設計を行う。

●タグ・マネジメント・ツールのタグが発行するタグをWebサイト内の全ページへ埋め込み
 →<body>タグの冒頭に記述

 

(管理画面の各項目)

●タグ:実際にWebページに埋め込むタグのこと
 ・フォーマットが用意されていない場合、HTML自由入力可能な「カスタムHTMLタグ」を利用
 ・タグの中で変数を使用することもできる

●ルール:タグを発行する条件
 ・全ページでタグを発行する、URLが○○の時だけタグを発行する、など
 ・マクロを使って条件を指定
 ・除外条件としても利用可能(○○の場合にタグを発行させない)

●マクロ:ルールやタグで利用できる変数のこと
 ・具体的には「URL、リファラー、JavaScript変数、DOMテキスト/属性」など

●テスト&デバック:管理画面にログインしているユーザーだけ見ることができる確認用モード
 ・Googleタグマネージャでは履歴を世代管理可能(昔の設定に簡単に戻せる)
 ・画面下部に各タグの発行状況が表示される

●バージョン詳細画面から「公開」ボタンを押すと一般公開(押し忘れに注意)

●ツールに移行したタグは既存サイトのHTMLからは必ず除去。
 →例えばGAタグだと、直書きのタグが残っているとダブルカウントされる

 

::::::::::::::::::::::::::::::::::::::::::

【Googleタグマネージャでできること・できないこと】

●GA以外のツールに対応している
 →主だったものはリストに用意されている
 →それ以外は「カスタムHTMLタグ」を選び、タグのHTMLをそのままコピペする

●サブドメインや複数ドメインでも使える
 →複数ドメインで記述が必要なGAのオプション項目としてフォームが容易されている
 →複数ドメインに同一コンテナのタグを埋めて使用可能

●同一URLのページでも出し分け可能
 →「URL+その他の条件」で設定(ページ見出しに「入力」を含む、など)

●特定のJS関数内からGoogleタグマネージャを呼び出して実行できる
 →eventというマクロで呼び出す

   <script>
    dataLayer.push({'event':'イベント名'});
   </script>

●Googleタグマネージャへデータも渡せる
 →タグの内容としてマクロが利用できるので、マクロとして登録できる形
  (例:特定のidテキスト、JavaScript変数など)であればデータを渡せる
 →Googleタグマネージャでの利用を前提とした形式としてデータレイヤー変数が用意されている

●GoogleAnalyticsタグもga.jaとdc.jsどちらも選べる
 →「ディスプレイ広告主向けのサポートを追加」にチェックを入れると、dc.jsに。

●GoogleAnalyticsタグのeコマースタグにも対応
 →「トラッキングタイプ」でトランザクションを選ぶ。

●ページビュー計測で擬似URLも使える
 →「仮想ページ遷移」にチェックを入れて設定。

●カスタム変数も設定可能
 →「カスタム変数」にチェックを入れて、スロット/値等を設定。

●イベント発行もできる
 →トラッキングタイプで「イベント」を選択。

●特定リンククリック時のイベント発行はJavaScriptの利用が必要(今後、機能としては実装予定)
 →現状はカスタムHTMLタグで、JQueryなどでaタグにイベントをbindさせて対応

●複数UAの2重トラッキングが容易に可能
 →これまでのような特殊な記述は必要ない。

●ウェブテスト(A/Bテスト)はできない(今後、機能としては実装予定)
 →Googleタグマネージャで管理するタグは非同期タグのみ。
    同期タグでなければいけないものは動作保証されていない。

●A/Bテストの他にも、タグ内で以下のものは利用できない。
 ・document.writeを含むタグ
 ・動機して読み込む必要があるタグ
 ・ページ内の構造が関わるタグ(例:ソーシャルの共有ボタン出力JS、など)

●クロスドメイントラッキングも一応対応
 →_setDomainName、_setAllowLinkerについてはオプション対応されている
 →ただし_link()関数関数の自動付与機能は提供されてないので、
    現状はカスタムHTMLタグで、JQueryなどでaタグにイベントをbindさせて対応。

●タグの呼び出し順番はランダム(指定はできない)

 

::::::::::::::::::::::::::::::::::::::::::

【まとめ】

●Webページに埋め込むタグを一元管理するためのオンラインツール

●Webページに埋め込むタグはツールのタグだけでOK

●その他のタグはツールの管理画面で管理
 ・システムと切り分けができます。
 ・管理画面から常に最新のタグの状態がわかる

●権限を分けて複数ユーザーで運用可能。

 

************************************************************

<第2部:タグマネジメントは慎重に/NTTコムオンライン 久本英太氏>

「コスト削減」と「新たなコスト」のバランスを取ることが必要。そして「投資」の観点を。

 1.現状把握/ケース・スタディ
 2.問題点や落とし穴
 3.導入の考え方
 4.ソリューションを活用するとは何か?
 5.まとめ

 

::::::::::::::::::::::::::::::::::::::::::

【1.現状把握/ケース・スタディ】

●立場によってタグマネジメントに求める業務改善効果は違う。
 →エンドユーザはタグの追加変更について、代理店は導入コストについて。
 →タグの表示速度についてはそもそもニーズが弱く、あまり効果も感じない。
 →「苦い経験」がどこにあるかで効果の感じ方が変わってくる。

●タグ導入期間は44%が「1週間以上かかる」と回答

●とある会社ではタグ張り替えに開発者コストが月平均120時間かかる

●TEI手法によるROI試算ではROIは128%、改修期間2.6ヶ月
 →費用28万ドルに対して、総便益は64万ドル。36万ドルの収益。

●旅行系サイトAの事例
 ・ソースコードに一切の追加記述をせずにリコメンデーション広告の運用を可能に。
   →タグマネージャ用のタグも入れられない。
 ・元々入っていたVisionalistタグの呼び出し時に、別タグを読み出す仕組みを構築。

●人材系サイトBの事例
 ・セキュリティポリシーの厳しいページへのタグ挿入を簡単にできるように。
 ・セキュリティ管轄部門に対して、運用ポリシーや通信方式の確認など
  詳細に説明して信頼を得る必要がある。

●ここまでのまとめ
 ・立場によって評価は変わる。
 ・工数とコスト削減はできそう。
 ・背景によって微妙にニーズは違う。

 

::::::::::::::::::::::::::::::::::::::::::

【2.問題点や落とし穴】

●そもそも何を改善しようとしているのか?
 →よく取り沙汰にされるのは「実装」の部分だが、「動作検証」についてはあまり焦点が当てられない。
 →多種のブラウザ、デバイスチェックや、HTML5など。

●体制構築、特に責任者を明確にしておく必要がある
 →対応自体に技術理解が必須。
 →常に最悪のケース(サイトが止まる)を想定しておく。
 →組織が変わっても引き継ぐができるか?

●タグマネジメントの先にあるタグが悪さをすることがある
 →情報セキュリティ規程の遵守が必要。
 →信頼関係の中で業務が行われることが実は一番の業務改善。

●技術要素の理解が必須
 →Ajax(非同期処理)の理解
 →実行順序が明確に定義されているタグまで非同期処理に入れると大変なことに。
 →サイト側のjqueryをアップデートしたら特定のタグが動かなくなったりした場合など
  原因の切り分けや、事象再現等の基本的な対応が可能か?

●ここまでのまとめ
 ・改善のポイントは結局"人"
 ・責任者の技術理解は必須
 ・コストの不可視化が起こる(作業が見えなくなる)

 

::::::::::::::::::::::::::::::::::::::::::

【3.導入の考え方】

●単純なタグ張り替えコスト減以外の「投資メリット」を出せないか?

●タグマネジメントとはソリューションマネジメントである
 →フロント側で実施していた動作制御をバック側(管理画面)でできることを活用。

●タグコントロールによるリマーケ出稿量制御
 →リマーケタグの出し入れが容易になることで、タグの出し入れで出稿量を調整。
 →「タグの接触人数=広告表示人数」

●Javascriptの変数を共通化した連携
 →ユーザーの回線を判定して、表示を切り替えなど。

●非同期通信を活用したソリューション連携
 →サイト外のDWHに通信をかけ、人(ID)ごとに広告接触回数を変える。

●O2Oソリューションへの活用
 →タグマネジメント内でフォーム内にHidden要素としてID情報を埋め込み。
  フォーム送信時にID情報も送信し、自社DBと紐付けてCRM連携。

●守りのタグマネジメントと攻めのタグマネジメント

 現状:タグを貼るだけ
 STEP1:タグ導入を管理(導入箇所の把握、運用フロー構築)
 STEP2:タグ導入をマネジメント(導入の効率化)
 STEP3:ソリューションをマネジメント(活用)

 

::::::::::::::::::::::::::::::::::::::::::

【4.ソリューションを活用するとは何か?】

●ベンダーの売り文句に注意
 ・高度な処理ができるシステムの提供  → そもそも高度な処理が必要?
 ・ユーザーがよりツールを使いこなせる環境の整備 → ユーザー側にコスト転嫁しやすくなる?
 ・他システムと連携いた便利なプラットフォームの構築 → 解約されにくくなる?

●ソリューション活用とはソリューションとの「対話」
 →ユーザー側で咀嚼して、ソリューションを活かしきる。
 
 

************************************************************

【関連URL】

●アクセス解析イニシアチブの活動報告
  http://a2i.jp/activity/activity-report/14657

 

************************************************************

 

2013年2月14日 (木)

_gaTracker5に参加させていただきました

_gaTrackerとは日本のトップレベルユーザーによるユーザー会で、
定期的にミーティングや情報共有を行なっています。

私自身はトップレベルでもなんでもないただのユーザーですが、
幹事いちしまさんのご厚意で参加させていただきました。
(いちしまさん、ありがとうございます!)

 

GAとは直接関係ない部分で恐縮なのですが、nanapi古川さんの

 すべてにおいて優先すべきは「ユーザーに支持されること」

という一言に深く共感しました。

以前、食べログのかたからお話を伺った時もそうだったのですが、
うまくいっているサービスは、マネタイズはあと付けで、
とにかく「ユーザーに役立つサービスを提供したかった」というものが多い気がします。

そして、アクセス解析も、日々の改善活動も
全てはこのためであることを改めて感じました。

  

以下、_gaTracker5の各発表内容をまとめた記事へのリンク集です。

************************************************************

●_gaTracker5:各発表メモ

 _gaTracker 5[1]/WebサービスでのGoogleAnalytics活用/nanapi古川健介氏

 _gaTracker 5[2]/集客効果測定のアドバンス運用-B2B編/メディックス 於保真一朗氏

 _gaTracker 5[3]/インハウスSEO、SEM担当者によるGoogleアナリティクス活用方法/ムラヤマユウスケ氏

 _gaTracker 5[4]/Googleタグマネージャとユニバーサルアナリティクス/Google中島弘樹氏

 _gaTracker 5[5]/Googleアナリティクスプレミアムのご紹介/Google大内範行氏 

 

************************************************************

【関連URL】

●_gaTrackerの活動報告
  http://gatracker.org/archives/728

 

************************************************************

 

2013年2月13日 (水)

_gaTracker 5[5]/Googleアナリティクスプレミアムのご紹介/Google大内範行氏

以前、プレミアムについて発表された際に、

  今後は有料版のみ機能追加がされていき、
  いずれ有料前提のツールになってしまうのでは?

と思った方も少なくないのではないかと思います。

しかし、実際にはそんなことはなく、
今後も無料版は新機能を追加していくとのことでした。

 

今や当たり前のように感じてしまっていますが、
そもそも無料でこんな高度なアクセス解析ツールが提供されていること自体
ものすごいことだと思います。

 「Webを良いものにしていきたい」

 「ユーザーのニーズに応えたい」

というGoogle社の思いが感じられ本当に頭が下がります。

とても足を向けて寝られません。

 

以下、講義メモです。

************************************************************

●有料版を設けた背景として企業側からのニーズが強かったことがある
 →上限ヒット数の問題や、SLAを締結したい、など。

●基本的には無料版にも新機能を追加していく。機能で有料/無料の差別化するつもりはない。
 →有料版しかできない機能は今のところDFA連携だけ。

●GoogleAnalyticsプレミアムの特典
 ・レポートへのデータ反映時間(24時間→4時間以内)
 ・上限ヒット数改善(月間10億ヒット。無料版は1000万ヒット)
 ・データの扱い(ユーザーの権利保持の明文化)
 ・SLAの締結(サービス規約):99.9のデータ収集、99%のレポート反映、98%の4時間以内レポート反映
 ・サポート窓口、教育トレーニング
 ・サンプリングされないデータのダウンロード(300万行まで)
  →Exportメニューに追加されている
 ・DFA連携(DFAがトラフィックの参照元として表示、アトリビューション分析) 

●「他ツールの置き換え」ではなく「併用」も多い
 →「無料版からの移行」「置き換え」「併用」それぞれ1/3ずつぐらい。

 

************************************************************

 

_gaTracker 5[4]/Googleタグマネージャとユニバーサルアナリティクス/Google中島弘樹氏

Googleタグマネージャは本気で検討していたところだったので
自分にとって、とてもタイムリーな内容でした。

タグ一つ入れるのに1週間どころか、数週間かかってしまうことは
(悲しいですが)実際よくあったりします。

 

ユニバーサルアナリティクスのリリースはまだ先のようですが、
特にスマホ/PCでのデバイスまたぎはかなり発生しており、
成果計測が適切に行えないのはかなりしんどい状況です。

どのタイミングでデータを紐付けるか少し難しい気もしますが、
Googleならばやってくれそうな期待感があります。

 

以下、講義メモです。

************************************************************

【Googleタグマネージャ】

●Google Tag Assistantによりどのようなタグが入っているかチェックできる。

●Ghosteryを入れると、Google以外のタグも見れる。

●タグのロードは非同期で処理(サイトパフォーマンスに影響なし)
 →同期タグも自動的に非同期に。
 →A/Bテストのタグなどは非同期だと逆に困るので注意。

●導入手順
 ・全てのページのタグの洗い出し
 ・タグマネージャにログインしてコンテナを作成
 ・コンテナ スニペットをすべてのページの<body>直下に設置。
 ・タグ、ルールやマクロを設定
 ・既存のタグを移行した後、これまでのタグを削除
 ・タグの発行!

●タグの種類
 ・画像タグ
 ・カスタムHTMLタグ

●ルール
 ・カスタムイベント:クリックなどのイベントで呼び出す
 ・参照元:訪問時の直前参照サイトを元に動的タグを呼び出す
 ・URL:購入完了ページにタグを呼び出す、など
 ・キーバリューのペア:カテゴリーがスポーツだったら呼び出す、など

●タグマネジャでGoogleアナリティクスタグをいれるとページを触らずに済む。
 ・GAリマーケ用のタグの書き換え(ga.js→dc.js)
 ・クロスドメイン
 ・仮想ページ遷移
 ・カスタム変数

 

::::::::::::::::::::::::::::::::::::::::::

【ユニバーサルアナリティクス】

●ユーザーのタッチポイントは様々。デバイスを越えて分析する。

●Cookieに情報をもたせるのではなく、ユーザーIDは一つでサーバ側で管理。

●セッションをまたぐ行動も取れるので、ライフタイムバリューも計測できる。

●顧客IDなどオフラインデータとの連携もできる
 →CRMのデータと統合(GAにデータをあげる)

●ユニバーサルアナリティクス用のタグも1st Party Cookie
 →クロスドメインについてはなんらかのソリューションを設ける予定

  

************************************************************

_gaTracker 5[3]/インハウスSEO、SEM担当者によるGoogleアナリティクス活用方法/ムラヤマユウスケ氏

 解析から遠い人は知りたいことや興味のあることからスタートさせる。

というのは、とても重要な視点だと思います。

企業内でWeb担当をしていると、報告の対象者は
立場も、Webに対する理解レベルもバラバラだったりするので、
相手の関心事を的確に捉えることが大切です。

 

そのための

 項目名は専門用語ではなく見る人にわかりやすい言葉に変更。

といったきめ細かい配慮もとても重要だと思います。

  

以下、講義メモです。

************************************************************

●SEOをやる上ではアクセス解析が必要。

●インハウスではなかなか解析ツールを閲覧する時間を割きづらい。
 →ただし、日々のチェックを怠ると、気づいた時は手遅れに。

●カスタムアラートでアラートを立てることもできるが、時すでに遅しの場合もある。

●結果として、マイレポートを定期的に見ることにした。

 

【1】実際に、どのように見ていくのか?

 ●SEOではテンプレートページ別に作成し、見ていく。

 ●リスティングではグルーピングしたキャンペーン別に見ていく。

 ●上から順番に見ていき、気になった部分は深堀り。
   →新規/リピーター別に訪問別PVやCV率を見てみる

 

【2】さらに加速して役立つ2つの機能

 ●カスタムレポートへマイレポートからリンクを貼る。
   →ウィジェット内の「レポートまたはURL」に設定。

 ●マイレポートだけでは深堀りに限界のある指標やセグメントをカスタムレポートで補う。

 ●ショートカット機能で「検索エンジン最適化」の項目も設定できる。

 

【3】担当者以外にもやさしいGoogleAnalytics

 ●マイレポートを解析担当者以外にも解放する。

 ●役職ごとに興味のある指標で設定してあげる。

 ●マイレポートの項目名は専門用語ではなく見る人にわかりやすい言葉に変更。

 ●解析から遠い人は知りたいことや興味のあることからスタートさせる。

 

【4】取り掛かる前に知っておきたい最低限の注意点

 ●マイレポートは21個までしかつくれない
  →それ以上の場合、プロファイルを分けてしまう。

 

【5】取り掛かる前に知っておきたい最低限の注意点

 ●SEOを考えたサイト設計ができていると、アクセス解析もリスティング広告運用もしやすい。

 

【質疑応答】

 ●マイレポートを共有するのがいいのか。マイレポートの作り方を教えるのがいいのか?
 →基本は見たい数字を吸い上げて、レポートをつくってあげる。

 

************************************************************

【関連URL】

●ムラヤマユウスケさんご自身のよる解説(発表スライド有り)
  http://seo.muraweb.net/blog/_gatracker/_gatracker5/

●ムラウェブドットネット(ムラヤマユウスケさんのブログ)
  http://seo.muraweb.net/blog/

 

************************************************************

 

_gaTracker 5[2]/集客効果測定のアドバンス運用-B2B編/メディックス 於保真一朗氏

「CVとして表れない行動をどう評価していくか?」というテーマですが、
B2Bサイトに限らず、多くの人が抱える課題だと思います。

今回ご提案されていた「精読率(滞在時間)」
その切り口の一つとして有力そうです。

nanapi古川さんのお話と本質的には同じで、

 「受注に繋がりそうなユーザーはどのような行動を取るか?」

を想像して、その行動を指標に落とすということだと思います。

やはり、肝となるのはユーザー心理・行動への想像力。
そのためにもユーザー視点を常に忘れないよう心がけたいものです。

 

以下、講義メモです。

************************************************************

●リスティングにおける課題:最適化が進むと、数が頭打ちしてしまう。
 →判断指標を追加して、より最適な運用へ

●B2Bサイトの課題
 ・リード獲得件数が少ない。
 ・リード獲得率も低い。

●リード獲得件数が少ない要因
 ・ニッチなキーワードでそもそもの母数が少ない。
 ・1回の訪問でリード獲得が発生されにくい(半数が複数回訪問)
 ・初回訪問のCVRが低め(2~5回の訪問でのCVが初回訪問の2倍のケースが多い)
 ・リードタイムが長い。
 ・直接電話で問い合わせをする場合もある。

●リード獲得(CV)が出る/出ないで切り捨てると指名系KWしか残らない。

●クリックの質(CLQ)とコンバージョンの質(CVQ)

●クリックの質(CLQ)
 ・マイクロコンバージョンを設定(ページなど)
 ・直帰率
 ・精読率(滞在時間)

●コンバージョンの質(CVQ)
 →オフラインデータと結びつけて、販売成功したCVかを見る。

●直帰した人をそのページを何秒見たかで切り分ける(滞在時間=理解度)
 →10秒以内/10秒~30秒/30秒以上など

●イベントトラッキングで10秒見たら、30秒見たらで飛ばす。プロファイルは分ける。

●認知促進用のKWと需要喚起用KWとリード獲得用KWを分ける。
 ・認知促進用のKW→10秒以上閲覧
 ・需要喚起用KW→30秒以上閲覧、事例ページ閲覧
 ・リード獲得用KW→指名系KW

●レポートテンプレートを用意してスピーディーにチェックできるように。

●B2BではCV数が少ないので、KWを残すかどうかはCV以外の判断基準も必要。

●UIDで出して、初回KWやどんなページを見ているかを調べたりもする。 

 

************************************************************

【関連URL】

●発表スライド
  http://www.slideshare.net/soh329/google-analytics-gatrackermedixohoslideshere20130212 

●【WebSightAnalytics】解析&最適化1,000本ノック(於保さんのブログ)
  http://web-sight.blogspot.jp/

 

************************************************************

 

_gaTracker 5[1]/WebサービスでのGoogleAnalytics活用/nanapi古川健介氏

成果のわかりやすい獲得系でないサイトの場合は
指標の設定が難しかったりしますが、

 「理想的なユーザーの行動を思い描く」

という切り口は当たり前のようで、自分にとっては新鮮でした。

清水誠さんのコンセプトダイアグラムにも通ずる視点だと感じました。

 

そもそもWebサイトにおける「検証」とは

 「サイトの目的」が達成されているかを明らかにする

ということだと思うのですが、「ユーザーに支持されること」が目的なら

 どんな状態だったら「ユーザーが支持している」と言えるの?

と考えるのはごく自然なことで、なるほどと思いました。

 

以下、講義メモです。

************************************************************

●nanapi:月間2000万人が訪れる日本最大級のハウツーサイト

●PVは4534万。平均訪問回数は1.7回
 →訪問者と比較して少なめなのは、SNS等での紹介から訪問し、
  そのページの閲覧のみで終了するケースが多いため。

●Wikipediaが「What」なら、nanapiは「How」を集めきる。

●「Web2.0的なものは儲からない」が今までの常識。

●ユーザー価値が超高くて儲からなかったサイトはほとんどない。
 →Cookpadしかり、Youtubeしかり。

●nanapi基本戦略

 つくる:記事のデータベースを増やしていく(クラウドソーシング)
    ↓
 みせる:記事を見る人を増やしていく
    ↓
 かせぐ:マネタイズ

●すべてにおいて優先すべきは「ユーザーに支持されること」

●Webサービスの場合、見るべきなのは「ユーザーのメリットになっているかどうか」

●独自解析として「ヘビーユーザーとは何か?」を調べてみた。
 →どうやらスマホだと5ページ、PCだと4ページ見ている人がヘビーユーザーらしい

●SQLを叩いてローデータを見てみる。
 →検索KWが多いと一見さん?…など

●仮説をたくさん考えて、アドバンスセグメントで検証。

 

::::::::::::::::::::::::::::::::::::::::::

(nanapiでのGoogleAnalytics活用tips3点)

【1】3ページ以上閲覧している人(=ヘビーユーザー)をチェック

【2】3ワード以上の検索ワードで来ている人を分析

【3】検索ワードをバブルチャートで見る
  →訪問者とPVでプロットするとWebネタはボリュームが多く、恋愛ネタは多く見られる

 

●Webサービスでは「ヘビーユーザーとは何か?」を考えて見るととよい。

●3ページ以上見ている人がどんなページを見ているかを調べてみた。
 →「nanapiとは?」という説明ページを見ると、一気に閲覧ページ数あがることがわかった。
 →そこで訪問者にnanapiの説明ページを露出したところ、PV数が1.5倍に。

●収益モデルはまだない。まずはコンテンツを充実化させる。

●現在、ブログに近い形だが、今後セマンティック化を目指している。

  

************************************************************

【関連URL】

●nanapi みんなで作る暮らしのレシピ
  http://nanapi.jp/

●nanapi社長日記
  http://blog.livedoor.jp/kensuu/

●nanapiのGoogleアナリティクス記事一覧
  http://nanapi.jp/computers/1397

 

************************************************************

 

« 2012年11月 | トップページ