Category Archives: Pardot

問題 「Use Salesforce to manage all… Read More »

前書き YubinBango.jsを利用してPardotフォームに郵便番号からの住所自動入力機能を実装する。 jQueryのプラグイン jpostal を利用した実装方法についてはこちらのChibaさんの記事で紹介されている。 前提：YubinBangoライブラリを動作させるために必要なこと… Read More »

前書き Web-to-LeadフォームやPardotフォームにはreCAPTCHA機能がOOTBであるが、フォームハンドラーには存在しない。 そのため、Bot対策（スパム対策）を行っていないフォームを公開すると、エンドポイントを狙って大量にスパムが送信されるリスクがある（※筆者実体験） 取り得る対策 メール項目の設定で、有効なメールアドレスの条件をタイトにする ハニーポット項目を追加する… Read More »

前書き タイトル通り、Webフォームなどから流入してきたリード（orプロスペクト）をISにどのようにパスするのかという話 素朴なやり方 おそらく一番素朴な方法は、「一旦全てリードに流して、ISが入ってきたリードを（既存顧客でないかなど）チェックして、架電する」という流れ。 ISが全リードをチェックできる規模感であればこの方法で問題ないが、「スコアリングやグレーディングに基づいてMQLだけをパスしたい」・「既存顧客やNG顧客でないかのチェック工数が大きい」という場合は、MQLだけがパスされるかたちにする必要がある。 どのようにしてMQLをパスするか？… Read More »

前書き 既存のWeb-to-Leadフォームを（フォームを作り直すことなく）Pardotと連携したい場合、「Web-to-Leadフォームとフォームハンドラーの統合」を行う。 「Web-to-Leadフォームとフォームハンドラーの統合」は端的に言うと、「Web-to-Leadの送信先エンドポイントをフォームハンドラーに書き換えた上で、フォームハンドラー経由でPardotとWeb-to-Leadの双方にデータを送信する設定」のことである。 ■通常のWeb-to-リード ■Web-to-リードフォームとフォームハンドラーの統合 設定方法… Read More »

前書き：人物情報の一意性 ・Pardotにおいてプロスペクトの一意性は「メールアドレス」によって担保される（※「1 つのメールアドレスに対して複数のプロスペクトを有効化（いわゆるAMPSEA）」がOFFという前提） ・Salesforceにおいてリードor取引先責任者の一意性は「レコードID」によって担保される →従って、プロスペクトとリードor取引先責任者の関係は1:nとなり得る 「同期ロジック」の問題… Read More »

前書き いわゆるEメールガバナンス（Email Governance）の観点から、メール送信に承認プロセスを組み込みたい（つまり、メール送信アクションを実行するとマネージャに確認が飛び、そのマネージャの承認によって初めてメールが送信されるようにしたい）という要件が出ることがあるかと思います。 しかしながら、Marketing Cloudと違いSalesforceやPardotでは「メール送信の承認プロセス」は標準機能として提供されていません。 それではどのようにして「メール送信の承認プロセス」の要件に対応すればよいのか、についてこの記事では考えてみたいと思います。… Read More »