グロースエンジニアのブログ

attributes_for

これも地味に知らなかった。

# Returns a hash of attributes that can be used to build a User instance
attrs = attributes_for(:user)

Aliases

Factory に alias が付けれる

factory :user, aliases: [:author, :commenter] do
  first_name    "John"
  last_name     "Doe"
  date_of_birth { 18.years.ago }
end

factory :post do
  author
  # instead of
  # association :author, factory: :user
  title "How to read a book effectively"
  body  "There are five steps involved."
end

factory :comment do
  commenter
  # instead of
  # association :commenter, factory: :user
  body "Great article!"
end

はい、知りませんでした...

ポリモーフィックとか使ってるのをちょいちょい見るので、これ使うとわかりやすくなるかな〜とか思ったり。

Transient Attributes

ちょいちょい見て、わかってるようで分かってなかった。

この例はわかりやすくて、理解できた。

factory :user do
  transient do
    rockstar true
    upcased  false
  end

  name  { "John Doe#{" - Rockstar" if rockstar}" }
  email { "#{name.downcase}@example.com" }

  after(:create) do |user, evaluator|
    user.name.upcase! if evaluator.upcased
  end
end

create(:user, upcased: true).name
#=> "JOHN DOE - ROCKSTAR"

Inheritance

いつも trait を使ってたけど、こういうのもあるのか。一回で書けるって意味ではいいのかもな。

factory :post do
  title "A title"

  factory :approved_post do
    approved true
  end
end

approved_post = create(:approved_post)
approved_post.title    # => "A title"
approved_post.approved # => true

factory :post do
  title "A title"
end

factory :approved_post, parent: :post do
  approved true
end

Associations

alias を使えばいいけど、こういう書き方もある。

factory :post do
  # ...
  association :author, factory: :user, last_name: "Writely"
end

Sequences

こうやって別個に定義できるってのは知らなかったな。

# Defines a new sequence
FactoryBot.define do
  sequence :email do |n|
    "person#{n}@example.com"
  end
end

generate :email
# => "person1@example.com"

generate :email
# => "person2@example.com"

factory :invite do
  invitee { generate(:email) }
end

factory :user do
  email # Same as `email { generate(:email) }`
end

んで、aliasも定義できる

factory :user do
  sequence(:email, 1000, aliases: [:sender, :receiver]) { |n| "person#{n}@example.com" }
end

# will increase value counter for :email which is shared by :sender and :receiver
generate(:sender)

`Linting Factories`

Lint ってよくあるけど、factory_bot でもあるって知らなかった。

「うるせー！」って言いたくなることもあるけど（笑）

FactoryBot.lint

まとめ

これ以外にもいろいろ紹介されてたけど、基本的なところはこんなところかなと！

gemも定期的に見て、機能とか確認していかないとダメだなというのが今回の気付き！

【mastodon】bundle install でエラーが出たのでメモしておく

Mon, 26 Mar 2018 22:39:26 +0900

mastodon がちょっと前に流行ってコード読もう読もうと思ってそのままにしていたので、時間取れるときに読もうと思って bundle install したらエラーになったのでメモ。

mastodon のバージョンは 2.3.2

Failed to locate protobuf

current directory:
/mastodon/vendor/bundle/ruby/2.5.0/gems/cld3-3.2.2/ext/cld3
.rbenv/versions/2.5.0/bin/ruby -r ./siteconf20180326-69724-1yq4plx.rb extconf.rb
Failed to locate protobuf

To see why this extension failed to compile, please check the mkmf.log which can be found here:

/mastodon/vendor/bundle/ruby/2.5.0/extensions/x86_64-darwin-16/2.5.0-static/cld3-3.2.2/mkmf.log

extconf failed, exit code 1

Gem files will remain installed in
/mastodon/vendor/bundle/ruby/2.5.0/gems/cld3-3.2.2 for inspection.
Results logged to
/mastodon/vendor/bundle/ruby/2.5.0/extensions/x86_64-darwin-16/2.5.0-static/cld3-3.2.2/gem_make.out

An error occurred while installing cld3 (3.2.2), and Bundler cannot continue.
Make sure that `gem install cld3 -v '3.2.2'` succeeds before bundling.

`gem install cld3 -v '3.2.2'` をやってみたけどダメで、調べたら protobuf なるものが必要みたいで、 `brew install protobuf` をやったら通った！

つづいてこちら

ERROR: could not find idn library!

current directory:
/mastodon/vendor/bundle/ruby/2.5.0/gems/idn-ruby-0.1.0/ext
/.rbenv/versions/2.5.0/bin/ruby -r ./siteconf20180326-5783-ruj5ss.rb extconf.rb
checking for -lidn... no
ERROR: could not find idn library!

  Please install the GNU IDN library or alternatively specify at least one
  of the following options if the library can only be found in a non-standard
  location:
    --with-idn-dir=/path/to/non/standard/location
        or
    --with-idn-lib=/path/to/non/standard/location/lib
    --with-idn-include=/path/to/non/standard/location/include

*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of necessary
libraries and/or headers.  Check the mkmf.log file for more details.  You may
need configuration options.

Provided configuration options:
	--with-opt-dir
	--without-opt-dir
	--with-opt-include
	--without-opt-include=${opt-dir}/include
	--with-opt-lib
	--without-opt-lib=${opt-dir}/lib
	--with-make-prog
	--without-make-prog
	--srcdir=.
	--curdir
	--ruby=.rbenv/versions/2.5.0/bin/$(RUBY_BASE_NAME)
	--with-idn-dir
	--without-idn-dir
	--with-idn-include
	--without-idn-include=${idn-dir}/include
	--with-idn-lib
	--without-idn-lib=${idn-dir}/lib
	--with-idnlib
	--without-idnlib

To see why this extension failed to compile, please check the mkmf.log which can be found here:

/mastodon/vendor/bundle/ruby/2.5.0/extensions/x86_64-darwin-16/2.5.0-static/idn-ruby-0.1.0/mkmf.log

extconf failed, exit code 1

Gem files will remain installed in
/mastodon/vendor/bundle/ruby/2.5.0/gems/idn-ruby-0.1.0 for inspection.
Results logged to
/mastodon/vendor/bundle/ruby/2.5.0/extensions/x86_64-darwin-16/2.5.0-static/idn-ruby-0.1.0/gem_make.out

An error occurred while installing idn-ruby (0.1.0), and Bundler cannot continue.
Make sure that `gem install idn-ruby -v '0.1.0'` succeeds before bundling.

これも brew install libidn したら通った。

第57回 Ginza.rbに行ってきた！

Wed, 21 Mar 2018 13:30:18 +0900

今回は【ディスカッションプラットフォーム Discourse のソースを読もう！】というテーマでした。

discourse/lib/freedom_patches at master · discourse/discourse · GitHub

今回も忘れないうちにメモしたことをまとめます。

Discourseとは？

オープンソースとして公開されている掲示板やチャットが使えるディスカッションプラットフォームで、現場感のあるコードとのこと！

フロントは Ember で作られている。

スピードを気にしていて、○○族な人が作ってるらしい。

勉強会メモ

メモした内容をざっと記録していく！

lib にいろいろ詰め込んてる

アプリとは切り離して動くコードがここにある。

lib/freedom_patches ってのがあって、これを自分たちのアプリでも作って、公開できるやつは公開していくのはいい方法。

コントローラーで require している

スピードに気をつけているので、必要に合わせてコントローラーなどで require している

discourse/app/controllers at master · discourse/discourse · GitHub

モデルに置けないものを services に置いてる

処理系のメソッドをここにまとめて定義している感じ

discourse/app/services at master · discourse/discourse · GitHub

環境変数のデフォルト値を上げてパフォーマンスを上げてる

discourse/bench.rb at master · discourse/discourse · GitHub

pluck, present?, blank? を早くしてる

discourse/fast_pluck.rb at master · discourse/discourse · GitHub

discourse/performance_fixes.rb at master · discourse/discourse · GitHub

その他

- Gemfile も Discource 自身が作っているものがあり、スピードを気にして使っている

- 参考にするのはどのサイトが良い？

-> 過去の歴史を見るという意味で readmine

GitHub - redmine/redmine: Mirror of redmine code source - Official SVN repository is at https://svn.redmine.org/redmine - contact: @jbbarth or jeanbaptiste.barth (at) gmail (dot) com

-> mastodon

GitHub - tootsuite/mastodon: Your self-hosted, globally interconnected microblogging community

-> discource は現場感があっていい

GitHub - discourse/discourse: A platform for community discussion. Free, open, simple.

- TracePoint がキテるらしい

まとめ

頑張って話を聞き逃さないようにメモ取ってたけど、理解しようとして考えてて取りきれてない部分が結構ある気がする...

でも、今回も自分の知らないことがたくさん聞けて学ぶことも多かった。

少しでも内容を理解して自分の力にできるように、今後も参加していこうと思います！

第56回 Ginza.rbに行ってきた！

Wed, 21 Feb 2018 14:22:20 +0900

ここ数ヶ月続けて Ginza.rb に参加しています。

自分とのレベルが違いすぎて圧倒されることが多いんですが、このままだと本当にただ参加しているだけになってしまうので、振り返りもかねて学んだことを記録して行こうと思います。

今回のテーマ

【第56回もうすぐやってくる！Rails5.2の細かいところも見ておこう】ということで、資料はこちら！(公開してもいいということだったので大丈夫なはず！)

Rails 5.2

内容については上記資料を見た方がいいです。

各ページの青いところはリンクになっていて関連するPRなどに飛べるので分かりやすいと思います。(さすが、あの方の資料！)

以下、自分用のメモ。
知らなかった機能などはざっとどんな機能か調べてリンクを貼ってます。

(間違いなどあればご指摘いただけるとうれしいです！)

Action Cable

- hostとかportとかを設定できるようになった

使ったことないけど、今後機会があれば思い出せるようにメモ。

Action Mailer

- Mailer ごとに delivery job を設定できる

`delivery_later` したときに呼ばれるjobを自由に設定できるってことかな？

rails/message_delivery_test.rb at 2b35826389005bdb0af85a4ebb1f0ec213174d13 · rails/rails · GitHub

- email preview にlocaleが選べるようになった

preview 機能自体を知らなかった...。

ActionMailer Preview のススメ - Qiita

RailsのAction Mailer Previewsについて | 日々雑記

Action Pack

- cache key と cache version(updated_at)を分けて管理し、 cache keyを再利用可能に

Rails の version up のときに、load default にするとあれするので気を付けてね！とのこと。

ローカルで試すには設定が必要っぽい。

キャッシュは、デフォルトではproduction環境でのみ有効になります。ローカルでキャッシュを使ってみたい場合は、対応するconfig/environments/*.rbファイルでconfig.action_controller.perform_cachingをtrueに設定します。

Rails のキャッシュ: 概要 | Rails ガイド

- eager_load = true の場合、サーバー起動時に各コントローラーのactionを読み込むようになった

- encrypted cookies に AES-256-GCM を使用

より堅牢なものになった
Rails側で良いようにしてくれる(自動で書き換える)
勝手に古いcookies を新しいものに書き換える

- protect_from_forgery がデフォルトになった

- signed/encrypted cookiesに有効期限を知っていできる

- key の rotation ができるようになった

# ここで新しいものを指定
Rails.application.config.action_dispatch.signed_cookie_digest = "SHA256"

# ここで古いのを指定
Rails.application.config.action_dispatch.cookies_rotations.tap do |cookies|
  cookies.rotate :signed, digest: "SHA1"
end

- System test に headless chrome driver, headless firefox driver が入った

- デフォルトの mime type が追加された

- header が変わった
以下の3つが追加された


  "X-Download-Options" => "noopen",
  "X-Permitted-Cross-Domain-Policies" => "none",
  "Referrer-Policy" => "strict-origin-when-cross-origin"

Action View

- srcset を指定できるようになった

- 画像の alt の自動生成を削除

- form_with に id 属性を追加するようになった
capybara のテストなどで必要ということで追加された

Active Job

jobを実行する際にオブジェクトをシリアライズ、デシリアライズしてる。
それを自分で定義できるようになった

Active Model

- length validatorにProc, Symbolが渡せるようになった
これにより、条件を指定して最大文字数とかを調整できるようになった

- Active Record にあった attributes API が Active Model 配下に移動
Active Record のものを使うのは問題ない
Active Model のものは public ではない

(Rails で public api ってのは docs にあるかどうか)

Active Record

- Descending Indexが指定できるようになった(MySQL 8.0.1以降)

- sqlite3 で boolean を t/f から 1/0 に修正
t/f で保存していた場合、手動で変更する必要がある

- order と pluck に生 SQL はダメ
Arel.sqlメソッドでラップしないとだめ

- fixtures でまとめてクエリーを実行するようになった

- SQLが発行された場所が log に出るようになった
デフォルトは開発環境のみ

- MySQL の bulk true があったけど、 PostgreSQL でもできるようになった

- PostgreSQL の foreign tables をサポート

- Errorクラスが増えてる

https://y-yagi.github.io/presen_rails_5_2_part2/#/47

- その他、 Active Record はこれを見ると良い
http://kamipo.github.io/talks/20180215-tdtech/#/title

Atcive Support

- Date#prev_occurring、Date#next_occurringメソッドが追加された
前の曜日、次の曜日を取得するメソッド

- ActiveSupport::Cache::Store に write_multi メソッドを追加
Redis adapterだとMSETを使うようになるので、一個一個書き込むよりはやい

- ActiveSupport::Testing::TimeHelpersをincludeしている場合、テストの後処理で自動でtravel_backが呼ばれるようになった
Rspec はどうするのかわからない

Railties

- rails new 時の Gemfile に bootsnap を追加

--skip-bootsnap でスキップできる

その後の飲み会

今回は知った人が多かったので飲み会にも参加！

自分の開発経験にはない話がいっぱい出てきて、とても勉強になった。前に一回参加したときも感じたけど、こういう中での話にも知らないことがいっぱい出てくるので聞いてるだけで楽しい！

また参加します！

2017年を振り返って

Sat, 30 Dec 2017 14:24:55 +0900

今年は一年マルっとフリーランスプログラマーとして活動した年だった。

周りの人には言っているが、リサーチをやっていたときには全く考えていない働き方だし、こんなに楽しく仕事ができるようになったのも想像してなかったので、今の気持ちを整理したいと思う。

フリーになりたてのころ

正確には、去年(2016年)の10月からフリーになった。

当初はリサーチ業界から転職してプログラマーとしての仕事は2年くらいで不安しかなかった。

こんなんで仕事できるの？
コード理解できるかな？
コード書けるかな？

この時期は、まだプログラマーなりたてだし...って自分に言い訳をしてたのもあった。

一年を振り返った今の気持ち

この一年で合計3社さんとお仕事させてもらって、不安は少しずつ減ってきた。

それぞれの会社さんで実装面で相談にのってもらったり、知識不足のところは教えてもらったり、たくさんの人に助けてもらって、それまで「俺にできるのか？」って思ってたことでも「何とかできそう！」って思えるようになってきた。

今でも不安な気持ちはあるし、アウトプット出せてないときは本当に申し訳なく思う。だからこそ、もっと勉強しないといけないと思うし、期待されて、その期待以上のものを出すプログラマーになりたいなと思う。

いつからこんなに勉強することが楽しくなったのか、自分でも不思議なくらい本を読んだりコードを書くようになったのも事実で、まだまだ楽しく仕事できるな〜って感じている。

(それぞれの会社でお世話になった方々、ありがとうございました。)

反省点

性格的に怖がりで失敗したくないので、今ある知識の中で何とかしようとする部分が多かった。

でも、一回経験しておくと二回目以降に安心して手が動くという経験を何度もしたので、新しく勉強したものを「何でそれがいいのか？」という部分をちゃんと理解しつつ、実際のプロダクトのコードで使っていくようにした方がよかった。

来年やること

フロントとインフラ

あれこれ他の言語に手を出さず、自分で意図的に Rails だけやってきたのでここは強みだと思う反面、他の言語とかフロント、インフラ周りになるとなかなかアウトプット出せないなって感じた...

フロントと最低限のインフラ知識は必要だなと思うので、この辺りは自プロダクトも含めて埋めていきたい。

Ruby と Rails

そして、 Rails 周りのインプットを増やせば増やすほど、こんな書き方できるのか！こうやって model を分けるのか！とか新しい発見が多くて、もっと知っていい感じのコード書けるようになりたいと思った。

なので、本やサイトから Ruby や Rails 周りのインプット・アウトプットは今後も続けつつ、OSSのコードを読んでいろんな書き方を学びつつ、OSS貢献もやっていきたい。

また、人が多いところが苦手で勉強会とかにあまり参加していなかったので、来年は参加する機会を増やしていこうと思う。

ブログ

今年は全く書いてなかった。

こんなこと書いてもな〜...って思うこともあったけど、今でも昔の記事読むと、しょーもな！って思うことで悩んだりしてたみたいなので、作業ログ的に記録を残しておくと、「この当時はこんなことで悩んどったんだな」とかあとあと振り返りがしやすいかなと思う。

自分の記録を残すって意味でも、もう少し何かしら書いていこうと思う。

自プロダクト

自分のプロダクトとして Growth Support を作った。いいプロダクトになると思っているので開発を進めてさらにいいものにしていきたい。

また、くだらないサービスもどんどん作って公開していきたいと思う。その過程で知識不足なフロントとインフラを埋めていければいいと思っている。

まとめ

そんなこんなで、今年はとても楽しい一年だった。

やることもたくさんあるし、知りたいこともいっぱいある。まだまだプログラマーとして楽しい日々が送れそうなので、来年はもっと楽しい一年にしたいと思う。

webpack2 : チュートリアルをやってみた！

Sun, 02 Apr 2017 13:50:30 +0900

最近よく聞く webpack ！

いろんなプロジェクトで使われてて裏でいい感じに動いていて勉強しないとと思って数ヶ月...やりました！

バージョンが 2 になってたみたいで、チュートリアルやったら動かなくて困った...

とりあえず以下を参考に動くところまでは持っていった！

webpack.js.org

で、初心者なのでここからどうしよう...と思って見つけたのがこのチュートリアル！なのでこれをやってみました！

Getting Started with webpack 2 – Thinking in Code

今の状態としては、webpack の Getting Started をやって終わっている状態です！

- webpackのバージョンは 2.3.2

yarnを使う

これも聞いたことがある！パッケージマネージャらしい！

Yarn is a package manager for your code.

yarnpkg.com

以下を実行すると yarn が使えるようになるっぽい。

brew install yarn
yarn add --dev webpack webpack-dev-server@2

基本的には記事通りにやって行けば大丈夫だと思うけど、動かなかったところをメモしていく！

webpack-dev-server

これも当たり前なんかな？普通にターミナルに入力して動かなくて、以下のコマンドでインストール後に動いた。

npm install -g webpack-dev-server

extract-text-webpack-plugin

記事内では beta 版が使われているようだったけど、今は大丈夫っぽい！

npm install --save-dev extract-text-webpack-plugin

How To: Redirect back to current page after sign in, sign out, sign up, update · plataformatec/devise Wiki · GitHub

まとめ

とりあえず動くようになったけど、実際にコード書いていかないと分からないな（笑）

これからいじっていく予定！

【Rails5】devise でログイン後ページをユーザー意図に合わせて変更する

Fri, 13 Jan 2017 07:00:00 +0900

前回の記事でログイン後ページのリダイレクトを設定しました。

ログアウトした状態でログイン後の特定ページにいった場合、ログインページに遷移し、ログインするとその設定したページにリダイレクトされます。

しかし、その場合ユーザーとしてはログインするとそのログイン後の特定ページにリダイレクトされたいと思います。

今回はその機能を実装していきます。

ログイン前のページを保存する

以下のページで解説がありますので、そのとおりに実装していきます。

まず app/controllers/application_controller.rb に以下を追記します。

class ApplicationController < ActionController::Base
  before_action :store_current_location, unless: :devise_controller?
  before_action :authenticate_user!

  ...

  private

  def store_current_location
    store_location_for(:user, request.url)
  end
end

これでログイン前のページが保存されます。

ログイン後のリダイレクトを修正

次に以下のようにしてログイン後のリダイレクトを先ほどの保存したログイン前ページを使うように修正します。

  def after_sign_in_path_for(resource)
    stored_location_for(resource) || mypage_root_path
  end

ログイン不要ページを除く

この設定でほぼOKなんですが、ログインが不要なページからログインページに遷移した場合もこの機能が働きます。

例えば、トップからログインページに遷移した場合、ログイン後はトップに戻ります。しかし、ここではログイン後のトップ(上記例では mypage_root_path)に遷移させたいと思います。

なので、その設定を行います。なお、ここではログイン不要のページ（トップページ）を home_controller で設定しているとします。

class ApplicationController < ActionController::Base
  before_action :store_current_location, unless: :devise_or_home_controller?
  before_action :authenticate_user!

  ...

  private

  ...

  def devise_or_home_controller?
    devise_controller? || controller_name == 'home'
  end
end

これで home_controller は保存されなくなり、意図通り mypage_root_path に遷移します。 controller_name == 'home' の部分はもう少しやりようがある気がしてますが、ひとまず、これで動きます。

それ以外でいい方法があれば教えてください！

ということで今回はここまで。

devise 関連記事はこちら

【Rails5】devise でログイン機能を実装する

Integration Testing · omniauth/omniauth Wiki · GitHub

【Rails5】gem omniauth-google-oauth2 のrspecテストではまった

Thu, 12 Jan 2017 19:00:00 +0900

ログインテストを書いていてハマったのでメモ。

以下を参考にテストを書いていた。

Rails + Devise + OmniAuth で Facebook/Twitter の OAuth 認証を RSpec + Capybara でインテグレーションテスト（RequestSpec） | EasyRamble

How to Test Drive OmniAuth Google OAuth2 for your Rails App — Jesse Spevack

なるほど！なるほど！と思いながら真似してやっていたが、上手く行かず...

rspec 内に binding.pry を仕込んで中を見てみると上手く設定できてないみたいで、デフォルトのパラメータが返ってくる。

[3] pry(#<Users::OmniauthCallbacksController>)> request.env['omniauth.auth']
=> {"provider"=>"default",
 "uid"=>"1234",
 "info"=>{"name"=>"Example User"}}

omniauth-google-oauth2 を使っている場合は google_oauth2

原因は mock を作るときに以下のように google を設定していたこと。

OmniAuth.config.mock_auth[:google]

これを google_oauth2 に修正したら上手くいきました！

OmniAuth.config.mock_auth[:google_oauth2]

mock を使ったテスト自体ほとんど書いたことがなかったので、これを解決するのにハマってしまった...

【Rails5】devise でログイン後、ログアウト後のページを設定する

Tue, 10 Jan 2017 07:00:00 +0900

ユーザーがログインした後、ログアウトした後のページへの遷移をデフォルトのものから変更したいと思います。

以下のページの項目を読むと after_sign_in_path_for と after_sign_out_path_for をオーバーライドしてねってあるので、その通りやっていきます。

GitHub - plataformatec/devise: Flexible authentication solution for Rails with Warden.

application_controller.rb に追記

以下のように after_sign_in_path_for にログイン後のページ、 after_sign_out_path_for にログアウト後のページを設定するとリダイレクトしてくれます。

class ApplicationController < ActionController::Base
  before_action :authenticate_user!

  def after_sign_in_path_for(resource)
    mypage_root_path # ログイン後に遷移するpathを設定
  end

  def after_sign_out_path_for(resource)
    new_user_session_path # ログアウト後に遷移するpathを設定
  end
end

思ったよりサクッといけました！

devise 関連記事はこちら

【Rails5】devise でログイン機能を実装する

I18n · plataformatec/devise Wiki · GitHub

【Rails5】devise を日本語化する

Mon, 09 Jan 2017 11:00:00 +0900

前回はログイン機能の実装を行いましたが、今回はこれを日本語化していきたいと思います。

デフォルトのロケールを設定する

deviseのページに方法が書いてあるので、これどおりにやっていきます。

config/application.rb にデフォルトのロケールを設定します。

config.i18n.default_locale = :ja

デフォルトで何か設定されている場合は修正してください。

日本語化ファイルを設定する

config/locales/devise.ja.yml というファイルを作成し、上記ページにある日本語翻訳ファイルをコピペします。

# Additional translations at https://github.com/plataformatec/devise/wiki/I18n

ja:
  devise:
    confirmations:
      confirmed: 'アカウントを登録しました。'
      send_instructions: 'アカウントの有効化について数分以内にメールでご連絡します。'
      send_paranoid_instructions: "あなたのメールアドレスが登録済みの場合、本人確認用のメールが数分以内に送信されます。"
    failure:
      already_authenticated: 'すでにログインしています。'
      inactive: 'アカウントが有効化されていません。メールに記載された手順にしたがって、アカウントを有効化してください。'
      invalid: "%{authentication_keys} もしくはパスワードが不正です。"
      locked: 'あなたのアカウントは凍結されています。'
      last_attempt: 'あなたのアカウントが凍結される前に、複数回の操作がおこなわれています。'
      not_found_in_database: "%{authentication_keys} もしくはパスワードが不正です。"
      timeout: 'セッションがタイムアウトしました。もう一度ログインしてください。'
      unauthenticated: 'アカウント登録もしくはログインしてください。'
      unconfirmed: 'メールアドレスの本人確認が必要です。'
    mailer:
      confirmation_instructions:
        subject: 'アカウントの有効化について'
      reset_password_instructions:
        subject: 'パスワードの再設定について'
      unlock_instructions:
        subject: 'アカウントの凍結解除について'
      password_change:
        subject: 'パスワードの変更について'
    omniauth_callbacks:
      failure: "%{kind} アカウントによる認証に失敗しました。理由：（%{reason}）"
      success: "%{kind} アカウントによる認証に成功しました。"
    passwords:
      no_token: "このページにはアクセスできません。パスワード再設定メールのリンクからアクセスされた場合には、URL をご確認ください。"
      send_instructions: 'パスワードの再設定について数分以内にメールでご連絡いたします。'
      send_paranoid_instructions: "あなたのメールアドレスが登録済みの場合、パスワード再設定用のメールが数分以内に送信されます。"
      updated: 'パスワードが正しく変更されました。'
      updated_not_active: 'パスワードが正しく変更されました。'
    registrations:
      destroyed: 'アカウントを削除しました。またのご利用をお待ちしております。'
      signed_up: 'アカウント登録が完了しました。'
      signed_up_but_inactive: 'ログインするためには、アカウントを有効化してください。'
      signed_up_but_locked: 'アカウントが凍結されているためログインできません。'
      signed_up_but_unconfirmed: '本人確認用のメールを送信しました。メール内のリンクからアカウントを有効化させてください。'
      update_needs_confirmation: 'アカウント情報を変更しました。変更されたメールアドレスの本人確認のため、本人確認用メールより確認処理をおこなってください。'
      updated: 'アカウント情報を変更しました。'
    sessions:
      signed_in: 'ログインしました。'
      signed_out: 'ログアウトしました。'
      already_signed_out: '既にログアウト済みです。'
    unlocks:
      send_instructions: 'アカウントの凍結解除方法を数分以内にメールでご連絡します。'
      send_paranoid_instructions: 'アカウントが見つかった場合、アカウントの凍結解除方法を数分以内にメールでご連絡します。'
      unlocked: 'アカウントを凍結解除しました。'
  errors:
    messages:
      already_confirmed: 'は既に登録済みです。ログインしてください。'
      confirmation_period_expired: "の期限が切れました。%{period} までに確認する必要があります。 新しくリクエストしてください。"
      expired: 'の有効期限が切れました。新しくリクエストしてください。'
      not_found: 'は見つかりませんでした。'
      not_locked: 'は凍結されていません。'
      not_saved:
        one: "エラーが発生したため %{resource} は保存されませんでした:"
        other: "%{count} 件のエラーが発生したため %{resource} は保存されませんでした:"

これで devise に関連する表示は日本語化できました。

モデルも日本語化する

ついでと言っては何ですが、フォームなどに表示される項目も日本語化していきたいと思います。

Email や Password といった表示はモデルの属性によるものなので、 config/locales/models.ja.yml などのファイルを作成し、以下を追記します。

ja:
  activerecord:
    attributes:
      user:
        email: メールアドレス
        password: パスワード
        password_confirmation: 確認用パスワード
        remember_me: 次回から自動的にログイン

これでフォームに表示される項目も日本語化できます。

それ以外の日本語化

それ以外の箇所は直接viewにかかれているようなので、それを修正すればいいかと。必要に応じて I18n 化する感じです。

例えば app/views/devise/sessions/new.html.erb がログインフォームなので、このファイルを開いて日本語に書き換えます。

<h2>ログイン</h2>
<%= form_for(resource, as: resource_name, url: session_path(resource_name)) do |f| %>
 <div class="field">
 <%= f.label :email %><br />
 <%= f.email_field :email, autofocus: true %>
 </div>

 <div class="field">
 <%= f.label :password %><br />
 <%= f.password_field :password, autocomplete: "off" %>
 </div>

 <% if devise_mapping.rememberable? -%>
 <div class="field">
 <%= f.check_box :remember_me %>
 <%= f.label :remember_me %>
 </div>
 <% end -%>

 <div class="actions">
 <%= f.submit "ログイン" %>
 </div>
<% end %>

<%= render "devise/shared/links" %>

一番最後にある devise/shared/links はフォームの最下部にあるリンクを作成している viewなので、これも必要に合わせて修正してください。

以上、 devise の日本語化でした！

devise 関連記事はこちら

【Rails5】devise でログイン機能を実装する

Rails アプリを複数(2つ以上)立ち上げる方法

Sat, 15 Oct 2016 11:05:47 +0900

最近マイクロサービスというものを調べる機会があって、記事などを読んでいた。

で、気になったのが「ローカルでどうやって開発するの？」でした。

開発者なら当たり前なのかもしれませんが、こういう機会があって初めて課題に気づき調べて分かることだったのでメモしておきます。

ポートを指定して rails s！

そんなことできたんだな...

通常の `rails s` だと 3000 でアプリが立ち上がる。

複数立ち上げたいときは `rails s -p 4000` とか、`-p ポート番号` って指定してあげればOK!

たとえば上記で rails アプリを立ち上げて、 http://localhost:4000/ にアクセスすれば起動してる。

なるほどな〜とwww

今後の開発

せっかくの機会なので、マイクロサービス周りを調べつつ、テスト的に何か作れればと思っている。

まだまだどういうときに必要で、どういった技術的なものや知識が必要になるのか分かっていないので徐々にやっていくつもりです！

【Rails5】devise でログイン機能を実装する

Sun, 31 Jul 2016 08:30:00 +0900

devise を使ってログイン機能を実装してきます。

2016年7月30日時点で Rails5 対応しているのかちょっとわからなかったのですが、実装できたのでメモしておきます。

その他、devise 関連記事を書いているので参考にどうぞ。

devise をインストール

Gemfile に以下を追加して、ターミナルから bundle install を実行します。

gem 'devise'

次にターミナルから rails generate devise:install を実行するとインストール手順が表示されます。

➜  app git:(master) rails generate devise:install
Running via Spring preloader in process 33841
      create  config/initializers/devise.rb
      create  config/locales/devise.en.yml
===============================================================================

Some setup you must do manually if you haven't yet:

  1. Ensure you have defined default url options in your environments files. Here
     is an example of default_url_options appropriate for a development environment
     in config/environments/development.rb:

       config.action_mailer.default_url_options = { host: 'localhost', port: 3000 }

     In production, :host should be set to the actual host of your application.

  2. Ensure you have defined root_url to *something* in your config/routes.rb.
     For example:

       root to: "home#index"

  3. Ensure you have flash messages in app/views/layouts/application.html.erb.
     For example:
     <%= notice %>
     <%= alert %>

  4. You can copy Devise views (for customization) to your app by running:

       rails g devise:views

===========================================================

この手順通りにやっていきます。

1. 開発環境でのメール設定

config/environments/development.rb ファイル内に以下を追記します。

config.action_mailer.default_url_options = { host: 'localhost', port: 3000 }

2. route を追加

config/routes.rb に root to: 'home#index' を追加します。

3. ログイン関連の flash メッセージの表示

app/views/layouts/application.html.erb に flash メッセージ用のタグを追加

<%= notice %>
<%= alert %>

4. ログイン関係の view を作成

ターミナルから以下を実行することでログイン関連のviewのベースを作成します。

➜  app git:(master) rails g devise:views
Running via Spring preloader in process 34244
      invoke  Devise::Generators::SharedViewsGenerator
      create    app/views/devise/shared
      create    app/views/devise/shared/_links.html.erb
      invoke  form_for
      create    app/views/devise/confirmations
      create    app/views/devise/confirmations/new.html.erb
      create    app/views/devise/passwords
      create    app/views/devise/passwords/edit.html.erb
      create    app/views/devise/passwords/new.html.erb
      create    app/views/devise/registrations
      create    app/views/devise/registrations/edit.html.erb
      create    app/views/devise/registrations/new.html.erb
      create    app/views/devise/sessions
      create    app/views/devise/sessions/new.html.erb
      create    app/views/devise/unlocks
      create    app/views/devise/unlocks/new.html.erb
      invoke  erb
      create    app/views/devise/mailer
      create    app/views/devise/mailer/confirmation_instructions.html.erb
      create    app/views/devise/mailer/password_change.html.erb
      create    app/views/devise/mailer/reset_password_instructions.html.erb
      create    app/views/devise/mailer/unlock_instructions.html.erb

ログインユーザー用のUserモデルの作成

ターミナルから rails g devise User を実行し、ログインしたユーザーを登録するモデルを作成します。

ログイン後のページを作る

テスト用に以下のようなログイン後のページを作成します。

# app/controllers/mypages_controller.rb
class MypagesController < ApplicationController
  before_action :authenticate_user!

  def show
  end
end


# app/views/mypages/show.html.erb
mypage#show


# config/routes.rb
Rails.application.routes.draw do
  devise_for :users
  root to: 'home#index'

  resource :mypage
end

サーバーを再起動し、http://localhost:3000/mypage にアクセスするとログインページが表示されると思います。

これは、 before_action :authenticate_user! がログインしているかをチェックしており、していなければログインページにリダイレクトされます。

ログイン、ログアウトのリンクを追加する

ログインしていない状態で、ログインが必要なページに直接アクセスするとログインフォームにリダイレクトされます。

ただ、ログインフォームへのリンクとログアウトするリンクが必要となります。

そのためのリンクが以下です。

<% if user_signed_in? %>
  <%= link_to('Logout', destroy_user_session_path, :method => :delete) %>
<% else %>
  <%= link_to('Login', new_user_session_path) %>
<% end %>

これをリンクを追加したい場所に追加すれば大丈夫です。

以上、devise の実装でした。

次は devise を日本語化していきたいと思います。

その他、devise 関連記事はこちら

Ruby on Rails 5 で新しくアプリを作成する

Sat, 30 Jul 2016 14:07:13 +0900

新しく作りたいものを思い立って、せっかくなので Rails 5 で作ろうと思ったので、その手順を簡単に。

今の自分のローカル環境としては、Rails 4 は動く状態です。

Rails 5 のインストール

リポジトリはこちら。手順も READ ME に書いてあるので、そちらを見た方が早いかもしれません。

ターミナルから以下を実行。

gem install rails

実行結果を見ていくと rails 5 が入ってますね！（長いので省略してます）

Fetching: activesupport-5.0.0.gem (100%)
Successfully installed activesupport-5.0.0
Fetching: rack-2.0.1.gem (100%)
Successfully installed rack-2.0.1
...
Parsing documentation for rails-5.0.0
Installing ri documentation for rails-5.0.0
Done installing documentation for activesupport, rack, rails-dom-testing, actionview, actionpack, activemodel, arel, activerecord, activejob, actionmailer, actioncable, railties, rails after 24 seconds
13 gems installed

アプリの起動

ここから先はいつもどおりです。
※ myapp のところは作るアプリ名に修正

rails new myapp
cd myapp
rails server

もうちょっとゴニョゴニョやる必要があるかなと思ったけど簡単だった。

これで Rails 5 で開発ができる！

超集中を手に入れる５つのテクニック〜自分を操る超集中力メンタリスト DaiGo〜

Mon, 11 Jul 2016 06:30:00 +0900

前から気になっていたメンタリストDaiGo。

人の振る舞いからその人の心理を当てるパフォーマンスをテレビで見て、この人どうやって見抜いてるんだろう？って興味があった。

たまたま本屋にいったらDaiGoの本が複数並んでいて、こんなに本書いてんの？と思いつつ、いい機会なので読んでみようと思った。今回は「自分を操る超集中力」って本の感想を。

集中は作り出せる

集中しているときってそのことに没頭していて、気が付くと1時間、2時間ってあっという間に時間が経つ。

でも、結構気が散って集中できないことも多々ある。

自分のパフォーマンスを上げるにはどうやって集中を作りだすかが鍵になってくる。

そんな方法を脳の研究も合わせて紹介しているのがこの本。

超集中する５つのテクニック

集中するテクニックがたくさん紹介されているので、細かいテクニックは本を読んでもらいたいのですが、僕が大事に思ったことを一言で言うと、「集中できる環境づくり」。

それをピックアップして紹介します。

机には青いもの、青色のペンを使う

色彩心理学で青は集中を促す色。これ、結構前からやっているけど、何となくしっくりきていると思う。

机の上に青いものを置いたり、青色のペンを使うだけなので簡単にできると思う。

気が散るものを排除する

例えばスマホ。集中しててもブルっと震えれば気になってしまう。その時点で集中は切れる。

集中したいときはマナーモード...というか、バイブレーションも止めてしまうのがいいと思う。かばんに入れていてもブルブルすると音が出て気になることもあるので。

それ以外にも電話が鳴らない早い時間に行って仕事するなど邪魔が入らない環境で仕事することが大事。

やることを6つ書き出して優先順位付け

その日にやる6つのことを書き出して優先順位付けし、上から順にやっていく方法。

紙に書き出すことに意味があって、頭に覚えているということは脳を使っているということ。

自分の頭のなかにあるタスクを紙に書きだして脳をクリアにする。それによって目の前のコトの集中できる状態を作れるというわけです。

やることを一つに絞る

僕もよくあるんですが、あれもやらないと、これもやらないとって思って結局ほとんど終わらないという...

先ほどの紙に書き出して優先順位付けしたものを１つずつやっていくことで、それだけに集中して仕事ができる。

複数平行してやるとアイドリング（その仕事をする準備）に時間がかかるので一つのことに集中してやることが大事。

25分仕事、5分休憩

何となく聞いたことがある方もいるかもしれませんが、ポモドーロというやつです。

人の集中できる時間は限られているので適度に休憩を入れて集中を維持することが大事。

僕もやろうと思いつつ、そんな細かく区切ってたらアイドリングに時間かかるし無駄だと思う...って思ってやってなかった。

でも、一つのことに絞ってやるのであれば休憩中も脳はその仕事を考えており問題ないとのこと。

その休憩中にナッツなどの低GI食品で血糖値をコントロールしつつ、1,2時間にコップ１杯の水を飲む。

脳はブドウ糖をエネルギーとしていて、ナッツによって補給しつつ、水分不足による集中力低下を防ぐことができます。

超集中を手に入れる

明日、大事なプレゼンなのに...とか午後までに資料まとめないと...とか集中して一気にやらない場面はたくさんあると思います。

そういうときに限って中々手を付けられなかったりすることもあると思います。

簡単なことから少しずつ始めて集中力を手に入れてみてはいかがでしょうか？

【目次】

まえがき
第1章集中力を自在に操る3つのルール
　集中力の高い人に共通する行動原則とは
第2章高い集中力を生み出す7つのエンジン
　トップスピードで「すぐ没頭できる」自分に変わる
第3章疲れをリセットする3つの回復法
　疲れを感じている方は、ここから読み進めてください
第4章集中力を自動でつくり出す時間術
　いつもの仕事の時間を変えるだけで、パフォーマンスは上がっていく

【サイト改善レポート】参照元とランディングページから改善ポイントを洗い出す

Mon, 04 Jul 2016 06:00:00 +0900

Googleアナリティクスを使って数値は追いかけているが、実際にどうやって改善点を洗い出せばいいのか分からないという方もいるのではないでしょうか。

そこで、今回は分かりやすく、効果が期待できる【参照元】と【ランディングページ】のセッション数と直帰率からサイトの改善ページを考えていきたいと思います。

なぜ参照元とランディングページを見るのか？

ユーザーはどこからあなたのサイトに訪れるのでしょうか？

他のサイトに貼ってあったあなたのサイトへのリンクから
google検索で表示されたあなたのサイトの検索結果から
メールマガジンに記載されたサイトへのリンクから

などいろいろなところから来ていることが考えられます。

参照元を見ることによって、これらの「どこから来ているのか？」を見ることができます。

また、ランディングページを見ることによってサイトのどのページに訪れているかが分かります。

どこから来て、どのページを見ているのかを見ることで、ユーザーが何を望んでサイトに訪れているのか、その望んでいるものがランディングページに記載されているのかといった仮説をたてることができます。

また、直帰率を見ることによって、他のページやCVページヘの誘導ができているかを見ることができます。

ここでセッション数も合わせて見る理由は、改善のインパクトを測る一つの指標として利用します。

例えば、100セッションのページと10,000セッションのページであれば、1%の直帰率改善ができた場合、100セッションだと1セッションしか変わらないのに対して、10,000セッションであれば100セッション変わることになります。

せっかく改善しても効果の薄い施策よりはインパクトのあるものを実行すべきです。

そのため、今回はセッション数と直帰率を見ていきます。

Google アナリティクスAPIを使ってデータを取得

このブログを見ていただいている方は知っているかと思いますが、本ブログでのGoogleアナリティクスデータは Google SpreadSheet を使って取得・表示します。

GoogleアナリティクスAPIというプラグインを使って自動で取得できるようにしていきます。

これは毎月行う、または改善施策の前後数週間〜数ヶ月で数値を比較する場合などを少ない手間で行うために使います。

それではやっていきましょう。

※ Google アナリティクスAPI の基本的な使い方はこちらから

Query Explorer — Google Analytics Demos & Tools

Google SpreadSheetの設定は以下のようになります。
※ 指標は以降でコピペできるようにしてあります。

上記設定を見ていきます。

まず【Start Date】と【End Date】は分析したい期間に合わせて設定してください。月ごとであったり、サイト改善の場合は改善の前後で比較する期間を選択してください。

改善の際は、十分なセッション数のボリュームがないと効果があったかどうかがわかりにくいので、そちらの点も注意して期間を設定してください。

次に【Metrics】を見ていきます。設定しているのは以下ですのでコピーして使ってください。

ga:sessions
ga:users
ga:newUsers
ga:pageviewsPerSession
ga:bounceRate
ga:sessionDuration
ga:goal1Completions
ga:goal1ConversionRate

上から、セッション数、ユーザー数、新規ユーザー数、ページ/セッション、直帰率、平均セッション時間、コンバージョン数、コンバージョン率となります。

セッション数やユーザー数で「量」を見て、新規ユーザー数やページ/セッションなどでその「質」を見ます。そしてコンバージョンによって「成果」を見ます。

※ コンバージョン指標の中にある 1 はご自身の設定によって変えてください。
ex) goal2Completions, goal4Completions など

次は【Dimensions】です。設定しているのは以下となります。

ga:sourceMedium
ga:landingPagePath

上が参照元/メディア、下がランディングページを表しています。

最後の【Sort】はセッション数を多い順に並び替えています。

-ga:sessions

ここまで入力が完了したら、以下を実行してデータを取得しましょう。

このレポートを実行すると以下のように新しいSpreadSheetが作成されデータを取得することができます。

ひとまず、これを日本語化して見出しに色を付けわかりやすくしたのが以下の表です。

数値はそのままコピーしています。

色は、参照メディアとランディングページを軸にして、セッション数などの量を黄色、ページ/セッションなどの質をオレンジ、CV・CV率の成果を赤としています。

表の見方

全体として参照元とランディングページから、どんなサイトから訪れている人が多いのか、どこのページから見始めているのか（ランディング）を確認します。

まず注目するのは量の部分です。どんなにサイト改善を進めていても、量が少なければ改善インパクトは小さいものになります。

次に見るのは成果です。こちらも量がどんなに多くても成果になっていなければ意味がなく、逆にCVしているだろうと思っていたページが想定通り成果を生み出しているかどうかを確認します。

そして最後に改善することで成果を生みそうなページの質を見ていきます。

特に注目すべきは直帰率で、よりサイトのことを知ってもらうためにも他のページヘの遷移が大丈夫かを確認する指標となります。

改善のポイント

サイトにもよりますが、十分な量がある場合は上位20位くらいに絞って改善していきましょう。量が少ない場合は効果が大きそうな1,2ページに絞ってまずやってみることもいいと思います。

直帰率が高い場合は、そのページに来ているユーザーのニーズに合わせて他のページに遷移させるような導線を用意したり、ファーストビューのナビゲーションの配置や見やすさ・ページの内容がすぐに分かるようになっているかなどを実際のページで確認して改善施策を立てていきましょう。

注意して欲しいのは、直帰率が高くても問題ない場合もあるということです。

1ページで完結する読み物コンテンツ、用語集やFAQなどはユーザーがそのページのみで満足して直帰することが多い可能性があります。

こういったページでも、それに関連したコンテンツへの導線を設けることで回遊を促しサイトを知ってもらうために改善をしてみましょう。

サイト改善を行うにあたってベストな答えを見出すことは難しいです。そのため、仮説を立ててそれをどう改善していくのかということを繰り返し行なっていくことが大事になってきます。

また、他の方に相談しながら複数の視点で仮説の精度を上げていくことも大事となります。

今回の分析ではシンプルでインパクトがあるページを洗い出すことができますので、ご自身のサイトで是非試してみてください。

【Googleアナリティクス API】新規ユーザーとリピーターのセグメントでサイトを分析する

Tue, 21 Jun 2016 07:00:00 +0900

サイトを運営している目的はそれぞれあり、その成果を上げるためにアナリティクスを使って分析するのではないでしょうか？

今回はサイトの目的を【CVアップ】とし、それを上げるための一つの分析の型として「新規・リピートユーザーでのセグメント分析」をやってみたいと思います。

また、今回もGoogleアナリティクス API を使ってレポートを作成し、毎月のデータを自動で作成し、追えるようにしていきたいと思います。

Query Explorer で新規ユーザーとリピートユーザーのセグメントを確認

ご自身で設定しているCVを Query explorer から確認するにはこちらをご覧ください。

【Googleアナリティクス API】目標値（CV）の取得 - 31歳から始めたウェブ解析・プログラマーという仕事

今回の例では、【ga:goal1Completions】を使います。複数取得することも可能ですので、分析したいCV指標を選択してください。

また、セグメントを確認するのも同様に Query explorer の【segment】をクリックし【New Users】と【Returning Users】の【gaid】を確認してください。

デフォルトのセグメントですので、基本的には同じ gaid だと思いますが、念のためご確認ください。

以下より、New User は【gaid::-2】、Returning User は【gaid::-3】となります。

新規ユーザーとリピートユーザーデータの注意点

今回は新規ユーザーとリピートユーザーのデータを分析します。

しかし、Google アナリティクスのセグメントにおけるNew User と Returning User はセッション数になっているので注意してください。

数値のチェックをしていて、どうも数値データの一致が取れないなと思ったら、このユーザーという言葉に間違って解釈をしていることがあるので注意しましょう。

サイト全体と新規ユーザー、リピートユーザーのデータを取得

では、Google アナリティクス API を使ってデータを取ってきます。

セグメント分析するときは以下の指標を見ていきましょう。

※ 各指標については別途記事にします。

PV
セッション数
ユーザー数
平均滞在時間
直帰率
新規率
CV数

このそれぞれの指標をGoogleアナリティクスAPIで取得するには以下のようにします。

全体のCV（AllConversion）を計測し、【Segment】に新規ユーザー（gaid::-2）とリピートユーザー（gaid::-3）を設定します。

※ 新規ユーザーとリピートユーザーを足せば全体になりますが、吐き出したデータをそのまま使いたいので全体も出すようにしています。

※ ga:percentNewSessions は新規では 100%, リピーターでは 0% になるので、指標として設定しても意味がないのですが、今後他のセグメントでレポートを作る際に統一したいので入れています。

また、メトリックスは先ほど説明した7つの指標を設定します。

ga:pageviews
ga:sessions
ga:users
ga:avgSessionDuration
ga:bounceRate
ga:percentNewSessions
ga:goal1Completions

入力が完了したら、メニュー【アドオン】→【Google Analytics】→【Run reports】でデータを取得しましょう。

取得データの分析

各指標を新規ユーザーとリピートユーザーで比較していきます。

CVに貢献しているのはどちらか、それぞれのユーザーに指標の数値に差はないか、差があればなぜその差が生まれているのかの仮説を立てて検証 → 改善につなげていきます。

※ データを見るときは月別にグラフにしたりすると視覚的に把握することができます。

新規ユーザーとリピートユーザーで比較する時も、おそらく新規とリピートでは行動に差があるのでは？という仮説を持ってデータの分析を始めると思います。

そのため、ここでもそれを確認し、さらに深い分析・仮説立てに発展させてください。

それ以外のセグメント

今回は新規・リピートユーザーについてのセグメント分け・分析を行ってきましたが、次回以降は流入元別であったり、ランディングページ別でのセグメント分けと分析をしていこうと思います。

また、レポートで取り上げている7つの指標についてもまとめていきたいと思います。

【Googleアナリティクス API】流入元ごと、セグメントごとにデータを取得する

Wed, 08 Jun 2016 07:00:00 +0900

最終回は流入元ごと、セグメントごとにデータを取得していきます。

流入元は自然検索とリファラーを見ていきます。

また、セグメントはViewごとの設定しているものがあると思うので、それによる違いも含め取得方法を見ていきます。

流入元別のデータを取得する

流入元ごとに見ていくには前回同様【Filters】を使います。

自然検索の場合は【ga:sourceMedium=@organic】を、リファラーの場合は【ga:sourceMedium=@referral】を入力します。

以下の例では自然検索の場合を表示しています。

セグメントごとにデータを取得する

まず設定しているセグメントを確認しましょう。Google アナリティクスの Query Explorer を使います。

Query Explorer — Google Analytics Demos & Tools

上記をクリックしていただき、ログインします。

ログインしたら下にスクロールし、【Select a view】からデータを取得したいViewを指定します。以下はこのブログのViewを指定しています。

そして、その下にある【Set the query parameters】の【segment】の部分を選択してください。

すると以下の画面のように設定しているセグメント一覧が表示されますので、データ取得したいセグメントを選択してください。

以下の画面ではOrganic Trafficを選択しています。

選択すると以下のように【gaid::-5】という表示に変わります。

これをGoogle spreadsheet API の【segment】にコピー & ペーストします。

セグメントはViewによって変わってくるので適宜選択してください。

メニューの【アドオン】→【Google Analytics】→【Run reports】をクリックするとデータを取得することができます。

全7回にわたって Google analytics APIを使ってデータの自動取得を行ってきました。

基本的なデータの取得はできるようになったと思いますので、レポートに合わせて適宜データを取得してください。

今後はこれらを使って更にデータ取得・レポート作成を進めていきたいと思います。

7. 流入元ごと、セグメントごとのデータ取得 ← 今回

【Googleアナリティクス API】記事ごと、ディレクトリごとにデータを取得する

Mon, 06 Jun 2016 07:00:00 +0900

今回は記事ごと、ディレクトリごとのデータ取得をやっていきます。

ブログをやっていれば記事ごとでどのくらいPVがあって、滞在時間・直帰率などが気になるところではないでしょうか？

またサイトを運営している場合はURLごとにコンテンツを分けていることが多いので、ディレクトリごとにデータを見たいと思います。

Google アナリティクス API を使って自動的にデータを取得し、記事やサイトの状況を把握していきましょう！

記事ごとのデータを取得する

例えば、前回のブログ記事 ↓↓ のデータを取得してみましょう。

http://31webcreation.hatenablog.com/entry/get-conversion-with-google-analytics-api

前回までのGoogle SpreadSheetの入力に追加していきます。追加するのは【Filters】の部分です。

取得したい記事のURL後半部分【/entry/get-conversion-with-google-analytics-api】を使って【ga:pagePath=~^/entry/get-conversion-with-google-analytics-api】を【Filters】に入力してください。

【ga:pagePath】は指定したURLのデータを取得することを意味しています。

【=~】は正規表現を表す演算子ですが、難しいので興味がある方は調べてみてください。【^】は正規表現の書き方でURLの始まりを指定します。こちらも難しいので興味がある方は調べてみてください。

まとめると、【ga:pagePath=~^】はそれ以降に続く文字列で始まるURLのデータを取得してくださいという意味になります。

そのため、この後に【/】から始まるURL部分を記載してください。

それ以外のページのデータを取得するときも同様で、【ga:pagePath=~^】以降に【/】で始まるページのURLを記載してください。

ディレクトリごとのデータを取得する

ディレクトリごとのデータを取得する場合も【ga:pagePath=~^】の後に続けて記載します。

例えば、記事の上のディレクトリ【/entry/】のデータを取得したい場合はこれを入力し、【ga:pagePath=~^/entry/】を追記しましょう。

記事ごともディレクトリごとも、【Filters】に設定【ga:pagePath=~】を記載してメニュー【アドオン】→【Google Analytics】→【Run reports】をクリックすることでデータを取得することができます。

取得できましたでしょうか？取得したデータに合わせてグラフ化などを行っていただき視覚的に理解できるようにしていただければと思います。

次回は流入元ごと、セグメントごとにデータを取得していきます。

1. モニタリングレポートとは？

2. データの自動取得

【Googleアナリティクス API】取得したデータを月別に集計する

3. データの集計

4. グラフ化

【Googleアナリティクス API】グラフを作成する

5. 目標値の取得(CV)

6. 記事ごと、ディレクトリごとのデータ取得 ← 今回

7. 流入元ごと、セグメントごとのデータ取得

Query Explorer — Google Analytics Demos & Tools

【Googleアナリティクス API】目標値（CV）の取得

Mon, 23 May 2016 08:00:00 +0900

今回はGoogleアナリティクスAPIを使って目標値(CV)を取得する方法をご紹介します。

目標値はお問合せや資料DL、ページ閲覧数など、各サイトで設定するものが違います。それをGoogleアナリティクスAPIで取得していきます。

設定している目標値を確認する

先ほどご紹介したとおり、目標値はサイトごとに異なります。

また、サイトの運営が長い場合、目標値を複数設定したり、削除したりしている場合があり、まずどの目標値を取得するのかを確認します。

設定している目標値は以下のサイトから確認します。

上記リンクをクリックすると以下の画面になりますので、【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. モニタリングレポートとは？

2. データの自動取得

【Googleアナリティクス API】取得したデータを月別に集計する

3. データの集計

4. グラフ化

【Googleアナリティクス API】グラフを作成する

5. 目標値の取得(CV) ← 今回

6. 記事ごと、ディレクトリごとのデータ取得

7. 流入元ごと、セグメントごとのデータ取得

160518_ブログ_GAdata - Google スプレッドシート

【Googleアナリティクス API】グラフを作成する

Fri, 20 May 2016 07:00:00 +0900

前回、月別にデータをまとめたので、今回はそれをグラフ化していきます。エクセルでグラフを作り慣れている方は、同様に作成できるのでやってみてください。

今回の内容も以下のURLより確認することができます。

グラフ用のシートを作成する

画面下にある【+】マークをクリックし、新しいシートを追加します。

ここに各指標のグラフを作成していきます。

グラフを作成する

メニューにある【挿入】→【グラフ】を選択してください。

すると以下の画面が現れますので、格子マーク（赤枠）をクリックしてグラフ化するデータを追加していきます。

すると以下の画面が現れますので、【データ】下の赤枠を選択し、すべて削除します。

その状態で月別集計したシートを選択し、該当データを選択します。最初はPVのグラフを作るので、C列、D列を選択します。

データの選択が終わったら【OK】をクリックしてください。

クリックすると元の画面に戻るので、グラフの種類【折れ線】を選択します。
すると右側にデータが現れます。
※ 数値はダミーデータです。

次に【カスタマイズ】をクリックして、グラフのタイトルや軸の表示を調整します。

この辺りは好みなので、適宜修正をお願いします。

すべての入力が終わったら【完了】をクリックします。

するとグラフが表示されます。

グラフ作成の注意点

2つ目以降のデータを選択する際、離れた列を選択する必要があります。
（例えば、セッション数であれば月の列とセッション数の列）

その際はデータを選択する際に先に月データ（C列）を選択します。

その次に【別の範囲を追加】をクリックします。

すると入力する枠がもう一つ追加されるので、そこにE列（セッション数）を選択し、【OK】をクリックするとうまくいきます。

それ以外のデータでも同じ手順でグラフ化してみてください。

基本的なデータ取得とグラフ化の流れをやってみましたが、いかがでしたでしょうか？

次回は各サイトで設定している目標値の取得とそのグラフ化をやってみます。

1. モニタリングレポートとは？

2. データの自動取得

【Googleアナリティクス API】取得したデータを月別に集計する

3. データの集計

4. グラフ化 ← 今回

5. 目標値の取得(CV)

6. 記事ごと、ディレクトリごとのデータ取得

7. 流入元ごと、セグメントごとのデータ取得

160517_ブログ_GAdata - Google スプレッドシート

【Googleアナリティクス API】取得したデータを月別に集計する

Wed, 18 May 2016 07:00:00 +0900

前回はデータ取得までやったので、これを日別に取得し、月別データでまとめるところまでやっていきます。

レポート作成は月ごとが多いと思うので今回はそれに合わせて作成しますが、週ごとなど報告形式に合わせて調整していただければと思います。

※ 今回の内容は以下にまとめてあります。

日別にデータを取得する

前回は直近7日間のデータを取得しました。
これは以下の図の青枠で指定しています。この数字は削除してください。

次に赤枠内に取得したい期間の日付を指定してください。

以下では、このブログのデータ取得を始めたのが11月からなので【Strat Date】にそのように記入していますが、それぞれに合わせて記入してください。

【End Date】はいつまでのデータを取得するかという意味ですが、未来の日付も指定できます。今期のデータをまとめるという意味で「2017/03/31」を記入しています。

これで取得するデータの日程を設定できたので、メニュー【アドオン】→【Google Analytics】→【Run reports】とクリックしデータを取得しましょう。

すると指定した期間でのデータが取得できています。

月別にデータを集計する

次は日別のデータを月別でまとめていきます。

集計のための下準備

以下の図の【ga:date】の列を最後まで選択します。

選択した状態で【表示形式】→【数字】→【書式なしテキスト】を選択します。これはエクセルを使い慣れている人なら経験があると思いますがデータを検索するときに必要な処理となります。詳細は長くなるので興味がある方は調べてみてください。

表の作成

画面左下にある【＋】ボタンから新しいシートを追加します。

今回は基本的な指標ということで、以下のようにデータをまとめることにしました。
※ 見た目は好みなので適宜修正してください。

B,C列には【年】と【月】を入れています。また、先ほど取得した指標をD列〜I列（緑）に入れるように表を作成し、J列〜L列（オレンジ）はデータ計算して率や平均時間を出すようにします。

月別データの集計

【Report Configuration】シートで【Report Name】を「はてなブログ」としたので、「はてなブログ」というシートに取得したデータが表示されていると思います。

【Report Name】を修正した方は、それに合わせて以下の数式を適宜修正してください。

最初に「PV」の値を集計します。D列3行目に以下の数式を入力してください。

=sumifs('はてなブログ'!B$4:B$839, 'はてなブログ'!$A$4:$A$839, B3&"-"&C3&"-*")

数式の詳細は調べていただきたいのですが、最初の【'はてなブログ'!B$4:B$839】でどのセルの値を合計するのかを指定しています。この場合はPVなので、「はてなブログ」シートのB列4〜839行目のデータを合計するという意味です。

行数はデータ取得のときに指定した日付で変わってくるので、それに合わせて修正してください。

次の【'はてなブログ'!$A$4:$A$839, B3&"-"&C3&"-*"】部分が集計する条件を指定しています。【'はてなブログ'!$A$4:$A$839】は「はてなブログ」シートのA列4〜839行目のデータ（日付）を表しており、その日付の中で【B3&"-"&C3&"-*"】にマッチするもの、つまり「B3」では年、「C3」では月を指定しており、「-*」は日付の部分は任意のものを取得しています。

それ以外の「セッション数、ユーザー数、新規ユーザー数、直帰数、滞在時間合計」も同様の考え方で3行目に以下の式を入力してください。

※ このファイルは後ほどまとめて公開しますのでお待ちください。

セッション数: =sumifs('はてなブログ'!C$4:C$839, 'はてなブログ'!$A$4:$A$839, B3&"-"&C3&"-*")
ユーザー数: =sumifs('はてなブログ'!D$4:D$839, 'はてなブログ'!$A$4:$A$839, B3&"-"&C3&"-*")
新規ユーザー数: =sumifs('はてなブログ'!E$4:E$839, 'はてなブログ'!$A$4:$A$839, B3&"-"&C3&"-*")
直帰数: =sumifs('はてなブログ'!F$4:F$839, 'はてなブログ'!$A$4:$A$839, B3&"-"&C3&"-*")
滞在時間合計: =sumifs('はてなブログ'!G$4:G$839, 'はてなブログ'!$A$4:$A$839, B3&"-"&C3&"-*")

4行目以降はも同じ用に入力すると月別の合計値を出すことができます。

データの計算

最後に「新規ユーザー率、直帰率、平均滞在時間」を計算します。

それぞれ取得した値を割り算するので、J〜L列3行目に以下の数式を入力してください。

新規ユーザー率: =G3/F3
直帰率: =H3/E3
平均滞在時間: =I3/E3

作成月までのデータは取得・集計でき、それ以外は「0」「#DIV/0!」（割り算できない）となっていると思います。

※ 以下は2016年5月までのデータは取得でき（グレーの箇所）、それ以外はまだ取得できていないことになっています。

データ取得の自動化

このレポートですが、データ取得のために毎回【アドオン】→【Google Analytics】→【Run reports】を実行する必要があります。

これも手間なので、上記【Run reports】の下にある【Schedule reports】から自動で取得するようにしましょう。

【Schedule reports】をクリックすると以下の画面が現れますので、「Enable reports to run automatically.」にチェックを入れると「Schedule reports to run ...」部分が現れます。

ここはそのままにして、【Save】ボタンをクリックします。

これで毎朝午前4時〜5時の間に自動でデータ取得を行ってくれるようになります。

長くなりましたね...

ひとまず、何も修正せず、この通りにやってみてから自分に合わせて修正するのがいいかと思います。

次回はこの集計データを元にグラフ化を行っていきます。

1. モニタリングレポートとは？
【Googleアナリティクス】モニタリングレポートと作成自動化の流れ

2. データの自動取得
【Googleアナリティクス】無料で使えるレポート作成ツールでレポートに必要なデータを取得する

3. データの集計 ← 今回

4. グラフ化
【Googleアナリティクス API】グラフを作成する

5. 目標値の取得(CV)

6. 記事ごと、ディレクトリごとのデータ取得

7. 流入元ごと、セグメントごとのデータ取得

160516_ブログ_GAdata - Google スプレッドシート

【Googleアナリティクス】無料で使えるレポート作成ツールでレポートに必要なデータを取得する

Mon, 16 May 2016 07:00:00 +0900

では、実際にモニタリングレポートを作成していきます。

今までのレポート作成では、Googleアナリティクスのデータをエクセルにダウンロードして、それを集計してグラフにしてレポートを作成して...ということを毎月やっていたのではないでしょうか？

同じことの繰り返しだからもっとラクに出来ないかな？って思ったことはありませんか？

また、無料ツールを使いたいけど他社ツールだと会社の規定などによって使えなかったり使用確認が必要で面倒...という方向けに、Google公式のツールをご紹介します。

今回は基本的なデータを取得するところまでをやっていきましょう。
※ 今回の内容は以下にまとめてあります。

Googleアナリティクスアドオンを使う

アナリティクスを使うにあたって、google用のアカウントを持っているのではないかと思います。なので、google drive も一緒に登録してしまいましょう。

Google ドライブ - 写真やドキュメントなど、ファイルのクラウドストレージとバックアップ

アカウント登録し、ログインしたら早速開始しましょう！

ドライブにログインしたら、左メニューにある【新規】ボタンをクリックし、【Google スプレッドシート】を選択してください。

レポートはこのスプレッドシート（google drive上のエクセルみたいなもの）で管理していきます。

ファイルのタイトルは今回ブログデータを取得していくので「ブログ_GAdata」としています。目的に合わせて設定してください。

次にメニューにある【アドオン】をクリックし、【アドオンを取得】を選択してください。

すると以下の画面が表示されるので、検索ボックスに「google アナリティクス」と入力して Enter キーを押し検索をします。

【Google Analytics】が表示されるので、【+ 無料】ボタンを押して追加します。

アナリティクスのアカウントを紐付けるための確認画面が表示されますので、内容を確認し【許可】をクリックしてください。

これで google スプレッドシートからアナリティクスのデータを取得する準備が整いました。

データを取得する

次にデータを取得してきましょう。

メニューの【アドオン】→【Google Analytics】→【Create new report】をクリックし、新しいレポートを作成します。

クリックすると以下のようにスプレッドシート右側の「Create a new report」という画面が表示されるので、【Name】にはレポートの名前（今回はこの「はてなブログ」のデータを取得するので「はてなブログ」としています。）を記入します。

それ以下の【Account】【Property】【View】はお使いのアナリティクスからどのデータを取得するのか、それぞれの設定に合わせて選択してください。

次に、その下にある【Metrics】、【Dimensions】でPV、Sessionなど、どういったデータを取得するのかを設定していきます。（青枠）

まずは【Metrics】です。

【Metrics】をクリックすると以下の画面が現れます。

ここで取得するデータを指定します。

今回は基本的なデータ取得ということで以下のデータを選択します。

Users(ユーザー数)
New Users(新規ユーザー数)
Sessions(セッション数)
Bounces(直帰数)
Organic Searches(自然検索アクセス数)
Session Duration(セッション滞在時間)
Pageviews(ページビュー数)

※ 【Metrics】をクリックした状態で「U」を入れると候補が表示されるので「Users」などと入力して候補を絞って選択してください。それ以外も同様です。

次に【Metrics】の下にある【Dimensions】を設定していきます。

レポートを作成する際、基本的には日別でのデータを集計していると思うので、今回は日別で取得していくことにします。

【Metrics】の場合と同様、【Dimensions】をクリックし、「date」と入力するとすぐ上に「Date」が表示されるので、こちらを選択してください。

入力が完成したのが以下となります。

完成したら「Create Report」をクリックしてレポートを作ります。

スプレッドシート上の取得したデータを吐き出す

「Create Report」をクリックすると「Report Configuration」というシートが作成され、先ほど入力した内容が表示されます。

このレポートは直近の7日間のデータを取得します。（Last N Days の部分）

これでデータを取得する準備が整いました。

最後にメニューから【アドオン】→【Google Analytics】→【Run reports】をクリックするとアナリティクスのデータを取得できます。

取得されるデータは以下のようになります。

あとはこちらのデータを加工して自動でグラフを表示するなどをしていきます。

長かったですが、いかがでしたでしょうか？
次は取得する日にちを設定し、そのデータを集計していきます。

1. モニタリングレポートとは？

2. データの自動取得 ← 今回

3. データの集計
【Googleアナリティクス API】取得したデータを月別に集計する

4. グラフ化
【Googleアナリティクス API】グラフを作成する

5. 目標値の取得(CV)

6. 記事ごと、ディレクトリごとのデータ取得

7. 流入元ごと、セグメントごとのデータ取得

【Googleアナリティクス】モニタリングレポートと作成自動化の流れ

Wed, 04 May 2016 11:54:12 +0900

サイトやブログの運営にあたり、それぞれ目的があると思います。

その目的に合わせた目標（指標）を設定し、その達成度合いを見ていくのがモニタリングレポートです。

モニタリングレポートを作成する意味

目標数値を確認していくことで、目標に対する施策の効果を測定し、改善や次の施策を検討する際の目安とすることができます。

また、継続してモニタリングすることで、月・週・日・時間などにおけるトレンドを把握できるようになります。

その他、数値の変化にいちはやく気づくことができ、その変化の原因や対策などを立てることも可能です。

最終的に施策の結果報告と施策評価にも繋がるようなレポートとなるので、これを作成しておくと改めてレポートを作成するという手間が減り、考察に時間を使うことができるようになります。

個人的には、チームで運営している場合、これを作ることによって全体での共通認識を作ることができ、同じ目線で施策やその結果・改善を考えることができるようになることが一番大きいかと思っています。

今後、本ブログでやること

今回の一連の記事では、モニタリングレポートのデータ取得を自動化してレポート作成の時間を減らしていくことを目的とします。

そのため、今回は一般的に使われるであろう PV やユーザー数、直帰率などを主に扱ってレポートを作成していきます。

今後の流れ

今回でモニタリングレポートの意味を説明しました。
次回以降は以下の流れで記事を書いていく予定です。

2. データの自動取得

Google Analytics APIを使ってデータの取得を行うので、その基本的な設定と実際のデータ取得を行います。

【Googleアナリティクス】無料で使えるレポート作成ツールでレポートに必要なデータを取得する

3. データの集計

前回のデータ取得を応用し、日ごとのデータ取得を行います。また、月ごとにデータをまとめることを行います。

【Googleアナリティクス API】取得したデータを月別に集計する

4. グラフ化

前回まとめたデータをグラフ化していきます。

視覚化することで変化を捉えやすく、急な変化やトレンドを把握できるようになります。

【Googleアナリティクス API】グラフを作成する

5. 目標値の取得(CV)

サイトによって、受注やお問合せ・資料請求などのCVを設定していると思います。そのCVのデータを取得する方法をまとめます。