Knowledgebase

Sort by:
Issue You send a sample email to test the tokens in a Calendar (.ics) file, and the tokens are not populating. Create a Calendar Event (.ics) File     Solution Tokens in an .ics file do not populate for sample emails.  Send the email to a test lead via 'Send Email' Run Action in the Database instead or via a smart campaign.
View full article
Issue There are multiple forms on a Marketo landing page. No custom code on any of the assets. Form Pre-fill is enabled on all fields, but only the first form on the landing page is being pre-filled. Solution Marketo does not support using multiple Marketo forms on a Marketo landing page. Pre-fill gets messy with multiple forms is because we only pull pre-fill for the first form that we load.
View full article
Issue When you click on ‘Forward to Friend’ link on an email template, it redirects you to the below 404 error page.   This is a article attached image     Solution The ‘Forward to Friend’ link will work only in a sent email and not on an email template. To test this functionality, you need to create an email using the template which contains "Forward to Friend’ link and then send the email to your test lead using a run action.  It will not work properly with a send sample. Open the email and click on the "Forward to Friend" link. Once clicked the email will open on a webpage and then the below "Forward to Friend" box will be visible.   This is a article attached image   To know more about "Forward to Friend", refer the below document.   http://docs.marketo.com/display/public/DOCS/%27Forward+to+a+Friend+Link%27+in+Emails    
View full article
Issue The subject line for an email sent out to leads did not match what was set for an approved email.   Solution The email may have Dynamic Subject Lines enabled. Dynamic Subject Lines allow you to set dynamic content for the subject line based on the Segmentation of your leads. Visit our Documentation for further information about segments and dynamic content. Segments: Create a segmentation Dynamic Content: Using Dynamic Content in an email The issue can be resolved by converting the subject line to a Static Subject Line. A Static Subject Line is a single line of content that will send out to any recipient of your email, regardless of their segmentation. You can do so by doing the following:   Click on the Subject Line to bring up the Subject Line edit buttons. Click the Make Static button
View full article
Issue When you add variables to your email template assets, the value assigned to that variable is not showing in the text-only version of the email even though it shows in the HTML version. Solution Email 2.0 variables do not pass the defined values for variables through to the text-only email. Since Marketo token values are passed through to the text-only email, customers may expect variable values to also be passed through to text-only emails. However, this is not currently the case.
View full article
Issue You click on a link in a sample email to test form pre-fill, but when you do, the form is not pre-filled. Solution When sending sample emails, the send sample feature does not generate links which are captured by the web browser, so the form pre-fill information is not passed. The test needs to be performed by sending an email using one the features below:   Single Flow Action "Send Email" in a Smart List A Smart Campaign An Email Program Once a live email has been sent and not a sample email, the tracked link which contains the mkt_tok passes the lead info and the form will now pre-fill with that lead's information until the cookies are cleared, a new browser is used or an incognito browser is used.
View full article
Issue Clicking on a link in a Marketo e-mail that re-directs to a non-Marketo webpage destination does not open the page.     Solution Complete the troubleshooting step below. If they do not resolve the issue, include the results in a Marketo Support Ticket. Check the CNAME is correctly setup for the email tracking link  Check that the Default Branding Name matches the CNAME in Step 1 (check for typos).  If you are unsure you can visit CNAME lookup on mxtoolbox and enter the default branding name to check. Under the Domain field enter your default branding name. Do you have SSL for tracking links enabled? If Yes, tracking links in emails should start with HTTPS:// If No, tracking links in emails should start with HTTP://   If you do not have SSL enabled, but when you click the link it resolves to HTTPS://,try a different network and see if it still occurs. Your network may be configured to automatically use HTTPS automatically even if the link is specified as HTTP. (Check with your network admin)   If you are re-directed to the non-Marketo landing page but the page does not load: Check with the website admin if there are any redirect rules setup on the website. Try cutting out parts of the additional URL Parameter to see if that fixes the issue to identify which part of the URL parameter is causing it. Sometimes lead tokens or the mkt_tok may affect a redirect rule, since mkt_tok generates random characters and sometimes the token contains percentage '%' characters. It very common for websites to interpret a % followed by a character as an encoding. Seen in this website here   If you are unable to resolve the issue in the steps above, provide the test results and information in a Marketo Support Case.
View full article
Question: How do I add a link to my lead/contact's Salesforce detail page when sending an alert from Marketo?   Answer: If the lead or contact is in both Marketo and Salesforce at the time when the alert email is sent, then the link to the Salesforce detail page will be automatically appended to the alert email sent by Marketo.   Note You will need to use the "Send Alert Info" token within your Alert email while designing your email in the Design Studio of Marketo. This is a article attached image Below is what the generated alert looks like once it is sent from Marketo (note the link to the Salesforce detail page is automatically inserted):   This is a article attached image   Note if the lead or contact is not in Salesforce then there is no link to the Salesforce detail page:   This is a article attached image
View full article
Issue Description When selecting an image to display on a landing page, the image shows as a featureless grey box. There are also spaces in the image's file name. Issue Resolution Ensure that there are no spaces in the image's file name in Marketo. If there are, remove the spaces from the file name and re-upload. 
View full article
Issue Issue Description When any link within an Email is clicked, the user is redirected to the wrong page.   Solution Issue Resolution This can occur when Branded Tracking Links have been incorrectly configured and the user is being redirected to the fallback page. The following checks should be conducted: 1. Ensure the correct Branding Domain is listed in Admin > Email > Branding Domains. 2. Ensure your IT team have set a CNAME record to redirect from your Branding Domain to your Marketo Tracking Link. (e.g.mkto-****.com) Who This Solution Applies To Customers using Branding Domains
View full article
Issue Issue Description The user role has all the permissions to Design Studio, but whenever trying to preview an email, a limited access message is displayed: "You do not have sufficient privileges to perform this action" This is a article attached image     Solution Issue Resolution The user role must have permission to 'Access Database'. The full access to Database is not needed, just the main access by selecting 'Access Database' and unchecking everything else underneath. The reason for this permission is that, when previewing emails, you are able to select to preview an email as a specific lead. In order for this to happen, users will need access to leads. 
View full article
Issue Can the {{system.unsubscribeLink}} be customized to point to a different page, such as a preference center?     Solution Issue Resolution The system token unsubscribe link will always behave the same way, and it cannot be customized. The {{system.unsubscribeLink}} will always bring you to: sub.domain/UnsubscribePage.html. If your Landing Pages are not branded, this system token will still behave the same way and take the lead to your out-of-the-box Marketo Unsubscribe Page (ending in /UnsubscribePage.html). If you want the link to go to a different page, the easiest workaround is to create a redirect rule that sends visitors to UnsubscribePage.html to your custom page instead.
View full article
Issue Embedded Marketo form not visible in Firefox Private Browsing mode. Solution Firefox's private mode will be enabled by default. When you embed a Marketo form in your own webpages and view it in Firefox's private mode, it will disable the Javascript as part of the tracking protection of this browser. JavaScript is needed for the forms to appear on the landing pages or webpages. The "Tracking Protection" in the Firefox browser will need to be deactivated for the form to appear. Here is an article from FireFox regarding the Tracking Protection: https://support.mozilla.org/en-US/kb/tracking-protection    
View full article
Issue You may notice this permission error "You do not have sufficient privileges to perform this action" when previewing an email even though the user role has permission to access the emails. Solution This can happen when the user role didn't have any access to the lead database as shown in the picture. This is a article attached image The user role needs the top-level access to the Lead Database(1 of 15). This is because the email previewer allows one to view the asset as if you were a specific lead, but if you can't see the leads, then the error will trigger. To fix this issue, you would need to provide the user role with top-level access to the lead database.        
View full article
Issue When trying to edit an email you are receiving the error "Cannot Load Email" with out any other details. This is only when trying to edit the email, other functionalities like cloning still work.   Solution The reason you are receiving this error message is because the HTML of the email has been corrupted. Extract the HTML of the email by following the instructions here: https://docs.marketo.com/display/DOCS/Download+an+Email's+HTML Find the email and select it In the Email Actions Drop down click Download HTML Once the emails HTML is extracted you can check on the errors by pushing the HTML through a validator (https://validator.w3.org/) **If no Errors are evident please create a support ticket. If there are errors but you would still like to use the HTML in an email.   Create a new email, replace the HTML with the extracted content from the old email Append the HTML to resolve any errors that would corrupt the content Save and Approve Email for use in campaigns and programs   Root Cause Sometimes emails can become corrupted in Marketo. When this occurs unexpected behavior may occur. Typically emails become corrupted when a copy of a copy of a copy (etc.) occurs. With each clone of an asset there is a small chance that the asset could become corrupted, this becomes more and more likely as clones of clones are made. A solution to help prevent corruption would be to create a 'master' email that you can clone from each time instead of cloning from something else that was cloned. This same solution can be applied to other assets such as landing pages. 
View full article
Issue Issue Description Landing Page is not selectable as a Web Page constraint value for a Fills Out Form trigger.   Solution Issue Resolution Check if Landing Page is Approved Check if Landing Page is within the same workspace as the Smart Campaign with the Fills Out Form trigger [Note: this condition is only applicable if there are workspaces within the instance] Check if Landing Page is NOT within an archived folder Check if Landing Page has a form associated with it. If not, then it will not appear as a selectable option as Web Page constraint. While it is possible that a form can be inserted directly into the HTML of the landing page template, the landing page will not be associated with the form in this way.   This is a article attached image For a Landing Page to be a selectable option as a Web Page constraint it must be associated with a form by inserting the form to the landing page via the UI as illustrated in our docs below: http://docs.marketo.com/display/public/DOCS/Add+a+New+Form+to+a+Free-Form+Landing+Page http://docs.marketo.com/display/public/DOCS/Add+a+Form+to+a+Guided+Landing+Page This is a article attached image
View full article
Article Text So you’ve now used the previous document (Getting Started With Guided Landing Pages:) to download a template from our library and set it up in your Marketo instance, you have even used it to make a landing page or two and you’ve customized those landing pages, AND you’ve even gone the extra mile and customized your template and modified some elements! (Editing Marketo Guided Landing Page Templates, Pt. 1 - Elements:) All of which is fantastic news! Good job!   But if you recall from the article that showed you how to edit Elements on the template, I skipped right over the section on Variables. This is the piece that this document is designed to tackle.   So what is a variable? If you edit a Guided Landing Page you will see a panel on the right hand side that displays both Elements and Variables. In this instance, the variables do everything from assigning a gradient color, to deciding if you want to display or hide different sections of the landing page. Modifying a variable in the landing page editor is designed to be really simple, just click the variable you want to change and give it a new value. Here I changed the Primary Gradient 1 and 2 from 1DA083 and 0F3450 to A00E35 and F2F2F2 respectively and the landing page changes: At its easiest to understand, a variable works a lot like a token in an email. It’s a placeholder for actual code to be used later. So if I create an email that starts with “Hello, {{lead.firstname:default=Friend}}!” you can tell right away what that’s going to do. Pull the first name from the lead record, if none exists use the word “Friend”.   Think of a Variable as a token that you get to define as well as use. The first step is to define it and the second step is to actually call back to the variable you defined.   While it’s easy for a non-technical user to use a variable (as it should be!), setting one up in the template does require a fair amount of HTML knowledge. As stated before, if you are not comfortable editing HTML and do not have a resource available to you, please reach out to services@marketo.com, they are able to assist with any sort of coding needs.   So as before, let’s dive into the template, this time we’re going straight for the Variable code.       <!-- Marketo Variable Definitions -->     <meta class="mktoColor" id="gradient1" mktoName="Primary Gradient 1" default="#1da083">     <meta class="mktoColor" id="gradient2" mktoName="Primary Gradient 2" default="#0f3450">   So right at the start of the template, we’re off to the races defining variables. As you can see with the Gradient 1 and Gradient 2, these are both marked with a class of “mktoColor”.   As with the Elements, the full list of Variable types can be found here: https://docs.marketo.com/display/public/DOCS/Create+a+Guided+Landing+Page+Template        class : "mktoString"      class : "mktoColor"      class : "mktoBoolean"   A string is a variable that contains a value, Color should be obvious what that does and Boolean is a yes or no choice.   In addition to the class, each variable has to have a unique ID. This is critical and used when the variable is called later on down the page. When you call a variable it’s always with the syntax of ${id name}. So in this case ${gradient1} and ${gradient2}. As you can see it looks a LOT like a token but it’s a token you can name whatever you want.   The mktoName is how it displays the variable in the Landing Page editor.   The default value is what it starts out with.   So let’s take a look and see how these Gradients are applied now that they’re defined at the top of the template.   Color is typically used in the CSS portion of the header. As defined in the previous document, CSS stands for “Cascading Style Sheets” and is a way of formatting the same thing over and over again, kind of like setting a font in a word processor.       /* Header Gradient */     #is {         top: 0;         width: 100%;         min-height: 620px;         position: relative;         z-index: 1;         color: #fff; padding-top: 10%;                 background-image: linear-gradient(${gradient1},${gradient2});     }   Now normally in CSS, the linear-gradient option would have two colors listed, the top color and the bottom color and it provides a gradual transition from one to the other.   We could just as easily change this in the template to        background-image: linear-gradient(red,white);   But the problem doing that is that an end user, who is only using the Landing Page Editor, would not be able to change it. The gradient would be defined in the template and inaccessible to the Editor.   Changing these values to the variables defined before allows the user to change the first and second colors in the Landing Page editor interface.   In Summary:   The Meta Tags define what the variables mean:     <meta class="mktoColor" id="gradient1" mktoName="Primary Gradient 1" default="#1da083">     <meta class="mktoColor" id="gradient2" mktoName="Primary Gradient 2" default="#0f3450">   The ID= is then used to call the variable and put it into action:       background-image: linear-gradient(${gradient1},${gradient2});   The other benefit to doing it this way is you can re-use the same variable over and over again. Look at this piece of CSS:   body {                 background: ${gradient2};         margin: 0;         color: #696E74;     }   That’s the same ID as the gradient we used before, only applied to a different section. This ensures that the bottom color of the gradient and the background of this section will always be the same color.   Any item in the CSS that contains a text value, a color value or a yes/no choice can be converted to a Variable.   Here’s another common usage:   You’re using a form on your landing page, but you want the end user to be able to change the text on the submit button.   As before you define the variable:        <meta class="mktoString" id="section4ButtonLabel" mktoName="Sec. 4 Button Label" default="More Questions?">   Then farther down the page where the button appears you call the variable you defined before:        <div class="centered mtb">           <a href="${section4ButtonLink}"><button class="btn btn-lg btn-green mt">           ${section4ButtonLabel}</button></a>      </div>   The <a href= is pulling a http link that the user can define in the editor, the button class is setting up a green button as defined in the CSS, and there is our Variable to display the label which reads “More Questions?” Here’s what it looks like in the editor: So this is great, and it makes sense because you can see this was all set up and defined by a professional. What if you wanted to add your own? Is that even possible?   Naturally it is!   First, figure out what you want to convert to a Variable. Is it a piece of text like a button name or a link? Is it a color? Is it a yes/no choice?   Let’s say we want to add a variable that controls the color of the buttons. We have two, both using the same color green, and we want whoever is running the landing page editor to change that without having to go to the template:   Step 1: Define your variable:        <meta class="mktoColor" id="ButtonColor" mktoName="Button Color" default="#1DA083">   We’re talking about colors so the class will be “mktoColor”. The ID can be anything we want it to be as can be the mktoName. The default is the same lovely green shade as was used before.   Now we need to call this color.  Looking at the CSS, we can see the .btn-green is defined as this:        .btn-green {           border: 4px solid #1da083;           border-radius: 60px;           color: #fff;           background: #1da083;           -webkit-transition: none;           -moz-transition: none;           transition: none;      }   The background is the color we want to change to a Variable so it can be edited without having to access the template.   Change the code to this:        .btn-green {           border: 4px solid #1da083;           border-radius: 60px;           color: #fff;           background: ${ButtonColor};           -webkit-transition: none;           -moz-transition: none;           transition: none;      }     Approve the template and check out the landing page in the editor: Well that’s fantastic, but there’s a separate color for the border, we could just as easily add a variable for it as well:        border: 4px solid #1da083;   We don’t want to HAVE to add another new variable for just the border. We could change the border at the same time as the button. By changing #1da083; to ${ButtonColor};   The trick now becomes what if you change your mind? What if you have a variable in the template that is no longer desired? How do you get rid of it?   Remember each variable is two pieces, the definition and the call. You have to remove BOTH pieces. Technically removing the call would be enough to prevent the change from being made on the page, but the definition is what makes the variable appear in the Landing Page Editor, if you only removed the call then there would be a non-functional Variable in the landing page editor.   So in the case of our button color:   Step 1 would be to strip out the meta tag containing the definition:   Step 2 would be changing the variable name where it’s being used to some fixed value:        .btn-green {           border: 4px solid #1da083;           border-radius: 60px;           color: #fff;           background: ${ButtonColor}; -> change this to some other fixed color. #00FF33; or the original #1da083;.           -webkit-transition: none;           -moz-transition: none;           transition: none;      }   Doing both pieces will prevent the Variable from being listed in the Landing Page Editor and prevent it from having any effect on the page.
View full article
Issue You want to delete an Email Template but that template was used to create existing emails in your instance.     Solution It is not possible to delete an Email Template that is in use by emails in your Marketo instance, even if those emails are not approved.  If you wish to delete the template, you will need to first delete the emails that use it.  You can find these in the Used By tab in the template's information.  Alternately, you can break the connection between the email and the template, which would allow you to keep the email but delete the template.
View full article
Issue Sometimes, you may notice that editing the text version also affects the HTML version of the email. Is there a way to edit the text version without the same edits occurring to the HTML version? Solution Changes to TEXT never apply to the HTML version. It's likely because when you "save" an element, it will add the "root block element" to the HTML side if one isn't present. So, your HTML is probably not handling it correctly. You can change the "root block element" to none in the Admin > Email > Editor Settings dialog. https://docs.marketo.com/display/public/DOCS/Using+the+Rich+Text+Editor        
View full article
Issue Marketo Email templates that have been used are showing or appearing within the Salesforce Email Template Picker/Chooser. Solution The templates are created when Marketo syncs lead email activities to Salesforce.  You can disable these activities from syncing in Marketo Admin > Salesforce > Edit Sync Options. Unselect the Email activities or Sales Email activities you have synced.  The templates will no longer be created, but you also won't get these activities pushed from Marketo anymore. This applies to both Sales Insight and normal Marketo sent emails.     If you would like to note an email was sent to a lead without enabling these activities, you can utilize Interesting Moment Flow Steps or Create a Task to sync via the activity log!   Who This Solution Applies To Customer using Sales Insight for Salesforce    
View full article