Start a conversation
Growth and SEO

Being good is not the same as being found.

Technical search optimisation, content systems and interface design. Treated as engineering problems, because that is what they are: crawlability, page speed, structured data and a publishing pipeline that runs whether or not anyone remembers to post.

21posts scheduled in one campaign
0terms-of-service risks taken
AAWCAG conformance target
live
What we build

Six areas, and exactly what is included in each.

Every bullet below is work we have shipped. Where a line looks like filler on another company's site, it is here because a client needed it and we built it.

Technical SEO

Audits, site architecture, structured data and Core Web Vitals.

What this includes
  • Full technical audit: crawl, index, render
  • Information architecture and internal linking
  • Schema markup and rich result eligibility
  • Core Web Vitals remediation with measured before and after

Content strategy and production

What to write, in what order, for a category that may not have search volume yet.

What this includes
  • Topic mapping against the buyer's actual questions
  • Editorial calendar and briefs
  • On-page optimisation without keyword stuffing
  • Measurement that separates brand from non-brand

Campaign and publishing automation

Systems that plan, generate and publish on schedule through official platform APIs.

What this includes
  • Official Marketing API integration, never scraping
  • Idempotent scheduling so nothing double-posts
  • Asset generation pipelines for campaign imagery
  • CSV export for Buffer, Hootsuite or a human

UI, UX and brand systems

Interface design and design systems, including the parts that never make a portfolio: empty states, error messages, focus rings and keyboard paths.

What this includes
  • Design system your team can apply without us
  • Accessible components to WCAG 2.2 AA
  • Prototyping before build, so decisions are cheap
  • Logo, palette, typography and asset libraries
What you receive

The deliverables, listed before you ask.

The same artefacts every time, regardless of project size.

  • Technical audit with a prioritised fix list
  • Implemented fixes with before-and-after measurement
  • Structured data and semantic markup
  • Content plan and briefs your team can execute
  • Publishing automation with a dry-run mode
  • Analytics that answer a question rather than fill a dashboard
Stack

What we build this with.

Deliberately narrow. A team our size claiming twenty frameworks is claiming one thing badly, twenty times over.

Core Web VitalsSchema.orgNext.jsStatic generationLinkedIn Marketing APIGitHub ActionsPillowFigmaWCAG 2.2
Proof

Three things we have already shipped in this practice.

Open the work page for the full case note on any of these, including what did not go to plan.

Delivered

Cadence publishing engine

A 21-post campaign scheduled and published through official APIs with zero possibility of a double-post.

Delivered

syedraza.dev

A single-file application with structured data, full metadata and Core Web Vitals treated as a build constraint.

Delivered

This website

Eighteen pages, no framework, no tracking, and every page under 110 KB inlined.

21posts scheduled in one campaign
0terms-of-service risks taken
AAWCAG conformance target
22systems shipped across the company
Questions

What clients ask about this practice.

Answered as we would answer them on a call, including the ones with awkward answers.

Technical fixes can move things within weeks. Content and authority take three to six months to compound. Anyone promising faster is either lucky or lying, and we would rather say so now.

No, but keyword-first strategy is. We build for the questions your buyers ask before they know your category exists, and measure differently.

Through official APIs, yes. Through browser automation, no — it breaches platform terms and risks a permanent page restriction. The compliant route takes longer to build and is still the right call.

Other practices

Most projects use more than one.

The reason a product is not working is rarely where the client first thought it was, so these three sit alongside this one more often than not.

Tell us what you are trying to build.

Describe the problem rather than the specification. If a smaller piece of work would answer it, we will propose that instead.