【Googleアナリティクス API】目標値(CV)の取得
今回はGoogleアナリティクスAPIを使って目標値(CV)を取得する方法をご紹介します。
目標値はお問合せや資料DL、ページ閲覧数など、各サイトで設定するものが違います。それをGoogleアナリティクスAPIで取得していきます。
設定している目標値を確認する
先ほどご紹介したとおり、目標値はサイトごとに異なります。
また、サイトの運営が長い場合、目標値を複数設定したり、削除したりしている場合があり、まずどの目標値を取得するのかを確認します。
設定している目標値は以下のサイトから確認します。
Query Explorer — Google Analytics Demos & Tools
上記リンクをクリックすると以下の画面になりますので、【Click here to authorize →】をクリックしてデータを取得したいアカウントでログインしてください。
ログインすると元いた画面に戻りますので、下にスクロールしてください。
【Select a view】では、取得したいアナリティクスアカウント、プロパティ、ビューを選択してください。
次に、その下にある【Set the query parameters】部分を入力していきます。
このとき注目するのは【metrics】の部分です。ここにマウスカーソルをあわせクリックしてください。
クリックすると下に候補一覧が表示されるので、この状態で「conversion」と入力するとCV一覧を表示されます。
その中で、取得したいCVを選択してください。
※ 今回は例として3ページ以上見た人をCVとしています。
選択するときはCVの完了数値を取得したいので、下に小さくある【ga:goal1Completions】の【Completions】があるものを選択してください。
選択すると【metrics】の欄に「ga:goal1Completions」が表示されます。
※真ん中にある「1」という数字が取得するCVによって2,3などと変わっていきます。
これで値が正しく取得できるかを確認するため、【start-date】【end-date】を設定し、【Run Query】をクリックしてください。
月別に値を確認することが多いと思うので、1ヶ月単位で確認するのがやりやすいと思います。
【Run Query】をクリックすると、そのすぐ下に以下の画面が表示されます。
ここで、【Goal 1 Completions】の値を確認してください。(画面右下赤枠に数値が表示されます。)
複数CVを確認したい場合は、上記画面の【metrics】を再度選択し、続けてCVを選択すると複数のCVをまとめて取得することができます。
これで、正しい値が取得できているかを確認してください。
GoogleアナリティクスAPIでCVの値を取得する
さて、いよいよCV値を取得します。
先ほど確認したCVの【ga:goal1Completions】という値をコピーします。
※ 真ん中にある数字「1」は取得したいCVによって変わります。
そして、前回まで作成しているSpreadSheetの【Report Configuration】シートを開き、【Metrics】のセルの一番下にコピーした【ga:goal1Completions】を追加します。
そして、メニューの【アドオン】→【Google Analytics】→【Run reports】をクリックします。
すると【はてなブログ】のシートの一番右にCVの値が追加されます。
※【はてなブログ】は上記画像の【Report Name】で設定した名前となります。
あとは前回同様にグラフ化などを行えば自動でCVデータを取得 → グラフ化することが可能です。
いかがでしたでしょうか?
普段レポート作成のときに使っている基本的な値は今回ですべて取得でき、グラフ化まで自動的に作成されるようになります。
次回以降の2回はすこし応用してブログの記事ごと、サイトのディレクトリごとのデータ取得と自然検索、SEMなどの流入元ごとのデータ取得をやっていきます。
1. モニタリングレポートとは?
【Googleアナリティクス】モニタリングレポートと作成自動化の流れ
2. データの自動取得
【Googleアナリティクス】無料で使えるレポート作成ツールでレポートに必要なデータを取得する
3. データの集計
【Googleアナリティクス API】取得したデータを月別に集計する
4. グラフ化
5. 目標値の取得(CV) ← 今回
6. 記事ごと、ディレクトリごとのデータ取得
【Googleアナリティクス API】記事ごと、ディレクトリごとにデータを取得する
7. 流入元ごと、セグメントごとのデータ取得
【Googleアナリティクス API】グラフを作成する
前回、月別にデータをまとめたので、今回はそれをグラフ化していきます。エクセルでグラフを作り慣れている方は、同様に作成できるのでやってみてください。
今回の内容も以下のURLより確認することができます。
続きを読む【Googleアナリティクス API】取得したデータを月別に集計する
前回はデータ取得までやったので、これを日別に取得し、月別データでまとめるところまでやっていきます。
レポート作成は月ごとが多いと思うので今回はそれに合わせて作成しますが、週ごとなど報告形式に合わせて調整していただければと思います。
※ 今回の内容は以下にまとめてあります。
続きを読む【Googleアナリティクス】無料で使えるレポート作成ツールでレポートに必要なデータを取得する
では、実際にモニタリングレポートを作成していきます。
今までのレポート作成では、Googleアナリティクスのデータをエクセルにダウンロードして、それを集計してグラフにしてレポートを作成して...ということを毎月やっていたのではないでしょうか?
同じことの繰り返しだからもっとラクに出来ないかな?って思ったことはありませんか?
また、無料ツールを使いたいけど他社ツールだと会社の規定などによって使えなかったり使用確認が必要で面倒...という方向けに、Google公式のツールをご紹介します。
今回は基本的なデータを取得するところまでをやっていきましょう。
※ 今回の内容は以下にまとめてあります。
【Googleアナリティクス】モニタリングレポートと作成自動化の流れ
サイトやブログの運営にあたり、それぞれ目的があると思います。
その目的に合わせた目標(指標)を設定し、その達成度合いを見ていくのがモニタリングレポートです。
モニタリングレポートを作成する意味
目標数値を確認していくことで、目標に対する施策の効果を測定し、改善や次の施策を検討する際の目安とすることができます。
また、継続してモニタリングすることで、月・週・日・時間などにおけるトレンドを把握できるようになります。
その他、数値の変化にいちはやく気づくことができ、その変化の原因や対策などを立てることも可能です。
最終的に施策の結果報告と施策評価にも繋がるようなレポートとなるので、これを作成しておくと改めてレポートを作成するという手間が減り、考察に時間を使うことができるようになります。
個人的には、チームで運営している場合、これを作ることによって全体での共通認識を作ることができ、同じ目線で施策やその結果・改善を考えることができるようになることが一番大きいかと思っています。
続きを読む【Rails】Wercker で mysql を使う時に出会ったエラー一覧とその対処
自分開発でCIを使おうと思って、Werckerを入れた。無料だし、プライベートリポジトリでも使えるので便利!
で、デフォルトのsqliteからmysqlに変えようと思って設定したら、いろんなところで躓いたのでそのメモを残しておこうと思う。
最終的に出来上がったのはこんな感じ。
※ 最初の MYSQL_DATABASE
などは config/database.yml の test の設定に合わせています。
box: ruby
services:
- id: mysql
env:
MYSQL_ROOT_PASSWORD: root_password
MYSQL_USER: testuser
MYSQL_PASSWORD: testuser
MYSQL_DATABASE: testdb
build:
steps:
- script:
name: set nodejs emvironment
code: |
sudo apt-get update
sudo apt-get -y install nodejs npm
sudo update-alternatives --install /usr/bin/node node /usr/bin/nodejs 10
- script:
name: bundle - nokogiri use sys lib
code: bundle config build.nokogiri --use-system-libraries
- bundle-install
- rails-database-yml
- script:
name: DB schema load
code: bundle exec rake db:schema:load RAILS_ENV=test
- script:
name: rspec
code: bundle exec rspec
以下、いろいろやっていく過程で出たエラーとその対処を書いていきます。
続きを読む【Rails】capistrano でのデプロイを idobata に通知する
結構サックリいけるかなと思ったら、なぜかハマったのでメモがてら...
capstrano 3 だけど、
IdobataにCapistrano(2系)のdeploy通知を投げる - Qiita この辺を参考にしつつ、とりあえずそのままベタ書きして実行してみたら怒られた。
config/deploy.rb
after 'deploy:restart', 'deploy:notify_revision'
# user_name, user_repository, idobata_hook_url は自分のものに修正
namespace :deploy do
# idobata 通知
task :notify_revision do
user_name = `git config --global user.name`.gsub("
", '')
github_path = "https://github.com/user_name/user_repository/tree/#{current_revision}"
source = "App was deployed by #{user_name} #{stage}deployed source tree: #{current_revision[0, 7]}"
idobata_hook_url = "https://idobata.io/hook/custom/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx"
run "curl --data-urlencode 'source=#{source}' -d format=html #{idobata_hook_url}"
end
end
cap aborted!
Don't know how to build task 'deploy:notify_revision' (see --tasks)
ゴニョゴニョしたけどなぜかタスクが読み取られず...
続きを読む