#Pardot B2b Marketing Automation28 人がディスカッション中

Yes, Luke. What I had to do was add two subscription management buttons to the email. One is the global unsubscribe button, which is a little less prominent and intuitive visually, but it's still visible if you pay attention. 

Then I added a much more prominent button to m 

anage subscriptions at the list level. This button redirects users to a custom preference center that only displays the subscription lists associated with the specific brand featured in that email.

So, for both brands, I've configured the email templates with a footer that links to their respective brand-specific preference centers. 

The global unsubscribe option, on the other hand, prevents contacts from receiving any further marketing communications from our entire Salesforce instance.

@Dominika A

Hi Dominika,

Deleting Leads or Contacts from Salesforce will put the synced Pardot Prospect Record into the Recycle bin. Hence you have nothing to do, just mass delete in Salesforce, Pardot will follow. Later on you may want to empty the Recycle Bin by permanently deleting the Prospect.

Hope this helps 😎

#SharingIsLearning #AccountEngagement

François.

@Abhimanyu Singh the form export is only the prospect fields. The page path lives on other objects.

In Account Engagement API v5, a form submission is a visitor activity, not a column on the prospect export. Query GET /api/v5/objects/visitor-activities and filter by that prospect. A completed form is type 4 with typeName Form. Looking at the form without submitting is type 2. You need the Prospect, Visitors, View ability for that call.

The pages themselves are visitor page views. GET /api/v5/objects/visitor-page-views with the visitId, and read url, title, and createdAt. The visit record has firstVisitorPageViewAt and lastVisitorPageViewAt, so the earliest page view on that visit is your first page and the latest one is the exit page. GET /api/v5/objects/visits tied to the same prospect gives you the visitId that matches the form activity.

If you need this in bulk, the Export API can pull Visitor Activity and include relationship fields like prospect.email in one file. Visitor page views are their own export, so you still join them on visitId. I haven't seen a form-submission file that already has the page history on it. You'll only get the path as far back as Account Engagement still stores those visits.

Hi Alexaya,

In Account Engagement, open tracking is a business unit setting. It's under Account Engagement Settings, Email Tracking, Track all email opens. Turning that off removes the pixel for every send in the business unit. Click tracking is a separate checkbox, so you can drop opens and keep clicks, but you still can't limit the pixel to France and Italy inside that one business unit.

There isn't a per-prospect or per-country exception on that setting. A second business unit is the isolation the product actually gives you, and you're right that it doubles the work on a global send.

Marketing Cloud Engagement can strip the pixel for one person. A Do Not Track value on the subscriber, set at send time, removes the open pixel and the click wrappers for that recipient only. Marketing Cloud Next can also turn open tracking off for a single send, so a France and Italy audience can go out without the pixel while everyone else stays tracked. That's per send, not a field on the prospect, and it doesn't take a second business unit.

If you have to stay in Account Engagement only, I wouldn't promise a per-email checkbox for this. The documented control is the business unit. Salesforce's note on it is Tracking Pixels in Marketing Email Communications.

Hi! I am on the same boat. I don't think is possible at the moment in MCAE to remove the tracking based on consent. Seems is an "all or no one" approach at the moment. That is at least what I understand from here  Tracking Pixels in Marketing Email Communications | Salesforce Help

Can someone confirm or deny? It can't be that salesforce module is not technicaly capable to follow current regulations... This was known already from April. 

Some help community? 

Thank you

Hi Izzi, 

The 3rd option you listed is the classic email template building interface, while the 1st option is the newer lightning email template builder. When using the latter option, you have to select the option to “Activate for Automation”, which makes the email available for use as an autoresponder or a template in Salesforce Engage. For the classic email template builder you have the option to make it available for these use cases: 1:1 emails, list emails (one-off sends), Engagement Program Emails, or as autoresponder emails. 

This article may be helpful:

That does not look like one of the Sender merge fields that you can use. Here is a list of the Sender merge fields: 

{{Sender.Email}} The sending user’s Email field 

{{Sender.FirstName}} The sending user’s First Name field 

{{Sender.LastName}} The sending user’s Last Name field 

{{Sender.Name}} The sending user’s full name; displayed as: First_Name Last_Name 

{{Sender.Phone}} The sending user’s phone number 

{{Sender.Signature}} The sending user’s text signature, available to edit in the user’s profile 

{{Sender.Title}} The sending user’s job title 

{{Sender.URL}} Link to your company’s website from assigned user’s URL field 

Found here: 

https://help.salesforce.com/s/articleView?id=mktg.pardot_handlebars_merge_fields.htm&type=5

@Asim Ansari

Looking back at my question, I realize I didn't explain the problem correctly.

I can retrieve the URLs that were clicked, so there is no issue there. However, if a link hasn't been clicked, I can't retrieve its original URL.

In other words, if I want to retrieve all the links contained in a Campaign/List Email, I can't get their original URLs. The only thing I can retrieve is the tracking URL (my Marketing team doesn't use custom redirects).

On the other hand, when I retrieve click data, I can get the exact destination URL for each clicked link.

The problem is that for links that haven't been clicked, I'd have to create the records manually, because the only URL I can retrieve from the List Email is the tracking URL. This also makes it impossible to reliably match the clicked URLs with the corresponding links in the List Email.

Is there a way to retrieve the original URLs of all links in a List Email, including those that haven't been clicked?

Hi @Akhilesh Prajapati

This is Account Engagement (Pardot) territory. The infinite spinner on 

Account Engagement Settings → User Management → Users is a known symptom pattern, almost always tracing back to the Salesforce↔Pardot connector/session layer rather than an actual "Users" bug. I checked the linked community thread it has 0 replies, so no prior resolution to build on there.

Here's the diagnostic order I'd work through, most-likely-cause first:

1. Check Connector authentication statusGo to Account Engagement Settings → Connectors and check the Salesforce connector's status. If it shows an auth error (commonly surfaces as Pardot API Error 184 authentication failure), that alone is enough to hang User Management, since that page pulls live data through the connector session. Reauthenticate the connector user if it's broken.
2. Confirm the connector user still has correct accessThe user account the Salesforce Pardot connector runs as needs an active Salesforce license, System Administrator (or equivalent) profile, and the Account Engagement Administrator role in Pardot. If that user was deactivated, had their profile changed, or lost the Pardot role assignment, the connector silently fails and pages like this spin forever instead of erroring cleanly.
3. Rule out browser-side blocking (very common cause)Account Engagement Settings loads inside a Salesforce Canvas app (an iframe calling out to Pardot's API). Third party cookie blocking (Safari/Chrome privacy settings), ad blockers, or browser extensions frequently break this silently. Test in an incognito/private window with extensions disabled, and try a different browser entirely before assuming it's a config issue.
4. Check Session Settings for Clickjack Protection / IP restrictionsIn Salesforce Setup → Session Settings, aggressive Clickjack Protection settings or 'Lock sessions to the IP address from which they originated' can block the Canvas iframe from completing its callout. Also check Login IP Ranges on the connector user's profile if Pardot's servers aren't whitelisted, the callout can hang rather than fail visibly.
5. Check for multiple Business UnitsIf this org has more than one Account Engagement Business Unit, User Management can hang if the specific Business Unit context is ambiguous or misconfigured for the logged-in user. Confirm which Business Unit the affected admin is scoped to, and that their Salesforce profile maps correctly to it under Business Unit Setup.
6. Escalate to Salesforce Support with the network traceIf all of the above check out, open a case with Salesforce Support (this is a Pardot/Account Engagement product issue, not something fixable via Apex/Flow/config alone). Capture a browser dev-tools Network tab trace of the failed page load first the failing XHR call to Pardot's API will usually show the real error code even though the UI just shows a spinner.

Quickest first move: step 1 (Connectors auth status) and step 3 (incognito/different browser) these two catch the majority of real-world cases of this exact symptom. If the connector shows green/authenticated and it still hangs in a clean browser, jump to step 4 (Session Settings) before assuming it needs a Support case.

I hope you find the above information helpful. If it does, Please mark it as Best Answer to help others too.