Closed
Bug 1338667
Opened 9 years ago
Closed 8 years ago
Setup First Run Optimizely to Test Headlines instead of Almost Done
Categories
(www.mozilla.org :: Analytics, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: adavis, Unassigned)
Details
Feeley, Verdi, Pdol and I are testing new copy on first run to see if we can replace Almost Done with something that performs somewhat similarly.
Normally it's a pretty simple copy test.
Test is being setup here:
https://app.optimizely.com/edit?experiment_id=8227473099
Test Recipe is being documented here:
https://mana.mozilla.org/wiki/display/FIREFOX/First+Run%3A+Headline+Tests
Comment 1•9 years ago
|
||
Sounds like this is an experiment we could possibly run with Traffic Cop [1]. I'm happy to do the dev for the performance win.
:adavis - What do you think?
[1] http://bedrock.readthedocs.io/en/latest/mozilla-traffic-cop.html
| Reporter | ||
Comment 2•9 years ago
|
||
I appreciate the offer but I've already setup the Optimizely test. I used it as an example to show the guys how Optimizely works.
I just wanted to complete the test recipe before submitting it to cmore and then you for sign-off.
I will however certainly read up about Traffic Cop. I'm unfamiliar with it.
For informational purposes, is there a type of test that traffic cop is better suited for? How does tracking work? For example, can GA tell the difference in version? Can it send different parameters to the FxA signup form so that additional tracking can happen there? Thanks in advance for answering my questions. I love to hear about new testing tools.
| Reporter | ||
Comment 3•9 years ago
|
||
:Cmore Please review this optimizely test. Note that we are just testing copy.
The only particularity of this test is that I want to exclude funnelcakes so I have conditions in URL targeting for this. Review there would be appreciated.
If it looks good to you. Please ni? :jpetto for his r+ .
Flags: needinfo?(chrismore.bugzilla)
Comment 4•9 years ago
|
||
(In reply to Alex Davis [:adavis] [PM FxA+Sync] from comment #3)
> :Cmore Please review this optimizely test. Note that we are just testing
> copy.
>
> The only particularity of this test is that I want to exclude funnelcakes so
> I have conditions in URL targeting for this. Review there would be
> appreciated.
>
> If it looks good to you. Please ni? :jpetto for his r+ .
Couple things:
1) I removed the URL target for funnelcakes as it was redundant since your target url ended with /$. Nothing will come after the slash regardless if it was f= or foobar.
2) adjusted version b that had replacewith instead of html jquery object.
3) what is the purpose of the click to setup sync goal if there is nothing on the page except the iframe? can we remove that goal?
Other than to remove that unneeded goal, looks good!
Flags: needinfo?(chrismore.bugzilla)
| Reporter | ||
Comment 5•9 years ago
|
||
Thanks :cmore
I removed that event because I'm getting it from FxA event metrics anyways.
:jpetto can you sign off?
Flags: needinfo?(jon)
Comment 6•9 years ago
|
||
The code looks okay, but verifying that utm_content=fx-50.0 is okay (as the page is targeting 51.x).
Are the two params in the #fxa querysting that regularly need adjustment for experiments utm_campaign and utm_source? It would be nice if we could find a less heavy-handed way to change individual pieces of the #fxa src URL.
Flags: needinfo?(jon)
| Reporter | ||
Comment 7•9 years ago
|
||
Thanks. I changed it to 51. Will launch test now.
I'd love to explore options with you to more efficiently pass tracking to FxA iFrame. Did you have any ideas in mind for updating those 2 params?
Comment 8•9 years ago
|
||
I'd recommend something like the following:
// reference to #fxa element
var $fxa = $('#fxa');
// clone the original data-src attribute
var newSrc = $fxa.attr('data-src');
// replace specific query params in the cloned data-src value
newSrc = newSrc.replace('utm_campaign=fxa-embedded-form', 'utm_campaign=fxa-embedded-form-signup');
newSrc = newSrc.replace('utm_source=firstrun', 'utm_source=firstrun_20170214_B');
// update the data-src attribute
$fxa.attr('data-src', newSrc);
This way you're only changing targeted key/value pairs, and not replacing the entire URL. This method is much less error prone.
| Reporter | ||
Comment 9•9 years ago
|
||
Great. I've noted this for future reference. This looks pretty slick.
If we can minimize errors, I'm all for it. I'll make sure :cmore sees this too.
Comment 10•9 years ago
|
||
(In reply to Jon Petto [:jpetto] from comment #8)
> I'd recommend something like the following:
>
> // reference to #fxa element
> var $fxa = $('#fxa');
>
> // clone the original data-src attribute
> var newSrc = $fxa.attr('data-src');
>
> // replace specific query params in the cloned data-src value
> newSrc = newSrc.replace('utm_campaign=fxa-embedded-form',
> 'utm_campaign=fxa-embedded-form-signup');
> newSrc = newSrc.replace('utm_source=firstrun',
> 'utm_source=firstrun_20170214_B');
>
> // update the data-src attribute
> $fxa.attr('data-src', newSrc);
>
> This way you're only changing targeted key/value pairs, and not replacing
> the entire URL. This method is much less error prone.
Awesome! Thanks, Jon. Good stuff!
Comment 11•8 years ago
|
||
This looks like it is complete.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•