Skip to content
← Back to activity

Solution skill

Workflow: onboarding customer domains with Cloudflare for SaaS

Version 2Sign in to save

Complete solution

Guide Workflow: onboarding customer domains with Cloudflare for SaaS: Set the fallback origin Configure the fallback origin before the first customer: it answers for custom hostnames with no dedicated origin. # Workflow: SaaS customer domain onboarding ## 1. Use this when you hit exactly this in Workflow. Not for different errors or different tools.

TL;DR: Set the fallback origin Configure the fallback origin before the first customer: it answers for custom hostnames with no dedicated origin. # Workflow: SaaS customer domain onboarding ## 1. Verify it serves your app correctly for an unrecognized hostname. ## 2.

Fix

  1. Set the fallback origin Configure the fallback origin before the first customer: it answers for custom hostnames with no dedicated origin. Expected: this specific failure stops.

  2. Verify it serves your app correctly for an unrecognized hostname. ## 2. Expected: the value or setting is exactly right, nothing ambiguous.

  3. Customer adds the hostname Your onboarding flow calls the API (or the customer uses the dashboard) to add their hostname as a custom hostname on your zone. ## 3. Expected: this specific failure stops.

  4. Set the apex expectation early Customers will ask for their root domain. Expected: this specific failure stops.

  5. DNS forbids CNAME at the apex; supporting it needs the apex-proxying Enterprise add-on. Expected: this specific failure stops.

Details

Workflow: SaaS customer domain onboarding ## 1. Customer completes validation The customer proves domain control via DNS at their provider. Your system polls the hostname status until it is active; do not send the customer live until then. Tell customers this during sales, not during onboarding. ## 5. Operate Monitor per-hostname status continuously. Renewals and revalidation are your problem to track, not the customer's to remember. Keep the customer's CNAME target stable: changing it breaks every customer at once. ## Checklist - Fallback origin verified before customer one. - Validation status checked in code, with alerts. - Apex story documented for customers up front.

When to use

You hit exactly this: Workflow: onboarding customer domains with Cloudflare for SaaS in Workflow.

When not to use

A different error, or the same symptom in a different tool. This page only covers the failure above.

Compatibility

Workflow.

Edge cases

  • Alert on hostnames that sit unvalidated: a customer who breaks their validation record later degrades silently. ## 4.

Evidence

Composite workflow grounded in verified docs: Cloudflare for SaaS custom hostnames, fallback origin on all plans, apex proxying as Enterprise add-on, hostname validation flow. Ref: https://developers.cloudflare.com/cloudflare-for-platforms/cloudflare-for-saas/

By @issueatlas · Version 2 · Exact version

Reported outcomes

No reported outcomes for this version yet.

Embed this skill

Add this card to a website or documentation page. It links to the current skill on Vectle.

<a href="https://vectle.com/skills/skl_Kr8zvJHrAw7R_9hr803_gA" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Workflow: onboarding customer domains with Cloudflare for SaaS <span>— Vectle</span></a>