SFMCとその特徴
5606 ワード
以前のブログ記事の中で、SesesforceオープンAPIに基づいたSFMCフォーム拡張モジュールを作った理由について説明しました.モジュールは、SequetoreフォームからSalesforce Marketing Cloudに移行するためのモジュールです.あなたが既にいないならば、ブログポストを読んでください.
この瞬間、我々はまた、モジュールが無料で公開され、the git repositoryからダウンロードすることができることを発表することを非常に嬉しく思います.このブログ記事では、モジュールの多くの機能についてお話したいと思います.この執筆中に、開発者とコンテンツエディタの用語を使用します.開発者は、SiteCoreのウェブサイトを開発し、そのためにもモジュールをインストールする必要があります.他方、コンテンツエディタはマーケティングのための誰かまたはSiteCoreインスタンスで内容を作成している人を表します.
簡単なセットアップ
この瞬間、我々はまた、モジュールが無料で公開され、the git repositoryからダウンロードすることができることを発表することを非常に嬉しく思います.このブログ記事では、モジュールの多くの機能についてお話したいと思います.この執筆中に、開発者とコンテンツエディタの用語を使用します.開発者は、SiteCoreのウェブサイトを開発し、そのためにもモジュールをインストールする必要があります.他方、コンテンツエディタはマーケティングのための誰かまたはSiteCoreインスタンスで内容を作成している人を表します.
簡単なセットアップ
sitecoreフォームからSalesforceマーケティングクラウドにデータを取得するには、両方の開発者とコンテンツエディタがいくつかのことを行う必要があります.
まず、開発者はsitecoreインスタンスにモジュールをダウンロードしてインストールする必要があります.その後、いくつかの設定をWebに追加する必要があります.設定.これはfuelSDKが必要とする設定で、APIエンドポイントとキーで構成されます.このように見えます.
<?xml version="1.0"?>
<configuration>
<configSections>
<section name="fuelSDK" type="FuelSDK.FuelSDKConfigurationSection, FuelSDK" />
</configSections>
<fuelSDK
appSignature="none"
clientId="YOUR_CLIENT_ID"
clientSecret="YOUR_CLIENT_SECRET"
authEndPoint="YOUR_AUTH_TSE"
restEndPoint="YOUR_REST_TSE"
useOAuth2Authentication="true"
applicationType="server"||"public"||"web" //if you are using oauth2 for public or web app. By default, this will be "server"
authorizationCode="AUTHORIZATION_CODE"
redirectURI="REDIRECT_URI_FOR_PUBLIC/WEB_APP"
accountId="TARGET_ACCOUNT_ID"
scope="DATA_ACCESS_PERMISSIONS" />
</configuration>
この設定がWebに追加されるたびに.このモジュールは使用可能です.これは、開発者の仕事が行われている瞬間です(実際にははい!)そして、彼は他の刺激的なもので働き続けることができます.
また、コンテンツエディタの作業が始まる瞬間です.まず最初に、彼はSFMCにそのデータを送る必要があるフォームに「SFMCに送る」を加える必要があります.次のステップはフォームとデータ拡張子との間の結合を作成して公開することです.これは、手作りのSMCのアクションダッシュボードアプリケーションを保存することができます.
統合されたUI
コンテンツエディタがSFMCバインディングを作成または編集したい場合は、SiteCoreでダッシュボードアプリケーションを開くことができます.アプリケーションが開いているときに設定されたバインディングのリストを表示するUIが表示されます.次のようになります.
あなたが明確に見ることができるように、これは完全にSiteCoreの中に統合された非常に直感的なUIであり、コンテンツエディタは、他の標準的なsitecoreモジュールと同じUXの経験を使用します.
このページには、バインディングを作成、更新、発行、削除するためのボタンがいくつかあります.CE ( Content Editor )がバインドを作成または更新する場合、このようなページが表示されます.
再び、このUIは非常に直感的であり、完全なsitecoreルックアンドフィールを持っています.
完全にフェッチされたデータ
バインディングを作成または編集するときは、使用する必要があるすべてのデータがSiteCoreまたはSalesforceから取得されると、上記のイメージと同じように表示されます.そのデータをドロップダウンで表示されます.これは、いくつかの目的のために、最初に名前とIDを記憶する必要がありません、そして、間違いとタイポスを作ることができないために.これも大幅に速度を上げる.
CEが各バインディングに対して選択する必要があるいくつかのことがあります.最初にデータがデータの拡張と同様にデータが来ている形式です.これは前述のドロップダウンで行うことができます.それらの2つが選ばれるとき、CEはSFMCでイベントを引き起こすのを選ぶことができます.
フォームとデータの拡張が選択されるとすぐに、UIはデータ拡張子と同様にフォームフィールドをそれぞれ取得します.これらは同様にUIで表示されます.各列については、行と同様に、別のフィールドをドロップダウン(選択されたフォームフィールドを含む)から選択する名前で表示されます.
フィールドの多くを選択する
UIがDEカラムとフォームフィールドにロードされるとすぐに、CEは各カラムのフィールドを選択できます.これらのフィールドはドロップダウンで表示される.そこから選択する分野はたくさんあります.
最初のグループ“フォームフィールド”は、フォームからすべてのフィールドから構成されます.そのようなフィールドが選択されると、そのフィールドのために提供されたウェブサイトユーザーがSFMCに送られる値.別のグループは「計算された分野」グループです.このグループは、ウェブサイトの言語、ランダムなguidやタイムスタンプなどのフォームから発生しないさまざまな値で構成されています.最後の2グループはXDB関連データのグループです.
移行構成
新しい結合を保存するとすぐに、アイテムはSiteCoreのマスターデータベースに作成されます.バインディングでライブする準備ができたら、SiteCoreツリーの項目を公開するか、ダッシュボードアプリケーションで発行ボタンを使用できます.
すべてのバインディングはSiteCoreアイテムですので、単にそれらの項目をパッケージングすることで、異なる環境の間のバインディングを移行し、目的の環境にインストールできます.これはまた、リサイクルする必要がないことを意味します.また、データの移行時に何も再配備する必要はありません.
結論
あなたが明らかに見ることができるように、このモジュールはインストールして、使いやすいです.それは私たちがコミュニティに利用できるように作ったsitecoreとsalesforce APIを使用して、このモジュールを開発するようなクールな経験だった.だからそれを使用して自由に感じる!
Reference
この問題について(SFMCとその特徴), 我々は、より多くの情報をここで見つけました
https://dev.to/alexdhaenens/sfmc-and-its-many-features-j70
テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol
<?xml version="1.0"?>
<configuration>
<configSections>
<section name="fuelSDK" type="FuelSDK.FuelSDKConfigurationSection, FuelSDK" />
</configSections>
<fuelSDK
appSignature="none"
clientId="YOUR_CLIENT_ID"
clientSecret="YOUR_CLIENT_SECRET"
authEndPoint="YOUR_AUTH_TSE"
restEndPoint="YOUR_REST_TSE"
useOAuth2Authentication="true"
applicationType="server"||"public"||"web" //if you are using oauth2 for public or web app. By default, this will be "server"
authorizationCode="AUTHORIZATION_CODE"
redirectURI="REDIRECT_URI_FOR_PUBLIC/WEB_APP"
accountId="TARGET_ACCOUNT_ID"
scope="DATA_ACCESS_PERMISSIONS" />
</configuration>
コンテンツエディタがSFMCバインディングを作成または編集したい場合は、SiteCoreでダッシュボードアプリケーションを開くことができます.アプリケーションが開いているときに設定されたバインディングのリストを表示するUIが表示されます.次のようになります.
あなたが明確に見ることができるように、これは完全にSiteCoreの中に統合された非常に直感的なUIであり、コンテンツエディタは、他の標準的なsitecoreモジュールと同じUXの経験を使用します.
このページには、バインディングを作成、更新、発行、削除するためのボタンがいくつかあります.CE ( Content Editor )がバインドを作成または更新する場合、このようなページが表示されます.
再び、このUIは非常に直感的であり、完全なsitecoreルックアンドフィールを持っています.
完全にフェッチされたデータ
バインディングを作成または編集するときは、使用する必要があるすべてのデータがSiteCoreまたはSalesforceから取得されると、上記のイメージと同じように表示されます.そのデータをドロップダウンで表示されます.これは、いくつかの目的のために、最初に名前とIDを記憶する必要がありません、そして、間違いとタイポスを作ることができないために.これも大幅に速度を上げる.
CEが各バインディングに対して選択する必要があるいくつかのことがあります.最初にデータがデータの拡張と同様にデータが来ている形式です.これは前述のドロップダウンで行うことができます.それらの2つが選ばれるとき、CEはSFMCでイベントを引き起こすのを選ぶことができます.
フォームとデータの拡張が選択されるとすぐに、UIはデータ拡張子と同様にフォームフィールドをそれぞれ取得します.これらは同様にUIで表示されます.各列については、行と同様に、別のフィールドをドロップダウン(選択されたフォームフィールドを含む)から選択する名前で表示されます.
フィールドの多くを選択する
UIがDEカラムとフォームフィールドにロードされるとすぐに、CEは各カラムのフィールドを選択できます.これらのフィールドはドロップダウンで表示される.そこから選択する分野はたくさんあります.
最初のグループ“フォームフィールド”は、フォームからすべてのフィールドから構成されます.そのようなフィールドが選択されると、そのフィールドのために提供されたウェブサイトユーザーがSFMCに送られる値.別のグループは「計算された分野」グループです.このグループは、ウェブサイトの言語、ランダムなguidやタイムスタンプなどのフォームから発生しないさまざまな値で構成されています.最後の2グループはXDB関連データのグループです.
移行構成
新しい結合を保存するとすぐに、アイテムはSiteCoreのマスターデータベースに作成されます.バインディングでライブする準備ができたら、SiteCoreツリーの項目を公開するか、ダッシュボードアプリケーションで発行ボタンを使用できます.
すべてのバインディングはSiteCoreアイテムですので、単にそれらの項目をパッケージングすることで、異なる環境の間のバインディングを移行し、目的の環境にインストールできます.これはまた、リサイクルする必要がないことを意味します.また、データの移行時に何も再配備する必要はありません.
結論
あなたが明らかに見ることができるように、このモジュールはインストールして、使いやすいです.それは私たちがコミュニティに利用できるように作ったsitecoreとsalesforce APIを使用して、このモジュールを開発するようなクールな経験だった.だからそれを使用して自由に感じる!
Reference
この問題について(SFMCとその特徴), 我々は、より多くの情報をここで見つけました
https://dev.to/alexdhaenens/sfmc-and-its-many-features-j70
テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol
UIがDEカラムとフォームフィールドにロードされるとすぐに、CEは各カラムのフィールドを選択できます.これらのフィールドはドロップダウンで表示される.そこから選択する分野はたくさんあります.
最初のグループ“フォームフィールド”は、フォームからすべてのフィールドから構成されます.そのようなフィールドが選択されると、そのフィールドのために提供されたウェブサイトユーザーがSFMCに送られる値.別のグループは「計算された分野」グループです.このグループは、ウェブサイトの言語、ランダムなguidやタイムスタンプなどのフォームから発生しないさまざまな値で構成されています.最後の2グループはXDB関連データのグループです.
移行構成
新しい結合を保存するとすぐに、アイテムはSiteCoreのマスターデータベースに作成されます.バインディングでライブする準備ができたら、SiteCoreツリーの項目を公開するか、ダッシュボードアプリケーションで発行ボタンを使用できます.
すべてのバインディングはSiteCoreアイテムですので、単にそれらの項目をパッケージングすることで、異なる環境の間のバインディングを移行し、目的の環境にインストールできます.これはまた、リサイクルする必要がないことを意味します.また、データの移行時に何も再配備する必要はありません.
結論
あなたが明らかに見ることができるように、このモジュールはインストールして、使いやすいです.それは私たちがコミュニティに利用できるように作ったsitecoreとsalesforce APIを使用して、このモジュールを開発するようなクールな経験だった.だからそれを使用して自由に感じる!
Reference
この問題について(SFMCとその特徴), 我々は、より多くの情報をここで見つけました
https://dev.to/alexdhaenens/sfmc-and-its-many-features-j70
テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol
あなたが明らかに見ることができるように、このモジュールはインストールして、使いやすいです.それは私たちがコミュニティに利用できるように作ったsitecoreとsalesforce APIを使用して、このモジュールを開発するようなクールな経験だった.だからそれを使用して自由に感じる!
Reference
この問題について(SFMCとその特徴), 我々は、より多くの情報をここで見つけました https://dev.to/alexdhaenens/sfmc-and-its-many-features-j70テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol