Disclosure: I work with SEOSage, one of the tools mentioned near the end of this post. Everything before that section is tool-agnostic, and the workflow below works with a free crawler, a spreadsheet, and Google Search Console. I've tried to write this so it's still useful if you delete every mention of SEOSage — because it should be.
Every SEO crawler hands you the same thing: a long, intimidating list of issues, sorted by how the tool happens to organise them. Missing titles. Duplicate H1s. Redirect chains. Images without alt text. Pages with thin content.
And almost everyone — myself included, for longer than I'd like to admit — starts at the top of that list and works down.
That's the problem. Your crawler's list order is an accident of how the software groups issues. It has nothing to do with money, traffic, or what a visitor experiences today. A broken page nobody has visited in six months sits in the same list, with the same visual weight, as the landing page that earns you leads every single day and currently returns a 404 to half the people tapping your ad.
This post is about reordering that list by the one thing that actually matters: whether anyone is trying to use the page.
When you fix issues in crawler order, three things tend to happen: You burn hours on invisible pages. Old tag archives, forgotten campaign landers, staging leftovers that somehow got indexed. Technically broken, practically irrelevant. The urgent stuff waits. The money page with the redirect loop, the pricing page dropping out of the index, the checkout-adjacent page with the rendering problem. They were on page three of your export. Clients and stakeholders can't see the point. "We fixed 1,400 issues" is a vanity metric. "We fixed the 11 pages people actually land on" is a result.
Traffic-first prioritisation flips the sequence: crawl everything, find out which broken pages people are actually reaching (or trying to reach), fix those first, then sweep the rest in descending order of real-world impact.
Start with a complete crawl. If your site is small, this is trivial. If it's large, crawl in sections — templates, folders, subdomains — but make sure the union of your sections covers everything, including the dusty corners. You can't prioritise what you never crawled.
Capture, at minimum, for every URL: Status code (200, 301, 404, 500, etc.) Indexability (indexable, noindex, blocked by robots, canonicalised elsewhere) Title and H1 presence/duplication Redirect chains and loops Inlinks (how many internal links point to the page)
One honest limitation: a crawler only sees what it can reach. Orphan pages with zero inlinks won't show up unless you feed the crawler extra URL lists. Pull URLs from your XML sitemap, your CMS export, or last year's crawl and add them as a supplementary list. The pages nobody links to and nobody visits are exactly the ones you may later decide to delete — but decide that on purpose, not by accident.
Now export two things: Google Search Console → Pages report (clicks and impressions per landing page, last 90 days is a good window) Google Analytics (GA4) → Landing page report (sessions/engagement per page), if you have it
Join them to your crawl data on the URL. In a spreadsheet that's a VLOOKUP/XLOOKUP on a normalised URL (strip trailing slashes and tracking parameters first, or your match rate will be miserable).
If you have no analytics access — a prospect's site, a brand-new domain — Search Console alone is a perfectly good traffic proxy. No traffic data at all? Fall back to inlinks as a rough importance signal: heavily internally-linked pages tend to be the ones the business cares about. But treat that as a distant second choice.
| Priority | Condition | Why | | --- | --- | --- | | P0 — fix today | Error (4xx/5xx) or not indexable, and has sessions/clicks in the last 90 days | Real people are hitting a dead end right now | | P1 — this week | Redirect chain, wrong canonical, or duplicate title on a page with traffic | Visited pages leaking equity or confusing Google | | P2 — batch it | Issues on pages with impressions but few/no clicks | Google shows them; users don't pick them. Fix after P1 | | P3 — backlog/delete | Issues on pages with zero traffic and zero impressions | Fix cheaply, noindex, or remove. Don't gold-plate these |
The first time you do this, the P0 list is usually shockingly short — five to fifteen URLs on most sites — and shockingly important. I have seen a single redirect-looping service page, quietly eating paid and organic landings for weeks, surface instantly the moment traffic was overlaid on the crawl. In list-order world, it was issue #1,204.
Work P0 down. For each fix, note what changed and when. Then re-crawl and diff: confirm the status code changed, the canonical points where you intended, the chain collapsed to a single hop.
Re-crawling is the step people skip, and it's the only one that proves anything. "We changed it in the CMS" is not verification. Your crawler showing a clean 200 on the previously-broken money page is.
Then move to P1. P3 pages get a deliberate decision — fix, noindex, redirect to something relevant, or delete — rather than another pass of cosmetic repairs.