アカウントエンゲージメント (Pardot) は Salesforce プラットフォーム上にありますか?


+ [Is Account Engagement (Pardot) on the Salesforce Platform – Or Not?](https://www.salesforceben.com/the-drip/is-pardot-mcae-on-the-salesforce-platform-or-not/)


Pardot (Marketing Cloud Account Engagement) は、これまでコアの Salesforce プラットフォームからスタンドアロンでした。ただし、過去数年にわたって、Pardot はコアの Salesforce プラットフォームに段階的に移行してきました。

「コア」Salesforce プラットフォームとは、Sales Cloud、Service Cloud などが構築されるインフラストラクチャを指します。「Lightning」プラットフォームは、組織が独自のアプリを構築するための基盤です。Lego にビルディングブロックを追加するのと同じように、事前に構築されたブロックを使用して Salesforce 組織を拡張したり、独自のブロックを作成したりできます。これは「拡張性」として知られており、すべてのプラットフォーム オファーを活用できるようになります。Pardot を全体像 (プラットフォームの自動化、アプリ) にループさせることが、Pardot がコアプラットフォームに移行する主な推進力です。

これまで Pardot がスタンドアロンだった理由は何ですか? 答えは、Pardot は Salesforce が 2013 年に買収した製品だったということです。Pardot は常にコネクタを使用して Salesforce と統合されてきました。買収直後、Salesforce は Salesforce-Pardot コネクタの利用を倍増するために、他のすべての CRM への Pardot コネクタを廃止しました。

長期的なビジョンは、コネクタすら持たないことです。代わりに、すべての Pardot 機能をコアの Salesforce プラットフォームに収容することが目標です。結局のところ、コネクタには限界があり、専門家が日常的にトラブルシューティングを行う必要があることがよくあります。

では、Pardot のどの程度が Salesforce プラットフォームに移行したのでしょうか? どこまでやるべきでしょうか?また、エンジニアリング チームが遭遇する可能性のあるハードルは何でしょうか?

# Pardot の「オンプラットフォーム」での移行 – 課題

Pardot の移行は、さまざまな理由から困難な作業です。これは、それぞれが独自の 2 つのインフラストラクチャをマッシュアップすると考えることができます。

+ オブジェクト。
+ オートメーション。
+ フィールドの動作。
+ ユーザーインターフェース。
+ コードベース。

# Pardot データモデル (+ オブジェクトの配置)

Pardot のアーキテクチャを理解すると、全体像を描くのに役立ちます。データ モデル/製品アーキテクチャは、顧客としてデータベースを構築するために使用する建物の基礎であると考えてください。

以下の図は、Pardot の動作に関係するオブジェクトを示しています。Salesforce 側にあるもの (青色のパッチ) と Pardot 側にあるもの (紫色のパッチ) があります。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/328136/61cc3102-27fa-e08c-e34c-3cc47df47b16.png)


両方にまたがるオブジェクトは、Salesforce と Pardot の両方で使用されるオブジェクトです。これは、オブジェクトの配置として知られています。Salesforce と Pardot は、同じキャンペーンレコード、メール、ランディングページ、およびユーザーレコードを使用します。つまり、ある場所 (Salesforce) でレコードを作成し、別の場所 (Pardot) で使用します。

「フォルダ」ボックスで囲まれた大量のオブジェクトについてさらに詳しく説明すると、使用しているビルダー (つまり、「クラシック」ビルダーと Lightning ビルダー) に応じて、メール/ランディング ページのレコードをどちらの側にも作成できます。フォームは引き続きクラシック ビルダーで作成されます。

これらのマーケティング資産 (メール/ランディング ページ/フォーム) はすべて Salesforce キャンペーンに関連しているため、キャンペーン レコード ページから表示されます。これは、コネクタを介した Pardot と Salesforce 間の アセット同期キューのおかげです。

注:この図は完全に表現したものではありません。ユーザーとアカウントおよび商談など、追加しないことを選択したデータ関係は他にもあります。

2 つのプラットフォーム間でアクティビティとレポートがどのように機能するかを示すために、オブジェクトの一部を削除しました。

見込み顧客がマーケティング資産と対話するときに生成するアクティビティも調整されます。これらは Pardot に保存され、Pardot では「プロスペクトアクティビティ」と呼ばれますが、関連するリード/取引先責任者レコードには「エンゲージメント履歴」として表示されます。

レポート オプションについては概要で説明します。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/328136/7b73c7b0-31f8-e799-afbb-86a212a6b1b7.png)

オブジェクトの位置合わせがなぜそれほど重要なのでしょうか?
基本的に、両側で同じオブジェクトを使用すると、次のようになります。

+ ユーザーが 2 つの異なる場所で同じレコードを 2 回作成する必要がなくなります (コネクテッドキャンペーンが導入される前の Pardot キャンペーンの場合は常にそうでした)。
+ 2 つのプラットフォーム間でデータを同期する必要がなくなります。Salesforce-Pardot コネクタは、一度に一定数の同期レコードのみを処理できます (200 のバッチにグループ化)。


# Pardot と Salesforce の自動化

関連するオブジェクト (データベースの構成要素) について説明しましたが、ここではさまざまなタイプの自動化について説明します。自動化により、レコード、オブジェクト、統合システム間でのデータの更新や転送が可能になり、さらに電子メール アラートの送信などのその他のアクションも可能になります。

Pardot と Salesforce 間で共有される自動化はありません。ただし、あるタイプのオートメーションを使用して別のオートメーションを利用することはできます。たとえば、Salesforce レコードと同期した後に Pardot オートメーションルールが行う項目更新により、Salesforce フローの実行がトリガーされることがあります。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/328136/2bb3b72d-1e22-2b3d-618d-046ff0c70b74.png)


# Pardot と Salesforce のフィールドの動作

Pardot データは Salesforce と同期し、Pardot プロスペクトレコードとそれに関連付けられたリード/取引先責任者レコード間のデータの整合性を維持します。コネクタが適切なデータを適切な宛先に送信できるようにするには、2 つのシステム間でフィールドをマップする必要があります。

ほとんどの場合、Pardot と Salesforce の両方の項目タイプは、名前が異なっていても問題なく結合されます (例: 「選択リスト」と「ドロップダウン」)。同じように機能しない他のフィールド タイプもあります。

+ チェックボックス: Salesforce のチェックボックス項目は True/False ですが、Pardot のチェックボックスは複数選択として機能します。Salesforce チェックボックス項目は、Salesforce チェックボックスと同様に機能する  Pardot ラジオボタン項目にマッピングする必要があります。
+ 数式項目: Salesforce 数式と Pardot は相性が悪く (その理由は次のとおりです)、Pardot では数式項目を作成できません。

# Pardot と Salesforce のユーザーインターフェイス

Salesforce 内で Pardot Lightning アプリケーションを使用している可能性があります。これは、Salesforce と Pardot を統合する上で大きな一歩でした。ユーザーは、異なるアプリケーション間で切り替えたり、異なるナビゲーションに慣れたりする必要がなくなり、また、いくつかのバグも軽減されました。

Pardot のすべてが Salesforce Lightning プラットフォーム上にあるように見えますが、Salesforce プラットフォーム上にないオブジェクトや機能については、コネクタが Pardot インフラストラクチャと通信する必要があります。

Pardot がユーザー認証 (ログイン) ポリシーを更新すると、Pardot 専用ユーザーを作成する機能が無効になり、Pardot Classic アプリケーション ( https://pi.pardot.com/ ) は10 月 17 日までにすべての Salesforce 組織で廃止される予定です。、2022年。

# コードベース

ご想像のとおり、コードベース (つまり、アプリケーション全体が開発されるソース コードの本体) は 2 つのプラットフォームの間にあります。

この側面に関して言えば、Pardot 管理者/開発者/ユーザーが操作できる側面は実際にはほんのわずかです。残りは非表示であり、Pardot/Salesforce エンジニアリング チームのみがアクセスできます。

+ パーソナライゼーション:マージタグは、プロスペクトがアセット (メールなど) を表示するときに、プロスペクトのレコードデータに従ってどのデータポイントを表示するかを Pardot に指示します。Pardot は以前は独自のスクリプト言語 (PML) を使用していましたが、現在はSalesforce と Pardot でHMLが使用されています。
+ API:外部プラットフォームを Pardot オブジェクトに統合するために、 Pardot API V5で使用できるエンドポイントが多数あります。Salesforce には、選択できる統合アーキテクチャ、機能、パターンが多数あります。

# Salesforce プラットフォームには何があり、何が残っているのでしょうか?

これらの背景情報をすべて、より理解しやすいものに要約してみましょう。これは「有効なもの」と「無効なもの」の完全なリストではないかもしれませんが、長い移行作業の途中にある Pardot (Marketing Cloud アカウントエンゲージメント) についての理解が深まることを願っています。

プラットフォームにあるもの:
次の機能は、コア Salesforce プラットフォームに移行または調整されました。

+ **Pardot Lightning アプリケーション**(ただし、アプリケーション内で表示または操作できるものすべてではありません!)
+ **キャンペーン**: Connected Campaigns のおかげで、Salesforce キャンペーンは Salesforce と Pardot の両方で使用されます。
+ **Lightning メールとランディングページ**: Lightning ビルダーを使用して作成されたアセットは Salesforce プラットフォームに保存され、Engagement Studio などの Pardot オートメーションに「挿入」できます。
+ **従来のメール、ランディング ページ、フォーム**:従来のビルダーを使用して作成されたアセットは Pardot に保存されますが、レコードとして Salesforce キャンペーンに同期されます。
+ **パーソナライゼーション**: HML は Salesforce と Pardot の両方で使用され、マージタグをマーケティングアセットに追加します。
+ **キャンペーン指標**:キャンペーン レコードに表示される関連リストには、各関連アセットのパフォーマンスが表示されます。これを推進するデータは Salesforce に保存されます。
+ **エンゲージメントメトリック**:マーケティング資産レコードに表示される一連のフィールド (フォームへの送信総数など)。これを推進するデータは Salesforce に保存されます。
+ ユーザー同期: Salesforce ユーザーレコードは、Pardot Lightning アプリケーション (したがって Pardot アーキテクチャ) へのアクセスを許可するために使用されます。
+ **ユーザー認証とシングル サインオン (SSO)**。
+ **レポート**: Pardot マーケティングアセットオブジェクトは Salesforce のレコードであるため、標準の Salesforce レポートを使用してレポートを作成できます。これらには、見込み客エンゲージメントの内訳ではない「概要」レポート (このメールやランディング ページの例など) としての制限があります。資産ごとまたは資産グループごとの詳細な内訳を探している場合は、 B2B Marketing Analytics (B2B MA)を使用する必要があります。B2B MA は、B2B マーケティング担当者向けに事前構築されたダッシュボードを備えた Salesforce CRM Analytics 内のアプリで、「見込み顧客とアクティビティ」データセットなどのデータセットを提供します。データは Pardot から Salesforce コネクタを介して B2B MA に流れます。したがって、これは Salesforce プラットフォーム上の別の部分です。

Pardot のアーキテクチャに残っているもの:

+ **プロスペクト**:プロスペクトオブジェクトはおそらく、Pardot に残された主要な遺産です。やがて、プロスペクトオブジェクトを廃止し、代わりに Pardot でリード/取引先責任者レコードを処理するようにするのが合理的になるでしょう。しかし、これほど大きな動きはすべて未定であり、アーキテクチャの観点から検討すべきことがたくさんあることは間違いありません。
+ **プロスペクトアクティビティ**:マーケティングアセットとやり取りする際にプロスペクトが生成するアクティビティ (「プロスペクトアクティビティ」と呼ばれます) は Pardot に保存されますが、関連するリード/取引先責任者レコードにも「エンゲージメント履歴」として表示されます。
+ **マッピングされた項目タイプと項目の動作**:場合によっては、Pardot と Salesforce の間の項目タイプが同じように機能しないことがあります。つまり、Salesforce のチェックボックス項目は True/False です (Pardot ラジオボタン項目にマッピングする必要があります)。 vs Pardot チェックボックスは複数選択です。
+ **リスト**:キャンペーンを分割して送信するために使用されるプロスペクトのリストは Pardot に保存されます。Salesforce キャンペーンは参加したい人 (キャンペーンメンバー) のリストでもあるため、必然的に混乱が生じます。相互にプッシュする方法はありますが、リストは依然として Pardot に残ります。
+ **自動化ルール**: Salesforce ToDo の作成やプロスペクトの割り当てなど、Salesforce アクションを活用できる Pardot 専用の自動化 (リード割り当てルール)。
+ **エンゲージメントスタジオ**
+ **フォルダ**ー
+ **メール認証**: Pardot からメールを送信すると、ユーザーに代わって Pardot サーバーからメールが送信されます (専用 IP を持っている場合を除く)。メール認証およびその他のドメイン関連の設定は、引き続き Pardot のインフラストラクチャ上でホストされます。
+ **Pardot API**:外部プラットフォームを Pardot オブジェクトに統合するために、コアの Salesforce プラットフォームが使用する API とは異なるPardot API V5で使用できるエンドポイントが多数あります。