Figure out how to make Optimizely work on splash page

RESOLVED WORKSFORME

Status

RESOLVED WORKSFORME
4 years ago
4 years ago

People

(Reporter: bobby, Assigned: andrews)

Tracking

Details

(Whiteboard: [splash][dec24])

(Reporter)

Description

4 years ago
We need optimizely to work on the new splash page so we can A/B test the call to action.

What did we do/learn in https://bugzilla.mozilla.org/show_bug.cgi?id=1053817 that we can use? What's missing? How big of a hack is it?
(Reporter)

Updated

4 years ago
Blocks: 1112206
(Reporter)

Updated

4 years ago
Blocks: 1102553
(Reporter)

Updated

4 years ago
Status: NEW → ASSIGNED
I have a hack solution, given that fixing angular and optimizely isn't a good use of effort just before we drop angular (and EOY is eating all of my hours).

If you can spin up duplicate homepages on alternative URLs with the content variations, we can still get optimizely to work for routing traffic between them and measuring conversion. (The existing optimizely/angular challenge is with modifying content on the fly).

Once the URLs are in place on prod, ping me and it's quick for me to build out the test. 

@Bobby, as discussed on call just now. If you could check-in with Jbuck just to double check that when we ship the new login, the existing conversion tracking is still in place. This is the line of code in the existing auth client:

https://github.com/mozilla/webmaker-auth-client/blob/702e98aa41ae60a841424d8e7a6511523839c70f/webmaker-auth-client.js#L320
Flags: needinfo?(bobby)
(Reporter)

Comment 2

4 years ago
jbuck says it should be working.

@andrew: this feels like a good enough solution to ship this week. what do you think?
Flags: needinfo?(bobby) → needinfo?(andrews)
Blocks: 1112894
(Reporter)

Comment 4

4 years ago
We're going to go with Adam's plan for now. Closing this.
Status: ASSIGNED → RESOLVED
Last Resolved: 4 years ago
Flags: needinfo?(andrews)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.