You can now customize your checklists’ checkmark color. It defaults to a sharp green color.
Find the new option under the Checklist section in the left sidebar on the theme editor page.
Here’s an example from a Userflow customer:

You can now customize your checklists’ checkmark color. It defaults to a sharp green color.
Find the new option under the Checklist section in the left sidebar on the theme editor page.
Here’s an example from a Userflow customer:
You can now choose whether your checklists should start:
Find the Initially show as section under Checklist settings in the Builder.
You can now run multiple environments - such as Production and Staging - under the same Userflow account. This makes it possible to test flows in your Staging environment before publishing them to Production.
All Userflow accounts start out with a single environment, named “Production”. Under Settings -> Environments, you can add additional environments, such as “Staging”.
Once you add an extra environment, you’ll see a new Environment menu in the top right, which you can use to switch between your environments:
Each environment has its own Userflow.js Token (the one you supply to userflow.init()
) and its own API keys.
User data, including events and flow sessions, are completely isolated between environments. This means that your Staging users will not interfere with your Production analytics.
When you look at e.g. the Users tab, it’ll only show users in the currently selected environment.
Flows, on the other hand, are shared between environments. If you have multiple environments, you can publish a flow to specific environments only. When you click Publish in the Flow Builder, you’ll now see this:
Simply check the checkbox next to each environment you want to publish to. Unchecked environments will stay on their current version.
The user profile page in Userflow has gotten a facelift.
The top contains the user’s high-level details. Email and ID are now easy to copy by hovering over them and clicking the copy icon.
The right side contains a list of all the user’s attributes. They can also be copied by clicking.
The middle now has 2 tabs. The default tab, Activity feed, shows a live view of all the events tracked for the user. Page Viewed events are automatically tracked by Userflow.js. Your app can track its own events through userflow.track(eventName)
. Click an event to expand its attributes.
The other tab, Flow sessions, shows a list of all the flows the user has seen.
Technical post: This post is intended for our developer users.
The recommended way of installing Userflow.js, via the userflow.js npm package, is now much easier than before.
Before, you had to call loadUserflow()
first, and then wait to get the userflow
object back from the returned Promise. Besides not being perfectly ergonomic, this is problematic if different parts of your app needs to access it.
Now, the module exports a userflow
object as its default export, which you can use synchronously. It’ll automatically inject the real Userflow.js (from our CDN) into the current page, and queue all method calls.
Before:
import {loadUserflow} from 'userflow.js'
loadUserflow().then(userflow => {
userflow.init('...')
userflow.identify('...')
})
Now:
import userflow from 'userflow.js'
userflow.init('...')
userflow.identify('...')
Note that the real Userflow.js won’t be loaded until you call one of the userflow
object’s methods. This way you still have complete control over when Userflow.js actually loads.
A few new button-related options were added to Themes:
Find all the new options under the “Buttons” section on the edit theme page (Settings -> Theme).
Some pretty examples of customized buttons from the Userflow customer PurelyHR:
Userflow can now automatically start flows based on content in the user’s browser. This is highly useful, for example, if you want a flow to appear when a specific button appears in your app.
Until now, you could only auto-start flows based on user attributes, events or the URL of the current page. Now you can use all of the browser-side conditions, such as “Element is/is not present”, “Input value is…” and “User fills in input”.
Simply go to Flow settings in the Flow Builder, click Add start condition, and then pick any of the new condition types in the drop down menu.
Speech bubble steps consist of a speech bubble anchored to the corner of the browser window. They may sometimes be in the way of the content users are expected to interact with. Usually, when this is the case, I’d recommend using a Tooltip step instead, which places the tooltip outside of the interaction content.
If you must use a speech bubble step, your users can now minimize the speech bubble by clicking the avatar. Clicking it a second time will restore the bubble again. If a trigger causes Userflow to go to the next step, the speech bubble will automatically be restored, too.
With webhooks, external systems (such as your own back-end or other data providers) can subscribe to Userflow events, and be notified when they happen.
You could, for example, setup your own integration, which gets notified when a user’s attributes changes in Userflow, and then synchronizes those changes to your CRM.
Very soon, we’ll be offering Integromat and Zapier apps, which will make integrating Userflow to 100s of other services a breeze. These apps will allow for both watching Userflow users and events, as well as sending data into Userflow.
Webhook subscriptions are currently created via the Userflow REST API. A subscription is configured with a URL, which Userflow should POST to when there are new events, and a list of topics to subscribe to.
I’m excited to announce the availability of our new public REST API. With the REST API, you can integrate your back-end with Userflow and pass attributes or events to Userflow. This is useful for 3 reasons:
The API is based on REST, and should look very familiar if you’ve ever worked with APIs such as e.g. Stripe.
With the API, you can:
To access the API, you’ll need an API key, which you can obtain by signing into Userflow and navigating to Settings -> API.