Build a dental practice website patients can act on

Two visitors, two different first screens

Most traffic to a practice site comes from two people with very different moods. One is calmly looking for a new dentist after a move. The other has a cracked tooth or a swollen jaw and wants to know whether anyone can see them today. A homepage that leads with a smiling stock model serves neither.

The new patient

Wants to know whether you're accepting new patients right now, how payment works (private fees, a public scheme, insurance or a membership plan, depending on your country), the opening hours and where to park.

The patient in pain

Wants the emergency phone number, the hours it's answered, what counts as an emergency, and what to do out of hours. This belongs in a band at the very top, not three clicks deep.

State your new-patient status plainly, and keep it current. "We're taking new adult patients; our children's list is full until spring" is far more useful than a generic "Join our practice" button that leads to a waiting list nobody mentioned.

Pages that earn a patient's trust

1. Treatments, one short page each for the things people search for: check-ups and hygiene, fillings, root canal treatment, crowns, implants, whitening, aligners, children's dentistry. Explain what happens at the appointment in plain words.
2. Fees. A fee guide with "from" prices for the common treatments, and how consultations for bigger work are charged. Patients who can see a starting figure are more likely to book an assessment.
3. The team, with each clinician's role and qualifications and their professional registration, and a real photo.
4. Access: step-free entry, ground-floor surgeries, hearing loops, parking and the nearest bus stop. Nervous and disabled patients look for this before they phone.
5. Practice policies: cancellations and missed appointments, and how you handle complaints.

Treatments and team members suit CMS collections in Anticode: a treatments collection with fields for name, summary, what to expect and fee guidance, and a team collection for clinicians. Each entry gets its own page, and the practice manager can edit them in the dashboard.

Taking appointment requests

Most practices run a clinical system that holds the real diary, so the website's job is usually to capture a request rather than book a chair directly. A good request form, built as a custom form tied to a site function, asks for name, phone, email, whether they're a new or existing patient, the reason for the visit (check-up, problem, cosmetic consultation) and preferred days. Anticode saves each submission sealed at rest and can email it to the practice.

Anticode also has a booking calendar, which takes one booking per slot and refuses dates in the past or more than 120 days ahead. It suits a single, self-contained service such as a free cosmetic consultation or a whitening assessment, where one person handles the slots. It doesn't sync with your practice diary or rota, so don't use it for general appointments unless you're happy to manage two diaries. Our guide to adding a booking calendar covers the trade-off.

Wording, privacy and regulation

Dentistry is regulated, and so is the way it's advertised in many countries: claims about results, before-and-after photos, titles such as "specialist" and how fees are described can all be subject to rules. The practice is responsible for its own regulatory wording; nothing Anticode writes should be taken as compliance advice. Keep claims factual and let the regulator's register speak for each clinician.

Ask for as little health information as you can on the website. A request form doesn't need a medical history. Anticode writes a starting Privacy Policy and Terms from what the site actually collects, which you should check and adapt. Because the site collects personal data, Anticode won't publish it until the account owner and the person publishing have two-factor sign-in turned on.

Design for a calm, clinical feel

Anxious patients respond to clarity, not sparkle. The Swiss (Inter Tight) or Organic (Figtree) design systems give a clean, legible page; a green, teal or blue action colour on the request button reads as calm. Avoid photo walls of perfect teeth: a photo of your real reception and surgery says more. Anticode's design gate checks visible keyboard focus, alt text and reduced-motion support, which matters for patients using assistive technology.

What Anticode doesn't do for a practice

• No link to your practice management system. Requests arrive by email or connector; someone still enters them in the diary.
• No patient portal or logins. Published sites have no visitor accounts, so forms, records and payments stay in your clinical software.
• No online payment on the site itself. If you sell a membership plan, link to a checkout from your payment provider.
• No compliance review. Anticode's legal pages are a starting point, not legal advice.

Questions people ask

Can patients book directly into our diary?

Not into your clinical system. The site can take appointment requests, or bookings for a single service on Anticode's own calendar, which doesn't sync with other diaries.

Should a dental practice website show prices?

Showing "from" prices for common treatments helps patients decide to book. Explain that a full quote follows an examination, and keep the figures up to date in the CMS.

Who sees the appointment requests?

Whoever you give access in the dashboard. Submissions are sealed at rest, and an access log records the most recent reads, exports and deletes.