HIPAA-safe Google Ads for medspas — Enhanced Conversions, PHI-safe events, offline uploads and BAA-covered call tracking
A working architecture for medspa owners, growth heads and agency practice leads running Google Ads campaigns under HIPAA. Written against the March 2024 Office for Civil Rights tracking-technology bulletin update, Google's healthcare and medicines policy, and the operational reality that Google will not sign a Business Associate Agreement for Google Ads itself. The result is a defensible program built on Enhanced Conversions, PHI-safe event structures, offline conversion uploads, and BAA-covered call tracking.
- Google Ads is not covered by a HIPAA Business Associate Agreement. The architectural constraint is fixed. Every HIPAA-scoped Google Ads program therefore requires a server-side scrubbing perimeter that drops or transforms PHI before any event reaches Google.
- Enhanced Conversions is the correct primary conversion path — but only with a PHI-safe event structure. Hashed email, phone and address are safe. Condition-specific URLs, IP addresses, referrer chains and specific-procedure event parameters are not — they must be dropped or rewritten at the server side.
- Offline conversion uploads via GA4 or the Google Ads API are the safest signal path for a medspa. Only fully-consented, post-intake, PHI-scrubbed conversions are ever uploaded. Smart bidding still receives training signal, but the noisy in-browser event stream never crosses the BAA boundary.
- Call tracking must run inside a BAA. CallRail Healthcare, PatientEngage and Retreaver HIPAA are the three most common signable vendors in the aesthetic vertical. A standard consumer call-tracking product deployed on a HIPAA-scoped site is a disclosure violation on day one.
- The safe-harbor pattern is: server-side tag manager on a first-party domain, generalized category-page targeting rather than condition-specific slugs, hashed identifiers via Enhanced Conversions, offline conversion imports post-scrub, and BAA-signed call tracking. Get all five and Google Ads runs cleanly under HIPAA.
- Dallas, Texas LLC
- US client team · Central Time (CST)
- 25+ US healthcare clients
- BAA signed with every client
- HIPAA compliance training across client and delivery teams
- Contracts and invoices in USD
-
Primary Care · North Dallas, TXCase study →
-
MedSpa · North Dallas, TX
-
Skin Care · Beverly Hills, CA
-
Dental · Christiansburg, VACase study →
-
Pediatrics · Blacksburg, VACase study →
-
Pediatric Dentistry · Blacksburg, VACase study →
-
Dental · Roanoke, VACase study →
-
Functional Medicine · Telehealth · USACase study →
“They were able to get all my ideas and work with me over a period of three to four months and create this amazing website. It's super customized, very modern, and it incorporates all the elements that I had wanted — the patient portal, nice pictures, a very interactive website, patient reviews. I would highly recommend their company to anyone who wants to make an excellent website.”
The architectural constraint — Google will not sign a BAA for Google Ads
Google Cloud Platform and Google Workspace have HIPAA-eligible SKUs. Google Ads does not. Google Analytics 4 in the default configuration is not covered by a BAA and Google has been clear in its published guidance that it does not intend to extend one to the consumer advertising product. This is not a paperwork gap that will be closed with the next contract negotiation — it is the operational reality every HIPAA-scoped Google Ads program starts from.
Under 45 CFR 164.502(e) and 164.504(e) a covered entity that discloses PHI to a business associate must have a BAA in place. If Google receives PHI without a BAA, the disclosure is unauthorized. The March 2024 Office for Civil Rights bulletin update made explicit that IP address plus a condition-relevant URL constitutes PHI when routed to a third-party tracker without authorization. That combination is exactly what an unmodified Google Ads conversion event delivers by default.
What must never leave the BAA perimeter
- Any URL that names a health condition, a treatment, a procedure or a specific service line.
- Any URL query string that carries an appointment identifier, a lead identifier, a booking reference, or a treatment code.
- IP address of the individual.
- Referrer chains that reveal the individual came from a condition page or a symptom checker.
- User-agent strings that combine with IP to fingerprint a specific device.
- Any parameter that reveals which service line, provider or facility the individual selected.
Enhanced Conversions — what it does, what it doesn’t, and how to make it HIPAA-safe
Enhanced Conversions is Google's mechanism for improving conversion measurement in a cookie-restricted environment. There are two flavors — Enhanced Conversions for Web (browser-based, hashed identifiers passed with a standard conversion event) and Enhanced Conversions for Leads (a server-side upload path, typically using the Google Ads API). Both hash the identifier before it leaves the client using SHA-256; the hash is what Google receives.
Hashing is not de-identification under HIPAA. The Safe Harbor method at 45 CFR 164.514(b)(2) requires removal of 18 identifiers; hashing does not remove them, it transforms them into a fingerprint that Google can join against its own hashed customer graph. The regulatory value of hashing is that it prevents casual reading of the identifier in transit — it does not, on its own, place the data outside HIPAA's scope.
Why Enhanced Conversions is still the correct primary path
The correct approach is to combine Enhanced Conversions with a PHI-safe event structure. The hashed identifier is the price of admission for reliable ad-platform measurement. What must not accompany it is the health-context payload — the URL, the referrer, the specific-procedure parameter. Move those to the server side, transform or drop them there, and only then complete the Enhanced Conversions handshake.
Designing a PHI-safe event structure for medspa campaigns
Event design is where most HIPAA-scoped Google Ads programs fail. A campaign inherits a default GA4 event configuration or a stock Google Ads tag from a growth team's playbook — with event names such as botox_lead, filler_appointment_booked, coolsculpting_form_submit — and each event name itself carries condition information that becomes PHI when combined with an identifier. Rename before you configure.
Generic event names
- lead_submitted (never botox_lead_submitted).
- appointment_booked (never laser_appointment_booked).
- consultation_scheduled (never breast_augmentation_consultation_scheduled).
- call_started (never weight_loss_call_started).
- form_submit (never wegovy_form_submit).
Service-line segmentation still happens — it happens inside the CRM or EHR, where the practice is a covered entity in its own right and PHI is safe. The insight flows back to Google Ads via offline conversion uploads, calibrated by service-line bid modifiers, custom audience seeding from de-identified counts, and creative rotation informed by qualified-lead ratios. The advertising platform sees generic events; the practice sees the full service-line detail.
URL rewriting at the server edge
Every event routed through the server-side tag manager must have its URL replaced with a generic slug before it is forwarded. A visitor on /medspa/dallas/injectable-botox becomes a visitor on /medspa/dallas at the point the event fires. The rewrite is done at the server, not the browser, so the browser-facing URL bar and the visitor experience are unchanged; only the outbound event carries the generalized path.
Offline conversion imports via GA4 — the safest signal path
The most defensible HIPAA-scoped configuration for a medspa Google Ads program is one where the browser and the tag layer fire minimal signal, and the meaningful conversion event travels back to Google Ads only after the record has been fully qualified inside the covered entity's own systems and PHI has been scrubbed. Offline conversion imports are the mechanism.
The two paths are (a) upload via the Google Ads API using the click-ID (GCLID) captured at landing-page time, or (b) upload via GA4 with a matched hashed identifier. In both cases, the practice's CRM or EHR is the source of truth. A qualified lead — one where the intake has finished, the treatment intent is confirmed, and the record has been PHI-scrubbed — is pushed to Google as a conversion with only a GCLID or a hashed identifier and a generic event name.
What the offline conversion path buys
- The in-browser event stream carries only what is necessary for basic smart-bidding training, without condition-specific PII.
- The high-value conversion signal is reserved for records that have already been triaged, qualified, and scrubbed — improving smart-bidding quality on top of compliance.
- The covered entity retains full control over what does and does not become a training signal for Google.
- An audit trail lives inside the practice's own systems, not Google's, so a response to an OCR inquiry is materially easier.
The trade-off is delayed feedback. Offline conversions land in Google Ads 24 to 72 hours after the click, which slows smart bidding's short-term learning. In practice the quality gain from feeding only qualified leads outweighs the latency cost for aesthetic verticals, where high-consideration purchases already have multi-day sales cycles.
Call tracking under HIPAA — who signs a BAA and what to configure
Call tracking on a HIPAA-scoped medspa website raises three separate issues. The call recording itself is PHI once it captures a caller's identity plus intake context. The dynamic number-insertion pool binds a caller's IP address to a specific tracked source — and IP address plus health-condition URL is PHI. And the click-to-call event routed to Google Ads carries the same payload considerations as any other conversion event.
Vendors that will sign a HIPAA BAA
- CallRail Healthcare. HIPAA-eligible tier with a signed BAA, encrypted call recording storage, and auto-redaction of PHI in call transcripts.
- PatientEngage. Purpose-built for healthcare, integrates with common medspa PMS/EHR stacks (Nextech, Modernizing Medicine, JaneApp, Zenoti, Boulevard, Aesthetic Record) and signs a BAA.
- Retreaver HIPAA. Enterprise conversion-routing tier with a BAA, call attribute enrichment, and integrations with the practice CRM.
The three commodity call-tracking products that do not sign a BAA and do not have a healthcare tier remain the single biggest source of quiet HIPAA violations in the medspa vertical. Migration cost is real, but far below the enforcement exposure.
What to configure on the call-tracking platform
- Auto-redaction of PHI in transcripts and recordings.
- PHI-free conversion webhook payload to Google Ads — generic event name, hashed identifier, no condition metadata.
- Retention aligned to the practice's HIPAA record-retention policy (six years standard) with automatic purge after the retention period.
- Access logging for anyone who listens to or downloads a recording.
- Role-based access so marketing coordinators do not have unrestricted access to raw recordings.
What we found when we studied 555 US med spas on Google
Patients praise the care almost without exception. The one area where complaints outnumber praise is booking and communication, and that is where most med spas can win.
Full study · 555 US med spas across 20 metros · roughly ±4% nationally · review velocity and themes from a 115-spa subsample · verified against raw data.
The five configuration decisions every HIPAA-scoped Google Ads account must make
1. Server-side tag manager on a first-party domain
Deployed inside the covered entity's own infrastructure or inside a BAA-covered vendor's. All Google Ads and GA4 tags route through this layer. Client-side tags for Google are disabled on any HIPAA-scoped page.
2. Generalized event names
Never botox_lead. Always lead_submitted. Service-line segmentation lives inside the CRM/EHR and feeds back to Google via offline conversions, not through event naming.
3. URL rewriting at the server edge
Condition-specific URLs replaced with generic slugs before any event reaches Google. Query strings that carry appointment or lead identifiers stripped in the same pass.
4. Offline conversion imports for the primary signal
Enhanced Conversions in the browser carries only hashed identifiers with generic event names. The high-value conversion is uploaded via GA4 or the Ads API after the practice has qualified and scrubbed the record.
5. BAA-signed call tracking with PHI redaction
CallRail Healthcare, PatientEngage, or Retreaver HIPAA. Auto-redaction on. Webhook payload to Google Ads contains no condition context. Recording access is logged and role-restricted.
Notes on Meta’s revoked BAA and how it shapes the Google architecture
Meta withdrew its HIPAA BAA offering years ago, so Meta Ads and Google Ads sit on the same operational footing — neither will sign, and both must be fed from a scrubbing perimeter. The consequence is that the server-side tag manager, the URL-rewriting logic, the generalized event dictionary and the offline conversion pipeline built for Google Ads also serve Meta Ads. Building twice is unnecessary and, more importantly, dangerous — divergent PHI-scrub logic between the two channels is a common source of leakage.
The correct architecture centralizes the PHI perimeter and forks the outbound path only at the very edge, where the same sanitized payload is formatted for Google's Conversions API and for Meta's Conversions API respectively. Consent Mode signals, if in use, flow into both paths from a single consent-management platform. The full Meta-specific playbook is treated in the companion guide on HIPAA-safe Meta Ads for aesthetic.
Google Ads healthcare and medicines policy — the layer on top of HIPAA
Google Ads has its own policy layer that a HIPAA-safe program must also satisfy. The healthcare and medicines policy restricts the promotion of prescription medications, requires LegitScript certification for addiction treatment services, and applies stricter review to ad copy and landing pages that make specific medical claims.
- Named prescription products. Ad copy that names Botox, Juvéderm, Restylane, Kybella, Wegovy or Ozempic will trigger restricted-medicines review. Landing pages should treat the prescription product as an approved use in a licensed physician's practice, not as an over-the-counter promotion.
- Weight loss claims. Ads that make specific weight-loss claims are more heavily reviewed. See the companion weight-loss clinic marketing compliance guide.
- Before/after content in ads. Google requires that before/after imagery in ads for medical procedures be accompanied by disclaimers consistent with FTC guidance.
- Sensitive category personalization. Google's personalized advertising policy restricts targeting based on sensitive health conditions. A medspa serving a mixed audience should not build audience lists around specific conditions.
Backed by Ichelon Consulting US leadership
Every HIPAA-scoped Google Ads program has direct line-of-sight to the Ichelon Consulting US Leadership Team and a senior reviewer with experience in Enhanced Conversions rollouts, offline conversion architectures, and BAA-covered call tracking migrations.
Our own tools run inside every engagement
Ichelon Consulting US uses software built by our own product team. Practices can also use most tools on their own, billed in USD.
HIPAA-safe Google Ads for medspas — common questions
Will Google sign a HIPAA BAA for Google Ads?
No. Google Cloud Platform and Workspace have HIPAA-eligible SKUs; Google Ads and Google Analytics 4 in the default configuration do not. Every HIPAA-scoped program must build a server-side scrubbing perimeter before events reach Google.
Can a medspa use Enhanced Conversions?
Yes, with a PHI-safe event structure. Enhanced Conversions hashes email, phone and address; it does not hash the URL, the referrer or event context. Those must be stripped or rewritten at the server-side layer first.
What is a PHI-safe event structure?
Generic event names (lead_submitted, appointment_booked), URLs rewritten to non-condition slugs at the server layer, IP dropped, referrer trimmed to domain, and only hashed contact fields surviving to Google Ads.
Should conversions be uploaded offline via GA4?
Offline conversion imports let the practice send only fully-consented, sanitized leads back to Google. Smart bidding still trains, but the noisy in-browser event stream never crosses the BAA boundary.
Which call tracking vendors will sign a HIPAA BAA?
CallRail Healthcare, PatientEngage, and Retreaver HIPAA. Nextech, Modernizing Medicine, JaneApp, Zenoti, Boulevard and Aesthetic Record integrate with several of them for combined call, booking and reminder traffic.
How does Meta's revoked BAA affect medspas?
Meta and Google share the same architectural constraint — neither signs, both must be fed from a scrubbing perimeter. The server-side tag manager and PHI-scrub logic should be centralized, with only the outbound formatting varying between the two channels.
Can a medspa retarget visitors who read a specific procedure page?
Retargeting from a condition-specific slug has been called out by OCR. The safe pattern is to retarget from a generalized category page and to route the tracking event through a server-side tag manager that rewrites the URL before it reaches Google.
What Google Ads restricted categories affect medspas?
Google's Healthcare and Medicines policy restricts promotion of prescription medications and requires LegitScript for addiction treatment services. Copy that names Botox, Juvéderm, Wegovy or Ozempic triggers restricted-medicines review; landing pages that promise specific outcomes attract additional scrutiny.
Does Consent Mode help with HIPAA compliance?
Consent Mode signals user consent state to Google, which then throttles measurement in the absence of consent. It is a helpful supporting control but not a substitute for the PHI-scrub perimeter — it does not sanitize the payload, only communicates the consent state.
How long does an audit trail need to survive?
HIPAA record-retention is six years under 45 CFR 164.316(b)(2). Keep server-side logs, offline conversion audit trails and call-recording metadata for at least that period, with automatic purge after.
Scope your HIPAA-safe Google Ads program
Book a 30-minute call with a senior member of the Leadership Team, email the US practice lead, or call the Dallas office. Retainers are custom-scoped per engagement · from $499/month, with Google Ads compliance audits priced on scope.
Continue the compliance stack
-
Primary Care · North Dallas, TXCase study →
-
MedSpa · North Dallas, TX
-
Skin Care · Beverly Hills, CA
-
Dental · Christiansburg, VACase study →
-
Pediatrics · Blacksburg, VACase study →
-
Pediatric Dentistry · Blacksburg, VACase study →
-
Dental · Roanoke, VACase study →
-
Functional Medicine · Telehealth · USACase study →
“They were able to get all my ideas and work with me over a period of three to four months and create this amazing website. It's super customized, very modern, and it incorporates all the elements that I had wanted — the patient portal, nice pictures, a very interactive website, patient reviews. I would highly recommend their company to anyone who wants to make an excellent website.”
Google Ads in the nine-stage patient journey
- 0Foundations
- 1Demand gen
- 2Capture
- 3Lead quality
- 4Lead mgmt
- 5Scheduling
- 6Show-up
- 7Conversion
- 8Retention
It works in demand capture. Spend should follow the searches that book, and every paid enquiry should be screened and called back fast. Our own software runs the work, and every stage is reported against a monthly target on Ichelon Agency OS.
See all nine stages and the tool behind each one →
More questions answered
What about Google's revoked BAA for Meta — how does that affect medspas?
Meta withdrew its BAA offering years ago. Google has never offered a BAA for Google Ads. Both platforms therefore share the same architectural constraint — a server-side scrubbing layer must sit between the source of truth (the practice CRM or EHR) and the ad platform, and only PHI-safe payloads may cross that boundary.