Skip to content

Build → Rank → Convert → Operate With Claude Code

Four problems, in the order websites meet them, plus one that arrives when a site has to move, one that belongs to a single platform, and one that belongs to the people who do all of this for clients. Most projects fail at one of them, and each needs genuinely different work — which is the reason there are seven products rather than one.

The order is not arbitrary

You cannot convert traffic you do not have, and you cannot rank a site that does not exist. That sounds obvious and it is routinely ignored: the most common wasted quarter in web work is optimising conversion on a page nobody reaches, or optimising titles on URLs that are about to be canonicalised away.

So the order matters, and knowing which stage you are actually in matters more than any individual tactic.

Which one are you in?

The honest test is what happens when you look at your own numbers.

If you cannot answer "is it live and does it pass its own checks" — you are at Build. Everything downstream is premature.

If it is live and Search Console shows few impressions — you are at Rank. Conversion work on 40 sessions a month cannot be measured, and any change you make will be indistinguishable from noise.

If impressions and sessions are real but nothing happens — you are at Convert, and the first job is finding out where people stop rather than guessing at fixes.

If it is live, found and converting, and the question is keeping it that way — you are at Operate. This is the stage that lasts longest, and the one where the failures are quiet: a certificate that stops renewing, a form that stops delivering, a plugin with a published exploit, a backup nobody has restored. The work is a rhythm of checks, not a project.

If the site has to move — a new platform, a new host, a new domain, a new URL structure — you are at Migrate, and the risk is not the build but what gets lost on the way: URLs, redirects, titles, images, forms, analytics. The work is an inventory, a map and a before/after comparison, with a go/no-go at the end and a rollback that was prepared before the DNS change. It is a project with a start and an end, unlike Operate; it is also the point where most sites quietly lose a year of search traffic.

If you build websites for clients — and the site is fine but the engagement is not: the scope that drifted, the proposal written the night before, the revisions that never end, the handoff that was a folder — you are at Deliver. That is not a stage of the website; it is the operating system of the business that builds them, and it is solved once and reused on every client.

If the store runs on Shopify and the catalogue is the work — products, collections, SEO, metafields, inventory and redirects at a scale the admin cannot keep up with — that is not a stage but a platform. The Shopify Automation & Admin API Toolkit drives the Admin API from Claude Code, with a preview before every write.

If you own the first three for more than one site — you are running the lifecycle, not a stage, and the useful thing is a repeatable system rather than three separate purchases.

The lifecycle

Build, then rank, then convert, then operate — migrate when you must, and deliver it for clients

Each stage has its own product because each needs different evidence, different workflows and a different definition of done. The fourth is the one you will use every week for as long as the site exists; the fifth is for the weeks it moves; the sixth is for Shopify stores only; the seventh is for people who do all of this for clients.

  1. How do I build and launch a production-ready website with Claude Code?

    Planning, platform build systems for Shopify, WordPress, Astro, SaaS and landing pages, a production CLAUDE.md, security and accessibility audits, 100 reusable prompts and the launch checklists. It is the system for getting from nothing to live without shipping the mistakes that are cheap now and expensive later.

    See the Website Launch System

  2. My website exists. Why is nobody finding it?

    Twenty audit prompts in dependency order: crawlability first, then canonicals, then indexing decisions, then metadata, then speed. Each one demands evidence rather than a summary, and none of them is allowed to fix anything in the same run.

    See the SEO & Website Audit Toolkit

  3. People arrive and nothing happens. Where am I losing them?

    Thirteen modules and 70 workflows for finding where a site loses conversions, ranking what to fix, and proving the fix worked. Every finding carries evidence and an honesty label, and the experimentation system tells you when you do not have the traffic to test at all.

    See the Conversion & Revenue Toolkit

  4. It is live, found and converting. How do I keep it that way?

    Seventeen modules, 19 slash commands and 11 standard-library scripts for the stage that lasts longest: daily health checks with a score, weekly security and link checks, tested backups, dependency updates in batches with rollback points, a gate on both sides of every deploy, incident playbooks and a monthly report. Every change follows seven phases and none touches production without your yes.

    See the Operations & Maintenance System

  5. The site has to move — new platform, new host, new domain, new URLs. How do I not lose what it has?

    Twenty modules including seven platform guides, 37 slash commands and 28 standard-library scripts for the weeks a site is moving: every URL inventoried and mapped, redirects generated for six platforms and tested on the real origin, metadata and structured data compared page by page, DNS recorded before it is touched, staging validated, a cutover that quotes each change, a rollback that is a procedure, and a scorecard that says GO, GO WITH WARNINGS or NO-GO. Applies to any platform pair; the guides carry the platform facts.

    See the Migration & Replatforming System

  6. My store runs on Shopify and the catalogue is too big to manage by hand. What now?

    Nineteen modules, 34 slash commands, 32 standard-library scripts and 18 validated GraphQL documents for the Shopify admin: export and audit the catalogue, fix products, collections, SEO, metafields, alt text and redirects from reviewed files, run bulk operations on any catalogue size — every write previewed against the live value, backed up and read back. A specialist toolkit for one platform; the four stages before it apply to any site.

    See the Shopify Automation Toolkit

  7. I do this for clients. How do I run the engagement as well as I build the site?

    Twenty-one modules, 37 slash commands, 29 templates, 17 checklists and one complete fictional engagement for the work around the work: qualifying, discovering, auditing with evidence, scoping with counts, estimating as a range, proposing, onboarding, planning, delivering against a definition of done, reviewing in bounded rounds, launching on evidence, handing off in plain language, reporting with sourced numbers, and turning the finished project into a retainer built from what the site needs. Not a stage of the website; the operating system of the business that builds them.

    See the Agency & Client Delivery System

  8. The first three

    Complete Site Builder Stack

    $39.99

    I own the whole lifecycle, and I will meet the first three of these.

    The three systems together, delivered as three downloads on one order. Nothing in it is exclusive to the bundle and nothing is abridged — it is the same three products at the same versions, for less than buying them separately. Both figures are shown on its page.

    See the Complete Site Builder Stack

Buying one product does not include the others and there is no upgrade credit — someone who owns one product and later wants the bundle would be paying for that product twice. Worth knowing before you choose.

Not sure which

Which Site Builder Stack product do I need?

Five questions, under a minute. The recommendation follows the answers — a strong result in one stage returns one product, not the bundle.