One site, two visitors: the transferring adult and the parent of a seven year old
Two different people land on the same homepage and need different first paragraphs.
The transferring adult usually arrives because something changed. New employer, new plan, a dentist who retired or moved. They want to know which networks you take, how long a first visit runs, and whether you can request records from the last office.
The parent is solving a different problem. Whether children are seen at all, whether siblings can be booked together, whether anything exists after school or on a Saturday, and how a nervous child is handled.
Build two clear paths off the first screen and label them in plain words. A rotating hero image that shows a stock family for four seconds serves neither person.
Then let the paths stay separate. A pediatric page written for parents and a new patient page written for adults will both read better than one page trying to greet everybody.
A Dallas address tells nobody anything, so name the neighborhoods
In a metro this size the city name is not a location, and the visitor is deciding on drive time before anything else.
Print the cross streets, the name of the shopping center or medical building, and which side of the highway you sit on. A street address alone forces the visitor into a mapping app, and a fair number of them do not come back.
Name the neighborhoods you are genuinely near. A practice off Skillman reads very differently to someone in Lakewood than one described only as serving Dallas. An office in Addison should say so plainly rather than claiming the whole Metroplex.
Answer parking before it is asked. Whether there is a lot, whether it is free, which entrance to use, whether the suite is upstairs. Small, specific, and it removes a reason to cancel.
Load the map lazily or use a static image that opens the real map when tapped. An embedded interactive map on every page is one of the heavier things most practice sites carry.
Four vendor scripts, not your photographs, are what make the site slow
On most dental sites the weight sits in chat widgets, review carousels, booking embeds and tag containers.
Owners assume the photos are the problem, so they compress images and see nothing change. Meanwhile a chat bubble, a review slider, a scheduling iframe and a tag manager loading four more tools are all fetching before the page is usable.
Load the chat widget only when someone taps it. Replace the review carousel with plain text and a link out. Defer the scheduler until the visitor asks for it. None of that costs a feature, and the difference on a phone is visible.
Test the way a patient experiences it: a mid-range Android phone on cell service, not your laptop on office wifi. The gap between those two is where most practice sites quietly fail.
Speed is a booking issue before it is a ranking issue. Someone comparing three practices in a car line does not wait, and you will never see the visit that did not happen.
A web form is the wrong place for a medical history
Collect enough to book the appointment and nothing more, and keep clinical detail out of an ordinary email inbox.
Plenty of practice sites ask new patients to complete a full health history, medications included, through a plain contact form that emails the office. Whatever else it does, it puts sensitive information somewhere it should not sit.
Ask for what a booking actually needs: name, phone, email, whether the visit is for them or a child, the reason in one line, the name of their insurance carrier without a member ID, and two or three times that work. That is enough for a real callback.
Send the health history through your practice management software's patient portal or hand it over on paper at the office. Handling of patient information is a compliance question, and the setup is worth confirming with your software vendor and your own counsel.
Field count matters less than field purpose. Every box you add should be one the front desk would otherwise call to ask about. Everything else is friction you are charging the patient for.
Type size and tap targets decide whether the Lakewood retiree books
Some of the most valuable work in a practice is done for older patients, and most sites are built for a designer's eyesight.
Set body text at a size readable without pinching, hold real contrast between text and background, and stop using light gray on white for anything that matters. Phone numbers should be tap-to-call everywhere they appear.
Use visible labels on form fields rather than placeholder text that disappears the moment someone starts typing. Recovering from a mistake in a form you cannot read is where people quit.
Avoid menus that only open on hover and buttons sized for a mouse. On a phone a hover menu is a trap, and a small target is a failed tap that reads as a broken site.
None of that makes the site look older. It makes it work for the patient considering a bridge, a partial or an implant, which is usually not the twenty-eight year old in the stock photograph.
The site's hardest shift is Sunday night, when nobody is at the desk
Plenty of inquiries arrive when the office is closed, and the site has to hold that patient until Monday.
State the hours and the next time you open, in text, near the phone number. A patient who knows you open at eight tomorrow will wait. A patient who cannot tell whether you are open calls the next practice.
Set an automatic reply that says something real. Naming the office, confirming what was received and stating when a person will call back beats a generic acknowledgment that reads as an unattended mailbox.
Give the after-hours visitor in pain a clear path. Say plainly that severe swelling, facial trauma or difficulty breathing generally warrant emergency care that night, and that your office will call at opening for everything else. Route information, not medical advice.
Text is worth enabling if your software supports it. Someone who fills a form at ten on Sunday and gets a message at eight on Monday morning is far more likely to still be available than one who gets a voicemail at eleven.
Questions we actually get
- Do we need a full redesign or can we fix what we have?
- Often a fix is enough. If the structure is sound and the site is on a maintainable platform, rewriting the first screen, rebuilding the inquiry form, stripping unused scripts and adding real location content covers most of the gap. A rebuild makes sense when the platform blocks you from editing content or when the site cannot be made fast on a phone.
- Should we use a dental website vendor's template?
- They get you live quickly and they carry a real cost: the stock procedure copy on those templates typically runs word for word on hundreds of other practice sites, which makes those pages hard to rank. If you use one, plan on rewriting the service pages in your own words.
- Is online scheduling worth adding?
- Only if it writes into your real schedule and shows genuinely open times. A booking button that opens a request form teaches patients that your buttons do not mean what they say. If live scheduling is not workable yet, promise a callback window instead and keep it.
- Can we use stock photos?
- For a background texture, sometimes. For your team, your operatories and your parking, no. The recent arrival with no referral is looking for evidence that the place is real, and a photograph of your actual front desk does more work than any stock image. Any use of patient images generally requires documented consent, which is worth confirming with your own counsel.
- What about accessibility?
- Build it in rather than bolting on an overlay widget. Readable type, real contrast, labeled form fields, keyboard operability and alt text cover most of what matters and improve the site for everyone. Legal exposure varies and is worth a conversation with your own counsel, but the practical case stands on its own.
