Technik, Inhalte, interne Wege, Wettbewerb und Nutzersignale werden nicht als Fehlerliste nebeneinandergelegt. Wir prüfen, welche Beobachtung sich reproduzieren lässt, welche Ursache dahinterliegt und welche Änderung den nächsten belastbaren Schritt darstellt.
Ein Befundregister, das Geschäftsführung, Redaktion und Entwicklung in Arbeit übersetzen können.
Arbeitsprinzip · Datenquelle und Erhebungsdatum bleiben an jedem Befund erhalten
„Sichtbarkeit sinkt“ kann ein technischer Release, verlorene Nachfrage, ein geänderter SERP, Kannibalisierung, saisonale Verschiebung oder ein Messfehler bedeuten. Ohne Zeitraum, betroffene Seitengruppe und Änderungshistorie wäre ein Vollcrawl nur eine große Sammlung möglicher Erklärungen.
Ziel und Symptom, die wichtigsten Seitentypen, bekannte Änderungen, relevante Länder oder Sprachen sowie verfügbare Datenzugänge. Fehlende Logfiles verhindern keinen Audit; sie begrenzen nur bestimmte Aussagen und werden als solche dokumentiert. Zugangsdaten gehören in einen sicheren Übergabeweg, nicht in E-Mails oder den späteren Report.
Welche standardisierten Auffälligkeiten kann ein Tool erkennen?
Crawler und Prüftools sind schnell bei Statuscodes, Meta-Angaben, Redirects, strukturierten Daten oder Performance-Diagnosen. Der Output ist ein Signalbestand. Er ist nützlich für Qualitätssicherung, aber noch keine Ursachenanalyse.
Liste reproduzierbarer Hinweise
Welche Ursache erklärt das Problem und was hat Priorität?
Der Audit verbindet Tool-Daten mit Search Console, Seitentemplates, Suchintention, Markt, Releases und Geschäftszielen. Funde werden verifiziert, gruppiert, in ihrer Tragweite eingeordnet und mit Abhängigkeiten versehen.
Befundregister + Maßnahmenplan
Wie wird der gewünschte Zustand gebaut und abgenommen?
Die Umsetzung verändert Templates, Inhalte, Links oder Infrastruktur, prüft Nebenwirkungen und hält den Release fest. Ein sauber isoliertes Einzelproblem kann direkt in diese Phase gehen — ohne vorher einen Vollaudit zu verkaufen.
Änderung + QA + Beobachtung
Die aktuellen Top-Agenturseiten decken Technik, Onpage, Content, Offpage, Wettbewerb und UX fast vollständig ab. Das ist der erwartete Mindeststandard. Entscheidend ist, welche Tiefe ein Bereich für das konkrete Symptom, Geschäftsmodell und System braucht.
Ein lokaler Dienstleister mit 30 Seiten, ein internationaler Shop mit Filterlogik und ein JavaScript-Portal benötigen nicht dieselbe Untersuchung. Wir dokumentieren deshalb vor Beginn, welche Bereiche enthalten sind, welche Daten fehlen und welche Aussagen der Scope nicht tragen kann.
Kann die richtige Version zuverlässig gefunden, abgerufen, verstanden und indexiert werden?
HTTP-Status, robots.txt, Meta-Robots, Rendering, Canonicals, Sitemaps, Weiterleitungen, strukturierte Daten, Mobile und Seitentemplates.
Welche Seiten sind wichtig — und zeigt die Website diese Priorität konsistent?
Navigationslogik, Klickpfade, verwaiste Seiten, interne Anchor-Texte, Hub-Spoke-Beziehungen, URL-Muster und Weiterleitungsketten.
Beantwortet jede Zielseite eine erkennbare Aufgabe besser als ihre internen Doppelgänger?
Keyword-zu-URL-Eigentum, Content-Lücken, Überschneidungen, Antworttiefe, Belege, Snippets, Informationsqualität und Aktualität.
Fehlt interne Substanz, externe Bestätigung oder schlicht ein realistischer Marktzugang?
SERP-Typen, reale organische Wettbewerber, Keyword-Gaps, verweisende Domains, Anchor-Muster, Markenbelege und relevante Erwähnungen.
Kann ein Mensch die erwartete Aufgabe auf der Seite tatsächlich erledigen?
Core Web Vitals, mobile Bedienbarkeit, Orientierung, Barrieren, Formulare und Conversion-Hürden auf geschäftlich wichtigen Wegen.
Welche Aussage erlauben die Daten — und welche ausdrücklich noch nicht?
Search Console, Analytics, Consent, Conversion-Definitionen, Release-Historie, Segmentierung und belastbare Vorher-Nachher-Baselines.
Eine URL kann intern verlinkt sein und trotzdem nicht indexierbar sein. Sie kann indexiert sein und wegen einer anderen kanonischen Version nicht als gewünschte URL erscheinen. Und selbst eine technisch saubere Seite erhält keine Rankinggarantie. Der Audit hält diese Zustände auseinander.
Nicht alle Hinweise sind gleich stark.
Google beschreibt Redirects und rel="canonical" als starke Signale, die Aufnahme in eine Sitemap dagegen als schwächeres Signal. Widersprechen sich diese Methoden, reicht es nicht, nur eine Sitemap neu einzureichen.
Abrufbar, erfolgreich, indexierbarer Inhalt.
Für die Indexierbarkeit nennt Google als technische Basis: Googlebot darf nicht blockiert sein, die Seite liefert einen erfolgreichen HTTP-Status und besitzt indexierbaren Inhalt. Das ist eine Voraussetzung — kein Qualitäts- oder Rankingurteil.
Google Technical RequirementsDie Werte beschreiben reale Ladeleistung, Reaktionsfähigkeit und visuelle Stabilität. Sie ersetzen weder Indexierungs- noch Content- oder Conversion-Prüfung.
Ein Lighthouse-Lauf ist eine reproduzierbare Labordiagnose. Der Search-Console-Bericht gruppiert dagegen URLs anhand realer Nutzungsdaten. Abweichungen werden erklärt, nicht zu einem Mittelwert vermischt.
Der technische Crawl beantwortet nicht, ob zwei URLs dieselbe Suchintention bedienen, ob ein Vergleich die entscheidenden Kriterien auslässt oder ob eine Leistungsseite vom eigenen Ratgeber verdrängt wird. Deshalb untersucht der Audit Seitenrollen, SERP-Typen und interne Konkurrenz gemeinsam.
Wir vergleichen nicht nur bekannte Marken, sondern die Domains und Seitentypen, die für die relevanten Query-Cluster tatsächlich ranken. Authority-Abstand, Format, Themenabdeckung und Geschäftsmodell werden getrennt betrachtet.
Verweisende Domains, Linkziele, Ankertexte, verlorene Links und relevante Erwähnungen werden im Kontext geprüft. Ein hoher oder niedriger Tool-Score allein ist weder Diagnose noch automatischer Auftrag für Linkabbau.
Der Audit betrachtet geschäftlich wichtige Wege, mobile Bedienung, Orientierung, Formulare und Barrieren. Nutzungsmetriken können Hinweise liefern; sie werden nicht pauschal als bestätigte direkte Rankingfaktoren ausgegeben.
Search Console zeigt Suchleistung nach Queries, Seiten, Ländern und Geräten; der Core-Web-Vitals-Bericht basiert auf realen Nutzungsdaten. Analytics und Conversions beantworten andere Fragen und brauchen eine belastbare Konfiguration.
Priorität entsteht aus Evidenz, geschäftlicher Tragweite, Reichweite des Problems, Abhängigkeiten, Umsetzungsrisiko und Aufwand. Klicken Sie auf die vier illustrativen Befunde. Die Matrix zeigt, warum ähnliche Tool-Warnungen zu völlig unterschiedlichen Entscheidungen führen können.
Wichtig: „Impact“ ist keine erfundene Punktzahl. Im realen Register steht die Begründung: betroffene Seitengruppe, Geschäftsrolle, Nachweis, erwartete Zustandsänderung und bekannte Unsicherheit.
Muster ist über betroffene URLs reproduzierbar; Sitemap, interne Links und Canonical senden widersprüchliche Signale.
Template-Ursache korrigieren, Signale angleichen und repräsentative URLs erneut crawlen. Nicht jede einzelne URL manuell flicken.
Illustratives Priorisierungsmodell · keine Kundendaten · tatsächliche Priorität folgt Scope und Nachweis
Risiko, Chancen und Entscheidungen ohne Tool-Rohdaten.
Befunde, betroffene URLs, Evidenz und Reproduktionsweg.
Sofortmaßnahme, Release, Backlog oder Beobachtung mit Owner.
Fragen, Abhängigkeiten und Übergabe an interne oder externe Teams.
Nach Umsetzung den definierten Zielzustand und Nebenwirkungen prüfen.
Ihr Team kann die Maßnahmen selbst umsetzen. Alternativ übernimmt SeoForge einen abgegrenzten Release oder die laufende SEO Betreuung. Diagnose und Umsetzung bleiben getrennt abnehmbar.
Die Wettbewerber bieten Pakete, feste Berichtslängen und unterschiedliche Audit-Tiefen. Für die Entscheidung ist jedoch wichtiger, wie klar das Problem bereits abgegrenzt ist und wie viele Systeme, Templates oder Märkte betroffen sind.
Ein klar reproduzierbarer Einzelbefund kann als definierter Release umgesetzt und geprüft werden.
SEO Optimierung prüfen →Ein abgegrenzter Bereich wie Migration, Indexierung, Content oder Performance wird gezielt untersucht.
Scope besprechen →Bei Einbruch, Relaunch, komplexem Shop, internationaler Architektur oder widersprüchlichen Signalen braucht es die Gesamtbeziehung.
Audit anfragen →Eine pauschale Zahl wäre ohne Websiteprüfung nicht seriös. Aufwand entsteht vor allem durch Anzahl unterschiedlicher Templates und indexierbarer URLs, Shopsystem und JavaScript-Rendering, Sprachen und Länder, Datenzugänge, historische Migrationen sowie die gewünschte Tiefe bei Content, Offpage, UX und Logfiles. Ein Shop mit 50.000 Varianten kann leichter oder schwerer zu auditieren sein als ein Portal mit 2.000 individuellen Seitentypen — die URL-Zahl allein reicht nicht.
Im Vorgespräch grenzen wir Symptom und Systeme ein. Das Angebot nennt Prüfbereiche, benötigte Zugänge, Lieferobjekte, Ergebnisformat und Re-Check. Ein fester Termin folgt erst aus diesem Scope. So kaufen Sie keine Seitenzahl im PDF, sondern eine definierte Untersuchung.
Der Anlass bestimmt Hypothesen, Datenquellen und Abnahme. Ein Relaunch braucht eine andere Prüflogik als ein schleichender Trafficverlust oder ein Shop mit unkontrollierten Filter-URLs. Deshalb wird der konkrete Untersuchungsbrief vor dem Crawl festgehalten.
Vor dem Wechsel sichern wir rankende URLs, Seitentypen, interne Wege, Canonicals, strukturierte Daten und Messung. Redirect-Mapping, Staging-Crawl und ein definierter Post-Launch-Check gehören zur Untersuchung. Ziel ist nicht, jede alte URL zu konservieren, sondern vorhandene Signale bewusst zu übertragen und geplante Änderungen kontrollierbar zu machen.
Search-Console-Daten werden nach Seite, Query, Gerät, Land und Zeitraum segmentiert und mit Releases, Indexierungsänderungen, Serverproblemen und bekannten Marktbewegungen abgeglichen. Ein Rückgang wird nicht automatisch als Abstrafung bezeichnet. Erst das Muster entscheidet, ob Technik, Nachfrage, Wettbewerb oder Qualitätsprobleme weiter geprüft werden.
Kategorien, Produkte, Varianten, Filter, Pagination und ausgelaufene Artikel erzeugen große URL-Systeme. Der Audit untersucht Indexierungsregeln, interne Verlinkung, Canonicals, Sitemaps, strukturierte Produktdaten und die Frage, welche Filterkombination eine eigenständige Nachfrage besitzt. URL-Zahl und Crawlvolumen werden nach Templates statt als ungeordnete Masse gelesen.
Sprach- und Länderversionen brauchen konsistente Canonicals, Rückverweise über hreflang, erreichbare Lokalisierungen und eine klare URL-Strategie. Zusätzlich prüfen wir, ob übersetzte Seiten dieselbe Aufgabe erfüllen, ob regionale Angebote wirklich abweichen und ob interne Links Nutzer und Crawler zur richtigen Fassung führen.
Hier reicht ein Technik-Score selten aus. Wir prüfen, welche URL ein Thema besitzt, ob neue Seiten bestehende Eigentümer kannibalisieren, welche Suchintention die SERP erwartet und ob interne oder externe Autorität fehlt. Produktionsmenge wird gegen Content-Qualität, Aktualisierungsbedarf und geschäftlichen Wert gehalten — nicht gegen eine pauschale Veröffentlichungsquote.
Nennen Sie Website, Zeitraum, betroffene Seiten und bekannte Änderungen. Sie erhalten eine ehrliche Einordnung, ob ein Vollaudit, ein Fokus-Audit, eine SEO Beratung oder eine direkte Korrektur passt.
Audit-Scope klärenKeine Rankinggarantie · keine Tool-Score-Show · Befunde mit Evidenz und Owner