This guide outlines the onboarding, production root trusting, and ongoing
downstream client registration process for **Verifier Registrars (VRs)**---identity
verification (IDV) providers, aggregators, and platforms that act as their own
Certificate Authority (CA) on behalf of multiple downstream End Relying Parties
(RPs).

> [!NOTE]
> **Verifying users only for your own app or website?** Use [Step 5: Go Live as a Relying Party](https://developers.google.com/wallet/identity/verify/relying-party-onboarding) instead.

[Start
Choose your path
RP, Verifier Registrar, or In-Person](https://developers.google.com/wallet/identity/verify/choose-your-path) [1 Set up the sandbox Allowlist account \& switch device](https://developers.google.com/wallet/identity/verify/sandbox) [2 Create a test ID Add a test ID pass to Wallet](https://developers.google.com/wallet/identity/verify/create-test-id) 3 Integrate Build by your path: [Relying Party→](https://developers.google.com/wallet/identity/verify/accepting-ids-from-wallet-online) [Verifier Registrar→](https://developers.google.com/wallet/identity/verify/verifier-registrar) [4 Test integration Run E2E checklist \& record video](https://developers.google.com/wallet/identity/verify/test-your-integration) 5Here Go live Launch by your path: [Relying Party→](https://developers.google.com/wallet/identity/verify/relying-party-onboarding) [Verifier Registrar✓](https://developers.google.com/wallet/identity/verify/verifier-registrar-onboarding)

<br />

## Steps on this page

[A
Submit Root CAs \& ToSSubmit Sandbox \& Production Root CAs](https://developers.google.com/wallet/identity/verify/verifier-registrar-onboarding#step-a-intake) [B
Sandbox trust \& testingGoogle trusts your Sandbox Root CA](https://developers.google.com/wallet/identity/verify/verifier-registrar-onboarding#step-b-sandbox) [C
Submit E2E videosRecord flows for your 1st End RP](https://developers.google.com/wallet/identity/verify/verifier-registrar-onboarding#step-c-video) [D
Prod Root CA approvalGoogle trusts your Production Root CA](https://developers.google.com/wallet/identity/verify/verifier-registrar-onboarding#step-d-approval) [E
Onboard each End RPSubmit Client Form \& issue leaf certs](https://developers.google.com/wallet/identity/verify/verifier-registrar-onboarding#step-e-end-rp)

## Step A: Submit intake form, Root Certificates \& accept ToS

Fill out and submit the
[Verifier Registrar Onboarding Intake Form](https://support.google.com/pay/merchants/contact/wallet_verifier_registrar_intake).
In this form, you provide both your **Sandbox and Production Root Certificates** .
By submitting this onboarding intake form, you are also formally accepting the
[Google Wallet Verifier Registrar Terms of Service](https://developers.google.com/wallet/identity/verify/verifier-registrar-tos).

[Open Verifier Registrar Intake Form](https://support.google.com/pay/merchants/contact/wallet_verifier_registrar_intake)

## Step B: Sandbox trust \& testing

After you submit your intake form, Google adds your sandbox root certificate to
the Google Wallet sandbox trust store and notifies you. You can then test your
integration in the sandbox using leaf certificates signed by your sandbox root:

1. Switch your test device to sandbox mode ([Step 1: Set Up the Sandbox](https://developers.google.com/wallet/identity/verify/sandbox)) and add the [Utopia Sandbox cert](https://developers.google.com/wallet/identity/verify/sandbox#sandbox-iaca-root) to your verifier's trust store.
2. Provision a Utopia test ID pass into Google Wallet ([Step 2: Create a Test ID](https://developers.google.com/wallet/identity/verify/create-test-id)).
3. Implement your CA leaf certificate profile (`1.3.6.1.4.1.11129.10.1`), CBOR metadata, and OpenID4VP flow ([Step 3: Integrate as a Verifier Registrar](https://developers.google.com/wallet/identity/verify/verifier-registrar)).
4. Verify every item in [Step 4: Test Your Integration](https://developers.google.com/wallet/identity/verify/test-your-integration).

## Step C: Record \& submit E2E video demonstrations

When sandbox testing is complete, record end-to-end video demonstrations of the
verification flow for your initial (1st) Relying Party and submit them to
Google:

- **Record both hosting models:** Record demonstrations for both **verifier-hosted (self-hosted)** and **merchant-hosted (RP-hosted)** flows as applicable.
- **Use real display assets:** Use actual merchant display assets (Name, Logo, Terms of Service URL) and aggregator display assets in the videos.
- **Show the complete journey:** Clearly demonstrate the user interface and screens that launch and complete the verification flow.

## Step D: Approval \& Production Root Trusting

![Transition from sandbox test keys and Utopia root certificate to production credentials and official issuer root certificates](https://developers.google.com/static/wallet/identity/images/verify-go-live-swap.png)

Upon receiving your end-to-end video demonstrations, Google triggers the video
review and approval process while in parallel starting the production root
certificate trusting process. After both processes are completed and approved,
you can begin launching the service for your downstream End RPs (make sure your
production verifier validates `issuerAuth` against the official
[Supported Issuers \& IACA Certificates](https://developers.google.com/wallet/identity/verify/supported-issuers-iaca-certs)).

## Step E: Ongoing End RP onboarding

For each downstream End RP you sign for, you must:

- **Inform Google:** Use the [Verifier Registrar Client Onboarding Form](https://support.google.com/pay/merchants/contact/wallet_identity_verifier_registrar_client_intake) to notify Google of the new RP and its intended use case.
- **Configure metadata \& unique Subject:** Populate the RP's display information (Name, Logo, Privacy Policy URL) in `RelyingPartyMetadata`, include its SHA-256 hash in the custom X.509 extension (`1.3.6.1.4.1.11129.10.1`), and set a **globally unique Distinguished Name (Subject)** in their leaf certificate ([see Step 3.A: VR technical specifications](https://developers.google.com/wallet/identity/verify/verifier-registrar#technical_specifications)).

[Open Verifier Registrar Client Onboarding Form](https://support.google.com/pay/merchants/contact/wallet_identity_verifier_registrar_client_intake)

## Compliance and revocation

- **Abuse Monitoring:** Google monitors for malicious RP activity and will notify you of any detected abuse.
- **Prompt Revocation:** You are required to promptly revoke certificates for abusive RPs and publish an updated Certificate Revocation List (CRL).
- **Auditing:** Google maintains anonymized logs to ensure RP requests match their registered use cases.

## Related resources

- [Step 3: Integrate as a Verifier Registrar (CA \& CBOR Specs)](https://developers.google.com/wallet/identity/verify/verifier-registrar)
- [Supported Issuers \& IACA Certificates](https://developers.google.com/wallet/identity/verify/supported-issuers-iaca-certs)
- [Verifier Registrar Terms of Service](https://developers.google.com/wallet/identity/verify/verifier-registrar-tos)
- [Verifier Registrars FAQ](https://developers.google.com/wallet/identity/verify/faq#verifier_registrars)