お知らせ・ブログ一覧へ戻る

広告のコンバージョンが分かれて最適化が効かない|オーダー品や組み合わせ販売で起きる計測の分裂


広告のコンバージョンが分かれて最適化が効かない|オーダー品や組み合わせ販売で起きる計測の分裂

広告のコンバージョンが分かれて最適化が効かない|オーダー品や組み合わせ販売で起きる計測の分裂

広告は配信されている。イベントも管理画面に届いている。数字だけ見れば計測は動いている。それなのに、配信を続けても学習が進んでいる手応えがない――オーダーメイド品やセット販売を扱うネットショップの広告で、このパターンに出会うことがあります。

原因のひとつが、この記事で扱う「コンバージョンの分裂」です。お客様の1回の購入行動が、計測上は複数のイベントにバラバラに記録されている状態を指します。イベントが「届かない」のでも「二重に届く」のでもなく、「割れて届く」。計測ツールのエラーは何も出ないため、気づきにくい問題です。

先に結論を書きます。広告の最適化イベントは「1回の購入行動=1イベント・実際の合計金額」に揃っている必要があります。 商品を組み合わせて買う仕組みのサイトでは、標準の計測がこの前提を満たさないことがあるため、既存の計測には手を入れず、合計金額を持った単一のイベントを「追加」で送り、広告側の最適化はそちらに向ける。これが正しい直し方です。

なぜ1つの購入が複数のイベントに分かれるのか

ECプラットフォームの計測タグは、多くの場合「カートに入った商品の行(ライン)」を単位にイベントを発行します。通常の買い物ならこれで問題ありません。商品Aをカートに入れれば、カート追加イベントが1件飛ぶ。1行動=1イベントが自然に成立します。

ところが、次のような販売設計では前提が崩れます。

  • オーダーメイド品: パーツを選んで1つの商品を組み上げる(本体+金具+オプションなど)
  • セット販売: 複数のSKUを1回の操作でまとめてカートに入れる
  • 本体+加工オプション: 商品と有料オプションが別SKUになっている

これらは、サイト上では「1つの商品を1回カートに入れた」体験ですが、システム上はカートに複数の行が同時に追加されています。計測タグは行ごとに律儀にイベントを発行するため、1回のカート追加がパーツの数だけ別々のイベントになり、金額もパーツ単価に割れて送られます

実装のバグではありません。タグは仕様どおりに動いています。販売設計と計測の単位がズレている、というのが正確な理解です。だからテストしても「イベントは届いている」ようにしか見えません。

実例:オーダー品のカート追加が3つに割れていた

名古屋の革製品ブランドのECサイトで、オーダーメイドベルトの広告を立ち上げたときの実例です。

このオーダー品は、革帯・バックル・かぶせ(ベルト先端の革パーツ)の3つを選んで1本のベルトを組み上げる設計で、注文ボタンを押すと3パーツが1回の処理でまとめてカートに入ります。1構成の合計はおよそ35,000円。

配信前にイベントの中身を実測したところ、カート追加イベントは次のように届いていました。

  • カート追加 10,780円(革帯)
  • カート追加 16,500円(バックル)
  • カート追加 8,580円(かぶせ)

1本のベルトを注文する1回の行動が、3件の別々のイベントとして、パーツ単価で記録されていたわけです。

これがなぜ問題になるか。この広告はカート追加を最適化イベントに設定する設計でした。広告媒体の自動最適化は「このイベントを起こした人に似た人」を探しに行きます。分裂した状態のまま配信すると、媒体が学習するのは「35,000円のオーダー品を注文する人」ではなく「1万円前後のパーツを1つ買う人」です。最適化の照準が、実際に獲得したい顧客像から構造的にズレます。 配信すればするほど、ズレた方向に学習が固まっていきます。

補足:なぜ購入ではなくカート追加を最適化イベントにするのか

高単価の受注生産品では、購入そのものを最適化イベントにできないことがあります。広告媒体の学習には一般に週50件程度のコンバージョンが必要とされますが、単価3万円超・受注生産の商品では購入は週1件前後。学習に必要な件数に永久に届きません。

一方、この事例のオーダーUIは7つのステップを完走しないとカートに入らない設計で、カート追加自体が強い購入意欲の表れになります。件数も購入の10倍以上確保できる。だからこそ中間イベントであるカート追加を最適化に使う判断になり、そのカート追加が割れていることが致命傷になる構図でした。

直し方:既存の計測を触らず「合計金額の単一イベント」を追加する

この問題の修正には、守るべき設計原則がいくつかあります。実例では以下の方針で修正し、想定どおりの計測に揃いました。

1. 既存の計測は削除も変更もしない。「追加」だけで直す

標準のカート追加イベントを止めたり書き換えたりするのは避けるべきです。標準イベントは他のレポートや別の広告キャンペーンからも参照されており、影響範囲が読み切れません。

正しいのは、カート全体の合計金額を持った単一のイベントを、独立した計測として1本追加する方法です。Shopifyであれば「カスタマーイベント」のカスタムピクセルとして追加できます。既存の計測タグには一切触れないため、元に戻したくなったら追加したものを削除するだけ。この「戻し方が1手で完結する」構造にしておくことが、本番のECサイトに手を入れるときの安全装置になります。

2. イベント名を標準イベントと衝突させない

追加するイベントには、標準イベント(AddToCartなど)と異なる独自の名前を付けます。同じ名前で送ると、既存の3件と新しい1件が同じ箱に混ざり、集計上は1行動4件になって状況が悪化します。標準イベントは止められないままそのまま飛び続けるので、混ざらない名前で分離するのが唯一の共存方法です。

3. 広告側でカスタムコンバージョンを作り、標準アクションに対応付ける

独自名のイベントは、そのままでは広告媒体が「カート追加」として認識しません。管理画面でカスタムコンバージョンを作成し、「このカスタムイベント=カートに追加という行動」という対応付けを設定します。これで初めて、キャンペーンの最適化イベントとして選択できるようになります。

4. コンバージョンの値は固定しない

カスタムコンバージョンの設定には「コンバージョン値を固定額で入力する」オプションがありますが、ここにチェックを入れてはいけません。固定すると全コンバージョンが同じ金額として扱われます。オーダー品は構成によって金額が大きく振れるのが特徴で、実例の商品では最安構成と最高構成に10万円以上の差がありました。金額の差を媒体に学習させることが今回の修正の目的そのものなので、イベントが送る実額(可変)を使います。

5. 配信前に実測で検証する。項目は5つ

修正を入れたら、配信開始前に本番環境で実際にカート追加を行い、次の5点を確認します。

  1. 発火回数が1回か(追加イベントがパーツ数分飛んでいたら本末転倒)
  2. 金額がカート合計と一致するか(オプション込みの実額で照合する)
  3. ブラウザ識別子が既存イベントと同一か(別人扱いで届くと、行動データが分断されて最適化に使えません。同一Cookieで届いていることまで見る)
  4. 既存の標準イベントが無傷か(件数・金額が修正前と同じパターンで飛び続けているか)
  5. 対象外の操作で発火しないか(通常商品の単品追加など、オーダー品以外の操作で新イベントが0件であること)

4と5は忘れられがちですが、「直した箇所が動く」ことと「直していない箇所を壊していない」ことは別の検証です。両方揃って初めて配信に進めます。

運用で起こりうる落とし穴

この修正に取り組む際、あわせて注意しておきたいポイントがあります。

発火条件を厳しくしすぎない。 「パーツが3つ揃ったときだけ発火」のように条件を厳密にすると、将来オプションの構成が変わった瞬間に、エラーも警告も出ないまま計測だけが静かに止まります。計測は「静かに止まる」より「うるさく間違える」ほうが安全です。条件はやや緩めに設定し、代わりに商品IDや点数をパラメータで送っておけば、紛れ込んだイベントは管理画面で即座に判別できます。

「イベントが無い」と判断する前に実測する。 広告管理画面の表は縦横のスクロールで項目が見切れやすく、存在するイベントを「無い」と誤読しやすい作りです。分裂を疑う場面ではイベント一覧とにらめっこすることになりますが、判断の根拠は管理画面の見た目ではなく、ブラウザから実際に飛んでいる通信の実測に置くべきです。

商品別・素材別にキャンペーンを分割しない。 分裂を直して計測が揃うと、次は「商品ごとにキャンペーンを分けて細かく見たい」という誘惑が出てきます。これは学習を細らせる典型パターンです。同じ商材でも、少額に分割したキャンペーン群と予算を集中させたキャンペーンとでは、サイト誘導1件あたりの単価が2〜3倍違った実測があります。素材やカテゴリの魅力の差に見えたものが、実際には消化額の差で説明がつく。予算は分けず1本に集中させるのが原則です。

まとめ:分裂の点検チェックリスト

オーダー品・セット販売・本体+オプション型の商品を広告にかける前に、次を確認してください。

  • 1回のカート追加・購入で、イベントが何件飛んでいるか実測したか
  • イベントの金額は「お客様が払う合計」か「パーツの単価」か
  • 分裂していた場合、既存計測を触らず追加の単一イベントで直す設計になっているか
  • 追加イベントは独自名で、広告側のカスタムコンバージョンに対応付けたか
  • コンバージョン値を固定せず、実額を学習させる設定になっているか
  • 配信前検証5項目(発火1回・金額一致・同一識別子・既存無傷・対象外0件)を通したか

コンバージョンの分裂は、エラーが出ないぶん「計測できていない」問題より発見が遅れます。しかし直し方は確立しており、既存計測を壊さない追加方式なら、修正もロールバックも安全に行えます。組み合わせ販売の広告で学習が進まないと感じたら、まずイベントの中身を1件ずつ開いて、金額が「合計」か「単価」かを見ることから始めてください。

graciautoでは、広告の配信設計だけでなく、その手前の計測設計・検証までを一貫して行っています。オーダー品や組み合わせ販売の広告計測でお困りの際は、お気軽にご相談ください。

関連記事

2026.08.26

LINE公式で友だちによって違うリッチメニューが出る原因|追加経路ごとに設定が残る仕様と、全経路をそろえる確認手順

2026.08.26

ホームページに写真は何枚必要か|ページ数からの逆算と、使い回してよい場所の線引き

2026.08.25

スマホだけ文字が重なる原因|PCの縮小表示では見つからない崩れの探し方


お知らせ・ブログ一覧へ戻る