What an ABA therapy website needs that an ordinary clinic site does not

An ABA clinic's website has a harder job than most healthcare sites, and the reason is who is reading it. The visitor is usually a parent who has recently been handed a diagnosis, is working down a list of providers, and wants two practical answers before anything else: will you take our funding, and how long is the wait. A general clinic site's usual strengths all still apply here, credibility and warmth and clear services among them. What follows is the part that is specific to ABA, written from working on more than 40 ABA websites.

What makes an ABA website different from a normal clinic site?

The visitor arrives already knowing what they need, which inverts the usual job of the page. A general practice site spends its effort explaining a service and building enough trust for somebody to consider booking. A parent looking for ABA has usually had the modality named for them by a paediatrician or a school, so they are not deciding whether they want ABA. They are deciding between providers, on criteria that are mostly logistical: whether you take their funding, whether you have capacity, how far away you are, and whether the people in the photographs look like people they would leave their child with. A site that opens by explaining what applied behaviour analysis is has answered a question nobody asked.

Ask for enough to route the enquiry, and nothing that turns a marketing page into a records system. What a clinic genuinely needs before a first conversation is short: who is enquiring, how to reach them, the child's age, the funding source, and a free-text box. The moment a public form asks for a diagnosis, a behaviour history, medications or an insurance member number, the submission becomes protected health information, and it has to be handled under agreements that a standard website form and a standard email inbox do not provide. Split the two jobs. The public form books a conversation; the clinical intake happens afterwards, inside whatever system the practice already uses for records.

Why does funding belong near the top of the page?

Because for most families it is the question that decides whether the rest of the page matters at all. ABA is typically funded through insurance or a state programme rather than paid privately, so a parent comparing providers is filtering on coverage before anything else. Burying that answer on a separate billing page, or offering only an invitation to get in touch and discuss it, asks somebody to make a phone call in order to find out whether the phone call was worth making. Name the funders you work with, say plainly what happens when a family's plan is not on the list, and if there are eligibility or catchment limits, state those too. Clarity here costs you the enquiries you were never going to convert, which is the point of it.

What does a parent need to see about your staff?

Names, credentials and faces, on a page that is not a stock photo library. This is the one page where an ABA site's content does work that no amount of design can substitute for, because the decision a parent is making is about who will be in a room with their child. Show the BCBAs with their certification, show that RBTs are supervised and say by whom, and write about each person in language that sounds like a person rather than a biography template. Two practical notes follow. Photographs of the actual team outperform anything licensed, and a page that goes stale as people leave does more damage than a shorter page that is current, so build it to be easy to edit.

Should the site name the ages and diagnoses you serve?

Yes, and being specific costs you less than being vague does. Clinics often keep this general out of a worry that naming an age range will turn families away, but the family it turns away is one the clinic could not have served, and the cost of discovering that on a call is paid by both sides. State the age range, say whether you take early intervention, school-age or adolescents, and name the settings you deliver in: centre, home, school, telehealth. This is also the copy that makes the page findable the way people actually search, which is rarely the words applied behaviour analysis on their own and much more often the modality attached to an age, a place or a funding source.

Do you need a page for each location?

Only if each location genuinely differs, and the difference is what the page should be about. A clinic with three centres needs three pages when the centres have different teams, different hours, different catchments or different waitlists, because that is real information a family needs in order to choose one. It does not need three pages that are the same paragraph with the town name swapped, which is the pattern Google describes as a doorway page and which tends to drag down the pages around it. The test is simple. If you cannot write two sentences about a location that could not equally be written about the others, it is not a page. It is a line on the contact page.

What should the site say when you have a waitlist?

Say so on the page, rather than letting a family find out on a call. A waitlist is not a weakness in this field, and treating it as one costs trust, because it is a normal condition of a service where demand routinely outruns the supply of certified staff. What a site can do is make the wait useful: give a realistic sense of the current position, explain what happens for a family while they wait, and offer the one thing that costs nothing and keeps the relationship alive, which is a way to be told when capacity opens. A clinic that handles this honestly still gets referrals from families it could not take. A clinic that handles it badly does not.

How much does site speed matter for an ABA clinic?

More than average, because of where and when the search happens. This is not the general argument that faster is better. It is that the particular circumstance of this visit tends to be a phone, often on a cellular connection, frequently at the moment a parent has been handed a list of providers and is working down it. A page that takes several seconds to render is being compared directly against one that does not. The usual levers apply, and the first two carry most of the weight: images sized and compressed for the container they actually render into, and a hard limit on third-party scripts, which on clinic sites accumulate quietly through chat widgets, tracking pixels and booking embeds.

What should an ABA website not do?

It should not collect clinical detail in public, promise outcomes, or use imagery that treats children as a stock category. The first of those is the compliance question above. The second matters because outcomes in ABA vary by child, and a site that implies otherwise is making a claim it cannot support and that a clinician would not make on the same page. The third is the one clinics most often get wrong by accident: licensed photographs of children who are not their clients, chosen for warmth, read as generic to precisely the audience the page exists for. If a clinic cannot photograph its own space and its own staff, an illustrated or environmental treatment is the honest option, and honest is what this audience is scanning for.

One thing sits just outside the scope of this page and is worth naming before it gets missed. In a field where capacity is limited by how many certified staff a clinic can hire and keep, the website is doing recruitment work as well as intake work, and the careers section is often among the busiest parts of the site. That is a different job with different rules, and it deserves its own treatment rather than a paragraph here.