Knowledgebase

Sort by:
Full Details of all Marketo Support Offerings:   Support Levels Offered   Service Level Response Targets   Global Contact   https://support.marketo.com :             Online Support Portal for Case management and Knowledgebase search support@marketo.com :                     Email to Case Submission supportescalations@marketo.com :   Contact Support management regarding Support services marketocares@marketo.com :            Questions regarding Support or Community access   Regional Contact Information Americas: Hours: M-F, 6am to 6pm Pacific Toll Free US: +1 877 270 6586 Direct: +1 650 376 2303   Languages Supported: English, Spanish Observed Holidays: New Year's Day Independence Day Thanksgiving Day and the Day After Christmas Day New Year's Eve Europe, Middle East, & Africa: Hours: M-F, 8am to 5pm GMT Europe: +353 (0)1 511 9556 UK: 0800 151 3030   Languages Supported: English, French, German, Portuguese Observed Holidays: New Year's Day Easter Monday Christmas Day St. Stephen's Day Australia Hours: M-F, 9am to 6pm AET ANZ: +61 2 8031 8188   Languages Supported: English Observed Holidays: New Year's Day                            ANZAC Day Christmas Day                             Good Friday Easter Monday                             Boxing Day Japan: Hours: M-F, 9am to 6pm JST JP: +81.03.4233.9014   Languages Supported: Japanese Observed Holidays: New Year's Holiday                      Marine Day Coming of Age Day                      Respect for Senior Citizens Day National Founding Day                National Holiday Spring Equinox Day                     Autumnal Equinox Day Day of Showa                              Sports Day Constitution Memorial Day          Culture Day Green Day                                   Labor Thanksgiving Day Children's Day                             Emperor's Birthday Substitute Public Holiday             Year End After-hours Support for Production Down Issues: Online: Enter a Support Portal Case with Priority=P1 Phone: Call Support Line and follow the P1 prompts   Initial Response SLT We ask that you use the following priority definitions when setting your case priority: Priority Description P1 Mission Critical: Core Business function down or potential loss of mission critical data P2 Urgent: Major feature or workflow is not functioning, mission critical workflow and majority of user community is not blocked P3 Important: Normal usability or task completion is impacted but functional or workaround is available P4 Minor: Minor issue requiring a correction, normal workflow is not impacted
View full article
Issue How to confirm ZoomInfo integration is working with Marketo.   Solution First, follow the installation guide: http://help.zoominfo.com/18441-formcomplete/installation-guide#product-overview To check if its working: Go to Marketing Activities. Navigate to the folder and then click on the Smart Campaign that runs your Form Complete. From the Smart Campaign, click the top navigation menu item, “Results”. Find the most recent “Call Webhook” activity type and double click it. The Activity Details window will pop-up (check your pop-up blocker if it does not).   Inside this window will be what you need to diagnose most problems. The easiest way to know if it worked or did not is that the Response Code should read: 200. This means it was successful in terms of sending and receiving the response in a way that the API accepted it. Anything other than 200 you should lookup with a Google search and investigate. Finally, go to the Lead  Database, and in the quick find search for the unique contact record that submitted the form to find the record that went through the Form Complete Webhook. Double click the right record from the view and that person record will load up. From the top navigation click, “Info” and scroll down till you see the custom fields you created in Step 1 (above). You should see the fields populated if all of the steps were completed successfully.   Who This Solution Applies To Customers using the ZoomInfo Integration      
View full article
Issue LinkedIn leads generated through LinkedIn Lead Gen form does not populate Inferred State/City/Country values. Solution Use field mapping between Marketo and LinkedIn to make sure inferred State/City/Country fields are mapped to respective LinkedIn fields so that they are captured in Marketo. Root Cause The inferred State/City/Country is populated via the person tokens and that information is normally captured when a lead fills out a Marketo form. If instead, the form used is a LinkedIn form, then that information is not passed over to the Marketo lead fields. Environment Marketing Activities LinkedIn Lead Gen
View full article
Summary Smart campaign utilizing the 'Fills Out Facebook Lead Ads Form' trigger does not generate any results for people created as a result of filling out a Facebook Lead Ads form. Issue Smart campaigns utilizing the 'Fills Out Facebook Lead Ads Form' Trigger does not trigger for people created as a result of filling out a Facebook Lead Ads form. Solution If you have Workspaces and Partitions set up on your instance, it is important to remember that people created in the database as a result of filling out Facebook Lead Ads form, will be automatically created in your Default partition per design.  In a scenario where a trigger campaign is hosted under a workspace that does not have the appropriate visibility to your default partition - the person filling out the Facebook Lead Ad form would not be triggering the campaign.    Solution Make sure your trigger campaign lives under workspace which has visibility over the default person partition. To check the workspace configuration go to Admin > Workspaces & Partitions and make sure your default partition is assigned to the workspace where your trigger campaign lives under.  Root Cause New people which are being created in Marketo as a result of filling out a Facebook Lead Ads Form will be created by default in the Default lead partition. Environment Customers who have Workspaces and Partitions set up in their instance. Customers who have set up the Facebook Lead Ads integration and have utilized the  'Fills Out Facebook Lead Ads Form' Trigger
View full article
Summary Unable to update Person Source as expected for records created with the LinkedIn Lead Gen Forms and Facebook Lead Ads integrations. Issue New records created through LinkedIn Lead Gen forms as well as Facebook Lead Ads results in the records not updating the Person Source field as expected.  Solution Person Source may be set to block updates to the field as noted in the example for Block Updates to a Field - Marketo Docs - Product Documentation.  To resolve the issue ensure the field is not set to block updates for the desired update method.  Alternatively the Person Source values populated by the integrations can be kept and expected values can be updated to include these sources.  Root Cause The LinkedIn Lead Gen Forms and Facebook Lead Ads integrations automatically update the Person Source to preset values when a new record is created in Marketo through the integrations. Blocking field updates to the field may prevent the value from changing to pre-configured values as a value already exist for the integration created records.  Environment LinkedIn Lead Gen Forms Facebook Lead Ads
View full article
Issue Discrepancy between Marketo webinar atttendance and webinar provider attendence report Solution Compare Webex report with Marketo Program members list to determine which leads are involved. Check to see if the leads involved have the same email address but used different names to register/attend. Workaround: Upload Webex final report to a static list and use the list to update the program attendance.   Root Cause Webex issues two reports, a preliminary when the webinar is finished and a final report approx. 12 hours later, which may have updated attendance info.  Marketo Engage uses the preliminary report to set the attended status in the program and does not update when the final report is released. Environment Webex Marketo Event Program synced to Webex webinar Final attendance report from Webex, not preliminary
View full article
Issue: When creating an event the WebEx connector may throw the message: Error registering with webinar provider. exception="WebEx API call error; Self registration is not supported by this service type or current meeting. [WebEx exception ID = '110051'] "   Solution: Please make sure the event in WebEx is set up to receive registrations. To do this you need to go to the event in WebEx and check the registration required checkbox. References Create an Event with WebEx - Marketo Docs - Product Docs WebEx Event Center guide    
View full article
  Market Support is here to help you with your issues in the quickest and most effective manner possible.  In order for us to do that, there are a few things we really need from you before you click the submit button to create a support case with us.   First, have you searched the community for a solution? The best kind of support case is the one you don't have to submit.  The Marketing Nation Community is an expansive site with a lot of content.  Have you checked Product Docs or Support Solutions for a resolution to your problem?  Have you checked to see if there is a community discussion thread that covers your question?  The Marketing Nation community is a 24 x 7 customer resource and a quick search for a keyword and phrase maybe all that separates you from a solution to your problems.   Second, what's the best way to reach Marketo Support? Marketo Support offers a variety of ways to reach our support team.  Depending on your issue, some of the support channels might be better suited than others.   Please be aware that only contacts from your company/organization that have been identified as an authorized support contacts or authorized support administrators can submit cases to Marketo Support.       Marketo Support (Support) The Marketing Nation Support area features a case submission application that allows you to select your case priority and also select what the Case Issue and Sub-Issue is.  These selections allow our automated case routing system to assign the case to the available support engineer that can best assist you.   Spark customers can submit cases through the support portal only
View full article
Once you have submitted a case to Marketo support, we provide a simple way of staying connected to your case and the cases submitted from your company through the Marketo Support Portal. You can access the support portal through your Marketo instance by selecting Community in the top right corner: You can also access the support portal directly at https://support.marketo.com and login with your Marketo credentials (login and password). This will not work for users with SSO.   Once you are in the support portal you can Create a Case for Marketo Support or you can also review any cases that are open and being worked on by support or review your case history. Navigate to My Case management: From the My Cases navigation y ou can access the following case views: My Recent Cases* - Cases that you have opened in the past 30 days All Company Recent Cases* - Cases that any authorized support contact has opened in the past 30 days My Open Cases – Cases created by you that are being triaged by Support and pending Support’s response and are more than 30 days old My Closed Cases – Cases that were created by you and are now closed My Awaiting Fix Cases – Cases that were created by you where Marketo is developing a fix which will be implemented at a later date All Company Closed Cases – Cases that were created by you or your colleagues that are now closed All Company Open Cases - All open cases submitted for the account Company Awaiting Fix Cases – Cases that were created by you or your colleagues where Marketo is developing a fix which will be implemented at a later date Management Escalations - Escalations opened by you or your colleagues  Survey Cases - Surveys that are available for you to fill out after a case is closed *Cases that have been opened for more than 30 days will move from Recent cases to Open cases   To view specific case details, click a case number. From the Case Details, you can perform the following: Close your Case - Select the "My Case is Resolved" button to close your case Add Comments - Provide additional comments to support or respond to a Support question Add Attachment - Provide any screenshots or documents that will help illustrate the issue you are reporting   If your case has been closed there are two options available to you.   Reopen - You can reopen your case if you are not satisfied with the case resolution by adding a comment in the case. Case Survey - Once your case has closed, please consider offering feedback on the level of Support you received.
View full article
Article Text If you're finding that boxes in your Facebook Lead Ads setup are not staying checked, the issue may be related to your sandbox. This fix applies only if you have ever previously set up the same pages in your sandbox.   In this situation, you began by going to Admin > Integration > LaunchPoint and adding Facebook Lead Ads . During initial setup, you checked the boxes for the Facebook pages you want to connect to Marketo. It appeared to be set up correctly.     However, you later discovered that one or more of them actually fail to work. The next time you looked at it, some of the boxes were mysteriously un-checked.     The issue here is that the page/s you selected were previously used in a sandbox (for instance, to test them out before setting them up in production). Once you decided to move them to production, your natural assumption was that you needed to delete the sandbox integration and re-create it in production.   However, deleting the integration from the sandbox does not break the connection with Facebook. As far as Marketo is concerned, that page is still in use by the sandbox, even if the integration is deleted.   To resolve this issue, you will need to clear the page from use on the old instance and allow it to be used on the new instance. Follow these steps: Log into the instance where the Facebook page was previously used. Create a new FB Lead Ads integration (with the user who has admin rights on the page that unchecked itself). Uncheck the page and click Next . Ignore mapping and click Save .   Note: It isn't possible for Marketo Support to tell you which instance the Facebook page was used on.
View full article
  Overview Add Leads to Static Lists Use Custom Fields Overview Lead records have two primary components – lead attributes and activity logs. Lead attributes are the fields and field values within the lead record. For example, Job Title is a lead attribute. Lead Name is a lead attribute. Activity logs record the actions Marketo or the lead themselves have taken. For example, sending an email to a lead is an activity that would show in the activity log. If the lead opens the email or visits a tracked page, those activities would show in the activity log as well.   Activities in the activity log are only retained for 25 months, or 37 if you have purchased the premium data retention option. The main way to store activity data beyond the Data Retention Policy timeframe is to use the Bulk Extract API. There are two other ways you can keep a reference of these activities after the end of the Data Retention period, and they can be referenced within the Marketo UI. This article will show you how that can be done.     Add Leads to Static Lists Static lists will retain lead membership even if the activity of adding the lead to the list has been removed. This will let you have lists dedicated to specific criteria that would otherwise be removed after the data retention time period has been passed.   For example, Smart Campaign membership history is not retained after 25 months. If you are searching for members of a Smart Campaign, but a lead first became a member of the Smart Campaign more than 25 months ago, the search results would not include that lead.   An easy way to work around that is to add your leads to a static list as part of the flow of the campaign. When creating your Smart Campaign, create a new static list with the same corresponding name (makes it easier to identify later). When building the flow of your campaign, add the "Add to List" flow step so that all leads going through the campaign will be logged on the list.         Use Custom Fields Lead attributes and their field values are not affected by the Data Retention Policy. Use Smart Campaigns to populate custom fields with values based on activities your leads take. This will allow you to filter leads by these lead attributes that are not affected by the Data Retention Policy. A side benefit to this is that it is faster to search by lead attributes than by searching through lead activity logs.   Example: This approach can work for many different activities, but let’s use form fill outs as an example.   Let’s say you want to be able to identify leads who have been very active and have filled out more than 5 forms over their lifecycle. You could use the filter “Filled Out Form” with the “Min. Number of Times” constraint set to 5. However, if one of those forms filled out occurred more than 25 months ago, the filter would only be able to access 4 form fill activities in the activity log. Therefore, the lead would not pass the filter.   Instead of using the “Filled Out Form” filter, set up a Smart Campaign to write to custom fields that show you how many forms they’ve filled out, and when the first one was. Here’s how to do it:   1. Create two new custom fields in Marketo, one Score Field, and the second a Date Field.   2. Create a new Smart Campaign   3. Add the trigger “Fills Out Form” set to “is any” to the Campaign Smart List     4. Add these two Flow Steps to the Campaign Flow: Flow Step 1 : “Change Score” Score Field Name: your score field name Change: +1   Flow Step 2 : “Change Data Value” Add Choice to Flow Step Choice 1: If “your score field name”  “is empty” Attribute “your score field name” New Value: {{system.date}} Default Choice: Do Nothing       This campaign will listen for any time a lead fills out a form, add +1 to your score field, and if it’s the very first form they’ve ever filled out, it will log the date of when it was done. If the lead has ever filled out a form in the past, there will already be a date value in the date field, so the flow choice would just skip over it and do nothing.       Results You’ll See: With the original goal of identifying leads who have filled out more than 5 forms you’ll be able to filter for leads that have filled out at least 5 forms. In addition, this campaign will let you search for leads based on when they had filled out their very first form, regardless of how long ago it was. Since it’s stored in a lead field, it’s a lead attribute that is not affected by the Data Retention Policy at all.      
View full article
Summary Leads/Forms are not appearing in Marketo but are appearing in Linkedin Issue Troubleshooting LinkedIn Lead Gen Forms issues - Leads/ Forms are not appearing in Marketo but are appearing in LinkedIn Solution Most of the time this issue is caused by insufficient permissions for the user specified in the LaunchPoint Service under "Admin > LaunchPoint." This article mentions what is required for LinkedIn lead gen forms to work on LinkedIn for the user, this is not for Marketo but it makes a great reference. https://www.linkedin.com/help/lms/answer/79635  For Marketo, we require full permissions for the integration to work.  - Campaign Manager OR Account Manager (The integration user will only be able to have one of these permissions) - Company Page Admin  - Lead Gen Forms Manager  Ensure that the user has all 3 permissions. If you made some changes to the permission, re-authorize LaunchPoint service and, try again. I would also recommend deleting and re-creating the LaunchPoint service. It is recommended every time you make changes to the permission so that the connection works without any issue. You could see the form in Marketo after this step.   If any one of the permissions is added later, I recommend creating a test lead on the form referring the document - https://www.linkedin.com/help/lms/answer/94217. The leads that fill out the form after this step would be found on Marketo. You could List Import the other leads that filled out the form.  If you are still facing the issue after verifying the above steps, please raise a support ticket with Marketo. We could verify whether the issue is with Marketo or the Integration itself. 
View full article
Issue When I go to the Support area of Nation, I do not have full access to all the areas and tools.   Solution Our system is specific about how you need to access the Support Portal before we can authorize you to use it. The proper steps to take for us to authorize, and for you to submit cases, are as follows:   Log into your instance Click the Community tile (step 1 image) Click Support in the top banner (step 2 image) Click Submit a Case option (step 3 image) Choose from top options depending on what you need to do (step 4 image) Create a case, Manage authorized contacts, edit your Info   Simply going straight to the nation.marketo.com will not have the desired result. You must access the Support Portal from your instance by using these steps so that our system recognizes you properly. If this is your first time following these steps, your view of Step 3 will be different- not to worry, as that will be updated for you manually. Step 1 Step 2   Step 3 Step 4   If you experience issues, please email marketocares@marketo.com
View full article
Issue Issue Description When attempting to add an additional Facebook or LinkedIn Launchpoint service, it does not appear as an option in the drop down.     Solution Issue Resolution While we only support one Launchpoint service for each integration type, we support multiple accounts through the Launchpoint service that the customer adds. The user account that is used to authenticate the service will need to have the appropriate permissions to each business page that is going to be used by the instance.
View full article
Issue The GoToWebinar integration is not able to see a webinar that has been set up as a "Simulated Live" record type. Solution GoToWebinar requires v2 for the GoToWebinar API for the "Simulated Live" webinars.  Marketo is still on v1 of the API so "Simulated Live" webinars are not supported at this time.    Who This Solution Applies To Customers integrated with GoToWebinar
View full article
Issue When attempting to import an audience through the Facebook Custom Audience integration an error is received with a variation of the following error text: "error_code": 1870068, "error_summary": "Contains a Disabled Audience", "error_message": "Contains a Disabled Audience: This ad set was paused because it contains at least one audience that was disabled. Disabled audiences were shared by accounts that are no longer active. To fix this issue, remove the affected audiences: <affected_audience_names>" Solution Facebook allows for audiences to be shared across multiple business managers. In the past, if one business manager was disabled after sharing an audience, the remaining mangers would still have access to that shared audience. Facebook made a policy change December 11th, 2018 which has removed the ability to access those shared audiences owned by disabled accounts.       To resolve this error, the disabled account must be reinstated by Facebook or an alternate audience with an active Facebook account must be chosen     Who This Solution Applies To Clients Utilizing Facebook Custom Audiences
View full article
Issue Webinar integration is giving an error "Invalid Username or Password" during setup, even though the username and password are correct. The webinar provider uses your Single Sign-On (SSO) provider for login.     Solution Marketo is not able to access the SSO provider and will not be able to log into the service if SSO is used. Use the following workaround for your integration. Disable SSO for the webinar service so that a user with login and password can be used in the Marketo Launchpoint service.  Create the integration user in the webinar provider and complete the integration Re-enable SSO for your webinar service after the webinar is over.   Who This Solution Applies To Clients leveraging SSO for Launchpoint services    
View full article
Issue Do webhook calls contribute to the daily API limit/quota visible in [Admin > Integration > Web Services > API Call Information] ?   Solution No, webhook calls are not counted as part of the daily API limit. Webhooks do not have any execution limits.  
View full article
Issue The Call Webhook flow is successful but the Marketo field mapped is not updated. Solution Marketo can translate data received by a Webhook to a lead field. If the fields are not getting updated: Check if the Response types are JSON or XML. The correct response type must be selected in order to map properties of the response back to lead fields in Marketo Check if the fields are blocked from Updates in field management. If the response type is XML, all elements in the XML hierarchy must be referenced in the mapping. For example: If the XML is: <?xml version="1.0" encoding="utf-8"?> <soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">     <soap:Body>         <GetDealerByPostcodeResponse xmlns="http://webservices.hmca.com.au/DealerLocatorMapService/">             <GetDealerByPostcodeResult>                 <xs:schema id="NewDataSet" xmlns="" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:msdata="urn:schemas-microsoft-com:xml-msdata">                     <xs:element name="NewDataSet" msdata:IsDataSet="true" msdata:Locale="">                         <xs:complexType>                             <xs:choice minOccurs="0" maxOccurs="unbounded">                                 <xs:element name="Table">                                     <xs:complexType>                                         <xs:sequence>                                             <xs:element name="dl_tradingName" type="xs:string" minOccurs="0" />                                             <xs:element name="dl_physicalstreetname" type="xs:string" minOccurs="0" />                                             <xs:element name="dl_physicalsuburb" type="xs:string" minOccurs="0" />                                             <xs:element name="dl_physicalstate" type="xs:string" minOccurs="0" />                                             <xs:element name="dl_physicalpostcode" type="xs:string" minOccurs="0" />                                             <xs:element name="pcmaplat" type="xs:float" minOccurs="0" />                                             <xs:element name="pcmaplng" type="xs:float" minOccurs="0" />                                             <xs:element name="maplat" type="xs:float" minOccurs="0" />                                             <xs:element name="maplng" type="xs:float" minOccurs="0" />                                             <xs:element name="distance" type="xs:float" minOccurs="0" />                                             <xs:element name="dl_phonenumber" type="xs:string" minOccurs="0" />                                             <xs:element name="dl_faxnumber" type="xs:string" minOccurs="0" />                                             <xs:element name="dl_emailaddress" type="xs:string" minOccurs="0" />                                             <xs:element name="dl_code" type="xs:string" minOccurs="0" />                                             <xs:element name="pd_postcode" type="xs:string" minOccurs="0" />                                             <xs:element name="dl_webaddress" type="xs:string" minOccurs="0" />                                             <xs:element name="dl_dealershipregion" type="xs:string" minOccurs="0" />                                             <xs:element name="dl_deliverycharge" type="xs:float" minOccurs="0" />                                             <xs:element name="dl_regionstate" type="xs:string" minOccurs="0" />                                             <xs:element name="BkAServiceDesktop" type="xs:string" minOccurs="0" />                                             <xs:element name="NewWinBkAServiceDesktop" type="xs:string" minOccurs="0" />                                             <xs:element name="BkAServiceMobile" type="xs:string" minOccurs="0" />                                             <xs:element name="NewWinBkAServiceMobile" type="xs:string" minOccurs="0" />                                         </xs:sequence>                                     </xs:complexType>                                 </xs:element>                             </xs:choice>                         </xs:complexType>                     </xs:element>                 </xs:schema>                 <diffgr:diffgram xmlns:msdata="urn:schemas-microsoft-com:xml-msdata" xmlns:diffgr="urn:schemas-microsoft-com:xml-diffgram-v1">                     <NewDataSet xmlns="">                         <Table diffgr:id="Table1" msdata:rowOrder="0">                             <dl_tradingName>Wild West Hyundai</dl_tradingName>     The Response attribute must be:   soap:Envelope.soap:Body.GetDealerByPostcodeResponse.GetDealerByPostcodeResult.diffgr:diffgram.NewDataSet.Table.dl_tradingName   All the elements need to be referenced in the top down approach.
View full article
Issue The webhook error type "The remote server's SSL certificate or SSH fingerprint was rejected" occurs when the SSL certificate is being used on the main domain and not Sub-domains.     Solution Check the URL in Admin > Webhooks Click on the webhook in the right corner. For example, if the URL is, https://onlineservices.test.marketo.com, the certificate needs to be valid on *.test.marketo.com and not just *.Marketo.com. Check this by verifying the certificate on "https://www.sslshopper.com" and all the certificates will be listed as Subject Alternative Name's if the certificate is valid on the sub-domains. For example: For Google.com " https://www.sslshopper.com/ssl-checker.html#hostname=google.com ", the certificate is valid on *.Google.com as well as all the subdomains as listed in SAN's.    
View full article