Southeastern Executive Health

Case Study

A private-pay psychiatry practice in Chadds Ford, Pennsylvania, serving southeastern PA and northern Delaware. The practice moved off WordPress onto a hand-built static site with a full structured-data graph, a redirect map that preserved every indexed page, and an intake architecture designed so that no patient health information ever reaches the website.

Visit MyExecutiveHealth.com
Southeastern Executive Health website homepage showing a psychiatry practice in Chadds Ford, Pennsylvania serving southeastern Pennsylvania and northern Delaware

Results at a Glance

Google PageSpeed Insights

96
Performance
Mobile 96 / Desktop 100
100
Accessibility
Mobile 100 / Desktop 100
100
Best Practices
Mobile 100 / Desktop 100
100
SEO
Mobile 100 / Desktop 100

Core Web Vitals

Total Blocking Time measures 0 ms on both mobile and desktop, because there is no client-side framework to hydrate. Cumulative Layout Shift is 0.014 on desktop and 0.054 on mobile, both inside Google’s “good” range. On desktop, Largest Contentful Paint lands at 0.5s and First Contentful Paint at 0.3s.

About that mobile Performance score

Desktop Performance is a straight 100. Mobile comes in at 96, and one metric accounts for the gap: Largest Contentful Paint at 2.6 seconds on a throttled mobile connection. It is the only measurement on the page that is not in the green.

Everything else maxes out. 100 for Accessibility, Best Practices, and SEO on both mobile and desktop, 0 ms of blocking time on both, and layout shift well inside the good range. A practice website is worth judging on whether it loads fast and reads clearly, and this one does. Anyone can run the report themselves in about ten seconds.

The Bottom Line

What the build gives the practice, in plain terms:

  • A site that loads immediately and reads as carefully made as the care it describes.
  • Thirteen pages that search engines and AI assistants can parse without guessing.
  • Every page indexed on the old WordPress site still lands somewhere useful.
  • Patient forms that route through the practice management system, never through the website.
  • A test suite that fails the build if the site starts saying something it should not.

Project Overview

Southeastern Executive Health is a private-pay, out-of-network psychiatry practice in Chadds Ford, Pennsylvania, run by Dr. David Clements IV, MD, alongside Lori Albright, CRNP. The practice sees patients in the Chadds Ford office and by telehealth across Pennsylvania and Delaware, so the site had to speak clearly to both an in-person and a virtual patient.

The existing site ran on WordPress with Elementor. The rebuild replaced it with a static Astro site on Cloudflare Pages: thirteen pages, a structured-data graph spanning all of them, a content layer the practice can edit through a CMS, and a test suite that runs against the built HTML. It went live on August 12, 2026.

A medical practice website carries an obligation an ordinary small-business site does not. Anything a patient types has to be treated as protected health information, and the safest place for a website to put that data is nowhere. That constraint shaped the architecture more than any design decision did.

Page Structure

Thirteen pages, organized around how someone actually arrives at a psychiatry practice:

Home
Geography in the H1, the care team, and the path to requesting an appointment
About
The practice, its approach, and how the two clinicians work together
Dr. Clements
Provider page with credentials, specialties, and NPI in structured data
Lori Albright, CRNP
Provider page carrying a medically reviewed byline
Services
Medication management, psychiatric evaluation, and psychotherapy
Fees
Out-of-network and superbill language, structured as an offer catalog
New Patients
What the first visit involves, and the intake hand-off
Current Patients
Refill and appointment-change requests, routed off-site by design
FAQs
Thirteen questions, each one also emitted as FAQ structured data
Chadds Ford
Location page with address, geo coordinates, and opening hours
Delaware Telehealth
Service-area page with no storefront address, because there is no office
Contact
An action hub with an inline map and both in-person and virtual paths
Privacy Policy
Written to match what the site actually does, including the analytics in use

Moving Off WordPress Without Dropping the Old Site

A rebuild is the moment a site is most likely to lose the search equity it spent years earning. The old WordPress install had pages that Google had indexed and that other sites linked to. Every one of them needed somewhere to land.

Crawled the Old Site First: Before writing redirects, I crawled the live WordPress site to get the real list of indexable pages rather than working from the sitemap or from memory. The crawl surfaced pages the original redirect draft had missed entirely.
A 36-Rule Redirect Map: Old provider URLs, treatment pages, and the plural /new-patients/ path all point at their new homes. The path mismatch between the old plural and the new singular would have quietly 404’d one of the highest-intent pages on the site.
Slash-Less Variants Too: Cloudflare’s automatic trailing-slash redirect covers real files in the build output, not redirect rules. Bare-path backlinks were still dying after launch until every rule got a slash-less twin. That one was caught by checking production, not by trusting the config.
A Test That Blocks Collisions: A build test asserts that no redirect source path shadows a real page. Without it, adding a page whose URL matches an old redirect would silently make the new page unreachable.
Fixed What the Crawl Found: The old site had empty H1 elements on its highest-value pages, eight pages with no meta description, a CMS artifact in every provider page title, and broken image references. The rebuild resolved all of them.
One Canonical Brand String: The old site spelled the practice name two different ways across its own page titles. Local search and AI systems both reward a single byte-for-byte identical name, so the rebuild locked one and a test now enforces it in the header.

Keeping Patient Information Off the Website

This is the decision the whole build turns on. A psychiatry practice needs patients to request appointments, ask for refills, and reschedule. Every one of those is a form. And every one of those forms, if it lived on the website, would put protected health information onto infrastructure that is not covered for it.

So the website collects none of it. Patient forms are hosted inside the practice’s own management system, and the site links or embeds rather than receives. There is no form endpoint on our stack, no webhook pointing back at the domain, and no database. The website’s job is to get the right patient to the right form and then get out of the way.

Forms Live Where the Charts Live: New-patient inquiries, medication requests, and appointment changes are all handled inside the practice management platform the office already uses, which is built for clinical data and covered for it.
No Clinical Fields on Our Pages: The current-patients page is a set of routed links and expectations, not an intake form. A build test asserts it collects no clinical fields, so a future well-meaning edit cannot quietly add one.
Requests Attach to the Right Chart: Refill and reschedule requests confirm the patient by email or phone before they open, so a submission attaches to an existing chart rather than arriving as an anonymous message someone has to match up by hand.
Analytics Stay Out of the Intake Flow: Measurement stops at the point a patient starts reaching out. The site records that someone opened a form, and nothing about what they do inside it, because that is the boundary a healthcare site should hold.
A Privacy Policy That Matches Reality: The privacy page was rewritten to describe what the site genuinely does: which analytics run, that no cookies are set, which third-party services a patient may be handed off to, and how text messaging works.

Nothing here is legal advice, and the practice’s compliance obligations are its own. What the build controls is the architecture, and the architecture keeps the website out of the path of patient data entirely.

Tests That Guard the Content, Not Just the Code

Most small-business websites have no tests at all. This one has 39, and the interesting ones do not check whether the code runs. They check whether the site is still saying true things. On a medical site, a sentence that drifts out of date is a bigger risk than a broken button.

Never Publish a Claim That Is Not True

Where structured data can state something about a provider that changes over time, the build emits the property only when it is affirmatively true and omits it otherwise. A test enforces that, because publishing a false value and publishing nothing are very different things to a search engine.

No Address Where There Is No Office

Delaware is telehealth only. A test asserts the Delaware page emits telehealth schema with no postal address, so the practice never appears to have an office it does not have.

Every Page Has a Real H1

The old site shipped empty H1 elements on its provider pages. A test now walks the built HTML and fails if any key page is missing a non-empty H1.

Valid Structured Data, Every Build

Every JSON-LD block on every page is parsed and checked for a valid context. Broken schema is invisible in a browser and costly in search.

Correct Opening Hours

The site was emitting a human-readable day range where schema.org expects enumerated day values, so Google could not read the hours at all. A helper and four unit tests fixed it and keep it fixed.

No Placeholder Text Ships

A cruft check fails the build if draft placeholder language survives into production. On a site written across many sessions, this is the test that earns its keep most often.

Medically Reviewed Byline Where It Belongs

A test asserts the byline appears on the page that needs it and not on the one that does not.

Seven test files run against both the source data and the built HTML output. The build-output tests are the ones that matter most, because they check what a patient and a crawler actually receive rather than what the templates intended to produce.

SEO Strategy

The practice competes in a narrow geography along the Pennsylvania and Delaware border, so the strategy is local and specific rather than broad. The site is built as one connected graph of entities: a practice, a clinic with an address, two clinicians, three services, and a telehealth channel, all linked to each other by identifier.

A Linked Schema Graph

The homepage emits an Organization and MedicalBusiness node plus a WebSite node. Provider pages emit Physician nodes carrying credentials, specialties, and NPI, each linked back to the clinic and to each other as colleagues.

A Real Clinic Node

The Chadds Ford page carries a MedicalClinic with a full postal address, geo coordinates, and enumerated opening hours. This is the node local search actually reads.

31 FAQ Questions in Schema

Five pages emit FAQPage structured data totalling 31 question and answer pairs, covering private pay, insurance, first visits, refills, and telehealth across state lines.

Telehealth Modeled Honestly

Delaware is a ServiceChannel with an area served, not a second location. The practice gets credit for serving Delaware without claiming an address it does not have.

Geography in the Title and H1

The homepage title and H1 both name Chadds Ford, PA and Wilmington, DE, because those are the searches that matter to a practice with one office.

Breadcrumbs and Clean Structure

Six pages emit BreadcrumbList data, and every page uses a single H1 with a logical heading hierarchy underneath it.

A flat sitemap carries a real last-modified date per page, pulled from the commit history rather than from the build clock, so search engines get an honest signal about what actually changed.

Design and Mobile Experience

The design brief was unusual for a medical site. Most psychiatry practices online look either clinical or corporate. This one needed to feel like the office it describes: a converted barn on wooded grounds in Chadds Ford.

A Considered Type Palette: Fraunces for headings gives the site a bookish, unhurried voice, paired with Inter and Lora for reading. All three are self-hosted rather than pulled from a third-party font service, which removes a request to another company from every page load.
Real Photography, Not Stock: The imagery is the practice’s actual building, grounds, and rooms, shot for this project. A prospective patient sees the door they would walk through.
A Compass Mark: The brand mark and its section dividers carry the navigational idea through the site without turning it into a medical cliché.
Both Paths Always Visible: The header carries the phone number, the virtual visit link, and the appointment request at every width, because a patient arriving on a phone should never have to hunt for how to reach the practice.
Contact as an Action Hub: The contact page uses an inline map rather than an embedded third-party iframe, which keeps the page fast and keeps another tracker off it.

Accessibility

The site scores 100 for Accessibility on both mobile and desktop. For a psychiatry practice this is not a checkbox. People arrive at this site while unwell, sometimes on an old phone, sometimes using a screen reader, and the site should not add friction to that.

Contrast Fixed Where It Failed: A pre-launch pass found the footer and one accent band falling short on contrast. Both were corrected rather than waived, along with a heading level that skipped a step in the footer outline.
Semantic Structure Throughout: A single H1 per page with properly nested headings gives assistive technology a clean outline of every page.
Brand Name as Live Text: The header renders the practice name as real text rather than only as an image with alt text, so it is selectable, searchable, and readable by a screen reader in the normal way.
Stable Layout as Pages Load: Cumulative Layout Shift stays inside the good range on both mobile and desktop, so content does not jump under someone’s finger as they reach for a link.

Security

A static site removes most of the attack surface a WordPress install carries. There is no database, no plugin ecosystem, and no admin login on the public site to brute-force. What remains is worth doing carefully.

HSTS on a Deliberate Ramp: Strict-Transport-Security is a promise browsers cache and honor for its full duration, and it cannot be withdrawn early. So it started at five minutes and steps up. A year-long value set on day one is a year-long outage if anything about HTTPS ever breaks.
Framing Blocked, Admin Preserved: X-Frame-Options is set to SAMEORIGIN rather than DENY. It still blocks third-party clickjacking, while keeping the content editor at its own path working.
Browser Features Switched Off: A Permissions-Policy header disables camera, microphone, geolocation, and interest-cohort tracking, because none of them have any business running on this site.
No Preload, On Purpose: HSTS preloading is effectively permanent and takes months to reverse. For the gain over a long max-age, it was not worth the one-way door.

AI Discoverability

People increasingly ask an assistant for a psychiatrist near them rather than typing it into a search box. An assistant can only recommend a practice it can read and resolve to a real place, and the deciding factor is usually whether the page makes sense without running any JavaScript.

Every Page Is Static HTML: The stack was chosen for exactly this. Astro ships pages with the content already in the HTML, so a retrieval system that does not execute JavaScript still gets the complete page rather than an empty shell.
The Practice as Structured Entities: The schema graph gives an assistant direct answers to who the clinicians are, what they treat, where the office is, and which states telehealth covers, in the format retrieval systems prefer.
Questions Answered in the Format Asked: Thirty-one FAQ pairs cover the questions people actually ask an assistant about a private-pay practice: whether insurance is taken, what the first visit involves, how refills work, and whether a Pennsylvania practice can see a Delaware patient.
One Unambiguous Identity: The same practice name, phone number, and address appear in the visible copy and in the structured data. The old site spelled the name two ways, which gives an assistant two candidate entities and no way to choose.

Analytics & Tech Stack

The site uses Umami, a privacy-friendly analytics tool that sets no cookies and therefore needs no consent banner. Every outbound link to a patient form carries a custom event, so the practice can see how many visitors reach the point of starting an intake form and which page sent them there.

Those events record intent to start, not submissions. Submissions live in the practice management system where the clinical data belongs, and the website deliberately never learns about them. A test asserts that every intake link carries its event, so a new link cannot be added without tracking.

Technology Stack

ComponentTechnology
Site GeneratorAstro 5 (static output)
HostingCloudflare Pages (migrated off WordPress / Elementor)
Content EditingKeystatic CMS, editing Markdown and YAML in the repository
FontsSelf-hosted variable Fraunces, Inter, and Lora
Patient FormsHosted in the practice management system, linked and embedded only
AnalyticsUmami (cookieless, custom intake events)
Structured DataJSON-LD graph: Organization / MedicalBusiness, MedicalClinic, Physician, MedicalProcedure, ServiceChannel, OfferCatalog, FAQPage, BreadcrumbList
Redirects & HeadersCloudflare _redirects (36 rules) and _headers (HSTS, X-Frame-Options, Permissions-Policy)
SitemapHand-rolled flat sitemap with per-page lastmod from git history
TestingVitest, 39 tests across 7 files, unit plus build-output

Kevin is a skilled, responsive, intelligent, problem solver, who completely changed our digital presence at an incredibly reasonable rate. I cannot recommend his services highly enough.

Dr. David Clements IV, MD, Southeastern Executive HealthPosted on the practice’s Google Business Profile

Want Results Like This?

Whether your business handles sensitive information or simply needs to be found by the right people nearby, I build sites that are fast, accurate, and structured so search engines and AI assistants can recommend you with confidence. That can mean a website redesign like this one, a brand-new custom website design, or focused local SEO work on the site you already have.