Knowledgebase

Featured article

(Article Updated - August 2024) Overview A blocklist is a database of IP addresses or domains that have been associated with the sending of unsolicited commercial email or spam. Internet Service Providers (ISPs) and business email networks use information from blocklists to filter out unwanted email. As a result there can be a drop to inbox delivery rates if the IPs or domains involved with sending email are listed on a blocklist. Marketo’s Email Delivery and Compliance team monitors blocklist activity on our IPs and domains daily. When an impactful listing occurs, we reach out to the blocklist, attempt to identify the sender that triggered it, and work with the blocklist organization to get the listing resolved. There are thousands of blocklists, most will not have a significant impact on your delivery rates. Below, we have compiled a list of the blocklists that commonly appear across our sender ecosystem. Each blocklist has been grouped into a top tier (Tier I) by most impactful, to the bottom least impactful tier (Tier III). These may have little to no impact across our sender network. Tier I Blocklist Spamhaus (SBL) Impact: Spamhaus is the only blocklist that we categorize as a Tier I for a reason: it has by far the greatest impact on delivery. It is the most well-respected and widely used blocklist in the world. A listing at Spamhaus will have a negative effect on your ability to deliver emails to your customer’s inbox and can cause bounce rates of over 50%. Evidence suggests that most of the top North American ISPs use Spamhaus to inform blocking decisions. How it works: Unlike many blocklists, Spamhaus lists senders manually. This means they are proactively watching sender activity, collecting data, and base listings on a number of variables. Most commonly senders are listed for mailing to spam trap addresses that Spamhaus owns. Sometimes Spamhaus will list senders based on recipient feedback as well. Next Steps: Please note that every Spamhaus email can be quite different depending on the information provided and the nature of the listing . Because Spamhaus has multiple types of listings, the remediation steps are based on which type of blocklisting has occurred. We have listed the most common types to affect Marketo customers, from most to least impactful. Impact can range from a full block of top severity, to a partial block that is less severe (CSS Data, DBL). If remediation isn’t performed and the problem not addressed, these listings can increase in severity and turn into a full blocklisting. Spamhaus Blocklistings Types SBL (full blocklisting) Considered the most impactful. Remediation steps: Our team monitors closely for Spamhaus listings. Once alerted to the listing, we send an email notifying the customer, and reach out to the Spamhaus contact to start the remediation process. Only a Marketo delivery team member should be in direct correspondence with the Spamhaus contact, to speak on behalf of the customer, and to relay their questions and instructions, ensuring quick resolution and reduced impact. Senders that trigger this listing on a shared IP range will be moved to a more isolated, penalty range (IPB), so as not to impact the other shared senders. Those affected on a Dedicated IP, only impact their own sending and will not be moved. However, depending on the severity of the issue, our team may need to revoke a customer’s ability to send any emails until full resolution. The listing will last until Spamhaus is satisfied that the offending sender has taken the appropriate steps to mitigate the problem. SBL CSS Customers are alerted of the listing with an email containing all the information needed to immediately begin the remediation process. This is part of an automated trigger listing, that allows for a customer to delist directly on the Spamhaus website, after they’ve completed remediation. Remediation steps: Customers will go to the Spamhaus IP lookup website, at https://check.spamhaus.org, where they can check on the status of their IP and continue to monitor it in real time, until it is no longer listed there. Follow the remediation and delisting instructions provided, and check for specific details in the blocklist notification email. DBL (Domain blocklisting) Customers will receive an email notification alerting of the company domain being listed. The email will contain specific information to help narrow down and identify which email source likely triggered it within Marketo. It’s important to note that any email sent from outside of Marketo, that contained the company domain, is suspect. This means, if the sender uses multiple IPs and/multiple email platforms, then any of those could be the source. Remediation steps: Follow the detailed instructions in the email, which will also provide a link to the Spamhaus Domain reputation checker webpage, to check the real time listing status of the affected domain. Once the email source is identified and cause addressed, this customer will follow the online instructions to request to be delisted. Tier II Blocklist SpamCop Impact: SpamCop is not used by any of the major North American ISPs to inform blocking decisions, but it makes it to the Tier II list because it can have a significant impact on B2B email campaigns. SpamCop is considered a Tier I one blocklist for B2B marketers but a Tier II for B2C marketers. SpamCop is a dynamic IP blocklist, that can affect a single IP or a subset of IPs Typically, the block will automatically lift within one business day, but can take longer for relisted IPs. To have triggered a SpamCop listing likely means the sender has a list management problem that should be addressed. How it works: SpamCop lists IPs for one of two reasons: Either the email hit SpamCop spam trap addresses OR A SpamCop user has reported the email unwanted. Most of SpamCop’s spam traps are previously valid addresses that have not been active for 12 months or longer. Remediation steps: If you are seeing a significant number of bouncing emails caused by a SpamCop blocked IP but aren’t sure if your email activity triggered the listing, first identify whether you are sending on a shared sender network or not. If sending from a shared IP range when this occurs, you or any other customer sending from the same network may have contributed to the IP block. This IP block will automatically get dropped within a business day. For those on a Dedicated IP that trigger a listing, refer to the above remediation steps and resources, to address the list management issue. Tier III Blocklist (Low/ No impact ) These are considered the lowest tier and therefore cause the least impact across the Marketo sender ecosystem. Some of these blocklists were more impactful at one time, while others are only impactful based on the sender region (Manitu). Others still can suddenly flare up (Lashback). There are also many blocklists that are ignored (0spam), and are not taken seriously because they do not provide any means to delist once on the list (NoSolicitado) or that they charge money to have the listing removed ( UCEPROTECT ). The pay-to-delist model is not well respected in the email industry. When using blocklist tool checkers, such as MXToolBox, many blocklists will appear, but very few are relevant. Here is our selection of Blocklists you may come across that are least impactful: Project Honey Pot SpamAssassin URIBL/SURBL DrMX PSBL 0spam HostKarma Ascams ZapBL Barracuda Trendmicro Inc. Cloudmark Proofpoint Invaluement ISP Blocklists Some ISPs use internal blocklists to make blocking decisions. Examples include AOL, Yahoo, Gmail, Outlook and Hotmail. If your IP is being blocked by one of these networks, and those networks have a large presence in your lists, a block of this kind could have a noticeable negative impact on delivery. Marketo monitors for significant ISP blocks. Those experiencing deliverability issues with emails not making it to the Inbox and bulking in the spam folder may benefit from additional services with our Email Delivery Consultants. Remediation Steps: Email Delivery Compliance Team works to resolve any ISP blocks. ISP blocks are are usually resolved or lifted within less than 24 hours of a delisting request. Customers experiencing significant blocks for Microsoft domains (outlook.com, live.com, microsoft.com), can submit a request to the delivery team to seek mitigation on their behalf. Additional Resources: Blocklist Deep Dive Abuse Report Deep Dive What is a spamtrap, or spam trap, and why does it matter? Blocklist remediation Blocklist resolution flowchart Successful lead reconfirmation What is a blocklist?

If the user makes changes to the my tokens, snippets, etc during the processing of the an email that is using head start, will those changes be reflected—No If someone unsubscribes during the processing of the an email that is using head start, will they receive the email—Yes Can you cancel a head start program once the processing of the an email that is using head start has begun—Yes What happens to the processing data when someone cancels a program during the processing of the an email that is using head start—It is deleted (I.e. Program membership, etc.)

Issue Email won't be approved due to too many custom tokens Solution Sometimes when approving an email with a large number of of tokens, the following error message will appear: 'The number of custom tokens in the email exceeds the limit ' This is a article attached image This means that you have too many custom tokens in the email and that if you wish to approve the email, you will need to remove one or more of your custom tokens in the email. Its important to note that this only applies to custom tokens, which are tokens based on a custom field in Marketo. This means that while you will be allowed to add more of the standard tokens to the email and approve it, you will not be allowed to go beyond the 40 custom token limit we have in place for the non-standard tokens. Here you will find all the standard tokens in Marketo

Summary Building a Smart List or Report for Merge Activities within time frame Issue You're looking to have a Smart List or Report built to gather insights on what merges, if any, took place within your database over a given time frame. Environment Marketo Smart List Reporting/Analytics Database API Solution Marketo doesn't have native capabilities to report on Merge activities that take place within your database, either via Smart List filters or within the Analytics section of Marketo. This is due to the activity type surrounding the merging of leads, Merge Leads, not being an attribute available for filters or reporting. The only way to go about getting a sort of list or report of the various merges that took place is to utilize the self-service Bulk Activity API endpoint and filter/specify the desired timeframe that you're wanting to look at. Please partner/consult with your Developer to go about building the job necessary to accommodate this. Below are two resources available on our Marketo Developer site to assist and offer guidance as needed. Resource(s): Bulk Activity Extract documentation Bulk Activity Extract endpoint reference(s) Root Cause Marketo doesn't offer the ability to filter off the Activity Type of Merge Leads.

Issue Delay in SFDC Sync causes email to be sent with unpopulated tokens Wait steps in campaign designed to prevent race conditions are sometimes not long enough for the SFDC Sync to complete Wait steps cause delay in customer receiving their email after filling out for - bad user experience Environment Smart Campaign triggers off form fill and flow step syncs Person record to Salesforce Info from SFDC sync is used to populate tokens in email Campaign uses Wait steps to hold email send until sync is finished Solution Split the Smart Campaign into two campaigns The first campaign runs the sync activities, but does not send email The second campaign triggers off of the Data Value Changes resulting from the sync and sends the email with the email tokens populated

Applies to: Email Performance Report, Email Link Performance Report, Engagement Stream Performance Report, Landing Page Performance Report, Program Performance Report, Sales Insight Performance Report When you create a report in the Analytics area, by default the report will only show reporting for the current workspace. This is a article attached image Once the report is created, under the Setup tab, you can add filters to filter by asset. For example, Filter Assets in an Email Report. If you filter for the workspace, it will show reporting for all assets in the workspace, similar to the default view without a filter: This is a article attached image To add reporting across all workspaces, use Enable Global Reporting in the report settings within the Setup tab. Note: Global Reporting is only available in your instance's default workspace.

Issue You are seeing a discrepancy in email activities (Sent, Delivered, Open, etc.) when comparing the RCE Email Analysis report and Email Performance Report, when looking at the same email and date range. Root Cause Here are some of the most common reasons for a discrepancy between the RCE and Email Performance Report (EPR): Deleted/Merged Leads: If you have leads that received emails and then were deleted or merged in Marketo, their individual email activities will be included in EPR. RCE will not count deleted or loser leads from a merge Re-sent Emails: If you re-send the same email to the same lead using the same smart campaign, EPR will only show the 1st send occurrence. RCE will show all email activities for a lead. Delivered & Soft Bounce: There are situations where a lead will log a Delivered activity and then shortly after, a Soft Bounce activity. In these situations, EPR will show this lead as a Soft Bounce count, whereas RCE will show this lead as a Delivered count. If you are still seeing a discrepancy between the reports that cannot be explained with the above, reach out to Marketo Support to help advise.

Issue Clicking a tracked link in an email either leads to a 404 page or the fallback page. Environment Tracked links Tokens Specific Characters: "#", "$", unbalanced brackets "{" or "}" Solution Do not use the following characters "#", "$", unbalanced brackets "{" or "}" in a link that is tracked when using a token as well. For example: www.google.com/ebook-download.html?ebook={{lead.ebook}}# This will not work and will either direct to a 404 page or redirect to fallback page. When hovering over the link you will see that it is not a normal tokenized link, it will contain something along the lines of: $mktEncrypt.encrypt($mkturl2)/<random characters> Root Cause When using tokens in the url of a tracked link, the email is processed and the tokens are substituted and populated with the correct information. The engine that assembles this information have some characters reserved for use such as #.

Issue When searching or grouping a list of leads based on email address filter ‘Contains’ @ sign, you may encountered the different numbers in the ‘People’ tab (result). Environment This behaviour is specific to the email filter as it uses two main indexes; we’ll call them Index 1 and Index 2 when using the contains/not contains operator. Index 1 searches for the entire email address value from beginning to end. This Index is used when the @ character is not included in the list of values. Index 2 searches only for the domain half of the address, which comes after the @ symbol. This Index is used when the @ character is included in the list of values. Solution A suggestion is to create a smart list with two Email Address filters wherein you will have all the ones that do not have the '@' symbol, and for the other, you will include the '@' symbol for the email address and use the logic as 'Any'. That would give you the preferred number of leads in your smart list. Root Cause Marketo database searches for email domains in a way that when using the 'contains' keyword in the 'Email Address' filter, you must make sure that if you are using the '@' symbol in your list of domains that all email domains contain this. If you want to filter for email domains that do not include the '@' symbol, you must make sure that no email domains in your list use the '@' symbol. This behaviour happens when the indexing of the database and the rules that apply to the contains operator.

Issue Why is there a difference between the Exhausted Count displayed in an Engagement Program Stream vs. a smart list using the "member of engagement program stream is exhausted" filter? Solution To account for the difference in a smart list that is displaying a different number of people that have exhausted the content in a stream, in the smart list account for the other conditions the Exhausted Count uses: Engagement Program Cadence of "normal" - this can be included as a constraint on the "Member of Engagement Program" smart list filter The members were not blocked - this can be included in the smart list by using the smart list filters: member of smart list is not blocklisted, unsubscribed = false, marketing suspended = false, email address is not empty and/or email invalid is false. Have not exceeded the communication limit at the last nurture cast - there is no specific smart list filter for this, so it will need to be manually checked in a lead's activity log. Root Cause The Exhausted Count represents the latest exhausted number after the last run/cast. It has other conditions like the nurture cadence of a member should be "Normal", and the member was not blocked or have not exceeded the communication limit at the last nurture cast. If the smart list is configured as follows, then it will display a different number as it does not account for the engagement program cadence of 'Normal' and if a member is not blocked and has not exceeded the communication limit at the last nurture cast. #1: Member of Engagement Program is any Exhausted Content is true Program is [Program Name] Stream is [Stream Name] Environment Engagement Program Exhausted Content Smart List

Summary This method can be used when moving a CNAME from an old instance to a new instance. Often at times, when changing to a new instance, this question can come around, and ones would wonder how to do it or a solution on how to do it. This steps will show you the two phases which I will explain below. (Note: This would need to be done before the old instance deactivated) Issue A CNAME needs to be moved from an old instance to a new instance Solution NOTE: You cannot have the same CNAME in two different instances (Pointing to two instances, e.g. cname1.company.com pointing to instance1.mktoweb.com and instance2.mktoweb.com) Key terms: CNAME 1 = Initial cname in the old instance CNAME 2 = Additional cname created in the old instance INSTANCE1 = Old instance (Instance Name) INSTANCE2 = New instance (Instance Name) Phase 1: --------------- 1. Create an additional CNAME (a replacement CNAME) which you would want to swap as the default in the second step. CNAME 1 > INSTANCE1 (Default) <Existing CNAME in the Marketo Admin > Landing Pages section> CNAME 2 > INSTANCE1 This would be the additional CNAME created for the replacement. 2. Swap the default with the replacement CNAME you just created in step 1 and set this CNAME1 as a domain alias in the old instance. CNAME 1 > INSTANCE1 A domain alias in the old instance. CNAME 2 > INSTANCE1 (Default) ————————————————————————————————————————————————————————————————— Phase 2: --------------- ** Transition might not be smooth during the cutover. 🙂 (The Landing page links might get some interruption during the cutover) During the Cutover (Before the old instance deactivated) : 1. [Your Action] - To remove the CNAME1 which is a domain alias in the old instance (INSTANCE1) 2. [Your Action (IT Team)] - To create CNAME1 as a domain alias in the new instance (INSTANCE2). (During this time the link to old landing pages will be broken) 3. [You need to raise a support ticket to enable SSL for CNAME1 for the new instance (INSTANCE2). If you have any questions, please contact Marketo Engage Support at https://support.marketo.com. Environment Production/Sandbox

Summary Marketo-only records must be manually synced, become a member of a default-program, encounter a Salesforce flow step in order to sync with Salesforce. Issue Records are in the Marketo database but are not syncing over to Salesforce automatically like I thought they would. Solution The sync between Marketo and Salesforce is bi-directional. However, in order for a record to be synced, one of the following conditions must be met: The record becomes a member of a program which is synced to a Salesforce campaign. This occurs when the background sync is used to keep members of a Salesforce campaign in sync with a Marketo Program status. This can easily be verified by navigating to the program and looking at the summary view. More information on this feature can be found here: https://docs.marketo.com/display/public/DOCS/Sync+an+SFDC+Campaign+with+a+Program https://docs.marketo.com/display/public/DOCS/SFDC+Sync%3A+Campaign+Sync The record encounters an SFDC flow step. Any time a record encounters a Salesforce related flow step in a smart campaign, this will cause the record to sync with Salesforce. Some of these flow steps have other implied actions, which you can read about here: https://docs.marketo.com/display/public/DOCS/Implied+Salesforce+Actions The record is manually synced to Salesforce through a single-flow action. This is an intentional user action. It can only occur when you find the record in your database or in the people tab of a smart list and select the option from the 'Person Actions' menu. More on how to do this can be found in this document: https://docs.marketo.com/display/public/DOCS/Run+a+Single+Flow+Step+from+a+Smart+List Root Cause Records had not encountered SFDC flow steps, become members of a program synced with a Salesforce campaign and hat not been manually synced to Salesforce. Environment Marketo with the built-in integration with Salesforce

Included in this article How many total named accounts can I have within Marketo TAM? How many account lists can be created? How many Named Accounts can be added to the Account List? Is Marketo TAM Workspace specific? Which lead attributes are used for Lead-to-Account Matching? How are strong lead matches to Named Accounts determined? How are weak lead matches to Named Accounts determined? How can you make Marketo TAM automatically associate leads to Named Accounts? Do I see all the CRM accounts in the Discover CRM grid? Does the number of CRM accounts match the number of CRM accounts shown in Discover CRM grid? What does the Discover Marketo Companies grid show? What happens if I delete Named Accounts? Can I merge duplicate companies or CRM accounts manually in Marketo? How is the week-over-week engagement over time chart determined and how frequently it is calculated? How is the week-over-week pipeline chart determined and how frequently it is calculated? How is the week-over-week revenue chart determined and how frequently it is calculated? Does Marketo TAM backfill data for engagement over time charts? How far back can I see engagement over time, pipeline and revenue charts? How far back are email and web activities calculated for? How is pipeline determined? How frequently are account scores calculated? How is Currency calculated? Does Marketo TAM support Account hierarchy? Additional Documentation How many total named accounts can I have within Marketo TAM? There is no limit from a product perspective. How many account lists can be created? 1,000 How many Named Accounts can be added to the Account List? 500 Is Marketo TAM Workspace specific? No. Named Accounts are visible to all the Workspaces. But Lead Partition rules are still honored. Which means you can see a named account in multiple Workspaces but depending on the Lead Partition rules, you can only see leads belonging to the corresponding Workspace within that named account. Which lead attributes are used for Lead-to-Account Matching? It is based on 3 lead attributes: Email Domain, IP Address and Company Name. We convert Email Domain and IP address to the Company Names and match all 3 to identify strong and weak matches. How are strong lead matches to Named Accounts determined? When the Company Name matches 3 out of 3, or 2 out of 3 times, then we consider this a strong match. How are weak lead matches to Named Accounts determined? When the Company Name matches only 1 out of 3 times, then we consider this a weak match. How can you make Marketo TAM automatically associate leads to Named Accounts? When you create a Named Account from any of the Discover grids, Marketo creates rules which then going forward are used to do automatic association of leads from the company to Named Accounts. Do I see all the CRM accounts in the Discover CRM grid? Yes, all the CRM accounts that are synced in Marketo show up here Does the number of CRM accounts match the number of CRM accounts shown in Discover CRM grid? Not necessarily. Marketo ABM does light de-duplication by CRM account names. First, we remove company suffixes before matching to company names. (Ex: Co, Corp, Corporation, Gmbh, Inc, Incorporated, LLC, LLP, LP, Ltd, PA, PC, PLC, PLLC). Second, we merge companies or CRM accounts in Marketo with duplicate names (not case sensitive) What does the Discover Marketo Companies grid show? This grid shows all the CRM accounts as well as Marketo Companies that we found in the Marketo lead database. What happens if I delete Named Accounts? None of the leads associated with the Named Accounts will be deleted. You can always go back to the Discover Companies grid and re-create the Named Account. Can I merge duplicate companies or CRM accounts manually in Marketo? Yes. You can use Discover Marketo Companies to do that. How is the week-over-week engagement over time chart determined and how frequently it is calculated? We take daily account scores and show the maximum account score for that week. This chart is calculated every 8 hours. How is the week-over-week pipeline chart determined and how frequently it is calculated? We add the total sum for the 'Amount' of all opportunities except closed-won and closed-lost. We show opportunity amount on last day of the week. This chart is calculated every 24 hours. How is the week-over-week revenue chart determined and how frequently it is calculated? We add the total sum of the 'Amount' of all the closed-won opportunities on a weekly basis. This chart is calculated every 24 hours. Does Marketo TAM backfill data for engagement over time charts? No. Engagement is tracked from the time Named Accounts are created. We don't backfill. How far back can I see engagement over time, pipeline and revenue charts? 90 Days. How far back are email and web activities calculated for? 30 Days. How is pipeline determined? Pipeline is calculated as a sum total of 'Amount' for all open opportunities except closed-won and closed-lost in CRM accounts. How frequently are account scores calculated? Every 30 minutes. How is Currency calculated? Currency is the Subscription currency. Marketo ABM does not covert the currency. Does Marketo TAM support Account hierarchy? Not in this current version, but it is planned for future versions. Additional Documentation Here are some links to related Documentation that you may find useful: Target Account Management (previously ABM) - Troubleshooting Tips Target Account Management Overview - Marketo Docs - Product Docs TAM - Issue a License - Marketo Docs - Product Docs TAM - Permissions - Marketo Docs - Product Docs TAM - Configure CRM Mapping - Marketo Docs - Product Docs TAM - Account Score - Marketo Docs - Product Docs TAM - Account Lists - Marketo Docs - Product Docs TAM - Add People to a Named Account - Marketo Docs - Product Docs TAM - Discover Accounts - Marketo Docs - Product Docs TAM - Lead to Account Matching - Marketo Docs - Product Docs TAM - Named Accounts - Marketo Docs - Product Docs TAM - Account Filters - Marketo Docs - Product Docs TAM - Account Triggers - Marketo Docs - Product Docs TAM Main Dashboard - Marketo Docs - Product Docs TAM - Account List Insights - Marketo Docs - Product Docs TAM - Named Account Dimension in RCA - Marketo Docs - Product Docs TAM - Named Account Insights - Marketo Docs - Product Docs

Marketo has the ability to see and pull data from Salesforce Formula fields, there is however a catch which will be explained in this article. Everytime the Marketo Sync connects to Salesforce, it will scan records and look at the "SytemModStamp" (salesforce system field) for each one of them. It will compare this value with the stored value, which was pulled at the last scheduled sync. If the values match, Marketo will move on to the next record. If the values are different (new value later date than previous value), then Marketo will do a compare and contrast of all fields on that record in both systems and update the information as needed. When a normal non-formula field is updated and changed on a Lead/Contact record in SFDC, the SytemModStamp value is updated. This is how on next sync Marketo knows to do a compare/contrast check and pull updates. Formula fields do not behave the same way. A formula field is calculated based on data in fields called upon in the formula; this means that the formula field calculation itself will not update the SytemModStamp in Salesforce. Chances are you already have existing records in SFDC and Marketo. If you were to create a formula field today in your instance of SFDC and have it sync down into Marketo, the data calculated for the formula field in SFDC will not come into Marketo right away. The reason for this is, the formula field has created data based on already existing data, this does not result in a SytemModStamp change. Typically formula fields will be a calculation of data from fields which are somehow related to the lead/contact record. This means that moving forward, any change in the normal field, will result in a SytemModStamp change as well as a recalculation of the formula field. In this case, Marketo will see the updated SytemModStamp due to the normal field change. Marketo will do the compare/contrast excercise and find that the formula field also needs updating. If you create a formula field in SFDC and would like to have all the historical data for the formula field to come into Marketo, you can force an update on the records in SFDC to update the SytemModStamp. This way, on next sync, Marketo will see the formula data and pull it in. Alternatively, you can simply allow for natural SytemModStamp updates in SFDC to occur which should result in a slow trickle of historical data from SFDC into Marketo for the newly created formula field. You can only use data from a formula field in Marketo to segment data and filter. If you try to do a change data value, Marketo will accept the change, tries to sync it to Salesforce and fails to update there. Eventually the Salesforce calculated value will come back into Marketo.

Issue Description: Salesforce refreshed your sandbox and it no longer syncs with Marketo Issue Resolution: As a safety precaution, once an instance of Salesforce is synced up with Marketo, we no longer allow the user to sync this particular instance of Marketo with any other instance of Salesforce. When Salesforce does a “refresh” of your sandbox, they are actually canceling your old sandbox account and creating a new account and pulling fresh data from your production. This means the refreshed sandbox is actually a different account and has a new OrgID. Marketo Support can assist by unlocking your Marketo sandbox to be synced up with a refreshed Salesforce sandbox. If you run into this scenario, please create a support ticket requesting that we enable the reset of the OrgID for your SFDC sandbox.

Included in this article Overview Sync Filters for Existing SFDC Integrations Sync Filters for New SFDC Integrations Overview It is often necessary to prevent specific leads from syncing between Marketo and SFDC. There are a few different ways this can be done, such as sharing rules on the SFDC side, but the most effective way is through a Marketo Custom Sync Filter. A Custom Sync Filter uses a custom field to mark each lead record to indicate whether that lead is allowed to sync between Marketo and SFDC. Here’s how to get it set up! Sync Filters for Existing SFDC Integrations If you already have an SFDC integration in place but want to stop some already-synced leads from continuing to sync, this section will show you how to make that change. 1. Create a new custom field in Salesforce. The Marketo bi-directional sync will automatically identify the new custom field and map it between Marketo and Salesforce. The best field type to use is a Checkbox field within Salesforce and the field will need to be created on the Salesforce Object that needs to be filtered (i.e. Lead, Contact, or both). Once the field has been created in Marketo by the bi-directional sync, it will be listed under Admin > Field Management. Note: A Custom Sync Filter field can also be created on the Account object to dictate whether an account is allowed to sync. This sync filter will be applied independently from the Lead/Contact sync filter. 2. Update the records in Salesforce with the corresponding value you need to indicate whether the record should sync or not. Sync filters can be set up in two ways—a True/Checked value can indicate that a record is allowed to sync, or a True/Checked value could indicate that a record is not allowed to sync. This choice is up to you. 3. The Custom Sync Filter can now be implemented. Contact Marketo Support and request a Custom Sync Filter be activated. Be sure you include the custom field name, which configuration you need (checked=sync vs checked=don’t sync), and all records have been populated with the correct values. Once it has been applied, you’re all done! Sync Filters for New SFDC Integrations If you are setting up a new SFDC integration with Marketo, you can set up the sync filter as part of the integration process. This will let you designate which leads and contacts are ever allowed to sync, but this must be done in the middle of the initial SFDC sync process. 1. Create a new custom field in SFDC. The best field type to use is a Checkbox field, and you’ll need to set it up with the same name on both the Lead and Contact objects. Note: A Custom Sync Filter field can also be created on the Account before the initial sync, and it will be applied in the same way. 2. Update the records in Salesforce with the corresponding value you need to indicate whether the record should sync or not. Sync filters can be set up in two ways—a True/Checked value can indicate that a record is allowed to sync, or a True/Checked value could indicate that a record is not allowed to sync. This choice is up to you. 3. Begin your Salesforce Sync Setup but do not finish it. There are two sets of Salesforce Sync installations, one for Enterprise/Unlimited Edition and the other for Professional Edition. For both Enterprise/Unlimited and Professional Edition versions, three documents correspond to the three different steps: “Step 1 of 3”, “Step 2 of 3,” and “Step 3 of 3”. For both versions, complete all steps of “Step 1 of 3” and “Step 2 of 3”. When you get to “Step 3 of 3”, you will only do the first half of the steps and then stop. Complete the sections “Retrieve Sync User Security Token” and “Set Sync User Credentials,” and then stop there. Do not proceed to start the sync. 4. This is when the sync filter needs to be implemented. Contact Marketo Support and request a Custom Sync Filter be activated. Be sure to include the custom field name, which configuration you need (checked=sync vs checked=don’t sync), and note that all records have been populated with the correct values. Once it has been applied and the Marketo Support case is resolved, you’re done and can start your initial SDFC sync!

Issue Issue Description When validating the HTML of a template, you receive an error of 'Error: Nested Editable Element: ...' with the id of the element following causing you to not be able to approve the template. Solution Issue Resolution This is due to having an element with a 'mkto...' class nested inside another element with a 'mkto...' class. Below is an example: <div class="mktEditable"> <div class="mktEditable"></div> </div> You will need to remove the 'mkto...' class reference from one of the elements to be able to pass validation and approve the draft as in the corrected example below: <div class="mktEditable"> <div class="newClassName"></div> </div>

Issue Issue Description Using a token in the Smart List of a Smart Campaign yields unexpected results, an error, or the campaign to not trigger. Solution Issue Resolution Tokens cannot be used in the Smart List section of Smart Campaigns. Tokens can be used in the Smart Campaign Flow, in the following steps: Interesting Moments Change Data Value Salesforce Campaign Steps (add, remove, change status) Create Task

Issue You have been sending live emails (non-samples) to yourself or colleagues to test functionality of an upcoming email blast, and even though you may be opening the email, you are not seeing the open email activity on the Lead Activity Log. Solution Note that there may be a slight delay between opening the email, and the activity displaying on the Log. Marketo considers an "open" to be when the images in the email are downloaded, specifically a single-pixel tracking image. The recipient may be receiving the emails and viewing them, but not downloading the images. This would not count as an "open." Please note that since text-only emails have no images, so they will never log an Open activity. If the images are being downloaded, and you are still not seeing the activity after about 5 minutes, check to make sure there are no duplicate leads that are logging the activity instead. If you need further assistance, please contact Marketo Support.

Issue Updating an Email Template is creating a draft for existing emails without the desired changes Solution When changes are made to an Email Template in the Design Studio that is already in use and those changes are approved, it will create a Draft for any existing Email that was created from that Template. If the draft is not reflecting changes you would like to see made, you may have included the changes within a mktEditable or Editable class <div> tag. The content within a mktEditable class element within an email template are ignored from any changes as they are considered to be "default content". Any content within these elements will not see any changes made to them based on changes to the template, and will only be seen when creating a new Email asset. You can update an editable section to remove it's editable status, however this will remove any changes to the content done in any email. You can see which elements can be classified as Editable here: https://docs.marketo.com/display/public/DOCS/Email+Template+Syntax

Knowledgebase

Maintaining a Directory of Leads Bouncing Emails

Top Blocklists - What You Need to Know

Head Start feature Q&A

Email won't be approved due to too many custom tokens

Reporting on Merge Activities

Delay in SFDC Sync Causes Email to be Sent With Unpopulated Tokens

How Workspaces & Partitions work with reports in Analytics area

Discrepancy between Revenue Explorer (RCE) Email Analysis and Email Performance Report

Sign Up for Service Degradation/Disruption Notifications

Links in emails not opening correctly when it contains a token and special character #

Leads Discrepancy When Filtering Email Address Contains ‘@‘ In Smart Lists

Engagement program exhausted count discrepancy

Moving A CNAME From An Old Instance To A New Instance

Records not syncing to Salesforce

Target Account Management (previously ABM) FAQ - Product Facts and Figures

How Does Marketo See and Pull Data from Salesforce Formula Fields?

Salesforce Refreshed My Sandbox and the Sync with Marketo Is Now Broken

Restrict records syncing to Marketo from Salesforce using Custom Sync Filter

Receiving 'Error: Nested Editable Element: ...' when editing a template

Using Tokens in Smart Lists and Smart Campaigns

Marketo Does Not See an "Opened Email" Activity

Email Template Updates Not Reflected in Existing Emails