Site Catalyst Top TipsBarry Mann@UK_OmniMann

Tall & Deep vs Wide and Shallow

Wide and shallow

• 100’s of report suites

• Primary focus is traffic numbers - PV, MUV

• Divergent settings

• VISTA rule chaos

• 2 x implementations per week

• Different challenges !

•Commerce values irrelevant

Tall and narrow

• Deeper integrations < 10 RSID’s

• eCommerce

• Large complex paid traffic acquisition

• Genesis, Data sources, Paid traffic detection

A. Client Care request:1. Report_suite_audit.tab

2. VIPER report

3. Raw data feed

B. Kick off an Observepoint scan

C. Ask for copy of Solution Design Reference (SDR) (Go sob in bathroom !?)

D. Ask for copy of Omniture Contract(s)

E. Get setup with all your tools (Firefox/Firebug/Omnibug, Debugger(s)

F. General observations (whilst waiting)1. IP address filtering

2. 1st/3rd/Hybrid cookies

3. Any SAINTing ?

4. Read the scode

5. Internal and external link tracking. (utm_source internally? Tracking analyst?)

6. Any Genesis installations even to ESP?

7. Pet Peeves

Grab Omniture implementation by scruff of the neck by 4pm

Anatomy Report_suite_audit.tab• Props 50-75 not there! (2 years on from h.22)• Officially Omniture internal only

4-18 – Juicy stuff (time zone, commerce level , pathing service level , GeoSeg, DWH

121 – Prop On/Off , List var delimiter

170 – Evar On / Off , Subs

221 – Events on / off , counter

274 – Pathing on props, Heir 1,2,3,4 , s.server , channels, etc

..

868 – Visitor computation by prop:

D,W,M,Q

Expect to make large bulk changes

• Some / Most changes can be made in the GUI

• Email CC with long lists for Dr Teeth • Some changes only possible in GUI• Beware of tech limits esp. SC14• Some are manual labour (e.g.. Default

metrics)• Do so with confidence and for the common

good!

SDR – The Rosetta Stone

Maintenance and record keeping via this crucial document is vital for success and any newcomer.

Period.• Ask CC to store• Work from a common drive• Thought and forward planning

– Prop/eVar/event allocation – use sparingly.

– Allocating 50>75 is lazy

How an SDR should look, really

no SDR?

• Most likely to have a copy from implementation time or “something floating about”

• How did this happen to me?

• Enabled , not receiving data /Receiving data but not enabled

• (props backfill , persisted vars do not)

• DOOMSDAY SCENARIO: reconstruct by hand from a Data Feed.

Data Feed .tsv files – raw & uncut

VIPER – Why VISTA rule chaos really happens

• ES 4-6 week lag. Frustrating.

• Always better to populate in code, but not always possible e.g.. Digital Envoy

• £300 - £500 for VISTA rule copy normally £1500 for a new rule

• GeoSeg > prop most common

• If you do go down this path you will have something else to maintain.

• “Bank” 10 rsid’s , VISTA copy and Dr Teeth them to keep them “spare”.

• Processing Rules aka “VISTA Lite” gaining traction but not a panacea

Omniture Contract• Obtain, read , understand

• Implementation may not reflect

• ASI

• DWH, Disco 1.5 /3

• Pathing limits

• Understand contractual & tech limits

• BE ASSERTIVE WITH CC

ObservePoint

ObservePoints Vendor rules DB

Bye Bye Setup land

• When SDR step is complete batch change menus.

• Accept that users are intimidated by SC and “just want to use GA”

• Empty menus & “Revenue” eCommerce reports are irrelevant, disorientating and foster distrust

• Poll users before/after and measure increase in satisfaction

• Issue “certificates” to demarcate leaving SetUp land > Insight Land

• Omniture is all about the implementation.

• Power ahead with dev to grow the installation and extract greater insight (that management probably thought they had paid for in the first place

• And finally … best practice <> business win. Act with purpose. Optimal configuration is not necessary.