Skip to main content
Flinks Connect triggers events based on authentication responses and different steps that the user completes within the application. We recommend adding an Event Listener to your Flinks Connect integration to track your users’ progress and improve their overall experience. As a user progresses through the account connection flow, you’ll be notified of all successful (and unsuccessful) attempts to connect an account. When a user fails to complete the flow successfully, you can review the data from the Event Listener and determine exactly what happened to prevent the same issue from occurring again. For more information about what you can receive from the Event Listener, refer to Reviewing your Event Listener data.

Add the Event Listener to your Integration

To add the Event Listener to your Flinks Connect integration, place the following script on the same page as your Flinks Connect widget:
html

Reviewing your Event Listener data

You’ll receive the following types of event data from us:
  • A JavaScript event, which indicates a user event
  • A Flinks error code, which indicates an API event
Read the lists below for information on what sorts of event data you can receive for both user and API events. We will notify you of the following user events in Flinks Connect: Additionally, we will notify you of the following API events in Flinks Connect. For information about how Flinks Connect handles common errors and their corresponding events, see Handled Errors.

Examples

A successful connection journey

In a typical successful connection, the events fire in roughly this order. Listening for them lets you track where each user is in the flow and measure drop-off between steps: The final REDIRECT event is where you capture the loginId (and accountId) to continue on the back end:
Json

Diagnosing a missing-credentials issue

When a user can’t get past the credentials step, the event stream tells you why. A loop of COMPONENT_LOAD_CREDENTIAL → error → COMPONENT_LOAD_CREDENTIAL_RETRY points to invalid credentials, while the MFA equivalents point to failed challenges. Correlate the event with the API event returned at the same time: Use these signals to show the user a targeted message (for example, “Double-check your username” on repeated COMPONENT_LOAD_CREDENTIAL_RETRY) instead of a generic error.