A custom hostname lets you serve the Verisoul Web SDK from a domain you control, such asDocumentation Index
Fetch the complete documentation index at: https://docs.verisoul.ai/llms.txt
Use this file to discover all available pages before exploring further.
js.example.com or v.example.com.
Why use a Custom Hostname?
- First-party context - Requests originate from a hostname you own, which helps avoid some ad blockers and privacy extensions.
- Simpler CSP rules - Instead of allowing
*.verisoul.ai, you can allow a single hostname that you control. - Brand consistency - The SDK URL looks like the rest of your application assets.
- No backend changes - Your backend still calls Verisoul APIs directly. Only the browser SDK script URL changes.
Migrating an existing legacy custom hostname? Follow Legacy Hostname Migration instead.
Before you start
You will need:- Access to your DNS provider.
- A hostname you can delegate to Verisoul, such as
js.example.comorv.example.com. - Your Verisoul project ID for the environment you are integrating.
fingerprint, telemetry, or verisoul.
Custom Hostname Setup Guide
Open the Verisoul Dashboard and go to Settings → Custom Hostname.1. Add the hostname
Click Add Hostname and enter the hostname you want to use. For example, if your site ishttps://example.com, common choices are:
js.example.comv.example.com
sandbox.js.example.com.
2. Verify certificate ownership
The dashboard will show a DNS record for certificate verification. Add the record exactly as shown. The record will follow the following format:3. Route traffic to Verisoul
After the certificate is ready, the dashboard will show nameserver records. Add each NS record at your DNS provider exactly as shown. The record will follow the following format:4. Update your integration
Once the hostname is active, update your script tag to load the SDK from your custom hostname:js.example.com with your custom hostname and {project_id} with your Verisoul project ID.
Troubleshooting
Certificate verification is not ready
Certificate verification is not ready
Confirm that the
_acme-challenge CNAME exists publicly and points to the exact value shown in the dashboard. If the record points to an old value, replace it with the current dashboard value.The CNAME value does not match
The CNAME value does not match
DNS providers sometimes append your domain automatically. Make sure the final record value matches the dashboard value exactly. If your provider requires a trailing dot, use the trailing-dot version of the same hostname.
Routing is not ready
Routing is not ready
Confirm that the NS records were added at the hostname shown in the dashboard. Add all four nameserver values.
DNS only works from some networks
DNS only works from some networks
Recursive DNS resolvers can update at different times. It is normal for one network to see the new route before another network. Use multiple resolvers, such as
1.1.1.1 and 8.8.8.8, to check propagation.Cloudflare still points to the old hostname
Cloudflare still points to the old hostname
If there is an old CNAME at the same DNS name, it can shadow the NS records. Delete or replace the old CNAME when you are ready to route traffic to Verisoul.
The certificate is ready, but the browser cannot load the SDK
The certificate is ready, but the browser cannot load the SDK
Check whether the hostname resolves publicly and loads over HTTPS:If DNS resolves but the request still fails, contact Verisoul support with the hostname and the DNS records shown in the dashboard.
