Hostname validation
Before Cloudflare can proxy traffic through a custom hostname, we need to verify your customer's ownership of that hostname.
If minimizing downtime is more important to you, refer to our pre-validation methods.
If ease of use for your customers is more important, review our real-time validation methods.
Hostname validation and certificate validation use different tokens and API fields.
ownership_verificationandownership_verification_httpvalidate hostname ownership and affect the custom hostnamestatus.ssl.validation_recordsvalidates certificate issuance and affectsssl.status.
For production traffic, the hostname should have status: active, ssl.status: active, and DNS that points to your SaaS target.
Custom hostnames using another CDN are not compatible with Cloudflare for SaaS. Since Cloudflare must be able to validate your customer's ownership of the hostname you add, if their usage of another CDN obfuscates their DNS records, hostname validation will fail.
If you are onboarding a hostname that is currently active on another Cloudflare for SaaS provider, follow these steps to minimize downtime:
- Create the custom hostname on your zone and complete pre-validation so it reaches
status: activebefore the DNS change. - Issue and validate the certificate (using TXT or Delegated DCV) so
ssl.statusreachesactive. - Ask your customer to update their DNS CNAME to point to your SaaS target.
- Confirm traffic has switched to your zone. The previous provider can then delete their custom hostname.