マーケティングチャネル FAQ
マーケティングチャネルに関するよくある質問（FAQ）です。
トラッキングコードに一定のパターンがなく、アフィリエイトチャネル用に指定しなければならないコードが無数にあります。
- 排除のプロセスを使用してください。 メールチャネルとアフィリエイトチャネルに同一のクエリ文字列パラメーターを使用しているとき、メールのトラッキングコードが少数なら、メールを定義するルールセットでメールトラッキングコードを指定することができます。 その後、残りすべてのトラッキングコードを
affiliates.として分類します。 - 電子メールシステムで、ランディングページのすべての URL に
&ch=emlなどのクエリ文字列パラメーターを追加します。 ch クエリパラメーターがemlと等しいかどうかを検出するルールセットを作成します。emlが含まれない場合はアフィリエイトです。
参照ドメインに予想より多くのデータが含まれています。
参照ドメインが処理規則リストで高すぎる可能性があります。 処理順序が重要なので、ルールセットは下位の方（または最下位）に配置してください。
クエリ文字列パラメーターに一致するルールを作成しましたが、うまく機能しません。
クエリ文字列パラメーターのフィールドでパラメーター名（通常は英数字の値）が指定されていることを確認してください。 また、次のメールルールの例に示すように、パラメーター値が演算子の後に指定されていることを確認してください。
ラストタッチトラフィックの属性がすべて内部ドメインになっているのはどうしてですか。
内部トラフィックに一致するルールがあります。 これらのルールは、初回訪問だけでなく、訪問者がサイトで行うあらゆるヒットに対して処理されることに留意してください。 Page URL exists などのルールが指定されていて、他の条件が指定されていない場合は、ページの URL が常に存在するので、サイト上の連続するヒットのそれぞれについてそのチャネルが照合されます。
レポートに「チャネルが識別されませんでした」と表示されているトラフィックは、どのようにデバッグしたらよいですか。
ルールは順を追って処理されます。 特定の条件が一致しない場合、ヒットは3つのカテゴリのいずれかに分類されます。
-
リファラーなし（直接訪問）。
-
内部リファラー、訪問の最初のページ。
-
ページの処理異常。
この3つの可能性に対応できるチャネルを用意しましょう。 例えば、次のようなルールを作成します。
最後に、チャネルが識別されませんでしたで説明されているように、残りのヒットを捕捉する「その他」のチャネルを作成します。
ファーストタッチとラストタッチの関係
レガシーのファーストタッチとラストタッチディメンションの相互作用を理解し、オーバーライドが期待どおりに機能することを確認するために、ラストタッチチャネルレポートに関連するファーストタッチチャネルレポートを取り込み、主要な成功指標を追加できます（以下の例を参照）。 この例は、ファーストタッチチャネルとラストタッチチャネルの間のインタラクションを示しています。
ファーストタッチとラストタッチが一致する交点は、テーブルの対角線部分に位置します。 「直接」および「セッション更新」の両方がラストタッチクレジットを取得するのは、それらがファーストタッチチャネルでもある場合のみです。これは、他の永続的なチャネル（ハイライト表示された行）からクレジットを取得できないためです。
チャネルが識別されない理由 no-channel-identified
ルールがデータをキャプチャしない場合、またはルールが正しく設定されていない場合、レポートには チャネルが識別されない行にデータが表示されます。 例えば、内部トラフィックも識別する「その他」というルールセットを処理順序の最後に作成することができます。
この種類のルールは、チャネルトラフィックが常に外部トラフィックに一致し、通常は「チャネルが識別されませんでした」にならないようにする包括的ルールとして機能します。 内部トラフィックも識別してしまうルールを作成しないように注意してください。 「その他」のルールを作成するには、チャネルの値を 参照ドメイン またはページ URL にするのが最も一般的で有効な方法です。
内部（セッション更新）が発生する理由 internal
ラストタッチ内部（セッションの更新）は、ファーストタッチの場合にのみ発生します。前述の「ファーストタッチとラストタッチの関係」を参照してください。 次のシナリオでは、セッション更新がファーストタッチチャネルになる可能性を説明します。
-
セッションタイムアウト：訪問者が Web サイトを訪問し、後日使用できるよう、ブラウザーでタブを開いたままにします。 訪問者のエンゲージメント期間が終了し（または訪問者が自発的に Cookie を削除し）、訪問者が開いているタブを使用して web サイトに再度アクセスします。 参照 URL は内部ドメインなので、訪問は「セッション更新」に分類されます。
-
サイトページにはタグされていないものもあります：訪問者は、タグ付けされていないページ A にランディングし、タグ付けされたページ B に移動します。 ページ A は内部リファラーと見なされ、訪問は「セッション更新」と見なされます。
-
リダイレクト：リダイレクトが新しいランディングページにリファラーデータを渡すように設定されていない場合、実際のエントリリファラーデータは失われ、リダイレクトページ（おそらく内部ページ）が参照ドメインとして表示されます。 訪問は、「セッション更新」に分類されます。
-
クロスドメイントラフィック：訪問者が、スイート A に対して起動する 1 番目のドメインから、スイート B に対して起動する 2 番目のドメインに移動します。スイート B の内部 URL フィルターが最初のドメインを含む場合、マーケティングチャネルは、これを 2 番目のスイートで新しい訪問と見なすので。「内部」として記録されます。 訪問は、「セッション更新」に分類されます。
-
エントリーページの読み込みが長くかかる：訪問者は、コンテンツが多いページ A にランディングし、Adobe Analytics コードはページの下部に配置されています。 訪問者は、（Adobe Analytics イメージリクエストを含む）すべてのコンテンツを読み込む前に、ページ B をクリックします。ページ B は Adobe Analytics イメージリクエストを実行します。 ページ A のイメージリクエストが読み込まれないので、Adobe Analytics では、ページ A をリファラーとして、2 番目のページが訪問の最初のヒットとして表示されます。 訪問は、「セッション更新」に分類されます。
-
サイト内の cookie をクリアする：訪問者がサイトを訪問し、セッション中に cookie を消去します。 ファーストタッチチャネルとラストタッチチャネルの両方がリセットされ、訪問は「セッション更新」に分類されます（リファラーが内部的なものになるため）。
以下に、ファーストタッチチャネルとラストタッチチャネルの両方として設定されている内部（セッション更新）の例を示します。
- 1 日目：ユーザーが「表示」でサイトにアクセスした。 ファーストタッチチャネルとラストタッチチャネルは「表示」に設定されます。
- 2 日目：ユーザーが「自然検索」でサイトにアクセスした。 ファーストタッチは「表示」のままで、「ラストタッチ」は「自然検索」に設定されます。
- 35 日目：ユーザーが 33 日間サイトにアクセスせず、ブラウザーで開いていたタブを使用して戻ってきた。 30 日間のエンゲージメント期間を想定すると、この期間は終了し、マーケティングチャネル cookie の有効期限が切れます。 ファーストタッチチャネルとラストタッチチャネルはリセットされ、ユーザーが内部 URL から来ているため「セッション更新」に設定されます。
マーケティングチャネルの処理ルールを変更した後、一部のチャネルが変更されないのはなぜですか。
マーケティングチャネルの処理ルールが正しく設定されていない場合、処理ルールを変更する必要があります。 変更を適用すると、一部の指標で、依然としてデータが誤ったチャネルに割り当てられていることがわかります。 考慮すべき点がいくつかあります。
-
マーケティングチャネルデータはリアルタイムで収集されます：マーケティングチャネルのデータはデータ収集時に処理され、100％永続的です。 処理ルールの変更は、データに遡って影響を与えません。
-
処理ルールを変更しても、ファーストタッチデータにはすぐに影響しません：次に例を示します。
- 誤って設定されていたため、ユーザーが電子メールチャネルから入ってきて、サイトを離れます。
- 翌日、メールの処理ルールを修正します。
- 数日後にユーザーが自然検索から戻ってきて、購入をおこないます。
- 電子メールチャネルにはファーストタッチクレジットが、自然検索にはラストタッチクレジットが付与されます。
処理ルールを変更した数日後でも、誤ったファーストタッチチャネルでデータが収集され続ける可能性があります。 ファーストタッチデータは、すべてのユーザーの訪問者エンゲージメントが期限切れになるまで、誤ったチャネルで継続的に収集されます。
これらの不一致を修正する最善の方法は、次のいずれかまたは両方を行うことです。
-
すべての訪問者エンゲージメント期間を手動で期限切れにする：この設定は、すべての訪問者で、すべてのファーストタッチチャネルとラストタッチイベントを即時に期限切れにします。
- 管理ツール／レポートスイートに移動します。
- 画像編集設定／マーケティングチャネル／訪問者エンゲージメントの有効期限にポインタを合わせます。
- 「すべて期限切れ」をクリックします。
- 警告ポップアップウィンドウの「OK」をクリックします。これは、実行する処理を理解していることを確認するメッセージです。
-
ルールを修正した時点からのラストタッチ指標のみを表示します：ラストタッチ指標は常に、現在のルールセットに従います。 処理ルールを変更した時点以降のデータを表示すると、最新の処理ルールが正しく反映されます。