GA4のカスタムイベントで loop_id / article_slug が `(not set)` になる原因は、送信パラメータ名・カスタムディメンション登録・反映待ちのいずれかです。日次運用で迷わない切り分け手順をまとめます。
このページはAI自動化ワークフローの実装判断に役立つよう、公式ドキュメント、価格ページ、実際の運用課題をもとに更新します。
GA4のレポートやエクスポートで loop_id / article_slug が (not set) と表示される場合、イベント自体は送信できていても「その値を分析用の次元として参照できない」状態になっていることがあります。
Revenue Growth Loop（RGL）の運用では、記事別の反応（rgl_article_view / rgl_cta_click）を追うために loop_id / article_slug を使います。ここが埋まらないと、改善対象の優先度づけが難しくなります。
まずはこの順で潰すのが最短です。
1) 本番でイベントが発火している（rgl_article_view が増えている）
2) 送信しているパラメータ名が GA4 のカスタムディメンション名と一致している
3) GA4 側で event-scoped のカスタムディメンションが登録されている
4) 登録後の新規イベントで確認している（過去イベントは埋まらないことがある）
切り分け表:
| よくある原因 | 何が起きる | どう直す |
|---|---|---|
| パラメータ名が違う | 値を送っていても (not set) | loop_id / article_slug で送る（camelCaseや別名を混ぜない） |
| GA4側にカスタムディメンション未登録 | イベントの値が“分析できない” | event-scoped の custom dimension を追加する |
| 反映待ち・確認対象が古い | 過去イベントが埋まらない | 登録後に新規イベントを発生させてから確認する |
| ローカル/Previewだけ見ている | prodに反映されていない | 本番URLで実際に閲覧→CTAクリックでイベント生成 |
GA4のカスタムディメンションは「登録したイベントパラメータ名」に紐づきます。RGLでは次を推奨します。
loop_id: ループID（例: L-001）article_slug: 記事slug（例: n8n-make-zapier-comparison）実装では loopId/articleSlug のようなcamelCaseを使ってしまいがちですが、GA4側の登録名と一致していないと (not set) が続きます。運用では「GA4側の名前に寄せる」のが安全です。
前提: loop_id / article_slug は event-scoped のカスタムディメンションとして登録します。登録すると、以後のイベントで記事別集計ができるようになります。
注意: 登録前に送っていたイベントは、登録後も (not set) のまま残ることがあります。確認は「登録後に発生させた新規イベント」で行います。
日次運用では、次の手順を固定すると迷いません。
rgl_article_view を発生）rgl_cta_click を発生）latest-ga4-rgl-events.csv）で loop_id/article_slug が埋まっているかを見る計測の土台が安定したら、次は 改善候補抽出フロー の手順で「今日直すURL」を決めてコンテンツ改善に集中できます。
登録前のイベントは埋まらないことがあり、さらに反映に時間がかかることがあります。登録後に本番で新規イベントを発生させ、翌日のエクスポートで確認します。
loopId と loop_id を両方送るのはアリ？運用上は loop_id/article_slug に一本化するのが理想です。ただし移行期間は両方送っておくと、レポート側の前提が揃っていない時に切り分けが楽になります。
最小は日次エクスポート（latest-ga4-events.csv / latest-ga4-rgl-events.csv）で rgl_article_view の増加を見る方法です。切り分けが必要なら GA4 の DebugView で確認します。
このループでは、記事を読んだ後に比較、テンプレ、改善レポートへ進める導線を増やしていきます。