Remove A Custom Domain
Disconnect a custom domain from the workspace.
Remove a custom domain when the domain is no longer owned by the business, DNS is moving, or customers should return to the built-in workspace subdomain.
Removing a domain affects customer-facing links. The workspace subdomain remains available, but old custom-domain links may stop working after DNS or routing is removed.
Plan the replacement link strategy before removal. Customers may still have old invoice, estimate, document, booking, checkout, or form links.
Remove The Domain
- Open Settings.
- Go to Domains.
- Confirm the current custom domain.
- Select Remove domain.
- Update any links, templates, or customer instructions that used the custom domain.
The workspace subdomain remains available after removal.
Remove the domain during a quiet period if customers actively use public links. This gives the team time to replace website buttons, email templates, and saved customer instructions before more traffic reaches the old hostname.
Capture the current domain and replacement domain in an internal note so support can answer customer questions after the switch.
Before Removing
Check whether the domain appears in customer-facing places such as public booking links, document links, invoice links, storefront links, email templates, or saved browser bookmarks.
Also check external places your team controls:
- Website buttons and navigation.
- Email signatures.
- CRM email templates.
- Proposal or onboarding documents.
- Ads, QR codes, and social profiles.
- Customer support macros.
Replacement Plan
Before removal, choose the replacement link customers should use:
- built-in workspace subdomain
- new custom domain
- temporary campaign page
- direct links resent from current records
Update internal support notes so the team knows which replacement to send when a customer reports an old custom-domain link.
Notify The Team
Tell teammates before removing a domain if they send customer links manually. Sales, finance, support, and operations users may have copied links in email drafts, proposals, saved replies, QR codes, or onboarding instructions.
If the domain is visible in marketing or support material, update those places before removal or schedule the domain change during a low-traffic window.
After Removing
Open the workspace subdomain and test the public pages that customers still use. Update recently sent customer instructions if they pointed to the removed domain. If DNS is moving to another service, remove old CNAME records only after the replacement path is ready.
Check these flows after removal:
- public forms
- booking pages
- invoice and estimate links
- document signing links
- storefronts and checkout links
- email templates that include public URLs
Troubleshoot
If a removed domain still appears in a public link, refresh the page, check the record template, and confirm no email template or copied link still contains the old domain. If the old domain still routes to Agiled after removal, DNS or CDN caching may need time to expire.
If customers still use old links, send the replacement workspace-subdomain or new-domain link from the current record instead of forwarding old copied URLs.
After removal, monitor recent customer-facing records for support messages about broken links or certificate warnings.
If the old hostname shows certificate or routing warnings, confirm DNS has been updated and give caches time to expire before assuming Agiled still owns the route.