One description.
A working business online.
How Voroven turns a business owner's words into a published customer acquisition surface, then keeps every enquiry and operating signal connected.
One owner. One operating business.
Verified account ownership protects the site, domain, leads, analytics and billing state.
Questions a business owner can answer.
No design system, SEO settings or infrastructure decisions. Just the facts of the business.
Owner devices
Registered endpoints connect account identity to web and mobile notifications.
MOBILE TOKEN
LAST ACTIVE
Business context becomes a structured brief.
The input is validated and normalized before it reaches generation, so the output remains editable product data.
Copy, structure and local intent.
Generate the page hierarchy, service language, calls to action, trust content and business-specific SEO fields as one typed response.
Identical work is reusable.
Shared cache prevents repeated generation requests from spending time and model budget twice.
Not HTML. A business-shaped model.
Hero, proof, services, projects, contact details, CTA, SEO and visual preferences remain structured and independently editable.
Every meaningful edit has a stable version.
Published HTML is an artifact. The canonical website remains structured config plus template and renderer versions.
Change the business, not the code.
Text, services, examples, imagery and contact details can change without a developer.
Originals stay private. Published variants stay fast.
Uploads are validated, stored once and transformed into active WebP variants immediately before publishing.
Publish is an auditable state change.
A job records the requested version, outcome and active snapshot. Failed rendering never replaces the live site.
Config becomes a deployable website.
The selected vertical and template produce deterministic HTML from the saved version, without another AI call.
Robots, sitemap and page metadata.
The public surface ships with crawlable structure and business-specific search signals.
Immutable live artifacts.
Each published version receives its own object key. A current pointer moves only after rendering succeeds.
Fix the renderer. Rebuild without AI.
Stored config can be rendered again after a template or renderer improvement.
A usable address, inside the launch flow.
Availability, registration and renewal prices are checked against product ceilings before an option is shown.
Register, bind and verify.
Provider automation is sandbox-first, budget-capped and linked to the immutable site identity rather than a mutable slug.
Only approved domains resolve.
The edge asks the application whether a hostname is known and allowed before serving the current snapshot.
The business is live.
Fast static delivery handles customer visits while forms and behavioural events return to the operating platform.
ONE OPERATING VIEW.
The website, customers and owner actions resolve against the same record.
Subscription state controls costly actions.
Publish, rebuild and domain operations are allowed from server-side entitlement state, not a client-side button.
Checkout, renewal and cancellation.
Webhook events update customer, subscription and entitlement records idempotently.
Every enquiry becomes a customer record.
Website forms create a scoped lead with contact details, service context and source metadata.
Lead status stays visible.
New, contacted, qualified, won or closed. The owner sees the customer history rather than another disconnected inbox.
Context stays with the customer.
Messages are attached to the lead chronology so follow-up is not split across memory and tools.
Visits become usable signals.
Page views, phone clicks and form events are retained as scoped raw events before daily aggregation.
Traffic connected to outcomes.
Daily summaries join visitors, leads and conversion rather than reporting vanity traffic alone.
The right signal reaches the owner.
New leads and system events become in-app or device notifications with read state.
Website and customer activity, together.
Visitors, conversion, leads and conversations share the same daily operating view.
New business, wherever the owner is.
Notifications and customer context move with the account.
VIEW CUSTOMER
FOLLOW UP
One platform. Different business grammar.
Contractors and legal services can use different templates, page rules and structured-data types without changing the publishing core.
Slow work leaves the request path.
Email delivery and other retryable tasks run through locked queues so multiple workers can scale without duplicate ownership.
Verification and customer mail.
Transactional messages are queued, leased and acknowledged independently of API response time.
The launch system watches itself.
API, database, Redis, billing, domains and publish jobs expose enough state to distinguish customer problems from platform failures.
Built to survive the second publish, not only the first demo.
Immutable versions, atomic pointers, idempotent billing events and server-side permissions keep expensive operations controlled as the customer base grows.