Skip to main content
This guide explains where the journey URL comes from, how to obtain it, and what your iOS app needs to do with it.

Overview

The journey URL is the web address that BridgeWebView loads to start an identity verification flow. It is not hardcoded β€” your backend generates it at runtime using the GBG Go Core SDK (@gbg/go-core). The iOS app never calls the Core SDK directly. Session creation happens server-side, and the app receives the URL through whatever API your backend exposes.

Core SDK setup

Installation

Authentication

The Core SDK authenticates with a customer access token (Bearer). Generate one using the SDK’s token endpoint:
Then initialize the SDK with the token:

Regional servers

Select the appropriate region for your deployment using serverIdx, or provide a custom serverURL.

Create a journey session

Journey URL generation is a two-step process.

Step 1: Start the journey

Call go.journeys.start() with a resource ID that identifies which journey template to run:
Response:
The resourceId uses the format <id>@<version> β€” use @latest to always get the current version of the journey template.

Pre-populate context (optional)

You can pass identity data, documents, biometrics, and consent records in the context field. This pre-populates the journey so the end user doesn’t have to re-enter information you already have:

Step 2: Get a connect token

For native app integrations, generate a connect token that the device uses for authentication:
Response:
The connectToken is short-lived (typically 120 seconds). Your backend should return it to the iOS app immediately after generating it.

Construct the URL

How you get the final URL to load in BridgeWebView depends on your integration pattern:
  • If the instanceUrl is present in the Step 1 response, use it directly.
  • Otherwise, your backend constructs the URL from the instanceId and connectToken according to your deployment’s URL scheme.
In either case, your backend returns the URL to the iOS app through your own API.

Load the URL in iOS

Once the iOS app has the URL from your backend, pass it to BridgeWebView:
The bridge handles everything else β€” bootstrap script injection, message handler registration, and capability negotiation all happen automatically when the page loads.

Complete backend example

A minimal Express endpoint that creates a journey session and returns the URL:
And the corresponding iOS call:

Security considerations

  • Never embed the customer access token in the iOS app. It is a server-side secret. The iOS app only ever sees the journey URL (and optionally the connect token).
  • Always use HTTPS in production.
  • Connect tokens are short-lived (typically 120 seconds) and single-use. Don’t cache or persist them.
  • The journey URL should be treated as sensitive β€” don’t log it or store it beyond the current session.
  • Fetch the URL over an authenticated channel between your app and your backend (e.g., behind your own auth middleware).

Next steps