SEO-Audit: Befunde nach Wirkung sortiert, kein CSV mit Deckblatt

Die meisten Audits kommen als 200-seitiger Crawler-Export mit eingeschalteten Standardeinstellungen. Du bekommst 4.000 „Issues“, davon 3.900 doppelte Meta-Descriptions auf paginierten Archiven, die niemand besucht. Das ist kein Audit. Das ist eine CSV mit Deckblatt.

Ein technisches SEO-Audit sollte mit einer kurzen Liste lohnender Maßnahmen enden, in der Reihenfolge, in der sie sich lohnen. Die milde Meinung, die wir verteidigen: Wenn ein Website-SEO-Audit nicht ändert, was du nächste Woche tust, war es die Beauftragung nicht wert.

Was das Audit abdeckt

Crawlbarkeit

Wir crawlen die Website so, wie es der Googlebot täte, und vergleichen das mit deinen Server-Logs, wo du Zugriff geben kannst. Wir suchen robots.txt-Regeln, die Dinge blockieren, die du nicht blockieren wolltest, Redirect-Ketten über drei Stationen, verwaiste Seiten, Soft-404s mit Status 200, und JavaScript-Navigation, der ein Crawler nicht folgen kann. Das Crawl-Budget einer großen Website ist endlich — und ein Crawler, der es auf Facetten-Filter-URLs verbraucht, verbraucht es nicht auf deinen Money-Pages.

Indexierung

Crawlbar und indexiert sind verschiedene Probleme. Wir gleichen deine Search-Console-Abdeckungsdaten mit unserem Crawl ab: Seiten mit „Gefunden — zurzeit nicht indexiert“, Seiten, die ein unerwartetes Canonical ausschließt, noindex-Tags, die nach einem Staging-Push blieben, dünne Seiten, die Google als nicht speichernswert verworfen hat. Die Zahl, die zählt: indexierte Seiten gegen die Seiten, die du veröffentlichen wolltest. Ist sie stark daneben, repariert das kein Linkbuilding.

Core Web Vitals

Wir schauen zuerst auf Felddaten aus dem Chrome UX Report, denn die nutzt Google tatsächlich, und auf Labordaten erst danach, um das Warum zu klären. Largest Contentful Paint geht meist auf ein unoptimiertes Hero-Bild oder eine langsame Server-Antwort zurück. Cumulative Layout Shift sind fast immer Bilder ohne Maße oder ein später Werbeslot. Interaction to Next Paint ist normalerweise Dritt-JavaScript. Page Experience ist ein leichter Ranking-Faktor — das sagen wir klar — aber es ist der Unterschied zwischen einem Besucher, der deine Seite liest, und einem, der zu den Ergebnissen zurückspringt.

Content-Lücken

Wir nehmen die Seiten, die für deine Ziel-Suchanfragen in den Top 10 ranken, und vergleichen ihre Abdeckung mit deiner: Unterthemen, die sie beantworten und du nicht, Fragen, die sie behandeln, Formate, die sie nutzen. Dann prüfen wir deine Website auf Kannibalisierung — zwei oder drei Seiten, die um eine Suchanfrage konkurrieren, Signale aufteilen und keine gewinnt. Lücken sagen dir, was zu schreiben ist; Kannibalisierung sagt dir, was zu fusionieren ist — meist der schnellere Gewinn.

Backlink-Toxizität

Wir prüfen deine verweisenden Domains auf Muster, die ein Problem nahelegen: plötzliche Spikes von themenfremden Websites, Sitewide-Footer-Links, Anker-Text, der überwältigend kommerziell exact-match ist, abgelaufene Domains, wiederaufgebaut als private Blog-Netzwerke, Verzeichnisse ohne Standards. Wir disavowen nicht reflexhaft — Google ignoriert den meisten Müll von allein, und eine überaggressive Disavow-Datei richtet echten Schaden an. Wir flaggen, was absichtlich aussieht, und erklären warum.

Interne Verlinkung

Wohin fließt Autorität aktuell? Wir kartieren interne Links und finden Seiten, die fünf Klicks von der Startseite sitzen und es nicht sollten, wichtige Seiten mit zwei internen Links, während eine Datenschutzerklärung 300 hat, und Anker, die „hier klicken“ sagen statt das, worum es auf der Seite geht. Interne Links sind der billigste Ranking-Hebel, den du besitzt — unser Guide zur Struktur interner Links behandelt den Ansatz.

Was du erhältst

Ein Befund-Dokument, keinen Daten-Abwurf. Jeder Befund ist nach geschätzter Wirkung gegen Aufwand sortiert — der erste Punkt ist das, was zuerst zu tun ist. Jeder nennt die exakt betroffenen URLs, formuliert die Behebung so, dass ein Entwickler sie umsetzen kann, und schätzt den Aufwand in Stunden oder Tagen.

Dazu bekommst du eine einseitige Zusammenfassung für die Person, die das Budget freigibt. Keine Punktzahl von 100 — solche Zahlen sind willkürlich und verleiten dazu, das zu reparieren, was den Zeiger bewegt, statt die Rankings.

Wie lange dauert ein SEO-Audit?

Typischerweise ein bis zwei Wochen ab dem Zeitpunkt, an dem wir Zugriff haben, je nach Größe der Website. Eine 200-Seiten-Broschüren-Website geht schneller als ein Shop mit 40.000 URLs und Facetten-Navigation. Der Crawl dauert Stunden; die Analyse den Rest.

1. Zugriff und Umfang

   Search Console, Analytics und Server-Logs, falls vorhanden. Wir vereinbaren vor dem Start, welche Bereiche und Suchanfragen zählen.

2. Crawl und Datensammlung

   Voll-Crawl, Index-Abgleich, Feld-Performance-Daten, Backlink-Export, interne Linkkarte.

3. Analyse

   Der langsame Teil. Jedes geflaggte Problem wird von Hand geprüft, denn Crawler werfen False Positives in einer Rate, die den Report unbrauchbar machen würde.

4. Priorisierung und Walkthrough

   Befunde sortiert nach Wirkung gegen Aufwand mit URLs dran, dann ein Call mit der Person, die die Fixes umsetzt.

Warum wir dich bitten, das vor dem Linkkauf zu machen

Ohne Absicherung gesagt: Wenn die Seite, auf die du Links richtest, nicht gecrawlt werden kann, nicht indexiert ist oder das Thema nicht gut genug abdeckt, um zu konkurrieren, sind Links verschwendetes Geld. Nicht weniger wirksam. Verschwendet.

Eine Link Insertion (auch Niche Edit genannt) gibt Autorität an eine URL weiter. Trägt diese URL ein Canonical auf eine andere Seite, geht die Autorität woandershin. Ist sie auf noindex, passiert nichts. Ist sie crawlbar, aber 400 Wörter gegen Wettbewerber mit 2.000 und Originaldaten, verbessert der Link eine Seite, die trotzdem verliert.

Wir verkaufen Links. Dir zu sagen, dass du zuerst woanders investieren sollst, kostet uns Umsatz — und wir tun es trotzdem lieber, als eine Bestellung für eine Seite anzunehmen, die sie nicht in Rankings umwandeln kann.

Das ist Argumentation, keine gemessene Studie. Aber der Fehlermodus ist häufig genug, dass wir lieber zuerst prüfen. Unsere Notizen zur Frage, ob ein Link den Kauf wert ist, und zu wie viele Links pro Monat sinnvoll sind, setzen beide eine gesunde Zielseite voraus.

SEO-Audit-FAQ

Wohin als Nächstes

Weißt du schon, dass die technische Seite gesund ist, geh direkt zu den Preisen pro Link oder zur breiteren SerpInsight-Leistungsliste. Bist du unsicher — die meisten sind es — schick uns die Domain und die Seiten, die ranken sollen. Wir antworten innerhalb von 24 Stunden und sagen dir, was du brauchst.

Wie Befunde priorisiert werden

Jeder Befund landet in einem von vier Quadranten, aufgetragen als geschätzte Wirkung gegen Umsetzungsaufwand. Der Quadrant entscheidet, wo er in der Liste sitzt — und nützlicher noch: ob er überhaupt in der Liste erscheint.

Aufwand heißt hier Entwicklerzeit, nicht deine Zeit. Eine Änderung, deren Freigabe dich fünf Sekunden kostet und dein Engineering-Team zwei Sprints, ist ein großes Projekt — egal wie klein sie im Report aussieht.

Die letzte Zeile ist Absicht. Ein SEO-Audit-Service, der nur To-dos listet, reicht dir einen Backlog ohne Decke. Dir zu sagen, was du in Ruhe lassen sollst, ist die schwerere Hälfte des Urteils — und der sitewide URL-Umbau ist der Punkt, über den wir am meisten streiten: viel Redirect-Risiko im Tausch gegen ein Signal, zu dem Google sehr wenig gesagt hat.

Was kann ein SEO-Audit nicht leisten?

Es kann keine Rankings vorhersagen, es kann nicht sehen, was deine Wettbewerber ausgeben, und es kann kein Produkt retten, das niemand will. Diese drei Grenzen decken den Großteil der Enttäuschung ab, die Leute aus Audits mitnehmen — deshalb nennen wir sie vor der Beauftragung statt danach.

Es kann nicht prognostizieren, wo du ranken wirst

Ein Audit beschreibt Beschränkungen. Es kann dir sagen, dass eine Seite von der Indexierung blockiert ist, oder dass sie sechs der zwölf Unterthemen abdeckt, die die aktuellen Top 10 abdecken. Es kann dir nicht sagen, dass deren Behebung dich bis November auf Position vier bringt. Wer diese Prognose liefert, extrapoliert aus dem Modell eines Algorithmus, den er nie gesehen hat, auf einer Ergebnisseite, die sich wöchentlich ändert, gegen Wettbewerber, die ebenfalls arbeiten.

Es kann Budgets und Absichten der Wettbewerber nicht sehen

Wir können die verweisenden Domains eines Wettbewerbers zählen und seine Anker-Verteilung lesen. Wir können nicht sehen, was er zahlt, was fürs nächste Quartal vertraglich vereinbart ist, oder ob die fünfzig Links vom März eine Einmal-Kampagne waren oder die neue Grundlinie. Der Ist-Zustand ist beobachtbar. Ausgaben und Absicht nicht. Jeder Wettbewerbs-Abschnitt, der sich liest, als wären sie es, verdient Misstrauen — unserer eingeschlossen.

Es kann ein schwaches Angebot nicht retten

Suche belohnt Seiten, die die Person zufriedenstellen, die geklickt hat. Sind deine Preise nicht wettbewerbsfähig, ist deine Lieferzeit doppelt so lang wie bei allen anderen, oder verlangt die Seite eine Telefonnummer, bevor sie irgendetwas erklärt, ändert daran kein technischer Fix etwas. Ein Audit kann dir sagen, dass dein Zurückspringen zu den Ergebnissen auf kommerziellen Suchanfragen schlecht aussieht. Ob das ein Title-Tag-Problem oder ein Geschäftsproblem ist, ist ein Urteil, das wir dir ehrlich geben und nicht für dich messen können.

Das Crawl-Setup, und warum rohes und gerendertes HTML verglichen werden

Wie eine Website gecrawlt wird, ändert, was der Crawl findet — die Konfiguration ist also Teil der Methode, kein Detail.

1. Zwei User-Agents, mit Absicht

   Wir crawlen einmal mit mobilem User-Agent, denn Mobile-First-Indexierung heißt, das mobile Rendering ist das, was zählt, und einmal als Desktop-Client. Wo die beiden auseinanderlaufen — Inhalte auf Mobil versteckt, andere interne Links in einem eingeklappten Menü — ist die Differenz selbst ein Befund.

2. Ein Durchlauf als Googlebot

   Wir fahren zusätzlich einen begrenzten Durchlauf, der sich als Googlebot ausweist, und vergleichen die Antworten mit unserem normalen Crawl. Liefert der Server einem Crawler, der sagt, er sei Google, anderes HTML, andere Statuscodes oder andere Canonicals, wollen wir das wissen — das ist Differential Serving, meist unabsichtlich: eine CDN-Regel oder ein Bot-Schutz-Produkt, das niemand dokumentiert hat.

3. Rate-Limits vorab vereinbart

   Wir bitten um Allowlisting unserer IP und vereinbaren eine Request-Rate mit der Person, die die Infrastruktur betreibt. Ein Crawler, der einen Shared-Hosting-Shop mit voller Geschwindigkeit trifft, bremst ihn entweder aus oder wird auf halbem Weg geblockt — und ein halbfertiger Crawl produziert selbstbewusst falsche Schlüsse.

4. Rohe Antwort gegen gerendertes DOM

   Wir holen das rohe HTML, das der Server sendet, rendern dieselbe URL in einem Headless-Browser und vergleichen beides. Das ist die Prüfung, die die teuren Probleme fängt.

5. Sitemaps als eigene Liste gecrawlt

   Die XML-Sitemaps werden unabhängig gecrawlt und gegen die Seiten gedifft, die wir über Links erreicht haben. Seiten in der Sitemap, auf die kein Link zeigt, sind Waisen; Seiten, die wir gecrawlt haben und die Sitemap auslässt, heißen meist: Die Sitemap wird aus veralteten Daten erzeugt.

Der Roh-gegen-gerendert-Vergleich verdient eine eigene Erklärung, denn JavaScript-gerenderter Content ist der Ort, wo die meisten modernen technischen Probleme inzwischen leben. Google rendert JavaScript, aber das Rendering ist ein zweiter Durchlauf in einer Warteschlange — und alles, was erst nach diesem Durchlauf existiert, ist bestenfalls verzögert und schlimmstenfalls verpasst.

Was wir im Diff suchen: Navigationslinks, die nur als Click-Handler existieren statt als echte hrefs, denen kein Crawler folgen kann. Pagination, ersetzt durch Infinite Scroll ohne crawlbare Seite-zwei-URL. Canonical-Tags oder Meta-Robots, die client-seitig injiziert oder überschrieben werden — so landet eine Seite kanonisiert, wo es niemand wollte. Fließtext, der erst beim Klick in Tabs oder Akkordeons lädt. Client-seitige 404s, die eine Fehlermeldung rendern und dabei Status 200 liefern, sodass Google ein paar tausend Fehlerseiten als echten Content ablegt. Und Consent- oder Geo-Gating-Skripte, die das Rendering für einen Bot komplett blockieren — übrig bleibt eine Seite, deren indexierbarer Inhalt ein Cookie-Banner ist.

Was Logfiles und die Search Console zeigen, was ein Crawler nicht kann

Ein Crawl sagt dir, was möglich ist. Server-Logs und Search Console sagen dir, was Google tatsächlich getan hat. Diese Unterscheidung ist der ganze Wert der Bitte um beides.

Logfiles, wo du sie exportieren kannst

Rohe Access-Logs sind der einzige Ort, an dem du siehst, welche URLs der Googlebot angefragt hat, wie oft, und welchen Statuscode er bekam — der nicht immer der ist, den du siehst, besonders hinter einem CDN mit Edge-Regeln. Wir verifizieren Hits per Reverse-DNS, bevor wir ihnen trauen, denn ein nennenswerter Teil des selbsterklärten Googlebot-Traffics sind Scraper, die den Namen tragen.

Was das offenlegt: Crawl-Budget, das auf Parameter-URLs und Filterkombinationen statt auf deine kommerziellen Seiten geht. Neue URLs, die wochenlang unentdeckt bleiben. Ein Bereich der Website, den Google einmal im Quartal besucht — was erklärt, warum Updates dort nie zu greifen scheinen. Sporadische 5xx-Antworten, die längst weg waren, als jemand nachsah. Und der ehrliche Vorbehalt: Viele Websites auf Managed Hosting können schlicht keine brauchbaren Logs liefern, und wir fahren das Audit ohne sie, statt sie zur Bedingung zu machen.

Search-Console-Signale

• Gründe der Seitenindexierung — „Gecrawlt, zurzeit nicht indexiert“ und „Gefunden, zurzeit nicht indexiert“ bedeuten Verschiedenes und zeigen auf verschiedene Behebungen.
• Der Crawl-Statistik-Bericht — mittlere Antwortzeit, angefragte Dateitypen, und ob der Crawl-Zweck Discovery oder Refresh ist. Eine Website, bei der fast alles Refresh ist, veröffentlicht nichts, das Google für neu hält.
• Suchanfragen-Daten auf Seitenebene, die zeigen, worum es auf einer Seite laut Google geht — oft nicht das, worüber du sie geschrieben hast.
• Impressionen und mittlere Position nach URL-Muster, was einen Rückgang in einem Bereich lokalisiert statt einer sitewide Panik.
• Manuelle Maßnahmen und Sicherheitsprobleme — die Prüfung dauert etwa neunzig Sekunden und ändert, wenn vorhanden, die ganze Form des Auftrags.
• Core-Web-Vitals-Felddaten nach URL-Muster gruppiert — echte Nutzermessung statt Laborwert.

Zusammengenommen beantworten diese Quellen Fragen, bei denen ein Crawler nur raten kann. Ein Crawler kann dir sagen, dass eine Seite indexierbar ist. Die Search Console sagt dir, ob Google sie indexiert hat, und die Logs, ob Google seither wieder da war.

Wie oft sollte eine Website neu auditiert werden?

Die meisten kleinen Websites brauchen ein volles Re-Audit weit seltener, als es ihnen verkauft wird. Einmal im Jahr passt für eine stabile Website — darüber hinaus sollte der Auslöser ein Ereignis sein, kein Kalenderdatum.

Die Begründung ist simpel: Technische Probleme häufen sich nicht von allein an. Sie kommen mit Deploys. Eine Zwanzig-Seiten-Beratungswebsite, die seit dem letzten Audit nicht angefasst wurde, hat zwölf Monate später dieselben Befunde — und der erneute Crawl produziert eine Rechnung statt Information.

Auditiere neu, wenn eines davon passiert ist, egal wie kurz das letzte her ist:

• Eine Migration, ein Replatforming oder ein Domainwechsel — möglichst vor dem Launch, und zwei Wochen danach noch einmal.
• Ein Redesign oder Template-Neubau — eine Migration, die niemand so genannt hat.
• Ein Traffic-Rückgang, der zwei Wochen übersteht und nicht durch Saisonalität oder ein bekanntes Update erklärt ist.
• Eine große Content-Fusion, -Bereinigung oder Kategorie-Umstrukturierung.
• Ein Wechsel von CDN, Hosting oder Bot-Schutz — so entsteht Differential Serving üblicherweise.

Zwischen Audits erledigt Monitoring den Job für einen Bruchteil der Kosten. Prüf den Seitenindexierungs-Bericht einmal im Monat, beobachte die Zahl indexierter Seiten gegen die veröffentlichten, und leg einen Alarm auf organische Sitzungen. Das sind zwanzig Minuten, und es fängt das ab, was sich zu fangen lohnt. Ein großer Shop mit wöchentlichen Template-Deploys oder ein Publisher mit Hunderten neuen URLs pro Monat braucht wirklich einen kürzeren Zyklus — aber die Website, die kontinuierliches Auditieren braucht, weiß das meistens, weil dort schon jemand wegen des letzten Deploys nervös ist.

Was wir übergeben, und wie du es wirklich umsetzt

Das Deliverable ist eine Arbeitswarteschlange, kein Dokument. Befunde kommen als Tracker — eine Zeile pro Befund, direkt in Jira, Linear oder eine Tabelle importierbar — mit diesen Feldern: einer ID, dem Bereich, dem Schweregrad, dem Quadranten, den betroffenen URLs, der Behebung als Anweisung formuliert, den geschätzten Entwicklerstunden, und leeren Spalten für Owner und Zieltermin.

Diese zwei leeren Spalten zählen mehr als alles, was wir in die anderen schreiben. Ein Audit ohne Owner pro Zeile wird eine Datei in einem Shared Drive.

Neben dem Tracker bekommst du die Spezifika, die ein Entwickler braucht, statt ihrer Beschreibung: die exakte Canonical-URL, die jedes betroffene Template ausgeben soll, die exakten Robots-Direktiven, die Redirect-Map als CSV mit Quell- und Zielspalte, und Beispiel-Markup, wo die Behebung Markup betrifft. Lässt sich ein Befund nicht so konkret formulieren, ist er nicht fertig, und wir liefern ihn nicht aus.

Dann ein Walkthrough-Call mit der Person, die umsetzt — nicht nur der, die beauftragt hat. Zwei Dinge passieren in diesem Call jedes Mal: Dein Entwickler erklärt, warum einer unserer Fixes schwerer ist als geschätzt, und wir sortieren die Liste darum neu. Schätzungen von außerhalb einer Codebase sind Schätzungen.

Sobald die Fixes deployt sind, crawlen wir die betroffenen URLs neu und bestätigen schriftlich, dass jeder wie spezifiziert ausgeliefert wurde. Fixes werden öfter halb umgesetzt als ignoriert — ein Canonical auf einem Template korrigiert und nicht auf seinem Geschwister, ein Redirect verkettet statt aufs Ziel gerichtet — und ein stiller Teil-Fix liest sich wie eine gescheiterte Empfehlung.

Kommt das Audit sauber zurück und die Beschränkung erweist sich als Autorität statt irgendetwas auf der Website, ist die nächste Ausgabe externe Links. Unsere Erklärung, wie eine Link Insertion funktioniert, und die realistische Darstellung, wie lange Platzierungen überleben, sind die zwei Lektüren vor jedem Kauf — der Platzierungsservice und die Preise pro Link decken den Rest. Nicht sicher, welches von beiden du brauchst — schick uns die Domain, und wir antworten innerhalb von 24 Stunden mit einer Meinung statt einem Angebot.

Mehr Audit-Fragen