Wix and dental clinic
A dental practice on Wix, where consent decides who gets the assistant
Wix is the platform where the widget is most likely to be working perfectly and reaching nobody. Custom code is released by consent category, and the visitors a dental practice most wants to route somewhere useful are the ones arriving at night, in discomfort, from a search result, who close a banner without reading it. Everything else here follows from that.
Why this pairing is its own job
The Wix install guide covers the tag, and the dental clinic guide covers what the assistant has to know. What follows is the part that belongs to neither.
- The consent category is the switch. A dental site's most valuable traffic is urgent and impatient, which is exactly the behaviour that leaves the snippet unreleased, and there is no console message when that happens because there is no script on the page to complain.
- The fee list, which the trade page calls the highest value document in dentistry, is usually an uploaded file in the media manager. On Wix a file is not a page of the site, so a crawl of the site does not read it however prominently the button linking to it is placed.
- Booking service pages are ordinary pages, so service names and durations are readable, but a service page carries no price and no examination caveat. The corpus ends up with a list of treatments and nothing about what any of them cost.
- Where the snippet appears is chosen once in the panel rather than in a template, so keeping it away from a deposit payment step means naming pages in Settings rather than adding a condition to a file you can edit.
What changes about the install here
<script src="https://cdn.askably.xyz/w.js" data-key="pk_live_YOUR_KEY" defer></script>The tag is the same one on the Wix guide. Everything below is about where it goes on a dental clinic site specifically.
Choose the consent category as a clinical routing decision
It is filed alongside analytics tags and it is not one. An assistant a patient opens deliberately, whose main job here is to put the practice number and the out of hours route in front of somebody, is a different kind of thing from a measurement script, and the category you pick decides whether it exists for the person who needs it.
Whatever you choose, describe it accurately in your own consent copy. A patient who declines everything and then finds no way to reach you has been failed by a setting rather than by a policy.
Then check it the way a patient experiences it: a private session, on the live address, declining rather than accepting, on the page a search result would land on. That is the state a large share of dental traffic is in.
Publish the fees as a page, keep the upload as the printable copy
A file in the media manager sits outside the site's page structure. It is not part of the navigation and it is not one of the addresses a crawl of your pages arrives at. That is different from a self hosted platform, where an upload at least has an ordinary address that a link can point at.
So the fee list has to be typed into a page if it is going to be answerable. Bands and starting points, with the sentence about an examination attached to the numbers rather than sitting in a footnote at the bottom.
Keep the PDF for the waiting room and for people who ask for it by email. It stops being the source of truth the moment the page exists.
Name the pages the snippet skips before you publish
If the practice takes deposits or plan payments on the site, decide whether a launcher belongs over that step. There is no template to add a condition to, so this is a list of pages in the custom code panel and it has to be revisited whenever somebody adds a page.
The same applies to a members area if you run one for forms or recalls. It is invisible to a crawl by design, and every question asked inside it is about a named patient, which is the one category the trade page rules out entirely.
Where the answerable material lives
| The fee list, typed as a page | Bands and starting points with the examination caveat written next to the figures. On this platform an uploaded file will not do the job, however visible the download button is. |
|---|---|
| Booking service pages | Service names, durations and what each appointment covers are readable because these are ordinary pages. What they do not carry is price, which is why the fee page has to exist separately. |
| The missed appointment policy | The exact notice period and the exact charge, in the wording you would enforce. Index the policy you actually apply rather than the softer one on the leaflet. |
| The out of hours route, in the site header | Header text appears on every page, which makes it the most reliably readable thing on a Wix site. It is also the thing most likely to be a number the practice stopped using two years ago. |
The first thing to get right
Set the consent category, then open the live site in a private session, decline everything, and see whether the launcher exists.
Every other check you run assumes acceptance, because your own browser accepted months ago. The cohort that decides whether this was worth installing on a dental site is the urgent, late night, search result cohort, and that is the cohort the default category most often excludes.
The failure that belongs to this combination
The page says one price and the old download says another
The practice raises fees, the fee page is updated, and the file in the media manager keeps its address. Anyone who saved the link, or reached it from an older page, still has last year's numbers in a document with the practice's name at the top.
In this trade that is not a tidiness problem. A quoted price the patient can point at is the thing the trade page warns about, and a downloadable document is far more quotable than a chat reply. The assistant answering correctly from the page does not help when the patient is holding the file.
Remove superseded fee documents rather than leaving them uploaded, and put an effective date in the first line of any fee document you do publish.
Before you go live
- The origin the page is served from has to be on the allowlist for that assistant, or nothing renders and the browser console says which origin was refused. An apex domain and its www are two different origins to a browser, so list both, along with any staging or preview host you want it to work on.
- Open the site as a visitor would, on the pages a dental clinic visitor actually lands on, and ask it something only your own material could answer. A widget that renders is not the same as a widget that has read anything.
Questions
- The widget works for me and not for a friend I asked to test it. Why?
- Consent, nine times in ten. Your browser holds an acceptance for the category the snippet is filed under and theirs does not, so no script is placed on their page at all. Reproduce it in a private session and decline the banner before you look at the key or the allowlist.
- Can it tell somebody whether their crown is ready?
- No, and it should never appear able to. It has no access to a patient record, and the fact that a named person is a patient is health information in its own right. That question becomes a name, an email and a message reaching the practice.
- Our prices are only in a downloadable file. Is that indexed?
- Not from a crawl of the site, because on this platform an uploaded file is not one of your pages. Type the fee list into a page and the most asked question in dentistry becomes answerable. Leave it as a file and the assistant will be accurate about everything except the thing people ask most.
Keep reading
- Installing on WixWix has a Custom Code panel for third-party tags. Apply it to all pages at Body end, load it once, and pick its consent category on purpose.
- Everything for a dental clinicThe questions a dental practice actually gets, the ones that must reach a clinician, and the documents worth indexing first.
- Where the dishes are, on a Wix restaurant siteWix manages menus as app data, so a crawl of the menu page can come back with no dishes at all. Check what the page returns before indexing.
- The timetable advice that does not work hereThe usual advice is to crawl your live timetable. On Wix the schedule is drawn by a booking app, so that page has no class names in it.
- A dental site on WordPress, and the frame in the middle of itThe booking software sits in a frame served from another origin, and the cancellation terms live inside it. What that leaves the assistant able to answer.
Try it on your own material
Upload a document or point it at your site, paste one line of HTML, then ask it something only your business could answer.