Sitejet Builder is cPanel's built-in website builder — the drag-and-drop, AI-assisted tool that landed in the panel after cPanel's parent acquired Sitejet. It's bundled with your cPanel license at no extra per-account cost, so on any server running cPanel & WHM 116 or newer your users can spin up a templated site without WordPress, Softaculous, or an FTP client. Premium tiers exist, billed by Sitejet directly, but the core builder is free.
This is for the operator deciding whether to expose it, and how. You control Sitejet the same way you control every other cPanel tool: through feature lists. That means you can enable it on your shared plans, hide it on VPS or reseller plans where it's noise, and keep it off the packages where it would collide with existing sites.
Confirm your version
Sitejet Builder requires cPanel & WHM 116 or later. Check before you go looking for the feature:
/usr/local/cpanel/cpanel -V
If you're on an older LTS or a pinned tier, the feature won't appear in Feature Manager at all. Nothing to configure — upgrade first.
Enable it in a feature list
Sitejet is a standard cPanel feature, so it's governed by feature lists attached to your packages. In WHM go to Home » Packages » Feature Manager. Either edit an existing list or type a new list name and click Add Feature List, then in the feature grid find Sitejet Builder and tick it. Save.
Any package using that feature list now shows Sitejet Builder in the cPanel sidebar under the Domains/Software area. Existing accounts pick it up on their next login — no re-provisioning needed.
Feature lists are plain files under /var/cpanel/features/. If you're scripting a fleet, you can flip the flag directly and rebuild rather than clicking through WHM for every list:
grep -l sitejet /var/cpanel/features/*
# add or edit the line in the target list, then:
/usr/local/cpanel/scripts/rebuildfeaturecache
Hide it where you don't want it
You cannot uninstall Sitejet Builder — it's part of cPanel now, like Softaculous integration or the File Manager. What you can do is leave the feature unticked in a given feature list, and it vanishes from cPanel for every account on that plan. There's no server-wide "off" switch; control is entirely per feature list.
For resellers, the reseller only sees Sitejet in the plans you allow them to build from. If you don't want resellers offering it at all, keep it out of the feature lists exposed to their reseller ACLs and package set.
What "free" actually covers
The distinction that trips up buyers: the builder is free, some features inside it are not.
- Included at no cost: the editor, 140-plus responsive templates, the AI site generator (layout, copy, colour and font suggestions), responsive preview, unlimited page publishing to the account's own domain.
- Premium, billed by Sitejet: the higher-tier add-ons Sitejet upsells inside the interface — think advanced integrations and agency features. These are a direct relationship between the end user and Sitejet, not something that touches your cPanel bill or your reseller margin.
So your cost is zero and stays zero. If a customer buys a premium Sitejet feature, that transaction bypasses you entirely. Worth knowing before support gets a "why am I being charged" ticket — the answer is that they clicked an upsell, and it's Sitejet's charge, not yours.
The document-root gotcha
This is the one that causes real damage. When a user publishes a Sitejet site — the blue rocket icon in the editor — it writes the generated site into the domain's document root. If that docroot already holds a live site, publishing overwrites it.
The classic incident: a customer has a working WordPress install on example.com, opens Sitejet "just to look", builds something, and hits publish. WordPress is now buried under static Sitejet output and the site is down. Nothing is deleted maliciously — the files are just replaced in place — but for a non-technical user it reads as a total loss.
If you host a lot of WordPress, make sure your onboarding docs say this plainly, because the builder gives no loud warning at publish time. Users who want WordPress should go through Softaculous or the WordPress toolkit and leave Sitejet for greenfield domains.
Sitejet or WordPress — steer the customer right
Sitejet is a static-output builder: fast, no plugins, no database, nothing to patch. That's a genuine advantage for a brochure or small-business site — there's no WordPress update treadmill and no plugin attack surface for Imunify360 to worry about. It's the wrong tool the moment the customer needs a blog with real content workflows, WooCommerce, memberships, or any plugin ecosystem.
Rough rule for your support team: brochure site, portfolio, landing page, or "I just need a web presence" → Sitejet. Anything that says store, blog with contributors, or "an app my developer built" → WordPress on LiteSpeed with LSCache. Setting that expectation up front saves migrations later.
Next steps
- Build clean feature lists for tiered plans
- cPanel license tiers explained — and activate a cPanel license if you're bringing up a new node
- Install Softaculous on cPanel for the WordPress path