Podiatry is the clearest case in allied health for value based conversion tracking, and the hardest to implement, because the practice management systems were never built to send money back to Google.
If every booking reports back to Google as one identical conversion, the bidding algorithm will chase whichever bookings are cheapest and most plentiful. In podiatry that is almost always the low value, high urgency, one visit cohort. The account gets better at the thing you least want more of, and the reporting says it is improving.
Fixing that means sending Google something other than a count. It means sending a value, and in podiatry the value is set by the funding pathway, not by the treatment.
Every link here breaks silently. That is the reason so many clinics believe their tracking works when it does not.
The GCLID has to be caught on landing and carried through to the booking. If your booking widget hands the patient off to a page on the software vendor's own domain, this is where it is lost, and nothing downstream can recover it.
In Cliniko this is a patient custom field. In Splose there is a dedicated custom fields resource. In Nookal it can ride in the booking notes, which works but is inelegant. The identifier has to survive until the appointment actually happens.
Upload the conversion when the patient arrives, not when they book. Cliniko exposes patient_arrived and did_not_arrive on the appointment, which lets you suppress no shows instead of teaching Google to buy them.
This is the step that makes the rest worthwhile. A DVA appointment and a chronic condition appointment are recorded at what they are actually worth, so the bidding can tell them apart.
Offline conversion imports go back to Google against the stored identifier. Then check them against the practice management system monthly, because a silent break here looks exactly like a downturn in demand.
This matters before anyone quotes you for tracking work. The build is completely different depending on what is already installed.
| System | Online booking | API | Webhooks |
|---|---|---|---|
| Cliniko | Hosted page and embed | Yes, open and well documented | None. The request is nine years old and the repository was archived in May 2025 |
| Halaxy | Custom links and embed | Yes, FHIR based | Yes. Appointment create, update and delete |
| Nookal | Yes | Yes | Not documented |
| Splose | Link and embed | Yes, with a custom fields resource | Not documented |
| Zanda, formerly Power Diary | Client portal | Listed by the vendor as coming soon | Not documented |
| Front Desk | Not documented | Not documented | No. The vendor describes it as a desktop system |
Checked against each vendor's own developer documentation. Halaxy is the only system in this set with native documented webhooks, which makes it the cleanest architecture available in Australian allied health for this purpose.
A senior team that lives inside your account. Conversion infrastructure wired in before any ad goes live. Reporting that ties spend to booked appointments, not impressions.
A senior specialist who runs clinic accounts day to day.
Every keyword, headline and account structure built inside real Australian clinic accounts.
Winner, Best Google Ads Campaign, Australia 2025. Google Partner. AFR Fast 100.