Private deployment

Your infrastructure. Your data boundary. A documented path to operate.

Private website deployment is for teams that need customer-controlled hosting, explicit software delivery rights, or a formal handover path. We define ownership, access, updates, support, and exit terms before deployment begins.

Customer-controlled infrastructure optionDocumented delivery and upgrade pathExplicit support and handover terms

Deployment model

Control is useful only when responsibilities are equally clear.

The agreement separates infrastructure ownership, application licensing, operational access, and ongoing support so there is no ambiguity after launch.

01

Server ownership and access

Deploy to approved customer-controlled cloud or server infrastructure, with named administrator access and an agreed environment boundary.

  • Infrastructure account ownership
  • Production and staging access
  • Domain and certificate responsibilities
02

Data control and portability

Document where website content, inquiry data, media, and backups live, who can access them, and how approved exports are delivered.

  • Data location and access roles
  • Backup retention scope
  • Export and transition procedure
03

Software delivery and upgrades

Define binary delivery, supported versions, deployment documentation, release access, and the work included with future upgrades.

  • Documented deployment package
  • Version and dependency record
  • Upgrade and compatibility terms
04

Enterprise support

Agree response channels, covered incidents, maintenance windows, escalation contacts, and what requires a separate engineering scope.

  • Named support path
  • Severity-based triage
  • Planned maintenance coordination

Responsibility boundary

Private deployment is an operating agreement, not a one-time file transfer.

Your order should state who can change infrastructure, who approves releases, who monitors external services, and what happens when the agreement ends.

Your team owns
  • Cloud or server account and provider charges
  • Internal access approvals and security policies
  • Third-party credentials and business data decisions
B2BSiteKit owns
  • Documented application delivery
  • Agreed deployment and upgrade assistance
  • Support within the signed service scope

Questions to resolve early

Answers before you commit.

Can B2BSiteKit run on our own server?

Yes, when the infrastructure and operating requirements are compatible and covered by a private deployment agreement. The agreement defines access, deployment, monitoring, backups, updates, and support.

Do we own our website data?

Your approved content and business data remain yours. The signed order defines storage, access, backup, export, and deletion responsibilities, including any third-party services.

Can we keep operating after the agreement ends?

Continued operation, binary use, update access, and transition support depend on the private deployment license and handover terms. They are not implied by a standard managed subscription.

Make the risk visible

Agree the operating model before the website becomes urgent.

Share your markets, content scope, team workflow, infrastructure preference, and desired timeline. We will help identify the smallest responsible next step.

Contact sales