GA4の「イベントを作成」で作ったイベントが反映されない原因と確認手順｜一致条件・大文字小文字・キーイベント化の切り分け

この記事のポイント

• GA4の「イベントを作成」が反映されないときは、元イベント・一致条件・仕様・キーイベント化の4層を上から順に確認すれば原因を絞れる。
• 作成ルールは1時間以上かけて反映され、過去データには遡らないため、設定直後に数字が出ないだけなら故障ではない。
• page_locationの「次と等しい」はクエリ付きURLや日本語URLで外れやすく、パス部分への「含む」が安全な書き方である。
• クリックやフォームなど元イベントが存在しない操作は、管理画面ではなくGoogle タグマネージャー（GTM）で送る判断が必要である。

サンクスページに到達したら発火するイベントを管理画面で作り、テスト用に何度もページを開いたのに、レポートにはひとつも出てこない。広告運用の現場では、このパターンでGA4の「イベントを作成」が反映されないと悩む担当者が少なくありません。

先に方向性をお伝えします。原因の多くは、元になるイベントが届いていないか、一致条件の書き方が実際の値とずれているかのどちらかです。次に多いのが、反映待ちの時間と、キーイベント化の順番の勘違いです。この記事では、Google アナリティクス 4（GA4）の管理画面で作ったイベントが出ない理由を4層に分けて、当日中に直して検証まで終えられる手順にまとめます。

GA4の「イベントを作成」が反映されないのはなぜ？まず疑う4つの層

図1: 原因を絞る4つの層

GA4の「イベントを作成」で作ったイベントが反映されない原因は、元イベント・一致条件・仕様（反映時間と遡及）・キーイベント化のいずれかの層で止まっているためです。闇雲に設定画面を見直すより、この順番で上から潰す方が早く終わります。

「イベントを作成」とは、すでにGA4へ届いているイベントを条件に指定して、新しい名前のイベントを派生させる機能です。ゼロからイベントを生む機能ではない点が、すべての出発点になります。

症状別の逆引き表

症状	まず疑う層	最初にやる確認
全く出ない	元イベント／一致条件	DebugViewで元イベントとpage_locationの実際の値を見る
一部のページ・流入だけ出る	一致条件	クエリ付きURL、wwwや末尾スラッシュの有無を確認する
出るがキーイベントにならない	キーイベント化	イベント名の完全一致と、30件の上限を確認する
出るが値がおかしい／(not set)	一致条件・仕様	パラメータのコピー設定と、カスタムディメンション登録を確認する

表の「全く出ない」を見たら、元イベントの層から始めてください。ここが崩れていると、一致条件をいくら直しても動きません。

「Googleが後から付け替える機能」ではない：ブラウザ側で処理される仕組み

作成ルールは、Googleのサーバーが後から集計データを付け替える機能ではありません。Google Analytics Help（英語版）の「Rename and generate new events」では、変更・作成ルールはブラウザ側（クライアント側）でデータ送信の前に適用されると説明されています。このため、Measurement Protocolのようなサーバー間送信や、gtag.jsで送るitems配列のパラメータは対象外になります。

日本の現場では、この誤解が原因探しを長引かせがちです。「後から処理されるはずだから待てばいい」と考えると、本来は直すべき設定を何日も放置してしまいます。仕組みがクライアント側である以上、ブラウザから実際に作成イベントが送られているかを見れば、早い段階で白黒がつきます。

作成したイベントは何時間で反映される？待つべきケースと壊れているケースの見分け方

設定直後は慌てず待つ

作成したイベントがレポートに出るまでには1時間以上かかることがあり、しかも過去のデータには遡りません。つまり、設定から1時間以内に見えないだけなら待つのが正解で、条件を満たす操作をした後も長く出ないなら壊れている可能性が高い、というのが基本の線引きです。

反映までの目安と、リアルタイム・DebugView・標準レポートでの見え方の違い

Fathom Analyticsの解説でも、新規・変更したイベントがレポートに出るまで1時間以上かかることがあるとされています。見る場所によって反映の速さが違うので、使い分けが必要です。

• DebugView：デバッグモードの端末から届いたイベントを、ほぼ即時に確認できる。一番早い確認場所
• リアルタイムレポート：直近30分程度の動きを見られるが、新規ルールの反映が追いつかない時間帯がある
• 標準レポート：処理の遅延がさらに乗るため、翌日になって出るケースもある

待つか直すかの目安はこうです。設定後2〜3時間たち、条件を満たす実操作を本番サイトで行ったのにDebugViewでもNetworkタブでも作成イベントが見えないなら、待っても改善しません。この場合は次章の確認に進んでください。

過去のデータには遡らない：作成前の到達は数えられない

作成ルールは、データが送信される時点で適用されます。だから、ルールを作る前に起きたサンクスページ到達は、作成イベントとして数えられません。「先週分の件数が空白なのはおかしい」と感じても、仕様どおりです。

過去分を見たい場合は、探索レポートでpage_viewを元イベントに、page_locationの条件で絞って集計する方法があります。作成イベントそのものではなく、元イベントと条件から代替の数字を出す考え方です。

元になるイベント（page_view等）は届いているか？最初の5分でやる確認

元イベントとその必要なパラメータがGA4に届いていなければ、作成ルールは一度も動きません。最初の5分は、設定画面ではなくDebugViewとブラウザの開発者ツールを開いてください。DebugViewにイベント自体が表示されない場合は、DebugViewにイベントが表示されない時の確認手順を先に済ませると近道です。

DebugViewで元イベントとpage_locationの実際の値を見る

DebugViewで確認する手順は次のとおりです。

1. 対象サイトをデバッグモードで開く（GTMのプレビュー、またはデバッグ拡張機能）
2. 管理画面のDebugViewで、サンクスページ到達時のpage_viewを選ぶ
3. パラメータ欄のpage_locationを開き、表示されている文字列をそのままコピーする

作成ルールの一致条件に使う値は、頭の中のURLではなく、このコピーした実値を基準にします。クエリが付いていないか、エンコードされていないか、wwwの有無はどうか。ここで見えた差が、次章の落とし穴の大半に当たります。

なお、タグ設置の段階で疑わしい場合は、GA4でコンバージョンが計測されない時の切り分け手順も参考になります。

Networkタブで作成イベント名が送られているかを見る

作成ルールがクライアント側で動く以上、ブラウザから作成イベントが送信されているかを直接確かめられます。ChromeのDevToolsでNetworkタブを開き、collect で絞り込み、条件を満たす操作をします。リクエストのペイロードに、自分が付けたイベント名（en= の値）が含まれていれば、ルールは動いています。その場合、レポートに出ないのは反映待ちか、レポート側の問題です。

逆に、page_viewの送信はあるのに作成イベント名のリクエストが無ければ、一致条件が外れています。見る場所を「ブラウザ」と「レポート」に分けるだけで、原因の層が半分に絞れます。

データストリームの選び間違いと、Measurement Protocol・items配列が対象外な点

意外に多いのが、ルールを別のデータストリームに作っているパターンです。ウェブとアプリ、あるいは複数サイトのストリームがあるプロパティでは、対象のストリームを開いているか必ず確認してください。

また前述のとおり、Measurement Protocolで送ったイベントや、gtag.jsで送るitems配列のパラメータは、作成ルールの条件に使えません。購入イベントのitemsを条件に派生させたい場合は、管理画面ではなくGTM側の設計に切り替える必要があります。

一致条件はどう書く？page_locationで計測されない典型ミス

URLの実値と条件がずれていた

一致条件で計測されなくなる原因の大半は、page_locationの値と条件の書き方のずれです。基本形は、1行目に event_name が page_view と等しい条件、2行目に page_location が 次を含む で /thanks/ という条件を置く形です。URL全体を丸ごと書くより、パス部分の一部だけを「含む」で指定する方が壊れにくくなります。

「次と等しい」はクエリ付きURL（gclid・utm）で外れる

演算子の「次と等しい」は完全一致です。https://example.com/thanks/ と書いても、実際のpage_locationが https://example.com/thanks/?gclid=xxxx&utm_source=google なら一致しません。Google広告の自動タグ付けや広告パラメータが付く日本の運用では、むしろ付く方が普通です。クエリ付きURLの扱いについては、utmパラメータが反映されない原因の論点も関係します。

対処は単純で、「次を含む」に変えて /thanks/ だけを入れます。

日本語URLはエンコードされて送られる

URLに日本語のパスが入っていると、page_locationにはパーセントエンコードされた文字列（%E3%81%82…）で送られることがあります。条件に日本語をそのまま書くと一致しません。DebugViewで実際の値をコピーして使うか、日本語を含まないパス部分（/thanks/ など）の「含む」で指定するのが安全です。

大文字小文字と「(大文字と小文字を区別しない)」演算子

イベント名は大文字と小文字を区別します。KP Playbookの解説でも、DemoRequestとdemo_requestは別のイベントとして扱われると指摘されています。日本では、代理店・制作会社・社内で表記がばらつくことが多いため、特に起きやすい問題です。

条件側の演算子には「(大文字と小文字を区別しない)」が付いたものと付かないものがあり、付かない方は区別して完全に判定します。/Thanks/ と /thanks/ が混在するサイトなら、区別しない演算子を選んでください。

複数の条件はすべて満たす必要がある（AND条件）と、イベント名の表記ゆれ

一致条件を複数行追加すると、すべてを満たしたときだけ作成されます。OR条件はありません。「Aページまたは Bページ」にしたいなら、ルールを2つに分けるか、正規表現を使います。作成するイベント名もスペースや大文字を避け、小文字とアンダースコアで統一するのが無難です。

www・末尾スラッシュ・正規表現を使う場合の注意

www の有無や末尾スラッシュの違いも、「次と等しい」では別のURLとして扱われます。正規表現を使うなら、. や ? が特殊文字になる点に注意が必要です。URLのクエリを表す ? をそのまま書くと意図どおりに動きません。迷ったら正規表現は避けて、「含む」を重ねる方が事故が少なくなります。

page_viewが減った・消えた？「イベントの変更」と「イベントを作成」の取り違え

page_viewが急に減った場合は、「イベントを作成」ではなく「イベントの変更」でpage_viewそのものを絞ってしまった可能性があります。変更は元のイベントを書き換えるため、条件に合わないページのpage_viewは元の名前で記録されなくなります。サンクスページだけ別名にしたかったつもりが、他ページの計測まで止めてしまう事故です。

変更は作成より先に処理される：処理順で起きる不一致

Google Analytics Helpによると、「変更」は「作成」より先に処理されます。そのため、変更でイベント名やパラメータを書き換えると、作成ルールの条件は書き換え後の値で判定されます。変更前の名前を条件にした作成ルールは、一致しなくなります。

設定を点検するときは、変更ルールの一覧を先に開き、作成ルールの条件がその結果と矛盾していないかを確認してください。

「ソースイベントからパラメータをコピー」と、値を空欄にすると削除される仕様

作成ルールには「ソースイベントからパラメータをコピー」の設定があります。オフにすると、元のpage_locationなどが新しいイベントに引き継がれません。MeasureSchoolの解説でも、コピーをオフにしたときにパラメータが欠けると指摘されています。さらに、変更ルールでパラメータの値を空欄のまま保存すると、そのパラメータは削除扱いになります。

イベントは出ているのにレポートで(not set)になるときは、コピー設定、空欄の値、そしてカスタムディメンションの登録漏れの3点を順に確認してください。

作成したイベントがキーイベントに出ないときの確認手順

作成したイベントがキーイベントの候補に出ないのは、そのイベントがまだ一度もGA4に届いていないか、名前が一致していないことがほとんどです。キーイベントとは、GA4でビジネス上重要な行動として扱うイベントで、以前の「コンバージョン」にあたります。

イベントが届く前に、名前を指定してキーイベントを先に登録する方法

候補に出るのを待たなくても、キーイベントの画面で「新しいキーイベント」から、イベント名を直接入力して登録できます。ここで入力する名前は、作成ルールのカスタムイベント名と完全一致させてください。大文字小文字やアンダースコアの違いが1文字でもあれば、別のイベントとして扱われます。

注意点として、標準のプロパティではキーイベントの上限が30件です。上限に達していると新しく登録できないので、使っていないキーイベントを整理しておきます。

Google広告に取り込むときの反映の遅れと、二重計上を防ぐ点

キーイベントをGoogle広告のコンバージョンとして取り込むと、入札の最適化に使えます。ただし取り込みの反映には時間がかかり、手順の詳細はGA4キーイベントがGoogle広告にインポートできない時の対処で補えます。

二重計上の防ぎ方は次のとおりです。

• 同じ行動を、Google広告のタグとGA4のインポートの両方で「主要」にしない
• 片方を「副次」に回すか、どちらか一方に統一する
• 作成イベントと元イベント（例：page_view）の両方をコンバージョンにしない

GA4管理画面とGTMのどちらでイベントを作るべき？判断基準

図2: 管理画面かGTMかの判断ツリー

すでにGA4へ届いているイベントを条件に派生させるだけなら管理画面で足り、元イベントが存在しない操作や変更履歴を残したい場合はGTMに移すのが適切です。KRM Digitalの解説でも、管理画面で作れるのは既存イベントを条件にした派生イベントに限られ、ボタンクリックのような操作はGTMで送る必要があると整理されています。

状況	向いている方法	理由
サンクスページ到達	管理画面	page_viewとpage_locationだけで条件が組める
file_downloadなど既存イベントの派生	管理画面	元イベントが届いている
ボタンクリック・フォーム送信	GTM	元イベントが無い
items配列を使う	GTM	作成ルールの対象外
変更履歴・承認フローが必要	GTM	バージョン管理が使える

管理画面向き：URL到達・既存イベントの派生

URL到達と既存イベントの派生は、管理画面が最短です。コードやタグを触らずに済み、担当者が1人でも完結します。件数は、Fathom Analyticsの解説では最大50件までとされているので、乱立させないよう注意が必要です。

GTM向き：クリック・フォーム・items配列・変更履歴を残したい場合

クリックやフォーム送信、items配列を使う設計はGTMの領域です。クリックを使うときは、GTMのクリックトリガーが発火しない原因も合わせて確認しておくと、つまずきにくくなります。

併用時の二重計測チェック

管理画面とGTMで同じ名前・同じ条件のイベントを作ると、二重に計測されます。詳しい切り分けはGA4イベントが重複計測される原因と切り分けで扱っています。GTMに移したら、管理画面側のルールは削除するか無効化し、DebugViewで1回の操作につき1回だけ発火することを確かめてください。

修正後の検証チェックリストと再発防止

修正後は、ブラウザ・DebugView・キーイベント・広告の順に、上流から下流へ確認します。本番サイトで実際に条件を満たす操作をしてから見ることが前提です。

1. Networkタブで、作成イベント名のリクエストが1回だけ送られている
2. DebugViewで、作成イベントが表示され、page_locationなどのパラメータが入っている
3. 1時間以上あけて、リアルタイムレポートやイベント一覧に出ている
4. キーイベントの名前が完全一致で登録されている（30件以内）
5. Google広告で取り込んだコンバージョンが重複していない

再発防止には、命名ルールと設定台帳が効きます。イベント名は小文字とアンダースコアに統一し、台帳には「イベント名・作成場所（管理画面かGTMか）・条件・作成日・担当者」を残します。管理画面のルールは変更履歴が見えにくいため、台帳が唯一の記録になります。

よくある質問

Q：GA4で作成したイベントは反映までどれくらいかかりますか？

公式ヘルプでは1時間以上かかることがあるとされています。標準レポートでは処理の遅延がさらに加わります。また、作成ルールは過去のデータには遡りません。

Q：作成したイベントが過去のデータに出てこないのはなぜですか？

作成ルールはデータの送信時に適用される仕組みのため、遡って集計されません。過去分は、探索レポートで元イベントとpage_locationなどの条件から集計してください。

Q：作成したイベントがキーイベントの一覧に出てきません

イベントが届く前でも、名前を指定してキーイベントを先に登録できます。登録名がカスタムイベント名と完全に一致しているか、キーイベントが30件の上限に達していないかを確認してください。

Q：GTMで送っているイベントを管理画面でも作ると二重になりますか？

同じ名前・同じ条件なら重複します。どちらか一方に統一し、DebugViewで1回の操作あたりの発火回数を確認してください。

Q：page_locationの条件に日本語のURLを入れても一致しません

送信される値がエンコードされているためです。DebugViewで実際の値をコピーして使うか、日本語を含まないパス部分に対して「含む」を使うのが安全です。

Q：作成したイベントのパラメータが(not set)になります

原因は3つに絞れます。「ソースイベントからパラメータをコピー」がオフになっている、パラメータの値が空欄のまま保存されている、カスタムディメンションが未登録である、のいずれかです。

真策堂では、GA4の計測設計から、管理画面とGTMの使い分け、Google広告へのキーイベント連携まで、広告運用の視点でご相談を受けています。作成イベントが出ない原因の切り分けや、設定台帳の整備でお困りの際は、お気軽にお問い合わせください。