I'd say most (if not all) of the Email, Email Date, Subscriber, and Sender personalization strings are included -- as are any attributes or data extension column names passed over in the send context. That is as long as you're using the CloudPageURL function to arrive at the page from an email.
| Email Date Strings |
AttributeValue() only works on defined in sendable data, which is why your 3rd option still worked. The second option also worked because of this, not because of the passed values.
Your first one failed because all values added to the cloudpagesurl() function are parameters and are separate from the associated attributes. This is why param1 returned null as ...
As mentioned, the Interactive Email Form submission occurs via a GET which is what is supported by email clients and results in the submitted data being appended to the query string. While you can't completely hide the data, there are some strategies to reduce the amount and meaning of the data included in the URL:
Non-text input (select, ...
It appears this is necessary for custom font hosting in SFMC. See here for more details: Upload custom font on Marketing Cloud
Basically you cannot host a font in SFMC without including it as the base64 encoded string inside your stylesheet.
Example pulled from the above listed answer:
SET @customFont = "BlahBlahBase64String"
First of all, you need to pass all the variables to the CloudPage that has the unsubscribe script.
The best way is to include name and value pairs for each of your variables as parameters in the URL. Here is the documentation.
And this is an example of how your URL could look like:
%%=CloudPagesURL(ID, 'JobID', @jid, 'ListID', @listid, 'BatchId', @...
You can put Coupon Codes in a Data Extension and use Ampscript with the functino "ClaimRow" when you use them. You can also use expiration dates and stuff like that if you are building something more sophisticated. You can put that code inside an email as an HTML Block for instance.Have a look here:
Send a coupon - Claim row
First, you need to include name and value pairs for all parameters that you want to pass from email to a CloudPage:
%%=CloudPagesURL(ID, 'CampaignCode', @CampCode, 'SegmentName', @SegmentName)=%%
Then on a CloudPage, use the RequestParameter function to retrieve the values.
You will need to build two CloudPages.
The first one, will have the unsubscribe button and your subscribers will be taken to that page from a link within the email. Upon clicking the unsubscribe button, your subscribers will be taken to the second CloudPage.
On the second CloudPage, you will need to include the unsubscribe script, which can be either ...
var loc = window.location.toString(),
params = loc.split('?'),
iframe = document.getElementById('myIframe');
iframe.src = iframe.src + '?' + params;
Firstly, there shouldn’t be space between function name and parentheses:
set @result = UpdateSingleSalesForceObject('Task', @subkey, 'callback_detail__c', 'immediate_callback')
Also keep in mind that updateSingleSalesforceObject does not update the data extension directly, but uses Marketing Cloud Connector to update the record directly ...
In general,but not always the case, you can use the $page and $pageSize parameters to control this.
/fake/myendPoint?$page=1&$pageSize=500 would return a payload of the first 500 items in the return.
Do be careful though as not every endpoint will do this. Also, sometimes in order for $pageSize to work, you need to indicate the page first ...
If you look at the source HTML created by a Smart Capture, you'll see this is what it creates...
The PageID's never populated, but the TabID is and that's the one you see in the properties of a CloudPage and the ID you use in your CloudPagesURL() function. You can include your PageID in your target Data Extension simply by including a "TabID" field in the ...
We just got an answer from Salesforce support on this... The answer is on this page, though not particularly well delineated. https://developer.salesforce.com/docs/atlas.en-us.noversion.mc-programmatic-content.meta/mc-programmatic-content/cloudpagesurl.htm
The CloudsPagesURL Call has to be wrapped in a RedirectTo
<p><a title="MyPage" href=&...
You might need to raise a support case to have your new Private Domain configured.
Before doing that, however, you will need to delegate the domain to the name servers of SFMC, by creating NS records pointing to:
Once case is closed, you will be able to select ...
I'll take that as an invitation ;)
copy paste from my post here:
Super Messages || LANDING PAGE vs CODE RESOURCE
CloudPagesURL() function works for both Landing Pages and Code Resources. If they are in the same Business Unit as the code employing the function. It's just harder to find the right ID for a Code Resource, as the number shown in the URL is not ...
If you're using SmartCapture in your Cloud Page and you have Journey Builder in your account, this is pretty easy, but it does take a few things set up correctly.
Ensure the "Commercial Person" is in your All Subscribers list with a non-personally identifiable SubscriberKey.
Make sure your Data Extension is Sendable, similar to this one:
There is legitimately no way to get around this without setting a login/pass or similar separate authentication method. As the URL is the unique identifier, it doesn't who views it or where, it will display the same information. Any attempts to alter or adjust would be based on assumptions and guesses.
Even were you to try to do something around this, there ...
You need to observe the execution context of your code. Ampscript and SSJS gets executed in the backend, and hence you can't pass JS variables into the CloudPagesURL function, as you try in your example.
What you need to so is follow these steps:
Create a Cloud Page code resource, which will receive your parameters in the URL, and fetch it using ...
I agree with @Gortonington. This is precisely why forward-to-a-friend functionality is a bad idea. You don't want someone other than the recipient to update their own data or worse, opt someone else into something without their consent.
I'm a fan of explicitly creating "share" CTA buttons and/or links on your CloudPage that strip QS & PII ...
I think the issue is in your CloudPage output as @Niko and @Gortonington have suggested.
It's worth mentioning that that are some subtle differences between the functions to pass values from an email to a CloudPage.
If I use the following link to test the methods for passing parameter values
-- where test and triggeredDate are columns in my sending data ...
Not sure 100% what you mean, but seems that you are looking for something like Custom Domain:
Custom Domain for CloudPages - This feature includes a private domain
This is a paid feature and you have to contact your account executive to get a quote.
There are many ways to achieve your requirement. I feel below approach is easy to start with,
Firstly to identify the subscriber, pass the subkey this to your cloudpage. To accomplish this you must use the combination of RedirectTo() and CloudPagesURL() methods as below.
SET @subkey = Attribute.GetValue('_subscriberkey')
for those who are waiting/looking for an answer on this topic this is how I implemented after many tries.
So this can actually work for any SSJS API call which requires the accessToken to proceed.
1) I created a first DataExt called 'ClientId_and_Secret_RequestToken' with 3 columns: TokenVersion, clientId, clientSecret and stored my credentials (...