2017-06-05 1 views
0

通常のフォームでは以前にこの問題が発生したことはありませんでしたが、フォーム送信を追跡したり、Salesforce Pardotフォームからフォームを完成させようとしたりしても、Adobe解析はフォーム提出/プラットフォーム。時には4%低いフォームがPardotを提出する場合もありますが、フォームの場合は50〜60%ほど高くなることがあります。合計が高いほど、2つのプラットフォーム間の不一致が大きくなりますが、Pardotは常により多くの提出を行います(フォームに記入したユーザーの情報も含まれているため有効です)。だから、アドビは何とかフォーム提出を逃していると思っています。なぜならPardotはページの上部で非常に速く起き、Adobeは遅く、フォーム提出の回数が足りなくなるからです。Salesforce PardotフォームのトラッキングDTM

は、任意の助けいただければ幸いです

セットアップ: マイアドビDTM /アドビ解析ツールのページの一番下に火災と私は(「形式提出」)_satellite.track発射する直接呼び出し規則を使用しています。フォーム提出としてのフォームボタンと、フォーム完了をトリガする文字列値「ありがとうございましたページ」で呼び出されたデータレイヤーオブジェクトを探すイベントベースのルールを使用します。

enter image description here

Adobe Analytics Tool enter image description here

答えて

0

あなたが使用していない理由は、 "イベントの種類を - >提出" ここに?

PardotとAdobe Analyticsの間のパロディーに役立つもう1つの提案は、送信の代わりにフォームの「ありがとう」ページ(または完了)でイベントを発生させることです。

提出時に2つの異なるシステム間で異なる番号が表示される理由はたくさんあるため、Pardotがアクションを完了したと判断したときに分析イベントを設定する方がよいでしょう。

これが役に立ちます。

+0

イベントタイプ> submitは私が最初に使ったものですが、これは私が使っていたものですが、pardotと比較してサブミットも少なすぎます。ありがとうございましたページを設定し、ページロードルールを作成しましたが、私たちはまた、pardotに大きな不一致を見ました。私たちは非常に最小限にコード化されたパードゥーフォームを作成し、もう一度やり直すつもりです。 –

+0

これは、同じメトリックを測定するために異なるビジネスルールを使用する2つのシステムの古典的なケースです。私はあなたが決してマッチを得るつもりはないと思います。私は、ビジネスが記録システムであるかどうかを決定させ、そこから行くことを提案するかもしれません。 –

+0

必ずしも関連しているわけではありませんが、コード設定のスクリーンショットごとに、カスタムアプリ測定コードを使用し、別の「s」オブジェクトを作成するのには良い理由はありますか?このアプローチは将来のアドビのコード更新からあなたを排除し、大規模な実装で大量のコード非効率を引​​き起こす可能性があります。 –

関連する問題