Skip navigation
All Places > Products > Blog > 2016 > September
2016

A question from top Marketo user GM in this post led to an interesting, even disturbing, hour of troubleshooting.  Finally, I've gotten around to writing it up.

 

When Munchkin sees a 2-letter TLD like .io or .ly, it makes a bad guess about the proper domainLevel — the domain at which it sets the vital web activity tracking cookie.  Using TLDs like .au as a model, the code incorrectly assumes that you cannot have registered a domain directly under the TLD and automatically sets {domainLevel: 3}.

Read the full post on TEKNKL :: Blog →

Reduce Workload, Maximize Consistency (and Get Your Marketing Automation Geek On While You're Doing It!)

 

I think most of us are leveraging system-level tokens and lead-level tokens to personalize content for their prospects, and many are even using program-level tokens (aka "my.tokens") to further customize and make dynamic the content inside of their programs. But some of you are taking it to the next level, placing tokens into folders into "waterfalls" of local and then inherited tokens that cascade into each program. See an excellent blog post on this approach here.

 

Why take this kind of token folder structure approach? There are a lot of advantages - just to name a few:

  • Reduce the amount of time spent editing or updating programs when shared information changes
  • Help "hold brand" for programs, ensuring that headers, footers, brand messaging and images stay consistent
    • Added bonus: by not having this inside your templates directly as text/imagery, you can make updates without having to re-approve templates (and all of their related assets)
  • Guided landing pages and email 2.0 templates make it deliciously possible to have just a few templates support multiple brands (with different imagery, colors, etc.) but without tokens, it can still require the user to know hex code or image URLs to swap out for their brand. Turn those into tokens inside the template, place the tokens in your brand's top folder, and your user doesn't even need to edit those!

 

Sounds awesome, right? But a little intimidating? It doesn't have to be - it just takes some time and planning.

 

Plan for your tokening

 

Grab a variety of the emails and landing pages you are leveraging today. Compare them and mark up what elements, if any, are shared across the assets - or could be with edits to layout and/or content. What is shared at say, the corporate level v. the brand level or channel level v. specific programs? (I find color coding useful for this.)

        

You'll almost certainly find that your highest-level headers and footers have commonalities across the board. But you'll probably find that content associated with certain brands and/or channel types also tend to leverage identical or nearly identical content - imagery, calls to action, brand messages. This is, in essence, your token plan.

 

  • What do all of your brands/products/services and/or program types have in common? Place these at the top level - things like corporate-level messaging, imagery, corporate-level color schemes.
  • How do you organize your brands/products/services in terms of how they face the customer; or does your face-to-the-customer take a more regional approach
    • Does a brand or region have a specific color scheme, imagery or even content (product A has standard copy always referenced). This may be your second level folding and tokening
    • TIP: Evaluate your tokening and folding from a customer-facing perspective, not necessarily how you are internally organized; tokening will be easier to "cascade" down through folders and programs in terms of how, where and why content is presented to the customer - you'll see more opportunity for commonalities and where the differences are
  • Within a brand/product/service, do you have programs that always tend to utilize the same type of content, flow, etc.
    • You can consider folder-level tokening at this level too but this is also a great opportunity to create shell programs (i.e. program templates) that leverage the above tokens wherever possible to make things even easier
  • Bring in your designers and think about what you can token at the top level across templates - build in tokening for page/email imagery, color, footer boiler plate information - remember, by leveraging tokens built into the template, you can make updates to the token rather than the template.

 

If I can get a program down to two or three local or overridden tokens, with the rest cascading down from the folders above it, then a) I feel a real sense of accomplishment because I'm a total Marketo geek like that but b) I know that I've just drastically reduced the number of touches a Marketo user has to make to a program to get it out the door - that's a huge win.

        

I have seen Marketo programs go from taking 60 minutes to clone and edit to literally 10 minutes (including testing!) with use of tokens and shell programs that leverage folder-level tokening. That's a metric any marketing organization can feel good about!

 

In what other ways are you using tokens and how have tokens helped you optimize your marketing operations?

This post will address how you can display progressive web campaigns (with Web Personalization (RTP)), by changing the campaign based on the web visitor's previous visit and what they viewed. It's like nurturing for a web visitor, if the visitor saw Campaign A, then next time (separate session/visit) they come to the website show them Campaign B, and then the next visit after that show them Campaign C (based on seeing Web Campaign B and Campaign A).

 

One way to do this in Web Personalization (RTP), is segmenting based on the number of visit. For a 1st visit, show campaign A and then another segment for a 2nd visit, showing Campaign B, etc...

 

However, this does not completely satisfy the case above, as the user may not have seen a campaign to "move" onto seeing the next campaign or the visitor may not be coming in for their 1st or 2nd visit, they may be a 10th time visitor.

 

So, how to create a web nurturing campaign based on previous visit history and what campaigns the web visitor saw in previous visitors?

 

The answer: Using the User Context API in Segmentation.

 

Additional Info

See more on the User context API Here. "The User Context API exposes user and visitor level data across multiple sessions to enable advanced personalization capability leveraging historical user behavior and data."

 

NOTE: You need to request from Support to enable the User Context API for your Web Personalization (RTP) Account.

 

Make sure you read how to locate the Web Campaign ID.

 

Assuming we want to show the web visitor, the following campaigns in this order for each of their visits:

 

  1. Campaign A (id = 111)
  2. Campaign B (id = 222)
  3. Campaign C (id = 333)

 

In Web Personalization > Segmentation, create the following Segments:

 

Drag and Drop the User Context API, Select "Campaigns - Viewed" and insert the Campaign ID

 

 

CAMPAIGN A

Segment: WHERE User Context API "Campaigns - Viewed" IS NOT "111"

 

 

CAMPAIGN B

Segment: WHERE User Context API "Campaigns - Viewed" IS "111" AND IS NOT "222"

 

 

CAMPAIGN C

Segment: WHERE User Context API "Campaigns - Viewed" IS "222" AND IS NOT "333"

 

This post shows how to locate the Web Campaign ID. The Campaign ID is usually used for Javascript API use cases.

In the Web Personalization (RTP) app, Go to Web Campaigns, hover over the Campaign Name to locate the Campaign ID in brackets.

RTP_Campaign_Code

Triggers for smart campaigns are fantastic – they allow what I affectionately call slow cooker marketing automation (aka “set it and forget it”). Turn it on and then when the behavior occurs, it takes care of it.

 

But as your marketing database grows and the number of programs and smart campaigns you build in Marketo grows, it’s important to understand how triggers work and the impact they can have on the performance of your Marketo instance. One Marketo customer with a large database (millions of records) and nearly 900 active smart campaigns at any given moment experienced this recently when their trigger campaign queue became very busy.

 

It’s important to understand that active trigger campaigns are always on and always listening for their cue. And their cue is, at first, very broad.

 

Consider the “Data Value Changes” trigger in a smart campaign. In the smart list, you have the trigger “Data Value Changes” and then the attribute (data value) it is to listen to for changes (such as First Name). The very first thing this trigger is listening for is the change in a data value – any data value - before it then evaluates whether its particular attribute (First Name) was affected. This means that ANY time a data value changes for any reason in Marketo, this trigger campaign is first activated by the fact that a data value – any data value – has changed, and then will run through to determine if it was the First Name attribute that was changed. Considering a typical Marketo instance integrated with a CRM can have a few hundred field values, that’s a LOT of trigger firing.

 

Same thing happens with “Email is Delivered,” often a popular attribute to assign program membership status for a particular program. Marketo is listening for this any time ANY email is delivered – first it triggers on the fact than any individual email was delivered, then runs if the email specified was the email in question. When you are sending emails to tens of thousands of leads in a day, those trigger fires can add up.

 

With that in mind, choose when you truly need a campaign trigger versus running things as batch. Time-sensitive information such as clicking certain links to trigger a sales alert, or certain data values changing to remove someone from eligibility for a program, may be critical to keep as triggers. But often times, a batch campaign would do (such as changing program status), set to run in the middle of the night daily or even once a week on a weekend.

 

Due to the size of your Marketo databases, most of you will never experience any kind of trigger queue impact. But it should be in your best practice arsenal to always consider whether a trigger is truly necessary for executing immediate action versus scheduling recurring batch campaigns to achieve the same result.

 

Tip: Want to make it easy to evaluate what trigger campaigns you have and how/what they are executing, to look for chances to optimize performance? If you have admin rights, click on a workspace and then select “Campaign Inspector.” You can export all of the campaigns in that workspace into an Excel document and then filter to look just at Active Triggered campaigns. Then look in the Flow Step and filter to those types of actions (Change Program Status, for example) that might be better suited to batch campaigns.

 

Thanks to Ken Niwa and Jonathan Wu for their insights into this issue.

Are you wondering what content or places, or even people are getting the most attention in Community? Here are some metrics that will be updated quarterly, for the previous quarter, to let the Nation know what our most popular areas are so you can check them out!

 

Updated Sept 2016 for Q3

 

Top 5 Content

 

Top 5 Places

ContentViews

Products

159,355
Support91,703
Ideas25,923
The specified item was not found.19,682
Champion Program18,122

 

Top 5 Marketo Recommended Places

 

 

 

Questions : Average Response Time

 

  • 96% questions responded to
  • 26% questions received helpful answer*
  • 17% questions received correct answer*

*Note this is a user behavior so is not a clear indication of questions that were in fact helpful or correctly answered. It shows how many people manually marked questions as helpful or correct. The more you do this the more everyone learns!

 

User Adoption & Participation

 

Avg. of 10,200 visitors to the site

15% of visitors are engaging

 

Top 5 Users

UserPoints (this quarter)Total PointsFollowers
Sanford Whiteman3,197104,949243
Grégoire Michel2,981137,340278
Josh Hill1,799264,596294
Dory Viscogliosi1,13377,37499
Geoff Krajeski97019,50957

Your #1 requested item in the community is here! Audit trail gives you real-time visibility into what users and admins are doing within your subscription! It will provide value to everyone, but will be especially useful for customers who have large teams using Marketo and for those with "creative" users.

 

With audit trail, you can answer many questions such as:

  • What happened to this asset or setting, and who last updated it?
  • What has user X been up to?
  • Who is logging into our account?

 

Audit trail provides many benefits!  Lets walk through a few of them:

  • Create accountability. The fact that user (and admin) actions are being audited, will create a sense of accountability across your teams...slightly big brotherish!
  • Save time. The reality is, unexpected things happen when using Marketo. With audit trail, you can quickly pinpoint what happened and apply corrective action on your own. This will save time from having to call our support team!
  • Support your teams. Perhaps you have a set of newbies who are ramping up using Marketo. Audit trail can show you what they’ve been up to and perhaps who needs some guidance. If you comp your teams based on what they create in Marketo, audit trail can provide that information! You can filter by a specific user then reward them!
  • Keep a close eye on security! Maybe somebody left your company and you want to see everything they did prior to their departure. If that person has an audit history it will show up for you to review. Also, if you wear a security hat, then you can see who is logging into your system, even that person who left the company (hopefully this doesn’t happen).

 

Now, you're probably wondering what we actually audit. It's all documented here! Keep in mind, audit trail is an evolving feature. We are auditing the most important elements and have more being added in our fall release. If you have a particular auditing need, please reach out to me or start a discussion. Also note, that audit trail tracking officially began on Sept 14, 2016. This means, when you view your audit trail, the farthest back you can see is on that date. If something is missing or you need information about an action that occurred prior to that date, then you can contact support as they have more history available to them (we just can't expose it in this new framework)

I really hope you find value in audit trail! I'm excited to finally see it come to life and thank each of you for your contributions.

Thanks,

 

Christina Fuentealba

Lead product manager

Marketo had a very exciting week last week with our much anticipated Marketo Account Based Marketing Event. 350-plus customers, prospects, partners, influencers, analysts, and media in a packed room at the Four Seasons San Francisco, we unveiled Marketo ABM in a whole new way. Our customers were inspired by what they saw and even more excited about the potential that Marketo ABM will deliver for their business. #MarketoABM was even trending at the top in San Francisco! To watch the recording of this exciting live event, click here.

 

The event was live streamed to the Marketing Nation globally. A huge thank you to the 15 Marketo User Groups that held watch parties to celebrate the launch in cities such as Atlanta, Chicago, Cleveland, Dallas, Houston, New York City, and Vancouver, among others. Over 90 minutes, we unveiled our new offering, hosted a CMO panel on ABM, and capstoned the day with a discussion with Andre Iguodala of the Golden State Warriors who spoke on the essentials for building a championship team.

 

If you haven’t already, I strongly encourage you to join our ABM Virtual User Group (simply click follow in the top right corner) where you can find everything Marketo ABM. Ask questions about our offering or about ABM in general and as our product is released and rolled out, this is the place you can get first hand customer stories, successes, discuss challenges, and stay up to date with upcoming ABM webinars and webinars on demand!

 

We look forward to engaging with you in the ABM group soon.

Many Enterprise clients implementing Marketo struggle to define which fields need to be created in CRM to help sales. And sometimes there is a lot of pressure to get it right from the start as it is often a long and complicated process to have CRM administrators create new fields  – and an even bigger battle to facilitate change management processes with a large and distributed sales team.

 

Here are the top 5 fields my clients find valuable and their use case:

 

  1. Acquisition Date – this is useful if you are holding records back from syncing with CRM until they are auto-qualified. The acquisition date gives more insight into when the name was acquired by marketing and when the nurturing relationship likely began.
  2. Most Recent Campaign – since people can be members in many different programs, having a field to track what the most recent Marketo program someone was a part of helps sales understand what the person has been doing lately and what that last marketing touch is.
  3. Most Recent Product Interest – this is especially important if you have many different solution areas or products. Like Most Recent Campaign, this field allows sales to understand what area of interest someone has either through visits to specific web pages or by downloading product specific content.  While this may not be the only area of interest for the person, it is an extremely relevant touchpoint that will help sales to start a conversation with the person.
  4. Lead Score – while each business varies on the intention of scoring leads and the value that is populated, creating a score field in CRM is valuable – even more so if you are immediately synching records upon creation in Marketo. The key when creating this field is to clearly communicate how sales should interpret and use the data in it.
  5. Lifecycle Status – this field is used to show sales as to what buyers stage someone is in. This is a mirror field of Marketo’s revenue stage field which is a field that cannot be exposed through the API. Values in this field are typically read-only for sales and will map to the stages in your lifecycle such as MQL, SQL, and Recycled.

Filter Blog

By date: By tag: