Awesome,

I do a lot of html customizations etc so this issue has
been buging me for a while but not any more!

Justin,

Some folks like to make subtle - and significant - changes to the form design. While often it’s just for aesthetics, subtle nuances can have an impact on the conversion (sign-up) rate too.

Also, from AWeber’s knowledge base on the topic…

http://www.aweber.com/faq/questions/357/Which+Version+of+the+HTML+Should+I+Use%3F

"Design flexibility. When you use the shorter version of HTML, the form is technically hosted on our web site, meaning you can’t make additional design changes. By using the longer version, you have an opportunity to make further design changes, such as using an image instead of the standard form button as well as changing font types and sizes."

Marc and Dan, thanks for the upgrade, we will look into changing our landing page.

Justin- We opted not to use java for 2 reasons: 1.) Our testing showed that sometimes people’s security settings do not enable java, so people couldn’t see the form at all, and 2.) Our IT department is extremely wary of javascript, which (I’m told) can allow cross-site scripting attacks. We were crippled by such an attack for about two weeks over the summer.

@Justin Hitt
Last time I used the javascript, I got multiple emails per day of people not seeing the form because
a) javascript is blocked on their end
b) they use firefox + ad block plus which blocks the aweber javascript

So thanks aweber for including tracking with the hmtl code, this is great.

All good stuff, definatley need to spend more time on here & go through everything & add more stuff to what I’m doing for sure!

Thanks alot, very helpful

ps: Merry Christmas & A Happy New Year To You & Yours :0)

This is awesome! I actually requested this and you guys have delivered. Big Thanks!

To Justin’s question why anyone would use the html when the Javascript provides splittesting:

Some users like me have their own splittesting framework running on their website which is can be used to optimize every aspect of any webpage on the site.
In that case, splittesting the signup form should be integrated into the splittesting framework of the website
in order to get all kinds of measurements which are otherwise not possible ( such as the influence of the
headline of the landing page on the lead capture rate even though lead capturing is done at another page, … )

For these applications, the HTML-version of the signup form is the only feasible way to start.

Especially in my case where my splittesting framework is PHP-based, i.e. it works even when the user’s browser has disabled Javascript…

BTW, I have a hint for implementing your own tracking solution:
The values of the fields filled in by the user ( or your own computer-generated hidden fields) are sent as to the thank-you page as URL-variables if the field meta_forward_vars to "1", so any tracking code on the thank you page may read this variables and use it for tracking.

Also, the thank-you page URL is specified in the HTML-code, so, you can compute it dynamically with PHP and it may contain URL-variables, too. That can also be used for tracking.

Unfortunately the values of lead’s data are not passed to the double-opt-in confirmation page, so integrating that page into the tracking system is not possible. (yet)

To Aweber: It would really be a nice feature to have the double-opt-in confirmation page get the values of the signup-fields as URL-variables (or POST-variables ) such as the Thank-You-Page gets it when meta_forward_vars is set to "1".

Any chance to get this feature implemented?

Great news! I’d been wondering how to do this and now you’ve fixed it - well done guys!!

Has anyone else just copied the [code]<img src=""… />[/code] part and not had any tracking?