We're planning a direct mail campaign that links to a page on our web site (not a Marketo LP). From the Marketo Docs it looks like Marketo will only generate PURLs for Marketo Landing Pages. Am I overlooking something? If not, any recommendations on the best way to generate PURLs for direct mail? To be clear - we really just want to create set of vanity URL's for the direct mail piece along the lines of:
https://www.oursite.com/page/FIRSTName-LASTName
We're not planning to display the name on the page where they land.
Also - we don't want the URL to be super long and hard to type. Any advice on link shorteners to use that are still trackable with utm parameters?
Thank you!
Denise
Solved! Go to Solution.
Hmm, I guess I would call that more of a "fake slug" if it just ends up showing www.example.com/page no matter what comes after /page/ in the URL.
Kind of a strange ask indeed. But in any case would be done by the site's webmaster, not by you. They can set up a rewrite rule (using Apache mod_rewrite, et al.) so that all /page/* requests are invisibly rewritten to /page.
What do you want the pURL to actually do when they land? Pre-Fill a form? (Yes, this can be done via standard Marketo pURLs on 3rd-party pages.)
Hi Sandy,
I don't want the PURL to do anything other than just get them to the page.
So I think I should have just called it a vanity URL.
Best,
Denise
On Tue, Apr 30, 2019 at 5:12 PM Sanford Whiteman <
But how will one person's page differ from another's?
It won't differ at all. That's why I decided I was using the wrong
terminology. It's really a vanity URL to look friendly on the DM piece (and
be easy to type). Make sense? (it's not my idea).
On Tue, Apr 30, 2019 at 5:22 PM Sanford Whiteman <
Hmm, I guess I would call that more of a "fake slug" if it just ends up showing www.example.com/page no matter what comes after /page/ in the URL.
Kind of a strange ask indeed. But in any case would be done by the site's webmaster, not by you. They can set up a rewrite rule (using Apache mod_rewrite, et al.) so that all /page/* requests are invisibly rewritten to /page.