Badges
Accepted Solutions
Likes Received
Posts
Discussions
Ideas
Blog Posts
More to the point, all URLs, in all contexts, should be treated as case-sensitive! An easy rule to remember, right? But you might’ve been misled by webservers that choose to do a case-insensitive URL match. Not all servers do so — and a server isn’t broken if it doesn’t do so. In Marketo, a Design S...
Thanks, must've been lost in the forum changeover. It's supposed be to https://nation.marketo.com/t5/Product-Blogs/Really-finally-winning-the-Marketo-Forms-vs-Tracking-Protection/ba-p/244434
As you probably already know, the best way to set background images is the CSS background-image property. Real background images come with all the bells and whistles like background-position and background-size and background-repeat — they’re just the way to go. (You can hack a generic tag somewha...
Recently I completed a Velocity audit for a client – a kind of best practices report card. They have an experienced Java developer, but he’s not a VTL specialist. So while most of the logic was good, a ton of extraneous whitespace was being output, exactly as-is, in the Text version of emails. Rem...
Sure thing.
As you already know (right?) Marketo-hosted Landing Pages can be accessed with or without a trailing .html in the path part of the URL.[1]So these URLs are aliases for the same content:https://pages.example.com/myoffer?utm_medium=emailhttps://pages.example.com/myoffer.html?utm_medium=email...
I have not yet blogged about it... might be easier for me to send you a few screenshots. It's literally a 10m setup + test with AWS CloudFront.
Open the XDFrame URL, by itself, in your browser. As it redirects to your fallback page, it cannot work.
Path in your code ishttps://page.uschamber.com/rs/432-UWH-935/images/market-xdframe-relative.html That page doesn't exist on your Marketo instance, so it's redirected to your main site (fallback page).