AMC の指示クエリでは不十分な理由

シェアする

ブログ SQL

現在、多くの代理店やブランドが、Amazon の最新の広告測定ソリューションである Amazon Marketing Cloud の可能性を模索し始めています。

以前に説明したように、AMC を使用すると、購入経路のマッピングから、 ブランドの新規参入指標 スポンサープロダクト広告の場合。 その後、クエリ結果を次のように変換できます。 カスタムオーディエンス 後で広告でターゲットを設定できます。

しかし、実際にこれらの洞察をどのように抽出するのでしょうか? AMC の初心者のほとんどは、おそらく AMC の約 60 個の説明クエリの XNUMX つを利用することになるでしょう。 

これらの指示クエリには、すぐに開始できるように事前に作成された SQL コードが含まれています。 たとえば、AMC が提供する説明クエリの中には、「カートに追加したが購入しなかった視聴者」があります。

説明用のクエリは良いスタートです。 しかし、それらの多くは変更する必要があります。 AMC でもう少し洗練されたこと、またはよりカスタムなことをしたい場合はどうすればよいでしょうか?

AMC の可能性はほぼ無限ですが、命令クエリ ライブラリ ありません 制限があります: 

  • 指示に関する質問は非常に多くあります。 
  • それらのほとんどは、ブランド固有のレポートと分析のニーズを満たすように設計されていません。 通常は変更が必要です。 

(AMC での指示クエリの例)

指示クエリではどのような点が不十分ですか? 

例として、購入までのパスを見てみましょう。 

AMC の購入経路に関する指示クエリは、同じ広告フォーマットの重複ビューを自動的に削除します。 顧客がコンバージョンに至る前に、スポンサー プロダクト広告、次に別のスポンサー プロダクト広告、そしてスポンサー ディスプレイ広告を閲覧したとします。 

説明クエリでは 1 番目のスポンサープロダクト広告が削除され、パスが 1 SP、次に XNUMX SD として表示されます。 

もしあなたが しませんでした それらの重複を削除したいですか? 購入へのパスには 1 SP、1 SP、1 SD が表示されますか? 

答え: おそらくカスタム SQL クエリを作成する必要があるでしょう。

私たちは最近、これらの方針に沿ってクライアント向けのカスタム クエリを作成しました。 クライアントは、広告が購入までの経路をどのように通知しているのかをより完全に把握したいと考えていたため、購入までの経路を要約しない SQL クエリを作成しました。

または、別の例を挙げます。AMC の購入までの手順はインプレッションのみを追跡します。 購入までの経路を測定する際のクリック数。 

大量の検索広告を見ずに Amazon にアクセスするのは難しいことを考えると、これはすぐに扱いにくくなる可能性があります。 

購入結果に至る過程で顧客が実際にクリックした広告のみを表示したい場合はどうすればよいでしょうか? ここでも、独自のクエリを作成する必要があります。 

これらは、教育用 AMC クエリで常に発生する種類の制限です。 

はい、組み込みクエリは、信じられないほど新しい種類のデータを取得するための優れた出発点となります。 ただし、ブランドの言語を伝える方法でそのデータを分析したい場合は、おそらくクエリをカスタマイズする必要があります。

カスタム クエリはどのように作成しますか?

Intentwise は、AMC のカスタム クエリを、 Intentwise アナリティクス サービス, そのため、このトピックが一番の関心事でした。 

これまでのところ、クライアント向けのカスタム クエリの作成からいくつかのことを学びました。 つまり、SQL や Amazon 広告に精通していなければ、カスタム AMC クエリを作成することはおそらく不可能です。

Amazon の説明クエリには次のようなものがあります。 300行のコード、一部の高度なカスタム クエリは、はるかに長く伸びる可能性があります。 

それでは、どのように動作しますか? カスタム クエリを作成する際の重要なタスクの XNUMX つは、異なる AMC テーブルを結合することです。 

どのテーブルを使用するかを決定し、それらを XNUMX つのクエリ結果に統合する必要があります。

例: 独自の購入経路クエリを作成するには、一連の顧客ユーザー ID を使用してデータ テーブルを結合する必要があります。 これらのユーザー ID により、すべてのテーブルで同じ買い物客を確実に追跡できます。

この場合、次のテーブルを結合しました。

  • dsp_impressions
  • dsp_clicks
  • スポンサー広告_トラフィック
  • amazon_attributed_events_by_traffic_time

これらは単純なコーディング作業ではありません。 最終的に、カスタム クエリを構築するには、いくつかのスキル セットが必要です。 

  • あなたが知っておくべき SQL 前から後ろへ。
  • あなたはよく知っているはずです 複雑なデータテーブルを結合する.
  • ~についての詳しい知識を持っている必要があります AMC と Amazon 広告なので、翻訳中に何も失われることはありません。

忘れないでください: 検証、検証、検証

AMC を初めて使用する人の多くは、新しいクエリを作成する際の最も重要な手順を忘れがちです。つまり、クエリが正しい結果を生成することを検証する必要があります。

コーディングプロセス中には、任意の数のエラーが発生する可能性があります。 クエリを作成したら、クエリが吐き出すデータが正しいことを確認する必要があります。 たとえば、Intentwise では、作成した SQL クエリごとに数回の検証を実行します。

これを行うには、AMC クエリからのインプレッション、売上、製品ユニットなどの合計数が、同じ期間の実際のデータと一致していることを確認します。

検証ステップをスキップすると、不正なデータに依存する危険があります。 検証されていない SQL クエリは不正確な結果を吐き出し、知らず知らずのうちにビジネス上の意思決定に使用してしまう可能性があります。

たとえば、SQL クエリに欠陥があると、実際にはそれが最上位の経路の XNUMX つではないにもかかわらず、XNUMX つの特定の購入経路がブランドにとって最適であると示唆される可能性があります。 

テーブルの結合が適切でなかったことに気づいていない場合は、この最適とは言えない購入経路に余分なマーケティング費用を費やす可能性があります。

だからこそ、SQL と AMC の専門知識が現在非常に重要になっています。 指示クエリには制限があります。 また、独自の欠陥のある SQL クエリを作成していないことも確認する必要があります。 

提言

ニュースレターを購読する

eコマース専門家向けの製品アップデート、ウェビナー、ニュースについて学びましょう。