0

I'm building a custom content block for SFMC using the Block SDK. Most of the resources I checked recommends to use Heroku to host the block's configuration UI. I'm wondering why nobody mentions CloudPages for this. Are there any specific limitations?

I also want to confirm the cost implications before deploying it widely on a CloudPage.

My Setup:

  • Custom content block UI hosted on CloudPages
  • Marketers open the block, fill in form fields
  • JavaScript generates AMPscript-based HTML using the form values
  • The generated HTML is saved to the email using sdk.setContent()

My Understanding:

The CloudPage is only accessed when marketers configure/edit the block (minimal Super Message usage) Email recipients receive pre-generated HTML stored in the email message Recipients never access the CloudPage Cost = only Super Messages for marketer configuration, NOT per email send.

My Question: Is my understanding correct? If we send this email to 100,000 recipients, will we only incur Super Messages for the initial block configuration (when the marketer opens it), or will each of the 100,000 sends also consume Super Messages?

Improve this question
4
  • every send consumes a SM, every 200 response on an cloudpage consumes a SM Commented Nov 12 at 18:22
  • Thanks for the response @EazyE Let me clarify my question: I understand that: - Normal email sends consume 1 SM per send (standard SFMC cost) - CloudPage views consume 1 SM per 200 views My specific question is: When I send an email to 100,000 recipients, does each recipient's email cause my CloudPage (the custom block UI) to be accessed/loaded? My understanding is that the CloudPage is ONLY accessed when marketers configure the block. Am I right? Commented Nov 13 at 9:46
  • The CloudPage is only accessed as the Marketer configures the content block through your UI. The app/CloudPage is not accessed at all as emails are sent. One reason you tend not to build SDK Blocks in CloudPages is that the SDK assumes your app has a bunch of routes like /index.html, /icon.png, /dragIcon.png and /login. CloudPages don't allow you to create paths to assets in this way. I tend to just place the source code in S3, but you'd need something like Heroku to host a /login route to authenticate the user and get an Access Token to SFMC's APIs. Commented Nov 14 at 4:06
  • Thanks a lot @Macca for your feedback! Commented Nov 14 at 12:24

0

Reset to default

You must log in to answer this question.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.