When “technically valid” goes wrong: don’t put leading spaces in your Marketo hrefs, or you’ll lose click tracking

Leading and trailing spaces are totally valid in an HTML <a href> — they‘re automatically removed when the browser navigates to the final URL. But, standards notwithstanding, Marketo isn’t space-tolerant on the back end.

More oof-worthy Marketo Forms 2.0 code in the wild

Venting for a cause.

Set a Date field to the next anniversary of another Date using FlowBoost

Maintaining your leads’ Next Enrollment Anniversary, Next Warranty Renew Date, or just Next Birthday lets you run organized batch campaigns instead of (IMO) fragile triggers.

Only top-level, ‘var’-declared variables (or equivalent) are returned by FlowBoost

In the recent post on adding scores in FlowBoost [https://blog.teknkl.com/adding-multiple-score-fields-using-flowboost-with-some-extra-tricks/] I purposely left out the var statement when declaring variables to be returned: > I decided

Calendly form events have a security vulnerability if you use their boilerplate JS

Ugh, same mistake HubSpot made. And unlike HS, I really like Calendly. Lesson: never trust “sample code” in the developer docs. It’s often cut down to make things look easier than they are, or it wasn’t written by an experienced dev.

Adding multiple Score fields using FlowBoost, with some extra tricks

With FlowBoost in your toolkit, you‘ll say “Can’t be done” a lot less often. In 2022, I’m dedicating lots of posts to the Marketo world’s curiously-well-kept secret.

Forcing a Marketo form to create a new person on every fillout

This one takes so little code, I took the liberty of tagging it as “no JS.“ There are a few lines to place on your LP, but the rest is drag-and-drop-and-type in the Marketo UI.

If you absolutely *must* load embeds from different domains

Whenever you can, standardize your form embeds on a single Marketo LP domain. But there’s one case where you clearly can’t: different Marketo instances.