Prevent Script Copying
If a widget script is copied from your website, domain locking helps stop it from running on another website.
Protect your CRMAIBOT widget by allowing it to run only on approved domains. Prevent copied chatbot scripts from being used on unauthorized websites.
Learn chatbot domain locking, website chatbot security, chatbot widget protection, AI chatbot domain protection, and how to restrict chatbot to domain settings.
Domain locking is a security feature that restricts a chatbot widget to specific approved website domains. Even if someone copies the chatbot script, the widget should not work on websites that are not added to the allowed domain list.
Domain locking gives businesses better control over where public chatbot widgets can run.
If a widget script is copied from your website, domain locking helps stop it from running on another website.
Restrict chatbot access to verified domains so your chat limits, usage, and credits are not consumed by unauthorized websites.
Make sure your chatbot appears only on websites connected to your business or approved client domains.
Visitors should interact with your chatbot only on your official website or approved domains.
Agencies and businesses managing multiple websites can control which chatbot is allowed on which domain.
Website chatbot scripts are visible in browser code. Domain locking adds an important protection layer.
A simple approved-domain check helps decide whether the chatbot widget should initialize.
Add both www and non-www versions if your website uses both: example.com and www.example.com.
Use hostnames that match the websites where your chatbot should appear. Remove staging domains before production if they are no longer needed.
example.com
www.example.com
support.example.com
offers.example.com
clientbusiness.com
staging.example.com
Use domain locking carefully so valid websites work and unknown websites stay blocked.
Most setup issues come from missing www versions, forgotten subdomains, or old test domains.
Use these checks when the chatbot does not appear, appears on the wrong domain, or stops after a domain change.
Possible causes include domain not added, www version missing, wrong chatbot ID, cache issue, script installed incorrectly, or domain settings not saved.
You may have added example.com but not www.example.com, or the website redirects differently.
Possible causes include domain changes, DNS changes, staging/live domain mismatch, widget script changes, or updated security settings.
Remove unknown domains, regenerate the widget key if supported, and review domain settings.
When the chatbot widget loads, the system should check the browser hostname against the chatbot approved domain list. If the hostname is not approved, the widget should not initialize. Do not store full URLs unless required. Prefer hostnames.
Explore related CRMAIBOT help pages for lead capture, knowledge base setup, integrations, and rollout planning.
Configure lead forms, qualification, and alerts.
Open pageTrain your bot with approved business data.
Open pageReview integration and webhook guidance.
Open pageLearn how chatbot training works.
Open pageExplore CRMAIBOT AI Bot features.
Open pageReturn to the resource hub.
Open pageChoose a package for your rollout.
Open pageAnswers about approved domains, www versions, subdomains, copied scripts, and chatbot widget protection.
Domain locking restricts a chatbot widget to approved website domains so it cannot be used on unauthorized websites.
Domain locking helps prevent copied chatbot scripts from being used elsewhere and protects your chatbot usage, brand, and customer experience.
Yes. If your website works on both versions, add both example.com and www.example.com.
This depends on the selected plan and domain settings. If allowed, add each approved domain in the chatbot settings.
Yes. Subdomains such as support.example.com or app.example.com can be added if supported.
If domain locking is enabled, the chatbot should not load on domains that are not approved.
Domain locking is an important protection layer, but it should be combined with secure API keys, server-side validation, and usage monitoring.
Check whether the correct domain, www version, subdomain, and chatbot ID are added. Also clear cache and verify the widget script.
Allow CRMAIBOT to run only on approved websites and keep your chatbot deployment safer, cleaner, and better controlled.