Publish the page, not the project
A finished campaign page does not have to wait for the homepage redesign.
Review changes by page, choose what goes to the review link or live site, and leave unfinished work in the editor. Tandmade handles the build and everything the site needs underneath.
Review first. Switch the domain only when you’re ready.
Tandmade groups changes by page. Select what is ready, leave the rest in progress and see whole-site changes separately before anything goes out.
Selective publishingA finished campaign page does not have to wait for the homepage redesign.
Pages you leave unchecked remain in the working copy for the next publish.
Shared components, Brand and site-wide styles appear separately, so their reach is never hidden inside one page.
The first publish sends the full site. Page-by-page publishing starts once the live site exists.
Changes are written in the language of the page: what moved, what was added and what visitors will see. Open the exact place, undo one change or inspect the CSS when you need it.
ReviewA marketer can review the website without translating a file diff.
Open the affected page and section directly from the publish panel.
Designers and developers can inspect the precise CSS change without making everyone perform a code review.
Tandmade points out problems before the site goes live without turning publishing into another approval bureaucracy.
Before publishingLinks, image descriptions, button labels and page metadata are checked before publish.
Each suggestion names the section or page where the problem is.
Checks inform the team. They do not silently block a time-sensitive release.
Send the selected changes to a shareable review link or to the verified public domain. Same project, two deliberate destinations.
DestinationsShare the latest version with the team or client without changing the live website.
Publish the selected, approved work to the verified custom domain.
Agents can make the change. A person still decides which destination receives it.
Tandmade prepares the new version separately. A failed build leaves the current live website exactly where it was.
Release safetyA build error never replaces the last working public version.
Fix with agent includes the build output, so the agent starts with the relevant context.
Publishing runs on the server and continues while you work elsewhere.
Return to one of the last six published versions without rolling CMS records backwards with it.
The platform builds the site, prepares its data and media, uploads the files, configures the address and keeps the result fast and secure.
UnderneathSites that need structured content get their own database and media storage. Static sites remain static.
Images are resized and delivered in modern formats at the width the browser needs.
Static files are cached, dynamic content is invalidated when it changes and HTTPS is handled automatically.
Cloudflare Workers · D1 · R2 · CDN · HTTPS
Verify the domain while the old website is still running. Publish the new site, switch traffic last and let Tandmade keep checking the records in the background.
DomainsOwnership and the HTTPS certificate are prepared before visitors are redirected.
Copy each value, copy everything at once or send the full set of records to IT.
Connect a domainPending records are checked automatically, even after the settings page is closed.
Choose example.com or www.example.com as the main domain. The other redirects to it.
Articles, case studies and form submissions keep moving without reopening the release process.
Everyday operationsA CMS record goes live independently. The page does not need another build or deployment.
Tandmade stores every submission in the site’s database before sending notifications or webhooks.
The website and its day-to-day operation remain the same system.
The pages you chose. The changes your team reviewed. The content, data and infrastructure the site needs to keep working.
Yes. Once the site has been published for the first time, select the pages that are ready and leave the rest in the working copy. Whole-site changes are shown separately because they can affect more than one page.
The first publish sends the complete site so the public version has a consistent starting point. Page-by-page publishing is available for later changes.
Their changes stay in the editor and wait for a later publish. They are not discarded or added to the public site.
Yes. The review link is a separate destination kept out of search. Use it for internal or client review before publishing to the public domain.
The current live website stays untouched. Retry, inspect the details or ask the agent to fix the build error.
Yes. Publishing runs on the server and continues after the tab is closed.
No. Published CMS records update independently of the site build. Layout, styles and static-page changes use the normal Publish flow.
Yes. Restore one of the last six published site versions. CMS content has its own publishing and version history and is not rolled backwards with the site.
Yes. Verify ownership and prepare HTTPS while the current site remains online. Switch traffic only after the Tandmade version is ready.
Owners, admins and members with full site access can publish the website. Content editors can publish CMS records without access to the full design and release controls.
Start with a free draft. Make one real change, share it on a review link and move the domain only when the site is ready.