Technophobia Logo

Town Council documents → accessible HTML (WCAG 2.2 AA)

We turned eight years of council documents into consistent, WCAG 2.2 AA-compliant HTML pages and a simple upload flow the clerk can use in minutes.

Related: Inbox to CRMAI Inbox TriageQuick fixes

Problem

  • Policies, minutes, agendas, and finance reports spread across formats.
  • Eight years of legacy files. No naming rules. No consistency.
  • Most files failed WCAG 2.2 AA checks.

What we built

  • Desktop uploader for the clerk.
  • AI checks for document type, content match, and naming.
  • Standard naming (date-prefix + type + title).
  • HTML page generator per document, built for WCAG 2.2 AA.
  • SMS approval step so we review and publish cleanly.
Legacy conversion~4 hours (automated) vs weeks manual
Build time10 days
Monthly saving (this site)~5 hours
Projected (portfolio)~20 hours/month saved across our councils
Consistency100% standard naming + HTML templates

Accessibility approach (WCAG 2.2 AA)

Structure & navigation

  • Valid HTML5, language set.
  • Landmarks (header, main, nav).
  • Logical headings (H1–H3).
  • Skip link and visible focus.
accessibility structure and navigation diagram, Cumbria

Content & labelling

  • Clear titles and dates.
  • Link text describes targets.
  • Table headers and scope.
  • Alt text for any inline images.
accessibility content and labelling diagram, Cumbria

Colour & input

  • Contrast checked on text and buttons.
  • Keyboard access end-to-end.
  • No keyboard traps.
  • Target sizes and spacing addressed.
accessibility colour and input diagram, Cumbria

Automated checks run on upload. The SMS step triggers a human review for complex tables, scans, and edge cases.

Flow

  1. Clerk drops the file into the desktop app.
  2. AI detects type (e.g. Agenda, Minutes) and checks content matches.
  3. System renames to standard: YYYY-MM-DD_type_title.
  4. File normalised and an HTML page is generated with accessible structure.
  5. We receive an SMS, spot-check, and approve publication.
  6. The public page goes live with the HTML and a download link to the file.
diagram showing simple workflow

Why it worked

  • Clerk workflow stayed simple. No CMS learning curve.
  • AI caught wrong uploads and naming drift.
  • HTML pages meet WCAG 2.2 AA principles and look consistent.
  • Legacy backlog cleared in hours, not weeks.

Governance & ops

  • Audit trail: who uploaded, when, and what changed.
  • Rollback: one click to unpublish if needed.
  • Retention: originals stored; HTML regenerated on change.
  • Scaling: same pipeline used on other council sites.
diagram showing audit trail
Want to ship accessible documents without the rework?

Recent Case Studies

Council docs → WCAG 2.2 AA

8 years cleaned in ~4 hours via AI checks and HTML generator.

See case study

Woo → Xero + fulfilment

Invoices and labels on order. -60% dispatch errors.

See case study

Lead alerts + daily pipeline

Hot leads in Slack in seconds. +18% bookings.

See case study

Form → CRM + auto-reply

12 bookings in 48 hours after wiring the form to CRM and Calendly.

See case study

Inbox parser → CRM

0 missed enquiries in week one with IMAP watch and a 17:00 summary.

See case study

Leads-to-booking flow

First booking in 2 hours. 45% form→booked in week one.

See case study

Technophobia

n8n automation for small teams. UK-based. Fast turnarounds. Clear handovers.

Address
South Cumbria Skills Exchange
Millom
LA18 4JS
United Kingdom

Phone +44 01229 774591
Email hello@technophobia.uk

VAT registered • GDPR-aligned • Typical lead time: 1–2 business days