Skip to content

AI visibility

Be the answer when patients ask AI who to see

Patients now ask an assistant who to see. The engines answer with the few practices whose facts they can read and check.

The assistants they ask

  • ChatGPT
  • Claude
  • Perplexity
  • Gemini

Most medical sites are invisible to them. Yours will not be.

No one can promise an AI recommendation. We make your practice citable, then measure whether citations happen.

Asked in a chat, not a search bar

Illustrative

Who treats knees near me and takes my insurance?

A good fit nearby:

Your practice

The specialties you treat, the hours you keep, and the plans you accept, quoted back from your own pages.

Sources it cited

  • your website · the practice record
  • your maps profile
Illustrative. Engines compose the answer themselves. What we control is whether your facts are readable and checkable enough to be the ones quoted.
  • who takes my insurance
  • is anyone open on saturday
  • who treats knees near me
  • which pediatrician is taking new patients
  • where can my father be seen this week
  • who does this procedure nearby
  • who takes my insurance
  • is anyone open on saturday
  • who treats knees near me
  • which pediatrician is taking new patients
  • where can my father be seen this week
  • who does this procedure nearby

The mechanism

How an engine decides who to name

Answer engines do not return ten links. They compose one answer and name the few practices they can verify. The work is making your facts easy to verify.
Illustrative. The path from a patient’s question to a named practice: the engine reads structured facts, checks they agree across sources, and cites where they came from.
Structured
The facts exist as labeled data a machine can parse, not sentences it has to interpret. Providers, services, insurance, hours, locations.
Consistent
Your site, your maps profile, and the directories all say the same thing. Engines read disagreement as risk and skip to a practice that agrees with itself.
Checkable
Every claim points at a source an engine can cite. A checkable statement gets quoted. An adjective gets skipped.

Structured data · JSON-LD

Illustrative
type
MedicalClinic
name
your practice
address
your street, city, state
telephone
your front desk line
openingHours
Mon to Thu 08:00 to 17:00, Sat 09:00 to 12:00
medicalSpecialty
the specialties you practice
physician
each provider, and what they treat
insuranceAccepted
the plans you take

Generated from the same source of truth as the words patients read, so the two cannot drift apart.

Illustrative. Field names are the real schema.org vocabulary; the values are placeholders your build fills from your own practice facts.

The difference

Built into the site, not bolted on

AI visibility is becoming a product category, and most of what is sold under it is an audit. The audit is the easy part.

The facts have to live in the site itself, or nothing the report recommends ever ships.

The technical part, translated

The format is schema.org structured data, in a notation called JSON-LD: small labels in the page’s code that say these are our hours, this provider treats knees, we accept these plans. Patients never see the labels. Answer engines and search crawlers read them first.

The question

Sold as an audit

Engineered into the build

What you receive
Sold as an auditA scored report on your readiness for answer engines.
Engineered into the buildThe website itself, with the structured layer already inside every page.
Who does the work
Sold as an auditWhoever maintains your website, once the report lands.
Engineered into the buildUs, during the build, before anything goes live.
Where the facts live
Sold as an auditIn recommendations, until somebody types them into a site.
Engineered into the buildIn practice facts, providers, services, insurance, and hours, written where machines read them.
When your Saturday hours change
Sold as an auditThe site moves and the report quietly goes stale.
Engineered into the buildBoth change together, because there is no second copy.

The whole argument

Brochures get summarized. Records get cited.

A brochure is prose an engine has to interpret. A record is data it can quote and attribute. Every page we build ships the record, so the same facts serve the patient reading and the engine deciding.

What we build

The visibility layer, in four parts

Four deliverables, engineered into the build and checked after launch. None of them is a recommendation in a report.

The part

What it does

In the build

  1. The machine-readable practice record

    Every fact an engine needs to name you, written into the pages patients already read.

    What it carries
    Who practices here, what each provider treats, which plans you accept, your hours, your locations.
    Why it holds
    One source of truth feeds the printed page and the machine layer, so they cannot drift apart.

    In the build

    • Structured data on every page
    • Provider, service, and location records
    • Insurance and hours as data, not a PDF
  2. Answer-ready content

    Engines quote copy that answers a question directly.

    How the page is written
    The question as the heading, the direct answer in the first two sentences, the detail underneath.
    What gets quoted
    Specific, checkable statements, not adjectives a machine has to interpret.

    In the build

    • Question-phrased page sections
    • Direct answers in the first two sentences
    • Facts an engine can safely repeat
  3. AI crawler access done right

    Plenty of medical sites block AI crawlers without knowing it.

    What blocks them
    Bot protection, facts that only appear after scripts run, firewalls tuned years ago.
    What we do instead
    Open the door on purpose: facts readable before any script runs, and a standing file that briefs machines on the essentials.

    In the build

    • llms.txt at the site root
    • Explicit crawler permissions
    • Facts readable without running scripts
  4. Citation monitoring in PulseTrack

    You should not have to take our word for any of this.

    The recurring check
    We put the questions your patients ask to the major engines on a schedule, then log who was named and which sources were cited.
    Where it lands
    The log lives in PulseTrack, next to the inquiries and bookings it already measures.

    In the build

    • A question set built for your specialty
    • Recurring named-or-not checks, dated
    • Citation history in your PulseTrack view

Patient privacy

The facts we publish are practice facts

An answer engine needs to know what your practice does, who practices there, and when you are open. None of that is information about a patient, and none of it ever will be.

Written into the record

Practice facts

  • Services and procedures you offer
  • Providers, credentials, and what each treats
  • Locations, hours, and holiday closures
  • Insurance plans accepted
  • How to reach the front desk and book

Never written into the record

Anything about a patient

  • Anything about a person who received care
  • Names, photos, or stories from a chart
  • Conditions tied to a visitor or an inquiry
  • Anything that came from an intake form
The record is built from what a practice publishes about itself. Nothing on the right side of this figure is needed to answer a patient’s question, so nothing on it is collected or published.

The structured record is generated from the pages you publish about your own practice: services, providers, locations, hours, and the plans you accept. A patient’s name, story, photograph, or condition is never written into it, in the visible page or the machine layer, because none of it would help an engine answer the question a patient is asking.

The same rule governs the content around the record. Pages describe the care your practice provides, not the people who received it. Anything that comes from a patient, a photograph, a story, a quoted outcome, needs that patient’s signed authorization before it is published anywhere, and it never goes into structured data at all.

You also get a written record of what every service on your site collects, where it sends it, and how long it is kept. It is one page, dated, updated whenever anything changes, and it exists so your privacy officer can check rather than trust.

What this is, and what it is not

There is no HIPAA certification for agencies or for software, so we do not claim one, and no vendor can make a practice compliant. What we can do is build the part we control so it never needs patient health information, and document it so you can verify that.

We are not attorneys and this is not legal advice. Your privacy officer or counsel should review anything that touches patient data, and we will give them what they need to do it properly.

Honest limits

What nobody can promise you

Answer engines are probabilistic systems. They change weekly and answer the same question differently by phrasing, place, and day. A guarantee about the answer spot describes a system nobody controls.

The commitments

What we promise

  • The structured record ships on every page, generated from one source of truth
  • llms.txt and clean crawler access, in place and verified at launch
  • Copy written to answer directly, with facts an engine can check
  • Citation checks logged in PulseTrack, dated, visible to you

The refusals

What we will not promise

  • That ChatGPT, or any engine, will recommend you
  • Traffic, rankings, or patient volume
  • A result by a date

We make you citable. We measure whether citations happen. That is the whole promise, and we think it is the only honest one this category can make.

Questions

Is this SEO, and other fair questions

Direct answers, short enough to lift whole. If yours is missing, ask it on the call.

6answered
right here

  1. Is AI visibility just SEO with a new name?

    They overlap, but they do different jobs. SEO earns you a spot in a list of links. AI visibility, sometimes sold as GEO or generative engine optimization, makes your facts readable, consistent, and checkable enough for an engine to name you inside the answer itself. The structured work we do serves both.

  2. Does this replace SEO?

    No. Patients still search, and Google increasingly answers those searches with AI summaries built from the same structured facts. We run AI visibility alongside medical SEO as one system, so the practice record you maintain once serves every surface a patient checks.

  3. What is llms.txt, in plain words?

    It is a plain text file that sits at your website’s address and briefs AI systems on the essentials: what the practice is, who practices there, what you treat, and how patients book. Think of it as the one-page handout your site keeps ready for any machine that asks. We write it and keep it current.

  4. How do you measure whether engines cite us?

    We keep a standing set of the questions patients in your market actually ask, put them to the major engines on a recurring schedule, and log whether your practice is named and which sources get cited. The log lives in PulseTrack next to your inquiries and bookings, dated, so you can watch it move.

  5. What patient information goes into the structured record?

    None. The record carries practice facts only: services, providers, locations, hours, and the insurance plans you accept. Nothing about a person who received care is written into it, in the visible page or the machine layer, because none of it would help an engine answer the question a patient is asking. You also get a written record of what every service on your site collects and where it goes, so your privacy officer can check rather than trust.

  6. Can you guarantee my practice gets recommended?

    No, and be wary of anyone who says yes. Engines change weekly, and answers vary by phrasing, place, and day. What we control is whether you are citable. What we measure is whether citations happen. Those are the two honest levers, and you can watch both.

Next step

What does AI say about your practice today?

A 30-minute call in plain language. You leave with a roadmap for your practice, whether you hire us or not.