[This feature is in Beta, and is only available to apps on the current Professional tier and above.]
Bubble has built a plugin with Google Optimize to enable you, as the app creator, to run A/B tests (randomized split tests) on your Bubble app.
An A/B test is great when you have a clear action you want your users to achieve, and you're deciding between two slightly different experiences in your app to try to get your users to accomplish that action. For example:
You have two different possible versions of a landing page, and you want to see which one leads to higher rates of users signing up
You have three different sets of copy for your home page, and you want to see which one leads to more users clicking a certain button
You want to see if showing a popup after a user logs in will increase the likelihood of that user purchasing something
There are many online resources explaining the principles of A/B testing and what makes for a good vs. bad test - it's a very helpful tool for data-driven decision making!
Sign up for a Google Analytics account
Sign up for a Google Optimize account - Optimize is part of the same suite of products as Google Analytics, and has a generous free tier
Have your app connected to either (1) Google Analytics, OR (2) Segment with Google Analytics as a destination - these tools help you capture data about user activity, which is what's needed to measure the impact of your test; Bubble offers free Bubble-made plugins for GA and Segment
Have a Bubble app that's on the current Professional tier or above (see our Pricing page)
(See our Manual page on the Bubble-built Segment plugin)
To use Segment with Google Optimize, in your Segment settings for Google Analytics, set Connection Mode to Device Mode (this is important! Currently we do not support Cloud Mode with Google Optimize.)
On the same page, further down, you need to provide your Optimize Container ID:
You can find your Optimize Container ID on your homescreen at optimize.google.com. (Note: pre-April container IDs will start with "GTM", post-April will start with "OPT")
1.Install the Google Optimize Plugin in the Bubble editor via the Plugins tab, as with any other plugin. Once installed, you should see this settings page for the plugin:
You will need to provide your Optimize container ID, found on optimize.google.com
After creating an experiment in Optimize, you will copy the Experiment ID and the number of variants into the appropriate fields here as well. (See below)
(Note: pre-April container IDs will start with "GTM", post-April will start with "OPT")
These steps are done in Google Optimize
When you first set up Google Optimize, you will be linking it up to your Google Analytics account.
Follow the Optimize flow to create a "server side" experiment. The general steps are here, but a summary is:
Set the editor page to "SERVER-SIDE" (or whatever else, it doesn't really matter but it should not match an actual url on your app)
You might see a warning that this doesn't match URL targeting rules, but this is safe to ignore
Note the number of variants, and note that the original (the "control" in the experiment) counts as a variant. I.e. if you have the control and one other design to test, that would be 2 variants. This number goes into the Plugins tab in the settings for Google Optimize
You can rename the variants in Google Optimize however you wish; the Bubble editor does not refer to them
Audience targeting no longer has any affect from the optimize UI
Before you start the experiment, you have to set the Objective(s), which are the quantitative goals the experiment will look at to measure the success of the variants. You can either:
Choose from list: this will only give you access to Google’s default objectives (bounces, pageviews, session duration)
Create custom: this will give you access to events you’ve identified and sent to GA, possibly through Segment (this gives you much more control over the different behaviors you wish to measure / influence)
If you've already sent Segment / GA custom events in the past, you should be able to find the option to have Event Action equal 'your_event_name'
When these components are all ready, make sure to start the experiment!
Your experiment will likely be measuring some kind of custom event you send to Segment. As a brief introduction, if you have the Segment plugin set up, you'll be able to use the "Track an event with Segment" workflow action in the Bubble Editor.
For example, if you want a click on a button called "Conversion Event!" on page A to log an event called "user_did_a_thing", you'd set it up like this:
If you check in the Segment interface, you should see this event in the "Debugger" pretty immediately.
If you check in the Google Optimize objectives page, you should see this event name pop up in the dropdown list of known custom events.
The Optimize plugin does not automatically assume that every user who visits your app is part of the experiment. Rather, you must tell Optimize when a user should be considered as participating in an experiment!
(Why this way: imagine you have an experiment running only on the logged-in dashboard of your Bubble app. In this case, you might have lots of users visiting your landing page, but most of these users won't be logged in. Thus, to get accurate numbers, you only want to run the experiment on users who visit the page and are logged in.)
To tell Optimize that a user should be considered for an experiment, you must run the workflow action "Set Google Optimize experiment on this page" when relevant. In many cases, you'll probably run this action "When page is loaded", although you could create more complex logic.
You can find the action within the "Analytics" category.
You can think of this action as initiating all the rest of the Google Optimize logic. If this action is on a page, then a user visiting that page will be randomly assigned into a variant; these assignments are sticky, meaning if the user leaves and later comes back to that page, they will be in the same variant as before.
To design the different experiences you want to test, you'll be relying on conditional statements that effectively say something like "if the user is in experimental group 1, show this element".
To create behaviors that differ based on variants, use the datasource "Get data from an external API" and select "Get Google Optimize Experiment Group", and use that as a condition in workflows, element conditions, etc.
"When Get Google Optimize Experiment Group is 0" means the control, usually the original experience you had
"When Get Google Optimize Experiment Group is 1" means the first variant you have
(etc. for experiments with more variants)
For example, on an element's condition tab, you might have a button where the control is that it's rotated 45 degrees, but in the first variant, you want the background color to be yellow:
You will usually be defining both the control and variant behavior. Make sure you preview your app to see if the variants are what you want! (Hint: to more fully preview a variant, you can add more clauses to the conditions to temporarily force the entire statement to be true or false, e.g. "When group is 0 or Current User is Current User" will always be true, and "When group is 0 or Current User is not Current User" will always be false).
After you've started your experiment in Google Optimize and you roll out your changes, the experiment is running! The Google Optimize / GA interface is not quite real-time, but if you have users going through your experiment, you should start seeing an indication of this in the Google Optimize interface.