Developer Hub
Code on the page, said plainly.
Developer Mode puts JavaScript on a published page: a file per page, elements addressed by name, a read-only view of your CMS, and a canvas API for scripts that edit the design. There is no public API, SDK or webhook layer, and this page says so rather than describing one.
- Runtime globals: $w, $page, $cms, $http, $router, $user
- 6
- Element events you can handle
- 12
- Canvas methods for scripts that edit the design
- 33
Counted in the runtime, not estimated.
What you can build today
Code where the page is, and the ways data leaves.
Six things a developer can do on a Cliux site right now. Each is in the product, not on a roadmap.
Page code in the visitor's browser
Each page has its own script and masterPage.js runs on every page. Code runs on the published site, sandboxed, with the runtime globals the facts above count.
Your CMS, read-only
Find, filter, sort and count items in a collection from page code. Writes stay in the editor, so a script cannot corrupt a collection.
Canvas scripts
Scripts that edit the design itself through a sandboxed canvas API, under a time budget so a loop cannot hang the editor.
HTML and website embeds
Paste a provider's embed code into an HTML embed, or put another site in a frame with the website embed, both sized on the canvas like any element.
A webhook per form
Every form can POST its submissions as JSON to a URL you give it, with an email notification beside it. That is how data leaves the site today.
Tracking ids, behind consent
A GA4 measurement id and a Meta Pixel id per site, loaded on the published pages only after the visitor accepts the consent banner.
Not today
What is not here, said once.
A wrong instruction is worse than a missing one. These do not exist, and nothing on this site says otherwise.
- A public API or API keys
- No REST or GraphQL endpoint answers for your data, and there is no screen that issues a key.
- A general webhook layer
- Forms post their submissions; orders, bookings, members and contacts do not fire events anywhere yet.
- An SDK or package
- Nothing to install. Page code is written in the editor and runs from there.
- Server-side code
- Page code runs in the visitor's browser. Running it on the server was built up to a point and deliberately stopped; it is dormant, not shipped.
- An MCP server or an agent surface
- No machine-facing interface exists; the editor is the only way in.
Last reviewed against the code on 18 September 2026. If this page is months old and still says the same thing, that is the honest answer rather than a stale page.
Frequently asked questions
Have other questions?Use the contact form
No. There is no public endpoint, no API key and no SDK. If you would build something against one, the contact form is the place to say what; an integration nobody asked for is the slowest way to learn what an API should be.
Address elements by name and handle their events, read your CMS collections, react to the page lifecycle, and, in the editor, run canvas scripts that change the design. The Code Editor page lists the runtime globals, the events and the canvas methods.
A form can POST every submission as JSON to a URL you give it and email you at the same time; the forms inbox exports CSV. Orders, bookings and members are read in the console today, not pushed anywhere.
Through the HTML embed element, and for GA4 and the Meta Pixel through the tracking fields on the SEO screen, which load only after consent. There is no site-wide head or footer code field.
Tell us
Tell us what you would build.
Building and previewing costs nothing. Publishing with your own domain is $9 a month on a personal site, and the agency Starter plan publishes 2 client sites for free.