More friendly names than eVar#, sProp#, and event#

Avatar

Avatar

ericmatisoff1

Avatar

ericmatisoff1

ericmatisoff1

05-05-2010

So I realize this is a pretty far out-there idea, but hey, that's what the Idea Exchange is all about right?  Not just finding bugs and complaining...

So here's my thinking:

eVars, sProps, events => What do these even mean to developers?  Sure Omniture experts know the difference.  And Developers who have implemented them before have put up with their usage, but in reality, they are the most unfriendly variable names ever!  Why not give us the ability to name our own variables?  Imagine how cool it'd be to set:

    s.events="loginSuccess"

or

    s.customerSegment="prospect"

First of all, Developers would LOVE the improvement.  All I ever hear and see from Developers is how unfriendly the variable names are and how difficult it is to keep them straight!

Second of all, you're probably thinking how would these all be managed within the Admin Console?  Same way as they currently are!  Except instead of the next available eVar popping up after I click "Add" in the Conversion > Conversion Variables section, a blank variable name is populated, allowing me to define the actual name of the variable!  I then give it a friendly name for reporting purposes, define the allocation, expiration, Type, and Status.  Pretty sweet!

Finally, while writing this up, I thought of a way to hack this.  I could basically make all the variable definitions in my JS file.  For example:

     s.eVar1=s.customerSegment

     if(s.events) {if(s.events.indexOf("loginSuccess")>=0) {s.events="event1"}}

     etc

However, this is certainly a hack, and events would be a mess.  Is anyone out there actually doing this?  I'd love to see how it's implemented.  Also, this would have to all be re-done in ActionScript if a site is also using Flash, since the JS is not touched by ActionScript code.

Anyways, just an idea that could help ease the pain of dev's and Omniture implementers around the world (plus, as a guy who manages several different Omniture implementations, it'd be easier to keep straight what event1 does on Site A versus Site B)...

3 Comments (3 New)
3 Comments

Avatar

Avatar

benjamingaines2

Avatar

benjamingaines2

benjamingaines2

03-01-2011

Changing status to "Under Review." This is something we are thinking about.

Avatar

Avatar

ericmatisoff1

Avatar

ericmatisoff1

ericmatisoff1

08-04-2011

Seems like this is really similar to Context Variables. Very excited to get my hands dirty with those things!

Avatar

Avatar

Gigazelle

Employee

Total Posts

1.9K

Likes

459

Correct Answer

734

Avatar

Gigazelle

Employee

Total Posts

1.9K

Likes

459

Correct Answer

734
Gigazelle
Employee

07-12-2017

ContextData variables fulfill all use cases to the idea.