SanfordWhiteman

You don't need a different form, just change the text when the form loads. For example:    http://jsfiddle.net/sanford/3yzxa7m7/5/show/?My%20Label http://jsfiddle.net/sanford/3yzxa7m7/5/show/?Another%20Label   Same form is embedded both times, reading the button text out of the URL. ... View more

I wouldn't worry about length limits unless your client imposes one for some reason.  On the server side it's going to end up in the same (dynamic string) variable so it should have the same processing limit. Also even with a low limit like 8K you're still going to be able to send 100 80-character e-mails -- and 80 characters is a really long e-mail address. In sum, the method expects query parameters, not an entity-body. ... View more

@Sarah seconding Justin, a lead may have a a Munchkin cookie set by your website ExampleCorp.com or EC and be associated with a known lead there... but that cookie isn't going to be sent to a standalone social property, call it SarahGram.com or SG. Even if SG supports custom scripts, so it can load Munchkin.js (a rarity in itself), the cookie set on SG is still going to create a new anonymous lead at first.  The only way to have SG automatically know the lead is to supply it with that information on entry.  For example, if the user follows a personalized link to get to SG -- like saragram.com/examplecorp?token=saras-encoded-token, then a script running on SG could parse out the user's e-mail address and assocate the anonymous cookie with the corresponding lead promptly.  However, organic traffic to saragram.com will never contain any identifiable.lead information.  So, by definition, such leads will remain anonymous unless you can get them to fill out a form. This may seem frustratingly redundant, but the fact that the browser doesn't share Munchkin's tracking cookies across domains protects everyone's privacy.   ... View more

Here's sample code that tracks YouTube events (Play, Pause, Play Until End) using Munchkin.  Adapted from YT's guide here.   <!-- 1. this DIV is replaced by the player IFRAME --> <div id="player"></div> <script>   // 2. This code loads the IFrame Player API code asynchronously.   var tag = document.createElement('script');   tag.src = "https://www.youtube.com/iframe_api";   document.getElementsByTagName('head')[0].appendChild(tag);   // 3. This function creates an <iframe> (and YouTube player)   //    after the API code downloads.   var player, videoId = 'M7lc1UVf-VE';   function onYouTubeIframeAPIReady() {     player = new YT.Player('player', {       height: '390',       width: '640',       videoId: videoId,       events: {         'onStateChange': onPlayerStateChange       }     });   }   // 4. The API calls this function when the player's state changes.   function onPlayerStateChange(event) {     switch( event.data ) {     case YT.PlayerState.PLAYING:         Munchkin.munchkinFunction('visitWebPage', {             url: 'https://youtube.com/'+videoId            ,params: 'movie-action=pressed-play'            }         );         break;     case YT.PlayerState.PAUSED:         Munchkin.munchkinFunction('visitWebPage', {             url: 'https://youtube.com/'+videoId            ,params: 'movie-action=paused'            }         );         break;     case YT.PlayerState.ENDED:         Munchkin.munchkinFunction('visitWebPage', {             url: 'https://youtube.com/'+videoId            ,params: 'movie-action=played-til-end'            }         );         break;      }   } </script> Of course you probably don't care about multiple Play events and likely don't care about Pause. Play Until End is significant -- but the catch is that the lead could pause 1 sec. before the end and you'd just see a Pause. ... View more