Enterprise-SEO-Audit

Kurz gesagt — Ein Enterprise-SEO-Audit ist der Gesundheitscheck für eine sehr große Website – denken Sie an Millionen Seiten, mehrere Systeme und viele Teams. Der Kniff besteht nicht darin, mehr zu prüfen, sondern gerade nicht alles prüfen zu wollen. Sie ermitteln, wo es wirklich wehtut, untersuchen die entscheidenden Bereiche und liefern eine kurze Liste der größten lösbaren Probleme – keinen riesigen Bericht, den niemand liest.

Was ein Enterprise-SEO-Audit ist

Ein SEO-Audit untersucht eine Website auf Hindernisse, die ihre Sichtbarkeit in der Suche beeinträchtigen. Bei einem Enterprise-Audit gilt dieselbe Grundidee für eine wesentlich größere und komplexere Website: ein Unternehmen mit Millionen URLs, mehreren Content-Systemen, Teams in verschiedenen Ländern und vielen beweglichen Teilen.

Diese Größenordnung verändert die Aufgabe. Auf einer kleinen Website können Sie jede Seite einzeln betrachten. Auf einer Enterprise-Website ist das unmöglich: Es gibt zu viele Seiten, die ohnehin meist auf wenigen Templates beruhen. Deshalb prüfen Sie nicht jede Seite einzeln, sondern die Templates. Ein behobener Template-Fehler korrigiert auf einmal Tausende Seiten.

Die Reihenfolge, die zählt

Wenn alles kaputt aussieht, wissen viele nicht, wo sie anfangen sollen. Ich arbeite in dieser Reihenfolge, vom Fundament aufwärts:

1. Können Suchmaschinen die Seiten überhaupt erreichen? Das ist die Grundlage. Beginnen Sie im Bericht zur Seitenindexierung der Google Search Console. Er zeigt, welche Seiten Google indexiert und welche es auslässt – häufig mit dem Grund.
2. Sind die auffindbaren Seiten gut? Prüfen Sie Inhaltsqualität, Duplikate und welche Seiten sichtbar oder verborgen sein sollen.
3. Dann die Links: interne Links zu wichtigen Seiten und die Rückgewinnung von Links, die auf defekte Seiten zeigen.

Erst die Indexierung, dann die Inhalte, danach die Links. Wer die Reihenfolge vertauscht, poliert Seiten, die Suchmaschinen nicht einmal sehen können.

Warum diese Audits meist scheitern

Nicht, weil jemand eine Einstellung übersieht. Sie scheitern, weil der Bericht zu groß ist und niemand etwas damit tut. Ich habe Audit-Decks mit 300 Folien verstauben sehen. Ein nützlicher Enterprise-Audit endet mit 5 bis 10 priorisierten Fixes, die ein Entwickler direkt übernehmen kann – jeweils mit einem verständlichen Grund, warum der Fix für das Geschäft zählt („Damit gewinnen wir Links mit echtem Traffic-Wert zurück“), nicht nur für SEO.

Der Teil, den viele überspringen

Die größte Schwierigkeit bei Enterprise SEO ist nicht technisch. Verschiedene Teams – Entwicklung, Content und Recht – müssen sich darauf einigen, was sie beheben, und es tatsächlich umsetzen. Selbst der beste Audit ist wertlos, wenn er in einem Ordner liegen bleibt. Stehen ein Unternehmen und seine Mitarbeitenden schließlich hinter SEO, können sie eine ganze Branche dominieren.

Sie möchten die vollständige Methodik zum Eingrenzen, Segmentieren, Priorisieren und Aktuellhalten eines Audits? Wechseln Sie zum Tab Advanced.

Googles technische Mindestanforderungen für die Indexierungsfähigkeit sind der Zugriff für Googlebot, eine HTTP-Antwort mit 200 und indexierbarer Inhalt; selbst dann ist die Indexierung nicht garantiert. Evidence for this claim Google lists three minimum technical requirements for indexing eligibility: Googlebot must not be blocked, the page must return HTTP 200, and the page must contain indexable content. Scope: Minimum eligibility requirements for Google Search; meeting them does not guarantee crawling, indexing, serving, or ranking. Confidence: high · Verified: 2026-07-14 Google Search Central: Technical requirements Googles Leitfaden zum Crawl-Budget großer Websites richtet sich hauptsächlich an Websites mit mehr als einer Million eindeutigen Seiten oder mehr als 10 000 Seiten, die sich täglich ändern. Evidence for this claim Google directs its crawl-budget guidance mainly to sites with more than one million unique pages or more than 10,000 pages that change daily. Scope: Google's examples for deciding whether its large-site crawl-budget guide is relevant; these are not crawl guarantees or definitions of an enterprise company. Confidence: high · Verified: 2026-07-14 Google Search Central: Large site's guide to managing crawl budget

Kurz gesagt — Enterprise-Audits sind wegen ihrer Größenordnung und der dahinterstehenden Organisation eine eigene Disziplin. Prüfen Sie nicht alles: Befragen Sie Stakeholder zu echten Problemen, segmentieren Sie die Website nach CMS, Region, Template und Team und grenzen Sie den Umfang bewusst ein. Beginnen Sie mit der Indexierung – dem GSC-Bericht zur Seitenindexierung – und erst danach mit Inhalten oder Links. Denken Sie in Templates statt in Seiten: Ein falsches Canonical kann Hunderttausende URLs treffen. Crawl-Verschwendung und hreflang sind typische Enterprise-Probleme; hreflang kann das teuerste Problem des Audits sein. Priorisieren Sie nach Wirkung × Umsetzbarkeit, beziffern Sie den Geschäftswert, formulieren Sie 5–10 Punkte als Entwickler-Tickets und sichern Sie diese durch Governance gegen Regressionen. Vertrauen Sie keinem Tool-Score – selbst Google warnt davor.

Warum „Enterprise“ die gesamte Aufgabe verändert

Enterprise-SEO-Audits unterscheiden sich grundlegend von „normalen“ Audits. Große Websites bringen mehrere Systeme, unterschiedliche Teams und Datenmengen mit, an denen eine gewöhnliche Tabellenkalkulation scheitert. Ein Standard-Audit wendet eine Checkliste auf eine Website an. Ein Enterprise-Audit muss Millionen URLs, zahlreiche CMS und CDNs, internationale Präsenzen mit eigenen Regionalteams und JavaScript-lastige Stacks abdecken – innerhalb von Freigabeprozessen, in denen die Person, die den Fix ausliefern muss, Ihnen nicht unterstellt ist.

Auch die Risiken sind asymmetrisch. Auf einer kleinen Website kostet ein Fehler eine Seite. Auf einer Enterprise-Website kann ein einziger Fehler Millionen Seiten aus dem Index halten oder eine ganze Website aus den Suchergebnissen entfernen. Bei einer Website, an der ich arbeitete, legte eine einzelne URL-Parameter-Einstellung die Indexierung der Paginierung auf der gesamten Website lahm. In dieser Größenordnung führen Sie den Audit durch.

Der notwendige Perspektivwechsel lautet deshalb: Denken Sie nicht mehr in Seiten, sondern in Templates. Ein falsch konfiguriertes Canonical im Template einer Kategorieseite betrifft gleichzeitig Hunderttausende URLs. Erfolge und Katastrophen entstehen durch Muster, nicht durch einzelne Seiten. Viele SEOs verlieren sich im Enterprise-Umfeld in Beschäftigungstherapie: Sie reparieren Seite für Seite und sammeln kleine Erfolge, während die großen Probleme unangetastet bleiben. Enterprise bedeutet Skalierung.

Die Methodik: Umfang festlegen, bevor Sie crawlen

Mein Enterprise-Audit besteht aus vier Schritten. Die ersten drei finden vollständig statt, bevor ein Crawler läuft.

1. Problempunkte finden. Beginnen Sie mit Stakeholder-Interviews. Was ist wirklich falsch – ein Traffic-Einbruch, der Start in einem neuen Markt, ein Redesign, ein Compliance-Thema oder eine Plattformmigration? Der Audit soll konkrete Fragen beantworten, keine allgemeine Ergebnissammlung erzeugen. Hier erstellen Sie außerdem das Stakeholder-Mapping: Wer ist wofür zuständig? Die Entwicklung verantwortet Templates und CDN, das Content-Team die Texte, und die Rechtsabteilung kann Outreach ablehnen oder Disclaimer vorschreiben. Nur mit früh geklärten Verantwortlichkeiten werden die späteren Ergebnisse umsetzbar.

2. Website segmentieren. Teilen Sie die Website anhand von Seitentyp, Region, Sprache oder technischer Plattform in handhabbare Bereiche. Verwenden Sie dazu Berichte zur Websitestruktur und individuelle Filter. In großem Maßstab ist das unverzichtbar: Ein unsegmentierter Vollcrawl einer Website mit 40 Millionen URLs erzeugt unbrauchbare Daten und kann 48–72 Stunden dauern, bevor die eigentliche Arbeit beginnt. Durch die Segmentierung lassen sich Fixes später dem richtigen Team zuweisen, denn mehrere Websites, CMS und CDNs bilden eine Infrastruktur mit unterschiedlichen Verantwortlichen.

3. Umfang bestimmen. Wenn Sie alles prüfen wollen, wird ein Enterprise-SEO-Audit teuer und zeitaufwendig – und ein großer Teil dieser Zeit ist verschwendet. Begrenzen Sie den Audit auf das Wesentliche: Segmente mit Traffic, Umsatz oder bekannten Problemen. Ein fokussierter technischer Audit eines Segments dauert vielleicht rund 10 Stunden; ein vollständiger Enterprise-Audit mit einer Roadmap für zwölf Monate 50–70 Stunden.

4. Deliverables erstellen, die umgesetzt werden. Diesem Schritt ist unten ein eigener Abschnitt gewidmet, denn hier scheitern die meisten Audits.

Beginnen Sie immer mit der Indexierbarkeit

Klären Sie vor Inhaltsqualität und Links das Fundament: Kann Googlebot die Seiten erreichen, liefern sie 200, und werden sie tatsächlich indexiert? Googles technische Anforderungen sind unmissverständlich: Googlebot braucht Zugriff, die Seite muss den HTTP-Status 200 liefern und indexierbaren Inhalt enthalten. Selbst dann ist die Eignung keine Garantie. Evidence for this claim Google lists three minimum technical requirements for indexing eligibility: Googlebot must not be blocked, the page must return HTTP 200, and the page must contain indexable content. Scope: Minimum eligibility requirements for Google Search; meeting them does not guarantee crawling, indexing, serving, or ranking. Confidence: high · Verified: 2026-07-14 Google Search Central: Technical requirements Indexierung ist noch kein Ranking.

Die erste Diagnoseebene ist der Bericht zur Seitenindexierung (Abdeckung) in der Google Search Console. Er gruppiert indexierte und ausgelassene Seiten nach Gründen wie “Discovered – currently not indexed,” (Übersetzung) „Gefunden – derzeit nicht indexiert“, “Crawled – currently not indexed,” (Übersetzung) „Gecrawlt – derzeit nicht indexiert“, Duplikate oder Soft-404-Fehler. Auf einer großen Website bilden diese Gruppen Ihre Landkarte. Danach ergänzen Sie Crawl-Daten aus Botify, Lumar, Sitebulb oder Screaming Frog und möglichst Logdateien, die zeigen, was Bots tatsächlich abgerufen haben. Erst GSC, dann der Crawler, schließlich Logs als belastbare Wahrheit.

Eine Warnung zum Bericht zur Seitenindexierung: Geraten Sie bei einem Anstieg der 404er nicht sofort in Panik. Martin Splitt weist darauf hin, dass viele 404er zu erwarten sind, wenn kürzlich zahlreiche Inhalte entfernt wurden. Problematisch ist ein unerklärter Anstieg, nicht ein erwarteter.

Die typischen Enterprise-Probleme

Die meisten Audit-Ergebnisse treten auch auf kleinen Websites auf. Einige sind jedoch erst im Enterprise-Maßstab echte Probleme:

Crawl-Verschwendung. Bei Millionen URLs können Parametervarianten, facettierte Navigation, Session-IDs und dünne interne Suchergebnisse einen Großteil des Crawl-Budgets verbrauchen und wertvolle Seiten verdrängen. Genau dieses Problem hält Google erst bei großer Skalierung für relevant: Der Leitfaden richtet sich vor allem an Websites mit mehr als 1 Million eindeutigen Seiten oder mehr als 10 000 täglich geänderten Seiten. Evidence for this claim Google directs its crawl-budget guidance mainly to sites with more than one million unique pages or more than 10,000 pages that change daily. Scope: Google's examples for deciding whether its large-site crawl-budget guide is relevant; these are not crawl guarantees or definitions of an enterprise company. Confidence: high · Verified: 2026-07-14 Google Search Central: Large site's guide to managing crawl budget Darunter ist das Crawl-Budget laut Gary Illyes kein Grund zur Sorge. Die Lösung lautet selten “make Google crawl more” (Übersetzung) „Google soll mehr crawlen“, sondern Verschwendung zu beseitigen: Duplikate zusammenführen, minderwertige Bereiche per robots.txt sperren, tote Seiten mit 404/410 beantworten und lastmod in Sitemaps ehrlich pflegen.

Duplizierte Inhalte in großem Maßstab. Templates erzeugen Tausende beinahe identischer Seiten. Untersuchen Sie das Muster, statt jede URL zufällig einzeln zu kanonisieren. John Mueller empfiehlt, das Muster zu finden und gezielt zu beheben, anstatt URLs einzeln zu kanonisieren – etwa indem eine Parametervariante in robots.txt gesperrt wird.

JavaScript-Rendering in großem Maßstab. Beim Crawling rendert Google die Seite und führt ihr JavaScript in einer aktuellen Chrome-Version aus. Das Rendering erfolgt jedoch verzögert und getrennt vom Abruf des HTML. Inhalte, die erst nach JavaScript vorliegen, können verspätet oder gar nicht indexiert werden. Enterprise-Audits müssen deshalb die rohe HTML-Antwort auf Template-Ebene mit der gerenderten Ausgabe abgleichen.

Hreflang in großem Maßstab – das teuerste Problem, das Sie finden können. Auf einer großen internationalen Website führt falsch konfiguriertes hreflang dazu, dass Google auf Tausenden Seiten die falsche Länder- oder Sprachversion ausliefert. Dadurch sinken Conversion-Raten unbemerkt. Ich behandle es als teuerstes Audit-Problem, weil sich der Verlust täglich über jedes betroffene Template summiert. Wichtig ist auch, wofür Sie hier keine Zeit verschwenden sollten: Kleine Unterschiede im Locale-Format wie Unterstrich statt Bindestrich sind selten entscheidend.

Vertrauen Sie keinem Tool-Score

Dieser Punkt verdient eine eigene Warnung. Audit-Tools präsentieren gern eine Zahl – „SEO Health 82/100“. Ignorieren Sie diesen Wert. Martin Splitt sagte im November 2025: “Please, please don’t follow your tools blindly. Make sure your findings are meaningful for the website in question.” (Übersetzung) „Bitte, bitte folgen Sie Ihren Tools nicht blind. Stellen Sie sicher, dass Ihre Ergebnisse für die betreffende Website wirklich aussagekräftig sind.“ Tool-Scores sind keine Rankingfaktoren und kennen den Kontext der Website nicht. Ein „niedriger“ Score wegen korrekt auf noindex gesetzter Facetten ist unproblematisch. Ein Anstieg der 404er nach einer geplanten Inhaltsbereinigung ebenso. Der Kontext bestimmt den Schweregrad, und den kann das Tool nicht liefern. Splitt zufolge ist das Finden technischer Probleme nur die Hälfte eines Audits. Verstehen Sie die Technik der Website, bevor Sie Diagnosen ausführen, und prüfen Sie die Ergebnisse gemeinsam mit den Personen, die wissen, wie die Website aufgebaut ist.

Deshalb trenne ich außerdem Ergebnisse von Empfehlungen. Eine Ergebnissammlung lautet: „Hier sind 4.000 Probleme.“ Eine Empfehlung lautet: „Diese acht sind in dieser Reihenfolge wichtig, und das ist der Grund.“ Führungskräfte brauchen die zweite Form.

Priorisieren: Wirkung × Umsetzbarkeit, in Geld

Keine große Website ist technisch perfekt. Sie perfekt zu machen wäre Geldverschwendung. Priorisieren Sie deshalb mithilfe einer Wirkungs-/Aufwandsmatrix und übersetzen Sie alles in Geschäftswert. Crawl- und Indexierungsprobleme kommen zuerst, weil sie alles Weitere blockieren. Danach folgen Onpage-Verbesserungen in großem Maßstab und schließlich die Linkarbeit.

Die Formulierung entscheidet. „Leiten Sie diese 100 Seiten weiter“ klingt weniger überzeugend als „Leiten Sie diese 100 Seiten weiter und gewinnen Sie damit 2.500 Links zurück“. Ich habe Redirect-Projekte finanziert bekommen, indem ich jede zurückgewonnene verweisende Domain mit 400 US-Dollar bewertete. Plötzlich ging es um Umsatz statt um eine technische Pflichtübung. Übersetzen Sie SEO-Kennzahlen in die Sprache der Person, die das Budget verantwortet.

Aus der Prüfung sehr vieler Websites weiß ich, was SEOs häufig überpriorisieren: kurze Redirect-Ketten (Google folgt bis zu etwa zehn Sprüngen; kritisch wird es erst jenseits von fünf), doppelte Schrägstriche in URLs, mehrere H1-Elemente (in HTML5 zulässig) und die oben genannten Spitzfindigkeiten zum Locale-Format. Häufig ≠ wichtig.

Deliverables, die tatsächlich umgesetzt werden

Hier entscheidet sich, ob ein Audit wirkt oder stirbt. Niemand liest ein Deck mit 300 Folien. Das Deliverable ist eine priorisierte Liste von 5–10 zentralen Problemen oder Chancen, jeweils mit:

• einer verständlichen Problembeschreibung,
• bezifferter Geschäftswirkung,
• Umsetzungsschritten im Entwickler-Ticket-Format – detailliertes Problem, Abnahmekriterien, reproduzierbare Schritte und zugehörige Geschäftswirkung,
• einer Aufwandsschätzung.

Trennen Sie die Zusammenfassung für Führungskräfte von den technischen Details. Führungskräfte brauchen die priorisierte Fix-Liste und das erwartete Ergebnis; Entwickler brauchen das Ticket. Zwingen Sie keine der beiden Gruppen, das Dokument der anderen zu lesen.

Governance: Verhindern Sie, dass der Audit veraltet

Enterprise-Websites ändern sich wöchentlich: neue Templates, neue Teams, neue CMS-Plugins. Ohne Leitplanken kehren behobene Probleme innerhalb weniger Monate zurück. Ein Audit sollte deshalb in ein fortlaufendes Programm münden und kein Einmalprojekt bleiben:

• SEO-Standards und SOPs sowie Pre-Launch-Checklisten – bis hin zu Unit-Tests vor dem Launch in der Staging-Umgebung –, damit Regressionen vor der Produktion auffallen.
• Crawl-Strategie nach Änderungsgeschwindigkeit: monatliche oder zweiwöchentliche Vollcrawls, tägliche Stichproben-Crawls wichtiger Templates für eine schnellere Erkennung und Staging-Audits vor dem Launch. Eine neue Option sind kontinuierliche Crawls, die mit IndexNow verbunden sind und Probleme in Echtzeit melden.
• Rhythmus: vollständige Audits viertel- bis halbjährlich; kontinuierliches Monitoring von Seitenindexierung, Core Web Vitals und Stichproben-Crawls dauerhaft; ereignisgesteuerte Audits nach Migrationen, Plattformwechseln oder Traffic-Einbrüchen sofort.

Der eigentliche Hebel

Nach allen technischen Einzelheiten entscheidet letztlich die Organisation, nicht die Technik, ob ein Enterprise-SEO-Programm erfolgreich ist. Der Schlüssel liegt darin, die Grundlagen besser als alle anderen umzusetzen. Viele große Marken ranken fast nur für markenbezogene Suchanfragen und verschenken enorme nicht markenbezogene Sichtbarkeit. Fast nie fehlt das Wissen darüber, was falsch ist. Die eigentliche Hürde ist, das Unternehmen auf die Behebung auszurichten. Stehen Unternehmen und Mitarbeitende schließlich hinter SEO, können sie eine Branche dominieren.

Googles Grundlage für die Indexierungsfähigkeit besteht aus Crawl-Zugriff, einer HTTP-Antwort mit 200 und indexierbarem Inhalt. Evidence for this claim Google lists three minimum technical requirements for indexing eligibility: Googlebot must not be blocked, the page must return HTTP 200, and the page must contain indexable content. Scope: Minimum eligibility requirements for Google Search; meeting them does not guarantee crawling, indexing, serving, or ranking. Confidence: high · Verified: 2026-07-14 Google Search Central: Technical requirements Der spezielle Leitfaden zum Crawl-Budget richtet sich hauptsächlich an Websites mit mehr als einer Million eindeutigen Seiten oder mehr als 10 000 Seiten, die sich täglich ändern. Evidence for this claim Google directs its crawl-budget guidance mainly to sites with more than one million unique pages or more than 10,000 pages that change daily. Scope: Google's examples for deciding whether its large-site crawl-budget guide is relevant; these are not crawl guarantees or definitions of an enterprise company. Confidence: high · Verified: 2026-07-14 Google Search Central: Large site's guide to managing crawl budget

KI-Zusammenfassung

Die Kurzfassung des Tabs für Fortgeschrittene:

• Enterprise-Audits sind eine andere Aufgabe, keine größere Checkliste. Grund dafür sind die Skalierung – Millionen URLs, mehrere CMS und CDNs, internationale Teams, JavaScript-Stacks – und die Organisation, welche die Fixes ausliefern muss.
• Grenzen Sie den Umfang ein, bevor Sie crawlen. Mein vierstufiger Prozess: (1) Stakeholder zu echten Problempunkten befragen und Verantwortlichkeiten zuordnen; (2) nach CMS, Region, Template und Team segmentieren; (3) bewusst eingrenzen, weil ein Audit von allem Zeit und Geld verschwendet; (4) Deliverables erstellen, die umgesetzt werden.
• Indexierung zuerst. Beginnen Sie im GSC-Bericht zur Seitenindexierung, nehmen Sie danach Crawl-Daten hinzu und verwenden Sie Logs als belastbare Wahrheit. Googles Schwelle: für Googlebot erreichbar, Status 200, indexierbarer Inhalt – selbst dann ist die Indexierung nicht garantiert.
• Denken Sie in Templates statt in Seiten. Ein falsches Canonical trifft Hunderttausende URLs. Einzelne kleine Erfolge zu verfolgen, während die großen Probleme bestehen bleiben, ist der klassische Fehler.
• Typische Enterprise-Probleme: Crawl-Verschwendung (erst ab etwa einer Million Seiten pro Woche oder 10 000 pro Tag relevant), duplizierte Inhalte in großem Maßstab, JavaScript-Rendering in großem Maßstab und hreflang als teuerstes Problem großer internationaler Websites.
• Vertrauen Sie keinem Tool-Score. Splitt warnt: “don’t follow your tools blindly” (Übersetzung) „Folgen Sie Ihren Tools nicht blind.“ Der Kontext bestimmt den Schweregrad. Ein 404-Anstieg nach einer Inhaltsbereinigung ist zu erwarten und kein Notfall.
• Priorisieren Sie Wirkung × Aufwand in Geld, zum Beispiel 400 US-Dollar pro zurückgewonnener verweisender Domain: Crawl/Index → Onpage in großem Maßstab → Links. Trennen Sie Ergebnisse von Empfehlungen.
• Liefern Sie 5–10 Fixes im Entwickler-Ticket-Format mit Abnahmekriterien und Geschäftswirkung, kein Deck mit 300 Folien. Trennen Sie die Zusammenfassung für Führungskräfte von den technischen Details.
• Sichern Sie alles durch Governance ab: Standards, Pre-Launch-Prüfungen sowie Stichproben- oder kontinuierliche Crawls verhindern Regressionen. Der eigentliche Hebel ist die organisatorische Ausrichtung.

Offizielle Dokumentation

Diese Primärquellen sollten die Empfehlungen eines Enterprise-Audits fundieren.

Google

• Search Essentials – technische Anforderungen – die drei Mindestanforderungen für die Indexierungsfähigkeit: Zugriff für Googlebot, HTTP 200 und indexierbarer Inhalt.
• Crawl-Budget optimieren – Crawl-Kapazität und -Nachfrage, für wen das Thema tatsächlich relevant ist (mehr als 1 Million Seiten pro Woche oder 10 000 pro Tag) und Empfehlungen zum URL-Inventar.
• Core Web Vitals – LCP, INP (ersetzte FID im März 2024) und CLS, gemessen am 75. Perzentil der CrUX-Felddaten.
• Grundlagen zu JavaScript-SEO – Rendering erfolgt verzögert und getrennt; gleichen Sie HTML und gerenderte Ausgabe ab.
• Brauche ich einen SEO? – Googles Beschreibung dessen, was ein ordentlicher Audit liefern sollte: realistische Schätzungen und erwartete Ergebnisse, aber niemals eine Rankinggarantie.
• Bericht zur Seitenindexierung (Search Console-Hilfe) – die erste Diagnoseebene für die Indexierbarkeit in großem Maßstab.

Bing / Microsoft

• Bing Webmaster Guidelines – Inhaltsqualität und technische Anforderungen.
• Inhalte mit Sitemaps in der KI-gestützten Suche auffindbar halten (Juli 2025) – Sitemap-Grenzen im Enterprise-Maßstab (50 000 URLs pro Datei; Indexdateien mit Milliarden URLs) und die Bedeutung eines korrekten lastmod.
• IndexNow – URL-Übermittlung in Echtzeit für Enterprise-Websites mit hoher Änderungsgeschwindigkeit; Grundlage kontinuierlicher Crawl-Warnungen.

Zitate aus den Quellen

Öffentliche Aussagen von Google-Mitarbeitern, die für Audits großer Websites relevant sind.

Martin Splitt, Google – wozu ein Audit tatsächlich dient

• “A technical audit, in my opinion, should make sure no technical issues prevent or interfere with crawling or indexing.” (Übersetzung) „Ein technischer Audit sollte meiner Meinung nach sicherstellen, dass keine technischen Probleme das Crawling oder die Indexierung verhindern oder beeinträchtigen.“ — Martin Splitt, Search Central, November 2025. Bericht
• “Please, please don’t follow your tools blindly. Make sure your findings are meaningful for the website in question.” (Übersetzung) „Bitte, bitte folgen Sie Ihren Tools nicht blind. Stellen Sie sicher, dass Ihre Ergebnisse für die betreffende Website wirklich aussagekräftig sind.“ — Martin Splitt, November 2025. Bericht
• “A high number of 404s, for instance, is expected if you removed a lot of content recently.” (Übersetzung) „Eine hohe Zahl von 404ern ist zum Beispiel zu erwarten, wenn Sie kürzlich viele Inhalte entfernt haben.“ — Martin Splitt, November 2025. Bericht

Gary Illyes, Google – Crawl-Budget und Qualität

• “For most sites, crawl budget is not something to worry about. For really large sites, it becomes something to consider looking at.” (Übersetzung) „Für die meisten Websites ist das Crawl-Budget kein Grund zur Sorge. Bei wirklich großen Websites wird es zu einem Thema, das man sich ansehen sollte.“ — Gary Illyes. Dokumentation zum Crawl-Budget

John Mueller, Google – Indexierung großer Websites

• “I strongly recommend not relying on trying to force indexing” (Übersetzung) „Ich rate dringend davon ab, sich auf den Versuch zu verlassen, die Indexierung zu erzwingen.“ Das gilt für große Websites, denn manuelle Indexierungsanträge lassen sich nicht skalieren. — John Mueller, Google Search Central.
• “Internal links help Google understand site structure, and if all pages are linked to all other pages, there’s no real structure.” (Übersetzung) „Interne Links helfen Google, die Websitestruktur zu verstehen. Wenn alle Seiten mit allen anderen Seiten verlinkt sind, gibt es keine echte Struktur.“ — John Mueller, Google Search Central.

Checkliste für Enterprise-Audits

Arbeiten Sie in dieser Reihenfolge: zuerst der Umfang, dann das Fundament und erst danach alles Weitere.

Bevor ein Crawler läuft

• Stakeholder-Interviews abgeschlossen; bekannte Problempunkte wie Traffic-Einbruch, Launch, Migration, Redesign oder Compliance erfasst.
• Stakeholder-Mapping erstellt; Verantwortliche für Templates, Content, CDN und rechtliche Freigabe benannt.
• Website nach CMS, Region, Seitentyp, Template und Team segmentiert.
• Umfang vereinbart; eingeschlossene und ausdrücklich ausgeschlossene Segmente samt Begründung dokumentiert.

Indexierbarkeit – das Fundament

• GSC-Bericht zur Seitenindexierung geprüft; Gruppen “Discovered/Crawled – currently not indexed” (Übersetzung) „Gefunden/Gecrawlt – derzeit nicht indexiert“ nach Mustern analysiert.
• Wichtige Templates liefern 200; tote Seiten liefern 404/410.
• Crawl-Verschwendung durch Parameter, Facetten, Session-IDs und interne Suche erkannt und ein Plan für robots.txt oder Konsolidierung erstellt.
• Sitemaps enthalten nur kanonische, indexierbare URLs mit ehrlichem lastmod.
• JavaScript-Inhalte abgeglichen: rohes HTML gegen gerenderte Ausgabe auf Template-Ebene.

Inhalte und Internationalisierung

• Duplizierte und dünne Inhalte nach Template-Mustern statt Seite für Seite bewertet.
• hreflang für jedes internationale Template in großem Maßstab geprüft, einschließlich Rückverweisen und korrekter Region/Sprache; dies ist die Prüfung mit dem höchsten Risiko.

Links

• 404-Seiten mit Backlinks zur Rückgewinnung markiert und mit einem Geldwert versehen.
• Verwaiste und tief verborgene wichtige Seiten mit mehr als drei Klicks Tiefe identifiziert.

Deliverable und Governance

• Ergebnisse auf 5–10 priorisierte Empfehlungen reduziert.
• Jeder Fix als Entwickler-Ticket mit Problem, Abnahmekriterien, Schritten und Geschäftswirkung formuliert.
• Zusammenfassung für Führungskräfte von technischen Details getrennt.
• Monitoring-Rhythmus und Pre-Launch-Checkliste vereinbart, damit Probleme nicht zurückkehren.

Denkmodelle

1. Umfang vor Crawl – die vier Schritte. Problempunkte → segmentieren → Umfang festlegen → Deliverables. Die ersten drei Schritte erfolgen, bevor ein Tool läuft. Wer sie überspringt, endet mit 40 Millionen Crawl-Zeilen, die niemand nutzen kann.

2. Templates statt Seiten. Auf einer Enterprise-Website sind alle bedeutenden Probleme und Fixes Muster. Fragen Sie zuerst: „Welches Template erzeugt das?“, und erst danach: „Welche Seite ist defekt?“ Ein Canonical-Fix kann Hunderttausende URLs bewegen; ein Seiten-Fix nur eine.

3. Die Leiter der Indexierbarkeit – in dieser Reihenfolge hinaufsteigen. Für Googlebot erreichbar → liefert 200 → indexierbarer Inhalt → tatsächlich indexiert → rankt. Finden Sie die Stufe, an der ein Segment scheitert – beginnend im Bericht zur Seitenindexierung –, bevor Sie darüber etwas ändern.

4. Wirkung × Aufwand, in Geld bewertet. Tragen Sie Ergebnisse in eine Wirkungs-/Aufwandsmatrix ein und rechnen Sie die Wirkung in Geld um, etwa pro verweisender Domain oder zurückgewonnenem Traffic. Reihenfolge: Crawl-/Indexierungsprobleme → Onpage in großem Maßstab → Links. Ergebnisse ≠ Empfehlungen; Führungskräfte erhalten die kurze priorisierte Empfehlungsliste.

5. Kontext schlägt den Score. Eine Tool-Zahl weiß nicht, was Ihre Website leisten soll. Ein 404-Anstieg nach einer Bereinigung oder ein „niedriger Score“ durch korrekt auf noindex gesetzte Facetten sind unproblematisch. Prüfen Sie jedes Ergebnis gegen den tatsächlichen Aufbau der Website.

6. Kreislauf aus Audit und Governance. Ein Audit ist eine Momentaufnahme, eine Enterprise-Website ein Film. Überführen Sie Ergebnisse in Standards, Pre-Launch-Prüfungen sowie kontinuierliche oder Stichproben-Crawls, damit dieselben Probleme im nächsten Quartal nicht zurückkehren.

Spickzettel für Enterprise-Audits

Arbeitsreihenfolge

Wer sich um das Crawl-Budget kümmern muss – Googles Schwellenwert

• Mehr als 1 Million eindeutige Seiten mit wöchentlichen Änderungen oder mehr als 10 000 Seiten mit täglichen Änderungen oder viele Seiten im Status “Discovered – currently not indexed.” (Übersetzung) „Gefunden – derzeit nicht indexiert.“ Darunter: kein Grund zur Sorge.

Zielwerte für Core Web Vitals

• LCP < 2,5 s · INP < 200ms (ersetzte FID im März 2024) · CLS < 0,1 – am 75. Perzentil der CrUX-Felddaten.

Überpriorisiert – weniger wichtig, als viele SEOs denken

• Redirect-Ketten (Google folgt etwa zehn Sprüngen; erst ab fünf genauer hinsehen) · doppelte Schrägstriche · mehrere H1-Elemente (in HTML5 zulässig) · Spitzfindigkeiten beim Locale-Format (Unterstrich oder Bindestrich).

Höchstes Risiko

• hreflang auf internationalen Templates als teuerstes Problem · Canonical- oder Template-Fehler, die Hunderttausende URLs betreffen · alles, was im großen Maßstab eine Deindexierung auslösen kann.

Regeln für das Deliverable

• 5–10 Punkte statt 300 Folien · Entwickler-Ticket-Format mit Problem, Abnahmekriterien, Schritten und Geschäftswirkung · Zusammenfassung für Führungskräfte getrennt von technischen Details · Ergebnisse ≠ Empfehlungen.

Tools für Enterprise-SEO-Audits

Kein einzelnes Tool deckt einen Enterprise-Audit ab. Der Stack:

• Google Search Console – kostenlos und offiziell. Beginnen Sie hier: Bericht zur Seitenindexierung, Core Web Vitals, Crawl-Statistiken und URL-Prüfung. Sie bildet die erste Diagnoseebene.
• Bing Webmaster Tools – kostenlos und offiziell. Site Scan für vollständige On-Demand-Audits, Top Insights für fehlende Sitemap-Seiten und Crawl-Fehler, IndexNow Insights, Crawl Control und 16 Monate Suchleistungsdaten.
• Enterprise-Crawler: Botify, Lumar (DeepCrawl), Sitebulb und Screaming Frog für segmentierte Crawls auf Template-Ebene. Crawls über Millionen URLs können 48–72 Stunden dauern – genau deshalb segmentieren Sie zuerst.
• Logdateianalyse: die belastbare Wahrheit darüber, was Bots tatsächlich abgerufen haben und wo Crawl-Budget verschwendet wird. Nutzen Sie etwa Screaming Frog Log File Analyser oder übertragen Sie Logs in BigQuery beziehungsweise eine Logplattform.
• Backlink-Analyse: Ahrefs für Link-Audit und 404-Rückgewinnung, einschließlich eines Geldwerts pro zurückgewonnener verweisender Domain.
• Enterprise-SEO-Plattformen: BrightEdge, Conductor, seoClarity und Ahrefs Enterprise für das fortlaufende Monitoring großer Websites.
• Performance: PageSpeed Insights und CrUX für Core Web Vitals aus Felddaten.

Die wichtigste Einschränkung für alle genannten Tools: Lassen Sie Ihre Prioritäten nicht vom allgemeinen „Health-Score“ eines Tools bestimmen. Er ist kein Rankingfaktor und kennt Ihre Website nicht.

SOP für den vierteljährlichen Enterprise-SEO-Audit

Nutzen Sie dies als wiederkehrenden Audit-Zyklus, nicht als einmalige Ergebnissammlung.

1. Umfang und Verantwortliche bestätigen. Befragen Sie die Verantwortlichen aller CMS, Regionen und Templates erneut. Erfassen Sie wichtige Launches, Migrationen, Traffic-Veränderungen und Systeme, die in den Umfang aufgenommen oder daraus entfernt wurden. Fertig bedeutet: Jedes enthaltene Segment hat einen benannten Verantwortlichen und eine Geschäftsfrage, die der Audit beantworten muss.
2. Erwartetes und indexiertes Inventar vergleichen. Exportieren Sie Sitemap-Summen und prüfen Sie den GSC-Bericht zur Seitenindexierung nach Segment. Untersuchen Sie wesentliche Abweichungen nach Grund, bevor Sie einen Vollcrawl starten. Fertig bedeutet: Jede Lücke ist als beabsichtigt klassifiziert oder zur Diagnose vorgemerkt.
3. Jedes wichtige Template stichprobenartig prüfen. Kontrollieren Sie Status, Canonical, robots-Anweisungen, gerenderten Inhalt, interne Links und gegebenenfalls hreflang. Fertig bedeutet: Für jedes umsatzrelevante Template liegt eine aktuelle Bestanden-/Nicht-bestanden-Bewertung vor.
4. Nur Segmente crawlen, für die Belege nötig sind. Verwenden Sie gespeicherte Einschluss- und Ausschlussregeln, damit Parameter und minderwertige Bereiche die Ergebnisse nicht verdecken. Fertig bedeutet: Jeder Crawl ist einem Verantwortlichen, Template und einer Audit-Frage zugeordnet.
5. Die kurze Liste priorisieren. Bewerten Sie bestätigte Ergebnisse nach Geschäftswirkung und Umsetzbarkeit und reduzieren Sie das Deliverable auf 5–10 Empfehlungen. Fertig bedeutet: Jede Empfehlung enthält betroffenes Muster, Verantwortlichen, Wirkungsbegründung und Aufwandsschätzung.
6. Umsetzungsfertige Tickets schreiben. Fügen Sie Reproduktionsschritte, Abnahmekriterien und die Prüfung hinzu, die den Erfolg des Fixes belegt. Fertig bedeutet: Die Entwicklung kann das Ticket schätzen, ohne das Audit-Deck erneut zu öffnen.
7. Den Kreislauf schließen. Nehmen Sie ausgelieferte Fixes in Monitoring und Pre-Launch-Prüfungen auf und übertragen Sie ungelöste Punkte mit Begründung in den nächsten Zyklus. Fertig bedeutet: Der nächste Audit beginnt mit einem Changelog statt bei null.

Fehler bei Enterprise-Audits, die am meisten Zeit verschwenden

Die ganze Website crawlen, bevor die Frage feststeht

Warum das scheitert: Ein Export mit 40 Millionen URLs mischt unabhängige Systeme, Templates und Verantwortliche in einen Haufen. Das Volumen wirkt beeindruckend, erschwert aber das Erkennen von Mustern.

Besser: Befragen Sie Stakeholder, segmentieren Sie die Website und bestimmen Sie vor dem Start, welche Geschäftsfrage jeder Crawl beantworten soll.

Jede URL als eigenes Problem behandeln

Warum das scheitert: Wer einzelne Seiten repariert, lässt das verursachende Template unverändert. Das Problem kehrt deshalb auf Tausenden URLs zurück.

Besser: Ermitteln Sie hinter jedem Ergebnis das Template, die CMS-Regel oder das Parametermuster und formulieren Sie die Empfehlung auf dieser Ebene.

Ergebnisse nach dem Health-Score eines Tools sortieren

Warum das scheitert: Der Score kann nicht wissen, ob eine noindex-Facette beabsichtigt ist oder ein 404-Anstieg auf eine geplante Inhaltsbereinigung folgt.

Besser: Prüfen Sie Ergebnisse gegen das Verhalten der Website und die Geschäftswirkung und sortieren Sie diese danach nach Wirkung und Umsetzbarkeit.

Hunderte Ergebnisse ohne Verantwortliche liefern

Warum das scheitert: Ein großes Deck verlagert die Sortierarbeit auf Stakeholder und lässt keinen klaren ersten Schritt erkennen.

Besser: Liefern Sie 5–10 Empfehlungen mit Verantwortlichem, Abnahmekriterien, Aufwand und einer verständlichen Wirkungsbegründung.

Den Audit mit dem Versand des Berichts beenden

Warum das scheitert: Templates und Plattformen ändern sich weiter; behobene Probleme kehren unbemerkt zurück.

Besser: Machen Sie aus jedem ausgelieferten Fix eine Regressionsprüfung, Monitoring-Regel oder Pre-Launch-Anforderung.

Prompts für Enterprise-Audit-Aufgaben

Segmentierte Crawl-Daten in Ergebnisse auf Template-Ebene überführen

Fügen Sie einen CSV-Ausschnitt mit URL, Template, Status, Canonical, robots, Klicktiefe und Indexstatus ein. Entfernen Sie vorher vertrauliche Felder. Erwarten Sie eine gruppierte Analyse statt einzelner Ratschläge für jede Seite.

You are helping triage an enterprise SEO crawl. Group the rows below by template and
failure pattern. For each pattern, report: affected segment, observable evidence,
likely system-level cause, pages affected in this sample, business risk, owner to
involve, and the next check needed to confirm the diagnosis. Do not infer revenue or
claim causation from correlation. Separate intentional states from probable defects.

[PASTE SEGMENTED CRAWL ROWS]

Ein bestätigtes Ergebnis in ein Entwickler-Ticket umwandeln

Fügen Sie ein verifiziertes Ergebnis und das zugehörige Template-Verhalten ein. Das Ergebnis soll ein Ticket sein, das ein Entwickler ohne den vollständigen Audit schätzen kann.

Convert this confirmed enterprise SEO finding into a developer-ready ticket. Return:
problem statement, affected template or rule, reproduction steps, expected behavior,
acceptance criteria, validation test, rollback trigger, dependencies, owner, and a
plain-language business impact statement. Preserve unknowns as questions. Do not
invent traffic, revenue, or implementation estimates.

[PASTE VERIFIED FINDING AND EVIDENCE]

Empfehlenswerte Ressourcen

Meine weiterführenden Artikel

• Was ein Enterprise-SEO-Audit ist und wie Sie ihn durchführen – der vollständige vierstufige Prozess und die Audit-Arten.
• Auf Enterprise-Websites spielt technisches SEO seine Stärken aus – Optionen für die Crawl-Strategie, die Wirkungs-/Aufwandsmatrix und Projekte mit hoher Priorität.
• Herausforderungen und Fehler bei Enterprise SEO – die organisatorische Ebene: Unterstützung, Anreize und Mikro versus Makro.
• Enterprise-SEO-Strategien für maximales Wachstum – das umfassendere Programm rund um den Audit.

Meine Vorträge

• Enterprise-SEO-Chaos (SMX Seattle 2016) – wie Enterprise-Skalierung nach vier Jahren intern bei IBM tatsächlich aussah: 378 000 Mitarbeitende, mehr als 170 Länder, 24 Versionen einer URL, Redirect-Ketten mit 14 Sprüngen und “Everything Has To Work Together.” (Übersetzung) „Alles muss zusammenspielen.“
• Was ich aus dem Audit von mehr als 1 000 000 Websites gelernt habe – warum das häufigste Problem nicht das wichtigste ist und welche Priorisierungsschwellen wirklich zählen.

Aus der Branche

• Google – Search-Central-Leitfaden zu technischen Audits – Martin Splitt über Tool-Scores und Audit-Methodik (November 2025), berichtet vom Search Engine Journal.
• Martin Splitt – Warum wir über Audits sprechen müssen (YouTube, Nov. 2025) – Primärquellenvideo von Google Search Central über den Zweck von Audits und Missverständnisse zu Tool-Scores.
• Martin Splitt – So führen Sie einen technischen SEO-Audit durch (YouTube, Nov. 2025) – Begleitvideo von Google zum dreistufigen Audit-Framework.
• Screaming Frog: So führen Sie einen Enterprise-SEO-Audit richtig durch – toolzentriertes vierstufiges Framework eines der meistgenutzten Enterprise-Crawler.
• Sitebulb: Wichtige Aspekte bei Enterprise-SEO-Audits – Crawl-first-Leitfaden zur Segmentierung und Priorisierung in großem Maßstab.
• Search Engine Land: Was Ihrem Enterprise-SEO-Audit fehlen könnte – Canonicals, Indexierungslücken und ganzheitliche Blind Spots von Audits.
• Search Engine Land: Sechs Gründe, warum SEO-Audits wie Verschwendung wirken – und wie Sie das beheben – praktische Lösungen für Audit-Deliverables, die nicht umgesetzt werden.
• r/TechSEO – die Community zur Fehlerdiagnose bei Crawling und Indexierung großer Websites.

Testen Sie Ihr Wissen: Enterprise-SEO-Audits

Fünf Fragen zu Umfang, Diagnose und Auslieferung. Wählen Sie jeweils eine Antwort und prüfen Sie anschließend das Ergebnis.

Zitierfähige Statistiken

• Schwellenwert für das Crawl-Budget: Googles eigene Grenze, ab der das Crawl-Budget relevant wird – mehr als 1 Million wöchentlich aktualisierte Seiten oder mehr als 10 000 täglich aktualisierte Seiten. Darunter lohnt sich die Sorge nicht. Quelle
• Enterprise-Sitemap-Skalierung bei Bing: Eine einzelne Sitemap-Indexdatei kann bis zu 2,5 Milliarden URLs referenzieren (50 000 untergeordnete Sitemaps × 50 000 URLs); mehrere Indexdateien erhöhen diese Zahl erheblich. Entscheidend ist die Größenordnung: Bei diesem Umfang hält ein korrektes lastmod die Auffindbarkeit effizient. Quelle
• Unterstützung in Zahlen: Ich habe Redirect-Projekte finanziert bekommen, indem ich jede zurückgewonnene verweisende Domain mit 400 US-Dollar bewertete. Eine technische Pflichtübung als Umsatzargument zu formulieren, bringt Enterprise-Fixes in die Umsetzung. Quelle

Änderungsprotokoll