Website builders for personal trainers and coaches

A personal trainer's website has one job a portfolio site doesn't: it has to know what is actually available on Thursday at 6pm. Get that wrong and the cost isn't a bad first impression, it's a double-booked slot, a client standing in an empty gym, and a cancellation policy nobody enforced because nobody's software was tracking who said yes to what. Most buying guides for this category start with templates and photography, which is exactly backwards. The website is not the product here. The calendar is the product, and the website is what sits in front of it.

That framing sounds obvious once stated, but it's worth conceding the counter-argument before making it: plenty of trainers run a full client roster off nothing more than a booking link in an Instagram bio and a spreadsheet, with no website at all. That works, and for someone building a first client base it may be the right amount of infrastructure. The case for a website starts later — once there's a rate card to explain, a training philosophy worth stating in your own words, and enough traffic from referrals or local search that a bio link stops being able to carry the whole story. At that point the question isn't whether to have a site, it's whether the site you build actually holds the calendar or just gestures at it.

Almost none of these builders own the calendar themselves

Here is the honest starting point: general-purpose website builders were built to publish pages, and booking got added afterward, usually as an installed add-on rather than a first-class feature — a separately maintained piece sitting inside the site rather than something the builder was designed around from day one. That's true across the category, not just one vendor. Squarespace and Wix can both hold a page that looks like a training business. Neither one was designed with "hold a live calendar, take a deposit, and enforce a cancellation window" as its founding problem, and it shows in how much of that job ends up delegated to an add-on.

That matters because it changes what you're actually comparing. The decision isn't "which builder has the nicest booking widget." It's "which dedicated scheduling tool do I want running my calendar, and does the site I build sit cleanly around it or fight it." A page builder that hands off scheduling gracefully — a clean embed, a booking button that doesn't visually clash with the rest of the page, a mobile layout the widget doesn't break — is doing the job well even if it never touches the calendar logic itself. One that forces an awkward iframe or a jarring style mismatch is failing at something that has nothing to do with templates.

Where reach fits, and where it stops

For the page itself — the part that explains who you are, what you train, and what a session costs, before anyone gets to the calendar — reach is worth knowing about first, because it solves the blank-page problem faster than anything else in this category. You upload a CV or a bio and a photo, answer a short profile form, pick a look, and reach composes a finished one-page site: generated in about twenty seconds, live on a free yourname.joinreach.app subdomain in under two minutes. For a solo trainer whose actual differentiator is their own background and approach rather than a multi-coach roster, that's a real page built from real credentials instead of a template gallery and a blinking cursor in an empty hero section.

But say plainly where it stops, because it stops hard for exactly the job this article is about. reach has no scheduling of any kind — booking isn't one of its eight section types, and there's no way to wire a calendar into the page. There's no contact form either; the contact section is a mail link and profile links, nothing that posts anywhere. It builds exactly one page, so there's no separate pricing page or booking page to link between — everything lives on one scroll. For a trainer, that means reach is only ever the credibility page, never the booking system. The realistic setup is a reach page with a booking link pointed at a dedicated scheduling tool, the same way you'd point it at a booking link from a Linktree bio — reach just makes the page around that link look considered instead of bare.

Payments: three different problems wearing one name

"Payment" for a trainer isn't one feature, it's three, and builders that advertise "sell online" usually mean the first of them:

A one-off session is a single charge against a single booking — the easy case, and the one every commerce feature in a general builder was actually designed for, because it's identical in shape to selling a physical product.

A block of sessions — five, ten, twenty — is a prepaid balance that has to be decremented correctly every time a booking is made against it, and refunded or partially refunded correctly when a client cancels mid-block. That logic lives in the scheduling tool, not the website builder, because it requires the booking system and the payment system to share state continuously, not just at the moment of purchase.

A recurring membership is a subscription with its own billing cycle, separate from the site's own hosting subscription and separate again from whatever the scheduling tool charges. It needs dunning logic for failed cards and a clean way to pause or cancel that doesn't also cancel a client's booking history.

None of the general builders in this comparison publish numbers specific to session-based commerce, so this is architecture rather than pricing, but the architecture point stands regardless of which platform holds the page: deposits, blocks and recurring memberships are scheduling-and-payments problems, and they get solved once, in the scheduling tool, not twice — once badly in the website's cart and once properly somewhere else.

The fee stack, once three services are actually involved

Once a trainer has a website, a scheduling tool and a payment processor running at the same time — which is the realistic setup for anyone taking deposits against a real calendar — the honest total is three subscriptions stacked, not one. The website builder's monthly fee covers the page. The scheduling tool's fee, separate and on its own billing cycle, covers the calendar and the deposit logic. The payment processor takes a percentage per transaction on top of both, regardless of which of the other two collects it. None of that is a hidden cost exactly — every vendor discloses its own number — but no single pricing page shows the sum, because no vendor sells all three pieces as one bundled product for this specific use case.

For the page piece specifically, here's what the entry tiers actually cost, billed annually unless noted. Prices checked August 2026.

Builder	Entry paid tier	Billing	Native booking
reach	$4.99/month or $49/year	monthly or annual	None — page only, links out
Wix Light	$17/month	annual, paid in full	App Market add-on, not native
Squarespace Basic	$19/month billed annually, or $25/month billed monthly	annual or monthly	Not part of Basic's core feature set
Carrd Pro Standard	$19/year	annual only	None — link-out only, like reach

The pattern in that table is the whole argument: not one of these five includes a real booking engine with deposits and cancellation rules in its base price. reach and Carrd are honest about it by omission — they're one-page tools and were never trying to hold a calendar. Wix and Squarespace imply more capability because they have wider feature sets elsewhere, but the booking piece still isn't native to the tier most people actually buy.

The recommendation, and why it isn't a builder

Choose the scheduling tool first, not the website. Whatever holds your calendar and takes your deposits is the piece that loses you money if it's wrong, and it's also the piece that has to survive independent of which page builder you're using this year versus next year. Once that's chosen, the website question shrinks to something much smaller: do you need more than one page, do you need a blog or a shop alongside the booking flow, and do you want to spend a weekend in a template gallery or two minutes uploading a bio.

For a solo trainer whose site is really one page that explains their approach and hands off to a booking link, reach is the fastest way to make that one page look like it was built on purpose rather than left half-finished — with the clear understanding that the calendar itself lives elsewhere, because it always has to. For a studio with multiple coaches and a genuinely multi-page site — a roster page, a class-schedule page, a pricing page that needs to change independently of the booking flow — website builder for dentists is a useful comparison to read even though the profession is different, because the underlying problem is the same one: a booking calendar that has to be read by more than one person's edits, sitting in front of software the business already runs. The broader logic for matching a profession to a builder, rather than a builder to a profession, is laid out in choosing a website builder for the work you actually do.