Case Study
Houston Deaf Network Website
A rebuild of the Houston Deaf Network directory, from a Framer site to a static site with a submission-to-publish pipeline I can run solo, directed by me and built with AI assistance.
Situation
HoustonDeafNetwork had an audience but a site that cost me every month and needed the builder for every change. The old site ran on Framer, which meant a subscription fee and a builder workflow just to update a listing. For a solo community project, that was the wrong shape: every edit went through me, and every month cost money whether anything changed or not.
The site was already drawing steady traffic before the rebuild, with 319 sessions in August 2026. The problem was never demand. It was the cost and effort of keeping the site current, and a structure that made community submissions hard to take in.
The goal: make it easier for the community to find resources and each other, with a site one person can keep running. The way to sustain that solo was a site that costs almost nothing, needs almost no maintenance, and takes submissions without hand-editing pages.
Research
I started with a full audit of the old site, covering accessibility, mobile behavior, and content. The fixes that came out of it set the bar for the rebuild: proper contrast in both themes, accordion headings built to the standard pattern, touch targets sized for phones, and a page that works with motion reduced.
I worked through the research in conversation with an AI assistant. It helped me organize the audit, spot patterns in the recordings, and weigh options, and every decision that followed stayed mine.
After launch, I watched session recordings and found the problem: about 34% of sessions had dead clicks. Visitors were tapping card bodies expecting them to open, but only the small icon buttons were links. The cards looked tappable and were not.
The fix was to make the whole card the link, with the title carrying the destination and the icon buttons kept as their own targets above it. After the change, the next measurement showed dead clicks at 20%, down from 34%, and mobile became the majority of traffic. The drop lines up with the fix, and the recordings are what pointed at it in the first place.
See the result live: houstondeafnetwork.com.
Approach
Then I rebuilt it as plain HTML, CSS, and vanilla JavaScript, with no framework and no build step, hosted on GitHub Pages. I directed the build with AI assistance, which filled the gap between what I knew and what the build needed, and let me move faster than hand-coding alone. Every result got verified against the design and against real visitor behavior, so the final product reflects my direction and the discovery along the way, not just output. One page holds the directory, events, job resources, guides, and FAQs, with search and filters across all of it. The design carries a connected-nodes network motif in the hero, a nod to the community the site serves.
The bigger piece was the pipeline behind the page. A Get Listed form posts to a Cloudflare Worker, which writes the submission to a Notion holding state and sends a confirmation email. Nothing publishes until I approve it in Notion. A daily automated sync then rebuilds the site's data from the approved rows. The approval gate is absolute: no submission reaches the live site without review.
Directory records at launch, plus 3 events, 16 job resources, 8 FAQs, and 4 guides
Mobile Lighthouse performance score at launch, with 100 for accessibility, best practices, and SEO
Submissions published without review: every listing passes through the approval gate
Results
The new site went live on October 16, 2026, and ran clean for four days. On October 20 I cancelled the Framer subscription, and GitHub Pages became the only host. Traffic shifted in the same window, from Facebook-led at launch to search-led, with Google as the top referrer by the last week of October.
The pipeline proved itself in the first week. New listings went in and one inactive listing came out, all through the same Notion and sync flow, with no hand-editing of pages. The site keeps growing the same way: a submission, a review, a sync.
The same lesson I keep coming back to: research first, one clear system, then verify the built result against what real visitors actually do.
Like what you see?
Let's talk