8
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

Google Analyticsを知ろう

Posted at

〜個人開発アプリで「使われ方」を知るために〜

想定読者

  • RUNTEQ生・学習中のエンジニア
  • 個人開発でアプリを作っている人
  • GA入れたことないからざっくりどういうものか知りたい人
  • 「GA入れたけど見てない」「何を見ればいいかわからない」人

*詳しい内容について知りたい方には適さないのでご注意を。

1. なぜ個人開発でGoogle Analyticsを入れるのか

よくある状態として以下のようなことが起こります。

  • 機能は作った
  • デザインも整えた
  • でも 「使われてるか分からない」

ここで Google Analytics(https://developers.google.com/analytics?hl=ja) が効きます。

個人開発 × GA のメリット

  • ユーザーがどこで離脱しているか分かる
  • 想定していた導線が本当に使われているか確認できる
  • 「なんとなく改善」から「根拠ある改善」へ

「コードが正しいか」ではなく、
「ユーザーは迷っていないか」を見るツールであると認識いただくと良いかと思います。

2. Googleアナリティクスで「できること」

GA4で最低限押さえたいことだけに絞るのがポイント。
見られる主なデータ

  • ユーザー数(アクティブユーザー)
  • ページ別アクセス数
  • 滞在時間
  • 離脱率
  • デバイス(PC / スマホ)

最初は 全部理解しなくてOKなので、
まずは使ってみる から始めてみるといいと思います。

3. 導入手順(超ざっくり)

  • GoogleアカウントでGAにログイン
1)Googleアカウントで Google Analyticsにログイン
2)左下の 歯車アイコン(管理) → 「アカウント作成 or 既存アカウント選択」
  • プロパティを作成(GA4)
  • 測定IDを取得
1)プロパティ作成
・プロパティ名:(例)AI-bloom *自分のアプリ名など
・レポートのタイムゾーン:日本
・通貨:JPY
4)「データストリーム」→ ウェブ を選択
・URL:本番URLがまだなら https://example.com とか仮でOK(あとで変えられます)
・ストリーム名:(例)AI-bloom web *自分のアプリ名など
5)作成すると
「測定ID」:G-XXXXXXXXXX が出てくるのでメモしておく
 → この「G-xxxx」が Rails に設定する値です。
  • アプリに埋め込む

環境変数に Measurement ID を持たせる

# Docker ローカル用(docker-compose.yml)

services:
  web:
    # 既存設定いろいろ…
    environment:
      GA_MEASUREMENT_ID: "G-XXXXXXXXXX"

Render 本番用

Render ダッシュボード → 対象サービス → Environment タブから

・KEY: GA_MEASUREMENT_ID
・VALUE: G-XXXXXXXXXX

を追加して保存。

  • ENV["GA_MEASUREMENT_ID"] が設定されている環境だけ GA のコードが動くようにコードを修正

*補足*
現在の実装内容により異なるため詳細は記載をしていません。
ID を 直書きしない(ENV経由)ようにしましょう。

  • 動作確認
# Docker を再起動

docker compose down
docker compose build web
docker compose up -d

# ローカルでブラウザを開く(http://localhost:3000)
# ブラウザの DevTools → Console でエラーが出ていないか確認
# GA4 管理画面 → 左「レポート」 → リアルタイム

→ 自分のアクセスが1件出ていればOK

4. 個人開発で“見ると便利な”指標3つ

① ユーザー数

  • 0 → 1 になる瞬間が一番うれしい
  • 少なくても「誰かが触った」が分かる

② ページ別アクセス

  • 想定どおりの画面が見られている?
  • 見てほしい画面が見られてないことも多い

③ 離脱ポイント

  • ここで「UI改善」「導線見直し」の仮説が立つ
  • 数字を見る=評価される ではない
  • 改善のヒントを拾うための材料

「ユーザーの声なき声」を拾える というメリットがあります。

5. 注意点(入れて終わりになりがち)

毎日見なくていいと思います。
数字に一喜一憂しすぎないようにしましょう。

6. まとめ

個人開発は「作って終わり」になりがちだけど、
使われ方を知ると、次に作るものが変わってくるかと思います!

GAはきっとその第一歩。
「改善のための相棒」として使うのがおすすめです。

興味を持ってくださった方はぜひ詳しい導入方法について調べてみてください!

8
1
1

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
8
1

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?