---
title: "How we run SEO audits today: Human plus pipeline"
lang: en
type: blog
canonical: https://www.arocom.de/en/blog/seo-audits-human-plus-pipeline
alternate: https://www.arocom.de/blog/seo-audits-mensch-plus-pipeline
author: "Laura Murgia"
published: 2026-04-15
last_updated: 2026-10-31
---

# How we run SEO audits today: Human plus pipeline

arocom has moved the data work of SEO audits into automated pipelines: crawling, Search Console analysis, Core Web Vitals measurement and schema validation run as a repeatable tool chain with AI-supported pre-evaluation. The consulting share has not shrunk but shifted: from data collection to prioritisation, interpretation and implementation support. Clients get audits faster and as a repeatable progress measurement instead of a one-off PDF. The pricing model changed too: a cheaper first run, plannable follow-up runs, more budget for implementation.

## How we run SEO audits today: Human plus pipeline

I still built my first SEO audits the classic way: run Screaming
Frog, pull exports into spreadsheets, transfer findings into a
document, present a PDF two weeks later. The result was good. It was
also outdated the moment it was finished.

Today the data part runs as a pipeline at arocom. This post shows
what that looks like, and what it has changed about the consulting
part. It belongs to our Inside series, in which we disclose
[how we work with AI ourselves](https://www.arocom.de/en/blog/ai-in-agency-work).

## What the pipeline takes over

An audit run consists of four automated stages:

1. **Crawl and technology:** full site crawl, status codes,
   redirects, internal linking, indexability, hreflang.
2. **Search data:** Search Console queries across twelve months,
   trend detection, cannibalisation, declining pages.
3. **Performance:** Core Web Vitals from field data (CrUX) and
   lab measurement, per page type instead of per single page.
4. **Structure and AI readability:** schema validation, heading
   hierarchies, citability checks for AI search.

An AI pre-evaluation clusters the findings and proposes a
prioritisation. Up to this point, minutes pass, not weeks.

What we need from the client for this is modest: access to Search
Console, the domain, and half an hour of conversation about which
pages carry the business. The pipeline fetches the rest itself.

## What stays with the human

The pipeline reliably finds everything. That is exactly its
problem: a raw report contains hundreds of findings, from
critical to cosmetic. Without prioritisation it is a mountain
that paralyses teams.

My job has shifted accordingly. Instead of collecting data, I
answer three questions: Which five findings actually cost this
company visibility and inquiries? In what order is fixing them
worthwhile, measured by effort and impact? And who implements
what, agency or in-house team?

On top of that comes the interpretation no tool delivers: whether
a traffic decline is a technical problem, a Google algorithm
change or simply seasonality. That distinction has prevented more
than one panic project.

## One run in numbers: 214 findings, three of them mattered

To keep this concrete, here is an anonymised example from a real
audit, typical for a mid-sized company website with two languages
and a few hundred pages. The raw report of one run comprised 214
findings: hreflang errors on 40 pages, three redirect chains,
twelve orphaned pages without internal links, plus dozens of
missing alt texts and overly long page titles.

Three of them were business-relevant. First, the hreflang errors:
the German and English pages referenced each other incorrectly,
and Google partly showed the English version in German search
results. Second, one of the three redirect chains, because it sat
on the most visited service page and measurably cost loading time
there. Third, two of the twelve orphaned pages, including, of all
things, one that used to bring inquiries and had fallen out of
the navigation in the last relaunch.

The remaining 211 findings were not wrong, but secondary. Exactly
this separation is the consulting part: nobody would have
recognised the orphaned pages as important without the
cross-check against search data. And the alt texts would have
kept an in-house team busy for weeks without bringing a single
additional inquiry.

The nice thing about progress measurement: the follow-up run
three months later showed the effect in black and white. The
hreflang errors were gone, the German pages ranked in German
results again, and the reactivated orphaned page showed up in
Search Console with clicks again. Three targeted corrections,
measurably proven. That convinces a management board more than
any 80-page report.

## Why our own pipeline instead of a bought suite

The honest answer first: for many teams, a bought SEO suite is
the right choice. We still chose to build our own on the basis of
open tools, for two reasons.

First, suites check what everyone checks. Our pipeline
additionally checks what we consider relevant, such as the
citability of content in AI search. We build such checks in days
instead of hoping for a vendor's roadmap.

Second, insights from every audit flow back into the tools. If a
finding type proves irrelevant three times, it gets removed from
the report. A suite grows bigger with every release; our reports
get shorter.

Where the suite wins, we say so too: competitive data and keyword
databases. For those we continue to use external sources; the
pipeline does not replace them. Building your own pays off for
the part that carries your own consulting experience, not for
data collections others maintain better.

## What changed about price and packaging

An audit used to be a fixed-price project with a PDF at the end.
Today we sell it as a first run plus repetition. The first run
with a prioritisation workshop costs noticeably less than the old
PDF project, because the data work disappears. Follow-up runs are
cheaper again, because the pipeline is already set up for the
website by then.

That shifts the budget to where it works: less money for the
document, more for implementation and progress tracking. And it
takes the pressure out of one-off-ness. An audit no longer has to
solve everything at once, because the next run three months later
measures what has happened anyway.

Internally, this also changed the sales conversation. We no
longer talk about the page count of a report, but about the
question of who implements the prioritised measures and by when.
That is the conversation we always wanted to have; the PDF used
to stand in the way.

## What clients get out of it

That leaves the question of what arrives at the client's end.
From the feedback of recent months, it is three things, in this
order:

**Speed:** first solid findings after days instead of weeks. The
prioritisation workshop happens while the numbers are fresh and
the topic still has attention in the company.

**Repeatability:** the same run three months later shows in black
and white what the measures achieved. An audit at arocom is no
longer a snapshot but a progress measurement.

**Honest budget allocation:** consulting time flows into
prioritisation and implementation instead of spreadsheet
maintenance. For the same budget, you get more of the part that
creates impact.

If you want to see what such a run looks like for your website:
the [GEO Score Check](https://www.arocom.de/en/geo-score) is the freely accessible
mini version, the [Future Check](https://www.arocom.de/en/future-check) the complete
one.
