株式会社renue
renueについて
renueは、AIで業務を実装する会社です
AIコンサルティングから図面AI・広告運用エージェント・コールセンターAIまで、実際に動いているサービスをご覧いただけます。renueが何をしている会社か、まずはサービス一覧からご確認ください。
GA4のコンバージョン（キーイベント）とは？
キーイベントは事業上特に重要な行動を測るイベントで、収集するイベントを用意/特定したうえでキーイベントとしてマークします。Googleの2024年3月27日付リリース履歴は、行動分析の従来のコンバージョンをキーイベントへ置き換える変更を説明しました。事業の問い合わせ/資料DL・購入等は候補で、すべてを一律に重要成果としません。
通常イベントもページの閲覧/クリック・購入等の行動を収集しレポートで確認できます。キーイベントの手動設定がなくても収集済みの行動データがすべて失われるわけではなく、purchase等の既定キーイベントもあります。新たなマークは過去データへ遡及しないため、イベントの収集・キーイベントの集計と事業の成果/費用を分けて照合する案です。
コンバージョンとキーイベントの違い
| 用語 | 場所 | 意味 |
|---|---|---|
| キーイベント | Analytics内の標準レポート等 | 収集イベントから事業上重要な行動をマークし集計 |
| コンバージョン | Google AdsとAnalyticsの広告セクション | Google Adsの広告成果/目標と最適化の設定。標準Analyticsのキーイベントと区別 |
2024年3月27日付リリース履歴は、行動分析のキーイベントとGoogle Adsのコンバージョンを区別する変更を説明しています。広告の成果計測を両画面で整合させる案内です。現在はGoogle AdsのコンバージョンをAnalyticsの広告セクションでも確認できます。「2024年以前は名称も用途もすべて同一」や「コンバージョンはGoogle広告画面にしかない」と単純化せず、標準Analyticsレポートのキーイベントと広告コンバージョンを分けて確認してください。
よく設定されるキーイベント
- 問い合わせフォームの送信：BtoBの評価候補。問い合わせの内容/商談化等と照合し、全企業で最重要と断定しません。
- 資料ダウンロード：ホワイトペーパーや製品資料のDL
- 購入完了：ECサイトの注文完了
- 会員登録：サービスへのサインアップ
- 電話タップ：スマホでの電話ボタンクリック
- メルマガ登録：ニュースレターへの登録
- 特定ページの閲覧：料金ページ、サンクスページ等
キーイベント設定方法【3つのパターン】
パターン1：既存イベントをキーイベントに設定（最も簡単）
まず対象の行動と、収集済みのイベント/拡張計測の設定を確認します。page_viewはページ読込等、scrollは各ページで90%が初めて見えた時、clickは他ドメインへのリンク等の条件があります。すべてのボタンや任意のスクロール深度を自動で測るとみなさず、必要なイベントを次の手順でマークする案です。
- 管理→データの表示→イベントを開き、対象プロパティ/必要権限と収集する行動を確認。
- 最近のイベントまたは検索欄から対象を探し、隣の星アイコンでキーイベントとしてマークする。
- マーク後の収集からキーイベントとして集計され、過去データは変わりません。マークだけで未実装のイベントが送信されるとはしない。
パターン2：GA4管理画面でカスタムイベントを作成
元イベントから新しいイベントを作る方法として、現在は管理→データの表示→イベント→イベントを作成で、コードなし/ありを選択できます。コードなしのページ到達例ではpage_viewと確認ページURLを指定します。下の原form_submit_thanks・event_name＝page_view・page_locationに/thanks/を含む条件は一般的な設定例として保持し、既存イベントからの条件生成として対象ストリーム/URL・権限と実際の画面に合わせて確認してください。ページの再読込/再訪でも条件が成立し得るため、送信成功の確認や重複検証なしに最も確実とはしません。
- 管理→データの表示→イベント→イベントを作成。コードなしの場合はイベント名/キーイベントの設定、元page_viewとURLを選ぶ。以下は既存イベントから条件生成する原例です。
- カスタムイベント名を設定（例：form_submit_thanks）
- 条件を設定：
- パラメータ：event_name ＝ page_view
- パラメータ：page_location に「/thanks/」を含む
- 生成/保存したイベントの名称・送信と条件を検証し、イベント画面でマーク/計数方法を確認。新イベントは処理前に最近の一覧へ出ない場合があります。
パターン3：Google タグ マネージャー（GTM）で設定
GTMではGA4イベントタグと送信条件のトリガーを設定する方法があります。元cta_button_clickは一般的な名前例として保持します。ファイルDLは対応拡張子へのリンククリック、動画はJS APIが有効な埋込YouTube動画なら拡張計測の対象なので、常にGTM必須とはしません。独自ボタンや原75%スクロール・対象外の動画等は、既存機能/サイト実装に応じて追加計測を検討する案です。
- GTMの対象コンテナで新しいGoogle Analytics: GA4 Eventタグを作り、対象のGA4測定IDを設定。原イベント名は一般例です。
- イベント名を設定（例：cta_button_click）
- トリガーに実際の対象ボタン/送信条件を指定する案。クリックと処理成功を区別して、実際のパラメータ/送信を確認。
- プレビューでTag Assistantから動作確認後、送信→公開してバージョンを作成。バージョン保存だけの操作とサイトへ公開する操作を分ける。
- 収集するイベントの名称を確認し、管理→イベントの星アイコン/新規作成時の設定でキーイベントにマーク。送信実装とマークを別に確認。
設定手順まとめ（フローチャート）
| 計測したいこと | 推奨パターン |
|---|---|
| 特定ページの閲覧（サンクスページ等） | パターン2の候補。元page_view/URL条件を確認し再訪/再読込と送信成功を照合 |
| ボタンクリック（CTAボタン等） | パターン3等の候補。拡張計測clickは対象の外部リンクで、全ボタンとは別 |
| フォーム送信 | 拡張計測form_submitの対象/送信成功記録を点検し、要件に応じパターン3等を検討 |
| EC購入完了 | purchase等のeコマースイベント/必要パラメータを実装・確認。GTM等は方法の候補で、ページ到達だけの購入成功と同一視しない |
| 外部リンクのクリック | パターン1候補。拡張計測clickの設定/対象を確認。クロスドメイン計測に設定したドメイン等は別条件 |
| スクロール75%到達 | パターン3等で追加する候補。拡張計測scrollは各ページの90%が初めて見えた時 |
計測されない時のチェックポイント
- キーイベントのマークを確認：通常イベントの送信/件数とキーイベントのマーク・集計を分けて調べる案です。
- 反映時間を確認：新たなマークは標準レポートに最大24時間、リアルタイムは発生後数分が目安。原24〜48時間は一般のデータ処理にかかり得る時間と区別し、待てば必ず欠測が解消するとはしない。
- イベント名の一致を確認：大文字/小文字は区別され、文字/数字/アンダースコア等の命名規則・予約語を確認する。元の一般名例を秘密情報扱いしない。
- GTMの公開を確認：プレビュー/バージョン保存と本番に公開した状態を区別して確認する案です。
- フィルタの確認：Web内部トラフィックのIP条件/フィルタを確認。除外フィルタで処理されなかったデータは戻せないため、テスト状態で対象を検証してから適用する案です。
- デバッグビュー：Tag Assistant/プレビュー等でdebug modeを有効にし、管理→データの表示→DebugViewで対象端末のイベント/パラメータを確認。Analytics cookieへの同意等の条件で表示されない場合もある。
Google広告との連携
Google Ads連携・自動タグと必要権限を確認し、AnalyticsのキーイベントからAdsコンバージョンを作る方法があります。現在のAnalytics側の例は広告→ツール→コンバージョン管理から作成する流れで、機能が未提供のプロパティもあります。Google Ads側の設定も公式案内で確認し、リンク/インポートしただけで必ず入札に使われるとはしません。既存目標がある場合は重複を防ぐためセカンダリにされる条件もあるので、目標/アクションの最適化設定と計測値を照合してください。
- AnalyticsとGoogle Adsをリンクし、Adsの自動タグ/対象権限を確認。
- 利用可能なAnalytics側の例は「広告」→「ツール」→「コンバージョン管理」→「新しいコンバージョン」。対象Google Adsアカウントを選ぶ。
- イベント/キーイベントと求められた分類を選び、次へ→内容を確認→保存。プロパティの提供状況/Ads側の目標設定も照合する。
注意点
- 設定上限：マーク枠は標準プロパティ30、Analytics360は50で、既定キーイベントは別に案内があります。設定項目ごとの上限と、元イベントからの生成/変更各50を混同しない。
- 過去データ：新たなマークは過去のデータを変更しない。通常イベントが先に収集済みでも過去のキーイベント数へ遡及しない。
- 重複計測：再読込/再訪・複数タグなどを試験する案。発生ごとに1回とセッションごとに1回の計数方法を確認し、セッション単位だけで複数の正当な成果や別セッションの重複を判定できるとはしない。
- テスト：対象操作/対象外操作、再訪・送信成功記録との比較を、本記事の確認手順として実施する案です。
まとめ
本記事の3パターンは、既存イベントのマーク、元イベントからの条件付き生成、GTM等での追加計測という選択肢です。まず対象行動と収集/拡張計測、必要権限を確認し、元の一般イベント名と条件例を自サイトに合わせて検証する案です。重複/再訪・実際の成功件数を点検し、Google Ads連携は利用する目的/プロパティの条件に合わせて選びます。全サイトの一律必須工程や事業効果の保証にはしません。
あわせて読みたい
AI活用の相談前に確認すること
renueへの相談を検討する場合は、対象行動と実際の成功記録、GA4のプロパティ/ストリーム・既存イベント/拡張計測、権限とテスト・更新体制を整理する案です。AIによる設定案と実際の収集/公開確認、キーイベント集計と事業成果を分けて評価してください。