Changelog

Canvas-Komponenten, offline Schriften

Projekteinstellungen Schedule und Crawl werden mit gemeinsamen nativen Canvas-Komponenten, offline Roboto-Schriften und Material Symbols sowie einem einspaltigen Layout bei 800 px neu aufgebaut.

bleiben, nur Core-gestützte Daten

Die Anwendungsoberfläche ist durchgehend auf Englisch. Bestehende Zeitplan-Befehle und Dokumentverträge bleiben erhalten. Angezeigt werden nur Zeitplandaten, die vom Core gestützt sind.

keine doppelten Speicherungen…

Workspace-Identitäten und Aliasse bleiben erhalten, während die Projekteinstellungen geöffnet sind. Doppelte Speichervorgänge werden verhindert, solange der Core antwortet.

Laufzeitfenster, Zeitzone …

Desktop-Projekteinstellungen erhalten einen Schedule-Tab (Wochentage, Monatstage, Laufzeitfenster, Zeitzone, Wettbewerber) und einen Crawl-Tab (Crawl-Modus, User-Agent-Voreinstellung oder eigener String, Pause zwischen Anfragen, URL-Budget, SpiderHeadBot oder eigener User-Agent). Beide lesen und schreiben das Projekt über den Core. Die Projektübersicht zeigt den nächsten und letzten geplanten Lauf. Ein Modus --tray führt die fälligen Scans des Cores aus und hält den Mac nur während eines laufenden Scans wach.

Zeitplan (Wochentage und/oder Tage des Monats, ein Zeitfenster in der Zeitzone der Website, Aktivierung und Deaktivierung, Konkurrenten, Crawl-Modus spider/sitemap/list, URL- und Anfragebudgets pro Durchlauf, Pausen zwischen Anfragen und den Slice-Modus, der den vorherigen unvollständigen Crawl fortsetzt). Bearbeitet wird die Datei über schedule-set / seo_schedule_set mit expected_revision. schedule-show zeigt den letzten Lauf und das nächste fällige Zeitfenster. schedule-run-due ist ein Headless-Einstiegspunkt, der nur fällige Scans ausführt, Überschneidungen über ein Lease verhindert und jede Entscheidung im Projekt-Journal festhält. schedule-install und schedule-uninstall schreiben bzw. entfernen einen launchd-plist, eine Cron-Zeile oder einen Task-Scheduler-Befehl nur auf ausdrücklichen Aufruf.

googlebot-desktop, googlebot-smartphone, bingbot, yandexbot, yandexmobilebot, baiduspider, duckduckbot, applebot, gptbot, claudebot, perplexitybot sowie Desktop- und mobile Browser) oder eine eigene Zeichenkette. Der Standard ist jetzt SpiderHeadBot/<version> (+https://github.com/PavloSEO/spiderhead), und die Zuordnung der robots.txt-Gruppen nutzt dieselbe Kennung. Websites, die der bisherigen robots-Gruppe SEOHEAD-Tools entsprachen, müssen SpiderHeadBot in ihren Regeln nennen.

er gemessen hat.

Jeder aktivierte Prüfpunkt erhält eines von drei Ergebnissen: succeeded, wenn der gespeicherte Audit die Prüfung ausgeführt hat, mit dem Scan als Nachweis; unavailable, wenn der Crawl sie übersprungen oder deaktiviert hat, mit dem Grund des Crawls; oder unmeasured, wenn der Audit die Prüfung gar nicht erwähnt. Ein nicht gemessener Punkt behält seinen bisherigen Eintrag und wird in checklist_evidence namentlich aufgeführt, zählt also nie als 0. Schlägt ein Crawl fehl oder wird er unterbrochen, markiert er seine automatischen Prüfungen als failed mit dem Fehlergrund. Derselbe Aufzeichnungspfad bedient jetzt auch den Ablauf prepare, der bisher eine eigene Kopie der Schleife hatte. Ein Projekt mit nicht initialisierter Checkliste wird unter Angabe des Grundes übersprungen.

von der www…

Konkurrenz-Workspaces behalten die URL so, wie sie eingegeben wurde: Ein Konkurrenz-Crawl startet von der www-URL statt vom nackten Host. Ein Crawl einer Konkurrenz-URL markiert die Checklisten-Punkte des Inhabers nicht mehr; das Ergebnis wird nur im eigenen Workspace des Konkurrenten gespeichert. Wird ein Projekt mit einem beschädigten Konkurrenz-Workspace geöffnet, wird dieser Konkurrent als nicht verfügbar gemeldet, statt dass der Vorgang fehlschlägt.

Konkurrenz-Kandidaten lassen sich über die CLI (project-competitors-add, project-competitors-list, project-competitors-remove) und die passenden MCP-Tools seo_project_competitors_* erfassen, auflisten und entfernen. Jeder Kandidat behält die URL so, wie sie eingegeben wurde, einschließlich eines www-Hosts. www- und nackte Hosts gelten bei Dublettenprüfungen als dieselbe Website. Ein Konkurrent mit www-Host bricht die Vorbereitung nicht mehr ab und lässt project-observe nicht mehr fehlschlagen.

nicht gesetzte Budgets…

--max-urls ist jetzt das Seitenbudget des Crawls. Ein explizites Seitenbudget füllt nicht gesetzte Anfrage- und Zeitbudgets (3 Anfragen und 2 Sekunden pro Seite), sodass Crawls von 50 bis 300 Seiten ohne approve_large_crawl zugelassen werden. Budgets oberhalb der Projektschwellen werden weiterhin abgelehnt.

finish_reason stopped_by_budget und einer Zeit finished_at gespeichert, statt als interrupted ohne Endzeit. Die noch wartenden URLs bleiben für eine Fortsetzung erhalten.

erhalten), statt ohne ihn gespeichert zu werden.

legt je Seite eine URL-Obergrenze fest und startet ihre Scans parallel. Eine Konkurrenz gilt erst als gescannt, wenn ein abgeschlossener, gespeicherter Scan vorliegt.

gespeicherten Nachweisen. Ein fehlender oder veralteter SF-Export führt deshalb nicht mehr dazu, dass sie als fehlend gemeldet werden. duplicate-check markiert einen Lauf ohne verglichene Paare als nicht gemessen. Seitenübergreifende Template-Befunde (gleiche Kopfüberschrift, geringer Textanteil) sind ein einziger Befund mit Seitenanzahl (#1314).

Der Vorgang gleicht nicht mehr den gesamten eingebauten Katalog mit coverage.json ab. Eingebaute Zeilen werden bei Bedarf hinzugefügt, sobald eine davon berührt wird.

Crawl und seine PID), statt die Sperre als Überbleibsel zu bezeichnen. Die Sperre speichert die PID ihres Schreibers. Eine Sperre ohne aktiven Halter wird weiterhin als Überbleibsel gemeldet.

oder unterbrochenen Schritt blockiert ist, bleibt fortsetzbar. Ein späterer ausstehender Schritt darf über einen Schritt ohne Erfolg hinweg als Checkpoint gespeichert werden. Schritte müssen weiterhin in der registrierten Reihenfolge als Checkpoint gespeichert werden, und ein unterbrochener Lauf nimmt keine weiteren Schritte an.

mehr für den Inhaber ab.

Der Punkt wartet weiterhin auf die Freigabe durch den Inhaber oder auf einen Prüfer, der kein Agent ist.

Ziel zitieren kann…

Inbox-Verweise akzeptieren Ziel-IDs (inbox:<uuid>), damit eine Notiz das Ziel zitieren kann, das sie betrifft.

Nie versuchte manuelle Checklisten-Punkte zeigen den Status not_run statt review. Nur ein Versuch, der auf eine Entscheidung wartet, bleibt in review.

(by_check) und einen next_offset nach den ersten 20 Befunden. findings_page blättert durch den Rest.

Bildabrufen des Crawls gemessen, der Sitemap-Status (SITEMAP_URL_4XX_5XX, SITEMAP_URL_3XX, SITEMAP_URL_NON_INDEXABLE) aus dem eigenen Abruf jeder in der Sitemap gelisteten URL. Eine gelistete URL, die der Crawl nie angefragt hat, zählt als nicht gemessen, niemals als sauber. IMG_MISSING_ALT, IMG_MISSING_DIMENSIONS und HREFLANG_ERROR weisen bei einem nativen Scan darauf hin, dass der Crawl sie nicht so misst, wie der SF-Export sie definiert, statt auf einen SF-Filter zu verweisen. Fehlende hreflang- und Mixed-Content-Nachweise eines nativen Scans werden als vom nativen Crawl nicht gemessen gemeldet, nicht als fehlender Export.

in log.md geschrieben…

Projekt-Journal (#1314): Jedes Projektereignis wird jetzt zusätzlich als ein Stichpunkt in log.md geschrieben. Der Core erfasst automatisch Einträge für abgeschlossene Crawls (scans), erstellte Projektberichte und Checklisten-Versuche (agent). Die Einträge landen in events.jsonl und werden von project-event-page gelesen. Die automatischen Hooks lassen den Crawl, Bericht oder Checklistenschritt, den sie beschreiben, nie fehlschlagen. project-event-append und seo_project_event_append behalten ihre Schnittstelle und erhalten die Zeile in log.md.

(Strict-Transport-Security, Content-Security-Policy, X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Permissions-Policy). Bisher wurden sie bei der Erfassung verworfen, sodass eine Website, die HSTS sendete, als ohne HSTS gemeldet wurde. Set-Cookie-Header speichern nur ihre Flags (secure, httponly, samesite=), niemals Cookie-Name oder -Wert. Ein Sicherheits-Header, der auf derselben Seite mehrfach gesendet wird, wird als DUPLICATE_SECURITY_HEADER gemeldet.

context.goal_id) genügt. Der registrierte Prompt ist standardmäßig skill:workflow/full-audit-v1, und die Checklisten-Aufgabe ist standardmäßig die, die das angelegte Ziel annimmt (custom:goal-<entry>). Ablehnungen nennen den Inhaber-Befehl, der die fehlende Verknüpfung behebt. Die Optionen sind in seohead workflow-start --help dokumentiert.

Pflicht, und…

Checklisten-Populationen akzeptieren unvollständige Objekte: Nur kind und source sind Pflicht, die übrigen Schlüssel sind standardmäßig nicht gesetzt. Eine abgelehnte Population nennt ihre fehlenden oder unbekannten Schlüssel.

robots.txt keine Sitemap angibt. Fehlt auch diese Rückfalloption, wird das als unvollständig vermerkt, unterbricht den Crawl aber nicht.

einer gekappten Stichprobe, mit begrenzten Datensätzen je IP, Besuchen, letztem Besuch und Subnetz-Filtern. Die explizite DNS-Prüfung verifiziert jede ausgewählte IP einzeln, erfasst PTR- und Vorwärtsnachweise, unterstützt IPv6 und hält Ergebnisse wie „nicht verfügbar“ oder Zeitüberschreitung als nicht geprüft fest. Lokale Caches laufen nach einer Stunde ab. Lesezugriffe lösen nie DNS-Abfragen aus.

Offline-Kostenvoranschläge…

Produktive DataForSEO-Aufrufe für Google werden vor dem Client-Aufbau geprüft. Offline-Kostenvoranschläge basieren auf den übergebenen Anbieterpreisen, und die Kosten berücksichtigen die SERP-Tiefe sowie Gebühren für Suchoperatoren. Bekannte Obergrenzen in USD je Aufruf werden vor dem Transport durchgesetzt. Begrenzte Backlink-Index-Operationen werden erweitert, und fehlende Kosten oder fehlerhafte Antwortformen werden als unsichere Belege im Journal festgehalten. Währungslimits pro Projekt und Monat bleiben bis zur Entscheidung des Inhabers offen.

Verlaufs-Snapshots ein, mit vollständigen rel-Token-Beobachtungen, Ankertexten, verweisenden Domains, Filtern und transparenten Signalen zur Spam-Prüfung. Außerdem gibt es CLI- und MCP-Routen für das Profil und einen geprüften Disavow-Export, ohne automatische Einreichungen.

jetzt über die exakte URL, mit verifizierter Zuordnung von Antwort und Body. Deaktivierte Speicherung sowie fehlende, ungültige oder über dem Budget liegende Bodies bleiben explizite Auslassungen; Teilbefunde tragen ihre Abdeckung mit sich. Exakte Hashes des Inhaltsbereichs und begrenzte SimHash- und LSH-Befunde werden im nativen Audit gespeichert, ohne ein SF-HTML-Verzeichnis zu benötigen. Schwellenadaptive LSH-Bänder erhalten die Trefferquote qualifizierender Paare und reduzieren breite Kandidaten-Buckets. Das Erschöpfen des Budgets für Nahe-Analysen verwirft keine Befunde exakter Hashes.

gespeicherten Body aus…

SF-Audits führen optional eine semantische Ähnlichkeitsprüfung sowie den Abgleich von Title und H1 mit dem gespeicherten Body durch, und zwar über einen ausdrücklich angegebenen lokalen Adapter oder deklarierte Embeddings. Kein Modell und kein Anbieter wird automatisch gewählt. Adapter-Identität, Quell-Hashes, Scores, Grenzen und Auslassungen begleiten die Prüfkandidaten. Semantische Ähnlichkeit belegt weder doppelten Inhalt noch Suchrelevanz oder Kannibalisierung. Die beiden semantischen SF-Abdeckungszeilen bleiben Lücken, bis ein echter Adapter gewählt und validiert ist. Eine externe Anbieter-Freigabe erfordert den wörtlichen booleschen Wert true; Zeichenketten oder Zahlen, die nur wahr wirken, lösen nie einen Embedding-Aufruf aus.

Quell- und Ankertext-Nachweisen, erfassen Weiterleitungsketten und -schleifen mit Status je Hop und unterscheiden pfadbasierte interne Suche sowie leere Anker. Außerdem zeigen sie erfasste externe Ergebnisse ohne Antwort. Befunde zur Konsistenz von Sitemap und robots.txt nutzen gespeicherte Mitgliedschafts- und Antwortnachweise ohne Live-Abrufe. Fehlende und teilweise Nachweise bleiben explizit.

oder Seed-Verarbeitung die URL ergänzt…

Fehlende Erkennungsziele aus der Erfassungszeit bleiben erhalten, wenn spätere Sitemap- oder Seed-Verarbeitung die URL zum gespeicherten Katalog hinzufügt. Erklärte unaufgelöste oder ausgeschlossene Nachweise bleiben unveränderlich. Beanspruchte bekannte Ziele und Identitätsabweichungen ungleich null bleiben ungültig.

Ressource nicht als Seite gespeichert wurde…

Die Bild-Sitemap schließt bekannte Nicht-200-Antworten von Ressourcen aus, auch wenn die Ressource nicht als gecrawlte Seite gespeichert wurde, und markiert nicht gemessene Bildantworten als Teilabdeckung.

ohne…

Rohe Canonical- und Pagination-Attribute werden als versionierter Dokumentkontext gespeichert, ohne das eingefrorene SQL des Scans zu ändern. Canonical-Links mit nicht unterstützten hreflang-, lang-, media- oder type-Attributen, fehlerhafte Annotationen sowie domain- oder protokollübergreifende Angaben erzeugen jetzt belegte Befunde. Unbekannte, aber korrekt geformte Relationsschlüsselwörter bleiben unklassifiziert.

gemessene noindex- und Canonical-Beobachtungen gespeichert…

Begrenzte Ziel-Prüfungen auf demselben Host werden auf Pagination ausgeweitet, und gemessene noindex- und Canonical-Beobachtungen werden gespeichert. Native Canonical-Ketten sowie Canonical- und hreflang-noindex-Befunde können Prüfungen nutzen. Ältere, nur auf den Status ausgerichtete Prüfungen bleiben lesbar und für HTML-Direktiven als nicht gemessen.

next/prev-Widersprüche geprüft. Nummerierte Regeln und Schrittregeln bleiben erhalten, ebenso benannte ungeprüfte Zustände. Gespeicherte Befund-URLs, auch gruppierte Mitglieder, werden über scan-url-query mit temporären SQLite-Tabellen und gestreamten audit.v2-Nachweisen ausgewählt.

D41-Referenz…

Die deklarierten next/prev-Annotationen der Shop-Fixture werden gerendert, damit ihre D41-Pagination-Referenz tatsächlich ausgeliefert und von der nativen Erfassung validiert werden kann.

Scan-Kontextzeilen speichern…

Dokumentgebundene statische AMP- und Barrierefreiheitsnachweise werden in vorhandenen Scan-Kontextzeilen gespeichert, unter Beibehaltung des eingefrorenen SQL-Schemas scan.v1. Strukturelle AMP-Befunde prüfen die ursprüngliche Doctype-Deklaration, head und body, den UTF-8-Charset, den Viewport, das Runtime-Skript und die Boilerplate-Deklarationen. Gepaarte AMP-Ziele ohne AMP-Root-Marker werden gesondert erkannt. Vollständige AMP-Validator-Regeln bleiben bis zu einer Lizenzentscheidung nicht verfügbar.

Überschriften-Sprüngen und dem Hauptlandmark. Die Befunde enthalten begrenzte Beispiele und vollständige Vorkommenszahlen. Berechneter Kontrast und gerenderte axe-core-Regeln bleiben nicht gemessen.

mitgelieferten Vokabular validiert…

Schema.org-Microdata und gängige RDFa-Subjekte und -Eigenschaften werden mit dem mitgelieferten Vokabular und den bestehenden Regeln für Rich Results validiert. Gespeicherte Fehler, Warnungen und fehlende Pflichteigenschaften je URL werden zu nativen Befunden. Nicht unterstützte RDFa-Konstrukte sind eine ausdrücklich benannte Teilnachweisung und kein sauberes Validierungsergebnis.

scan-structured-blocks ausgeliefert…

Geparste JSON-LD-Bäume werden zusammen mit Quelle, Position und Syntaxfehlern je Block in scan-structured-blocks ausgeliefert. Breite Eigenschaftsbäume werden begrenzt, und die Grenze wird angegeben. Das neueste Dokument für eine angeforderte URL und Darstellung wird gelesen, ohne dessen Scan zu verändern.

Fehler benachbarter Elemente zu verbergen.

Unterstützte JSON-LD-Identitäten werden gegen dieselbe Dokumentbasis aufgelöst wie HTML-Markup, wobei das Quell-JSON erhalten bleibt. Skalare und leere JSON-Blöcke werden nicht als gültige Graphen akzeptiert. Die Auswahl normalisierter aktiver JSON-LD-Tags wird zwischen Parser und ausgelieferter Projektion geteilt.

HTML, ohne…

Native Audits zeigen render-blockierendes Head-Markup aus vollständigem gespeichertem HTML, ohne das eingefrorene Schema scan.v1 zu ändern. Fehlende, unvollständige und budgetbegrenzte Bodies bleiben nicht verfügbar. Die vorhandene Erkennung von Head-Ressourcen und die Eingabe für SF-Custom-Extraction werden wiederverwendet.

UTF-16-Nutzungszusammenfassungen speichern…

Begrenzte präzise Chromium-JS- und CSS-Coverage wird bei angeforderten Renderings erfasst. UTF-16-Nutzungszusammenfassungen und Befunde zur Bildgrößenangabe beim Rendern werden gespeichert und nach erneutem Öffnen oder Offline-Nachberechnung gelesen. Nicht unterstützte Engines und fehlende Messungen werden nicht zu sauberen Ergebnissen.

Layout-Verschiebungen…

Passendes Lighthouse-JSON je URL (begrenzt) wird für die Erkennung von LCP, Abhängigkeitsbäumen, Verursachern von Layout-Verschiebungen, Bildauslieferung, erzwungenem Reflow und Skriptausführung akzeptiert, mit Herkunftsnachweis der Erfassung und Eingabe-Hashes. Es kommt kein Lighthouse-Prozess, kein kostenpflichtiger Anbieter und keine Ableitung von Felddaten-CWV hinzu. Register, SF-Abdeckung und generierte Referenzdokumentation werden aktualisiert.

gespeicherter Scan ein gestreamter audit.v2-Scan ist. Bisher schlug der Aufruf mit 'NoneType' object is not subscriptable fehl, weil das Audit in der Begleitdatei liegt und nicht in der Legacy-Tabelle des Scans. Die akzeptierten Datensatzformen sind dokumentiert in seohead project checklist-record --help, im Schema des MCP-Tools seo_project_checklist_record und in docs/INPUTS.md.

Versionen. Dabei bleiben vier verifizierte Testgruppen und die kombinierte Coverage erhalten. Für die Bootstraps von CI und Release-Builds wird dieselbe stabile Python-Version verwendet.

ersten 50 Zeilen. Issues benennt jede Kernprüfung aus dem Register, statt „Andere Prüfung“ anzuzeigen.

aber jeweils nur eine Seite. Eine Checkliste beliebiger Größe scheitert damit nicht mehr mit „höchstens 100 Zeilen“. Desktop öffnet den Scan, den ein vollständiger Audit zurücklässt (der größte vollständige Scan), wenn der Inhaber keinen gewählt hat. Die Core-Erkennung prüft außerdem die eigene Umgebung des Desktop-Interpreters (sys.prefix), bevor sie den PATH durchsucht.

Ressourcen-Budgets bleiben erhalten, ohne den eingefrorenen Scan-Header zu ändern. Sichere Offline-Nachberechnung und Fortsetzung bleiben erhalten. Native Projekt-Einstellungskomponenten, Theme-Tokens und mitgelieferte Schriften werden geteilt. Private Design-Vorlagen werden aus dem verteilten Verzeichnis entfernt.

gebunden, während der ursprüngliche Scan-Header und die Quellbytes erhalten bleiben.

und audit-workflow --action report hängen den Checklisten-Snapshot an die Ausgabe als xlsx, docx, csv, md und PDF-Übersicht, statt einen ungebundenen Bericht zu erstellen. Ein Scan, der durch sein URL-Budget gestoppt wurde (stopped_by_budget), wird als letzter auditierter Scan des Projekts akzeptiert, und sein Bericht nennt den eingeschränkten Umfang. report-build --input akzeptiert den Schlüssel format. report-build --project --format json bei einem gestreamten Audit wird mit einer Begründung abgelehnt, weil das JSON unverändert geschrieben wird und den Checklisten-Snapshot nicht enthalten kann.

Zählern fetched und found, eine 10-px-Fortschrittsleiste, das Rate-Limit des Collectors und eine ehrliche 120-px-Platzhalter-Grafik für die Geschwindigkeit. Die Rate-Historie im Core wird in #1203 verfolgt.

Regex-Extraktoren aus…

check_sample in seohead/checks/custom_extract.py führt CSS-, XPath- und Regex-Extraktoren gegen ein gespeichertes HTML-Dokument aus, ohne Scan und ohne Netzwerkanfrage. Jedes Ergebnis enthält seine Werte und einen reason für ein leeres Ergebnis (no_match, empty_html oder budget_exceeded), sodass eine leere Antwort nie als sauberes Ergebnis erscheint (#1059). Es ist nur ein Core-Aufruf. Ein CLI- oder MCP-Tool ist noch nicht registriert, und das Abrufen einer Live-URL ist bewusst nicht enthalten.

Schrittserien: Wenn ein Schritt…

Die Prüfung der Pagination-Reihenfolge (PAGINATION_SEQUENCE_ERROR) bewertet jetzt Schrittserien. Deckt ein Schritt den größten Teil der Schritte einer Serie ab, wird ein Bruch von diesem Schritt gemeldet (?page=1,3,5,8 bricht bei 5 zu 8). Unregelmäßige Offset-Schemata und unnummerierte Serien bleiben ungeprüft und werden als übersprungen benannt.

Der Parser liest medienbezogene <link rel="alternate">-Angaben ohne hreflang (eine separate mobile URL) in parse_html als mobile_alternates ein (#1051). Die SF-Prüfung Mobile Alternate Link ist weiterhin eine Lücke, denn die Prüfung, die das Canonical der mobilen URL vergleicht, ist noch nicht geschrieben.

Bildgrößen auf gerenderten Routen: render-check erfasst jetzt für jedes Bild die intrinsische Pixelgröße im Verhältnis zur gerenderten Box und zum Device Pixel Ratio (image_sizing: Nachweise für zu große und hochskalierte Bilder). Das liefert nur Nachweise; eine Prüfungs-ID im SF-analyzer gibt es noch nicht. Deshalb wechselt „Incorrectly Sized Images“ von Lücke zu teilweise abgedeckt (#1049).

Befehl und MCP-Tool für semantische Ähnlichkeit existieren, aber es wird kein Embedding-Adapter ausgeliefert, und der SF-Lauf ruft das Modul noch nicht auf (#1041).

seohead/checks/search_console_findings.py verknüpft Crawl-Seiten mit einem normalisierten GSC-Nachweisdokument und wertet GSC_ORPHAN, NO_SEARCH_DATA und NON_INDEXABLE_WITH_SEARCH_DATA aus. Eine Prüfung wird mit Begründung übersprungen, wenn der Crawl partiell ist, das Zeitfenster unvollständig ist, die Erhebung gesampelt oder gekürzt wurde oder kein Nachweis vorliegt. Eine übersprungene Prüfung wird nie als fehlerfrei gemeldet.

Schlüssel: verwaiste URLs laut Analytics, indexierbare Seiten ohne Analytics-Daten, nicht indexierbare Seiten mit Besuchen und eine Absprungrate über 70 %. Mit den benannten Spalten --visits-column und --bounce-column wählen Sie die Daten aus. Fehlt eine Spalte, wird das namentlich abgelehnt. Nicht lesbare Werte werden gezählt und nie als null gewertet. Verwaiste URLs laut Analytics werden bei einem partiellen Crawl zurückgehalten. Die Live-Abfrage pro URL aus Metrika oder GA4 ist noch nicht enthalten (#990, #984).

Rate…

Die SF-Abdeckungsübersicht führt die vier Web-Analytics-Probleme („Orphan URLs“, „Bounce Rate Above 70%“, „No GA Data“, „Non-Indexable with GA Data“) nicht mehr als außerhalb des Umfangs, sondern als Befunde von crawl-enrich aus einer Offline-CSV. sf run gibt sie weiterhin nicht aus.

nimmt…

Coverage-Kern für ungenutztes CSS und JavaScript (#1023, Stufe 1): Ein reiner Analyzer verarbeitet die page.coverage-Payloads von Playwright und meldet pro Ressource die ungenutzten Zeichen. Ist eine große Ressource überwiegend ungenutzt, gibt es einen Befund. Das Erfassen der Coverage von einer gerenderten Seite folgt in der nächsten Stufe.

AMP_MISSING_RETURN_LINK, AMP_NON_INDEXABLE_CANONICAL und AMP_INDEXABLE lesen das AMP-Ziel, das eine Desktop-Seite mit <link rel="amphtml"> angibt. Beurteilt werden nur AMP-Seiten, die der Crawl erfasst hat. Ein nicht erfasstes Ziel wird als benannter Skip ausgewiesen. Der native Crawl schreibt das aufgelöste Ziel jetzt in die Spalte AMP HTML. Die übrigen zehn AMP-Regeln von SF bleiben bewusst ausgeschlossen.

X-Robots-Tag…

Robots-Direktiven (#1017): Veraltete noodp- und noydir-Angaben in Meta-Robots oder X-Robots-Tag erzeugen jetzt die Hinweise NOODP und NOYDIR im SF-Audit. Bisher standen sie auf der Liste außerhalb des Umfangs. none (noindex+nofollow) ist für den X-Robots-Tag-Pfad und für den Meta-Pfad durch Regressionstests abgedeckt.

Crawls melden jetzt vier fehlende Sicherheits-Header pro HTML-Seite aus der gespeicherten finalen Antwort: MISSING_CSP, MISSING_X_CONTENT_TYPE_OPTIONS, MISSING_X_FRAME_OPTIONS (erfüllt durch eine CSP-Direktive frame-ancestors) und MISSING_REFERRER_POLICY. Seiten, deren gespeicherte Header sich nicht parsen lassen, zählen als nicht gemessen und nicht als fehlerfrei. Ein Crawl ohne gespeicherten Scan überspringt sie mit Begründung.

und…

log-analyze liest gzip-komprimierte Zugriffslogs direkt ein, also rotierte access.log.N.gz-Dateien und umbenannte Archive. Das Format erkennt es am Inhalt, nicht an der Dateiendung. Ein abgeschnittenes oder beschädigtes Archiv wird als Fehler gemeldet, ohne Teilzählungen.

B. status_4xx…

scan-url-query bekommt fertige Ansichts-Presets (--preset, zum Beispiel status_4xx, title_missing, title_over_60, h1_missing, noindex_meta). Sie werden per UND mit Ihren Filtern verknüpft. Mit --export PATH und --export-format csv|xlsx schreibt der Befehl jede passende Zeile in eine neue Datei. Der Export bricht oberhalb von --export-max-rows ab (Standard: 100.000) und überschreibt nie eine vorhandene Datei.

Die Regeln für Rich-Suchergebnisse wurden aus dem Python-Code in seohead/data/rich_results_rules.json ausgelagert, eine versionierte Datendatei, die mit dem Paket ausgeliefert wird. Der Wert version dieser Datei steht als rules_version an jedem Ergebnis. Eine Regel ändern Sie also über die Daten, nicht über den Code.

Strukturdaten)…

Die Bewertungen für Rich-Suchergebnisse (check_schema und die Prüfungen gespeicherter strukturierter Nachweise) tragen jetzt rules_version. Damit nennt jedes Ergebnis den Offline-Regelstand, der es erzeugt hat.

Dokumentiert sind jetzt die sechs Wartungs- und Generator-Skripte, die bisher nirgends in der Doku vorkamen: scripts/generate_project_catalogue.py, generate_registry_inventory.py, render_readme_visuals.py, linux_lifecycle_smoke.py, capacity_watchdog.py und profile_million_audit.py. In docs/README.md steht, was jedes davon schreibt und welche in der CI laufen (#997).

Monitorings…

Der geführte Telegram-Bot-Adapter seohead/integrations/bot wurde entfernt. Die Zustellbelege des Monitorings liegen jetzt in seohead/projects/service_delivery.py (#995).

des Scans, als Spalte, Filter und Sortierschlüssel. Seiten, die kein gespeicherter Link erreicht, haben den Wert NULL (verwaiste Seiten). crawl_depth bleibt unverändert und ist weiterhin die Frontier-Tiefe, für jede aus der Sitemap gestartete URL also 0. Ein Scan, der seine Links nicht gespeichert hat, schlägt mit reason_code: click_depth_unavailable fehl, statt ein falsches NULL zu melden. Der Wert wird bei jeder Abfrage aus der Tabelle links neu berechnet. Ihn beim Abschluss des Scans als indizierte Spalte zu speichern, ist noch offen, weil dafür eine Entscheidung zur Schemaversion nötig ist (#992).

Liste von Gruppen-IDs oder all). Es liefert in einem Durchgang pro Gruppe Zählwerte über dieselben Filter: status_2xx bis 5xx, title_missing, canonical_missing, directives_noindex/nofollow, with_outlinks. Gruppen, die eine Projektion brauchen (intern/extern, Sitemap, Title-Duplikate und -Länge, Canonical selbst/anders), sind noch nicht enthalten.

project-sources-unlink und project-sources-list (CLI, dazu seo_project_sources_link|unlink|list über MCP) halten fest, welche Anbieter-Ressourcen-IDs ein lokales Projekt nutzt. Die Angaben stehen in sources.json neben project.json. Nur offline: keine Erkennung, kein Anbieteraufruf, keine Zugangsdaten. project.json wird nie umgeschrieben.

Nativer Crawl: Die neue Prüfung IMG_BROKEN (#989, Stufe 1) meldet <img>-Ziele, die mit 4xx oder 5xx geantwortet haben, und nennt die Quellseite als Nachweis. Sie liest den gespeicherten Ressourcengraphen und überspringt ehrlich, wenn kein Bild gemessen wurde.

Crawl je Ziel einmal, höchstens 5.000. Antwortet ein Ziel mit 4xx oder 5xx oder leitet es weiter, meldet der Crawl CANONICAL_TARGET_ERROR, CANONICAL_TO_REDIRECT oder HREFLANG_BROKEN_TARGET, wie bisher schon bei gecrawlten Zielen (#987).

Befunde zu Weiterleitungsketten und -schleifen aus einem nativen Crawl enthalten jetzt den vollständigen Sprungpfad (details.path). So lässt sich bei einer Korrektur jeder Sprung benennen, der ersetzt werden muss. Bezug: #985.

auch details.inbound_links (interne Links, die noch auf die erste URL der Kette zeigen, mit Ankertexten, begrenzt auf 20) und inbound_links_count. Ohne ein Inventar aller Inlinks steht das Feld auf null, mit Begründung. Bezug: #985.

speichern…

Projekte können einen Link zu ihrem Semantic Core als vom Betreiber eingetragene Fakten speichern: semcore_project, semcore_cluster_count, semcore_landing_mapping. Der Semantic Core bleibt in seiner eigenen Datenbank und wird nicht in die Projektdatenbank übernommen. Die Erkennung schreibt diese Fakten nie, und ein eingetragener Fakt kann sich nicht als Erkennungsherkunft ausgeben. Dokumentiert in docs/PROJECTS.md unter „Linking a semantic core“ (teilweise #984).

Der Kern liefert noch nicht den gesamten Link-Graphen. Deshalb zeigt das Canvas einen ehrlichen Wartezustand, und die Filter bleiben inaktiv, bis der Kern ihn liefert (#975).

action=cancel (MCP) brechen einen ausstehenden Browser-Zustimmungsablauf ab. status zeigt den ausstehenden Ablauf an, wenn einer existiert. Der Ablaufdatensatz speichert keine Berechtigungsdaten und läuft nach zehn Minuten ab. Das ist die erste Stufe von #964: Es gibt noch keinen Browser-Start und keinen Callback. Die öffentliche Oberfläche legt deshalb keinen Ablauf an, und ein verbundener Zugriff wird weiterhin nie behauptet.

Beobachtungslauf (mode=list). Er erscheint dadurch in project-observe und project-scans mit seinem Artefakt im Verzeichnis scans/ des Projekts. Ein fehlgeschlagener Collector wird als failed vermerkt. Fortschritt und Wiederaufnahme von Listen-Läufen sind noch nicht abgedeckt (#962).

scan-content-search akzeptiert --kind regex (MCP kind="regex"), um gespeicherte Dokumente mit einem Python-Regulärausdruck zu durchsuchen. Ungültige Ausdrücke werden vor dem Scan abgelehnt. Ein Dokument, das das Zeitbudget für den Regex überschreitet, wird als nicht verfügbar gemeldet, nie als fehlend.

vermerkt…

DataForSEO-Aufrufe, deren Antwort verloren geht (Netzwerkfehler nach dem Senden der Anfrage), werden im Journal mit cost_unknown und charge_status: unknown vermerkt. spend-report führt sie deshalb als unsicher auf und zählt sie nicht als gemessenen Aufruf ohne Kosten (#949).

crawl-site ohne Projekt, das ein SQLite-Scan-Artefakt schreibt, teilt seine Obergrenze für Anfragen pro Host jetzt mit anderen gleichzeitigen Crawls desselben Hosts. Dafür gibt es einen privaten Zeitplan im Benutzerverzeichnis (~/.config/seohead/.origin-pacing.sqlite). Projektlose Crawls liefen bisher prozessübergreifend ungedrosselt.

crawl-site-Profile (#941): crawl-profile list zeigt die gespeicherten Profilnamen, crawl-profile delete NAME entfernt eines. Beide Befehle geben JSON aus und lehnen unbekannte Namen mit der Liste der gespeicherten Profile ab.

Crawler-Konfiguration als benanntes Profil. Sie wird abgelehnt, wenn sie Zugangsdaten-Header enthält. --profile NAME startet den Crawl mit dem Profil, und --set wird weiterhin darüber angewendet. Profile liegen in ~/.config/seohead/crawl-profiles oder im Verzeichnis, das SEOHEAD_CRAWL_PROFILES nennt. Auflisten und Löschen von Profilen sind in dieser Stufe noch nicht enthalten.

only_in_before…

compare.v1 listet jetzt Seiten, die nur auf einer Seite des Vergleichs gecrawlt wurden (url_sets: only_in_before, only_in_after, Anzahlen). Ist einer der beiden Crawls partiell, steht url_sets.unproven auf true. Das Fehlen einer URL wird dann nicht als Beweis dargestellt.

Antwortzeit…

Jeder Sprung in Weiterleitungs- und Canonical-Ketten speichert Status, nächstes Location (bei Weiterleitungen) und Antwortzeit. So lässt sich die Kette einer URL aus gespeicherten Nachweisen lesen, ohne eine weitere Anfrage (#930).

)…

Weiterleitungsschleifen in URL-Ketten enden mit einem Markierungsschritt ({"url": ..., "loop": true}). Er wird nicht erneut abgerufen, sodass die wiederholte URL in den gespeicherten Nachweisen sichtbar ist. final_url zeigt weiterhin auf den letzten abgerufenen Sprung (#930).

Warnung…

crawl_site und Scan-Läufe melden effective_max_requests_per_second und warnings. Ab einer effektiven Rate von mehr als 2 req/s gibt es eine Warnung; der Schwellenwert gilt strikt größer als 2. Die CLI gibt dieselbe Warnung auf stderr aus. JSON auf stdout und die Standardwerte bleiben unverändert. Am Pacer wurde nichts geändert.

Quelle, Akteur und begrenztem Text. Gelesen wird vom neuesten zum ältesten, seitenweise, mit Filtern nach Quelle und Text. Verfügbar als project-event-append und project-event-page in der CLI sowie als seo_project_event_append und seo_project_event_page über MCP (Issue #923).

seohead.core.sqlite.

Storage-Reader, Scan-Importer, GSC-Archiv, Sources-Store, Evidence-Join-Store und die beiden Prüfklassen öffnen ihre Datenbanken jetzt über einen gemeinsamen Helfer für Verbindung, Row-Factory und PRAGMAs. Die beiden Prüfklassen schließen ihre Verbindungen explizit. Das Verhalten bleibt gleich. Pfadnormalisierung und PRAGMA-Reihenfolge bleiben an jeder Aufrufstelle.

Verhaltensänderungen auf diesen Pfaden sind beabsichtigt: - Weiterleitungsketten mit genau der Sprunggrenze (Standard: 20) werden jetzt aufgelöst, statt als nicht auflösbar gemeldet zu werden. Die Schleifenprüfung läuft vor der Grenzprüfung, sowohl bei der Kettenauflösung als auch bei den Sprungpfad-Durchläufen. - EEAT-Vertrauens- und Zitationsprüfungen vergleichen Zielhosts mit ihrem Port (netloc), analog zur Logik für interne Links. Websites mit expliziten Ports können dadurch andere Ergebnisse liefern. - llms.txt-Stichwortprüfungen treffen ASCII-Begriffe als ganze Wörter, optional mit Pluralform. Dadurch bestehen rapid, Showcase und Toolbar nicht mehr. Kyrillische Stämme werden weiterhin als Teilzeichenfolge erkannt. - Die Navigationserfassung bildet den Grund reload auf refresh_navigation ab. Nicht zugeordnete angeforderte Gründe, etwa pageBlockInterstitial, werden als Frame-Beobachtungen erfasst, die der Validator akzeptiert. - Die Technologieerkennung behandelt eine negierte Implikation (["not", X]) als Implikation von nichts. - Der Nachweis-Import weist doppelt deklarierte Metrikennamen ab, und die Search-Console-Erkennung verwendet die Zeilen, die sie erhält. - Yandex-Cloud-Wiederholungen warten nur zwischen den Versuchen. Yandex-Webmaster-Query-Analytics-Wiederholungen warten vor dem nächsten Versuch. - Der Schema-Build übergibt sein timeout an den HTTP-Client (Standard unverändert). - Der Speicher für Zustellbelege wird mit Modus 0600 angelegt, bevor SQLite ihn öffnet. - Semantische Graph-Läufe werden seriell ausgeführt, weil die Stoppwortmenge Modulzustand ist. Der semantische Runner meldet SQLite-Fehler als ok: false, statt sie auszulösen. - Der CrUX-Fehlerparser verkraftet Antwortkörper, die keine Objekte sind. - Eine unerreichbare Prüfung sqlite3 is None im Ledger wurde entfernt.

Er zeigt den ehrlichen Wartezustand, bis der Kern ein Projekt-Linkprofil speichert (#999). Es gibt keine Beispielzeilen, und die Gruppenfilter sind mit demselben Grund deaktiviert.

Status…

Desktop-Crawler-Bildschirm: Hinzugefügt wird ein Banner für temporäre Ergebnisse mit der ausgewählten Adresse und dem Statustext. Es erscheint nur, wenn ein Crawl ohne Projekt Ergebnisse liefert. Die Aktionen zum Leeren und zum Speichern als Projekt wandern unter 1000 px Breite in ein Überlaufmenü. Adressfeld und Prüfungs-Tabs bleiben bei schmaler Breite nutzbar. Der Ergebniskopf scrollt, statt seine Spalten zu stauchen. Die Statusleiste der Shell erhält in dunklem und hellem Design denselben rechten Innenabstand von 8 px.

Speicherplatz…

Desktop: Der Bildschirm für fatale Zustände folgt dem Canvas ErrorsCore. Fehlender Kern, wenig Speicherplatz und fehlende Schreibrechte werden aus echten Fakten angezeigt. Kernversion und Scan-Integrität zeigen die neutrale Pille „in dieser Kernversion nicht verfügbar“, bis der Kern sie meldet.

Desktop: Das URL-Zeilenmenü und das Spaltenkopfmenü, die Menüleisten-Gruppen Edit, Scan und Window sowie die Kontextmenüs für Befunde und Aufgaben folgen dem Menüs-Board des Canvas. Einträge, die der Kern noch nicht liefert, bleiben sichtbar, aber deaktiviert. Der Grund steht im Tooltip.

Desktop: Der Bildschirm „Export und Berichte“ folgt dem Design-Canvas ProjExport (Auswahl von Datensatz und Format, Ordnerkarte, letzte Exporte). Datensätze und Formate, die der Kern noch nicht exportieren kann (Vergleich, Aufgaben, PDF), werden als nicht verfügbar angezeigt. Der Startknopf bleibt deaktiviert, bis der Export angebunden ist (#1191).

neutralisieren…

Führende TAB- und CR-Zeichen in Marketing-Inventar-Kennungen und in CSVs mit Entwürfen für Meta-Descriptions werden mit demselben Apostroph-Präfix neutralisiert, das bereits für =, +, - und @ gilt. Beide Schutzmaßnahmen nutzen jetzt seohead.core.tabular.neutralize_formula.

Anfragen an Provider mit Zugangsdaten (Arsenkin, Metrika, Yandex Cloud, IndexNow, Topvisor, BI-Ziele) folgen keinen HTTP-Weiterleitungen mehr. So wird ein Authorization-Header nie an einen anderen Host gesendet. Eine Weiterleitung erscheint jetzt als HTTP-Fehler des Providers.

Das Laufjournal (runs.jsonl) rotiert jetzt, sobald es eine Größengrenze überschreitet (standardmäßig 5 MiB; SEOHEAD_RUN_LOG_MAX_BYTES überschreibt den Wert). Die vorherige Generation bleibt als runs.jsonl.1 erhalten. Lesezugriffe umfassen beide Dateien, sodass Reuse-Abfragen weiterhin aktuelle Aufrufe finden.

Der Schema-Tab der Desktop-URL-Karte nutzt die Canvas-Struktur von Design v2 (Blockliste, Blockbaum, Prüfungen). Der Core liefert nur die Anzahl der JSON-LD-Blöcke pro URL. Deshalb zeigen die Spalten ehrliche Wartezustände mit Verweis auf Core-Issue 948. Bekannte Anzahlen bleiben echt, Beispielblöcke gibt es keine.

scan-status, scan-url-detail, scan-link-inspect und der Projekt-Observer (project-scans, project-observe) validieren das gesamte Artefakt nicht mehr bei jedem Öffnen. Sie prüfen Identität, Schema, Version und Kopfzeile, holen Zähler per SQL (GROUP BY über pages_status) und weisen dies im ergänzenden Feld validation aus ("light" oder "full"). Eine vollständige Validierung läuft auf Anforderung (full_validation: true bei scan-status oder --input '{"input_path": "...", "full_validation": true}' in der CLI) oder wenn dieselben Bytes (Pfad, Größe, mtime, WAL-Zustand, Header-Hash) im Prozess bereits vollständig validiert wurden. Ein Scan, der die leichten Prüfungen nicht besteht, wird mit demselben Fehler abgelehnt wie zuvor. Jeder Schreib- oder Nachweis-Pfad validiert weiterhin vollständig. scan-url-detail führt die Suche nach dem Weiterleitungsziel (ohne Index auf responses.effective_url_id) innerhalb eines Budgets von 0,5 s aus und meldet responses.redirect_target_lookup als skipped, statt eine große Tabelle zu scannen.

scan-link-inspect --view links (MCP seo_scan_link_inspect) blättert durch die ausgehenden oder eingehenden Hyperlinks einer URL. Die Suche erfolgt über die Adresse statt über die Dokument-ID. Angezeigt werden Anker, rel mit den Flags nofollow/sponsored/ugc, intern oder extern, gespeicherte Position, Attribut target und der HTTP-Status der Gegenseite (null, wenn diese Seite nicht gescannt wurde). Filter nach Linktyp, Follow-Status, Statusklasse und Teilstring. offset/limit bis 200. total/filtered_total sind exakt oder als gekürzt markiert. Der Scan wird schreibgeschützt ohne vollständige Validierung geöffnet. Fehler tragen einen maschinenlesbaren reason_code (url_not_found, scan_not_available, url_not_scanned, links_not_retained). Bestehende Ansichten und Felder bleiben unverändert.

Paketstruktur neu geordnet, ohne Kompatibilitäts-Shims: seohead.servers heißt jetzt seohead.mcp, seohead.tools heißt jetzt seohead.checks. seohead.bot und seohead.remote_api liegen nun unter seohead.integrations. Die CLI befindet sich im Paket seohead.cli (mit seohead.cli.terminal_progress). Die gemeinsamen Root-Module (models, graph, filesystem, runlog, verification, canonical_policy, input_contracts, job_contracts, provider_matrix) wanderten nach seohead.core, die Build-Herkunft nach seohead._build.provenance. examples/ und config.example.json liegen jetzt in docs/examples/, PROVENANCE.md und TRADEMARKS.md in docs/legal/. Die Befehle seohead und sf-analyzer bleiben unverändert. Python-Importe alter Modulpfade müssen angepasst werden.

Das README wurde um Installation, drei Schnellstart-Pfade (nativer Crawl bis Bericht, Offline-Exporte von Screaming Frog, Projekt plus Agent), eine Funktionsübersicht nach Bereichen, eine CLI-Übersicht, MCP-Setup für Claude Code und Claude Desktop, die Begleit-Desktop-App und die Grenze zwischen Gemessenem und Nicht-Gemessenem neu aufgebaut. Terminal-Screenshots unter docs/assets/ stammen aus einem lokalen QA-Fixture und dem synthetischen Export-Fixture. Neu hinzu kommen docs/CLI.md, das jeden registrierten Befehl nach Aufgabe gruppiert, mit Kennzeichnung für Netzwerk, Schreibzugriff und Kosten (ein Drift-Test schlägt fehl, wenn ein Befehl fehlt), und docs/WORKFLOWS.md, das die bisher nur referenzierten Befehle für Workflow-Läufe, Posteingang und Monitor-Records dokumentiert.

Das BI-Reporting behält nicht verifizierte Erhebungsstatus der Provider und Qualitätsflags als unbekannt in Metriken, Abdeckung und Manifesten. Bestätigtes Sampling, Schwellenwerte oder Kürzungen gelten als teilweise. Kohorten „Suche vs. Sitzungen“ verlangen eine explizite Erhebungsqualität, nichtnegative Zählmessungen und qualifizierte Quellbereiche. Pro Achse bleiben Quellidentität, Attribution, Suchbereich und Kalenderregel erhalten. Das synthetische Reporting-Paket bleibt offline. Die native Abnahme für Sheets und Looker ist separat.

Native SQLite-Scans akzeptieren max_urls=0, um bis zur vollständigen Leerung der Warteschlange zu sammeln, und max_depth=-1, um das Tiefenlimit abzuschalten. Zeit- und HTTP-Budgets bleiben separat konfigurierbar, Speicherschutz sowie Unterbrechung und Wiederaufnahme bleiben aktiv. Ältere materialisierte Routen lehnen eine unbegrenzte URL-Menge ab.

Auch Sitemap-only-Scans behalten das deaktivierte URL-Limit bei. Sie lehnen ihr erstes deklariertes Element nicht mehr ab, wenn das konfigurierte Limit null ist.

Explizit festgelegte endliche Request-Raten über dem Standard von 2 Requests/s wirken jetzt auch auf die gemeinsame Pacing-Spur pro Projekt-Origin, nicht nur auf den Limiter pro Scan. Parallele Scans reservieren weiterhin einen gemeinsamen Zeitplan pro Host, statt dessen Rate zu vervielfachen.

Wird die native Analyse unterbrochen, liefert sie jetzt ein explizites, fortsetzbares Ergebnis mit Status „unterbrochen“ und behält die erfassten Seiten. Ein KeyboardInterrupt-Traceback entfällt.

Fehlerhafte Antwortzeilen von Bing Webmaster werden abgelehnt, statt ein vollständiges leeres Ergebnis zu melden. Rohdaten, Quellzeilen und exakte zurückgegebene Zählwerte bleiben in den gespeicherten Provider-Nachweisen erhalten. Antworten mit Link-Zählungen behalten ihre dokumentierte Seitenstruktur. Umfasst die Gesamtmenge mehrere Seiten und wurde nur eine angeforderte Seite erfasst, wird sie als teilweise gemeldet.

Der bestehende gemeinsame Google-Dienstkonto-Fallback wird in der GA4-Readiness und bei der Erkennung von Zugangsdaten erkannt. Berechtigungen des Kontos und Zugriff auf das Ziel bleiben ungeprüft. Fehlerhafte Zugangsdaten werden ausdrücklich gemeldet. OAuth-Bearer-Unterstützung bleibt erhalten, ohne dass beide Quellen gleichzeitig nötig sind.

Headless-Fähigkeitsreferenzen werden an die native Run-Isolation und die Routing-Grenze für öffentliche externe Crawls gebunden. Dabei wird interne Implementierung von der Verfügbarkeit in CLI und MCP unterschieden. Crawl-Verhalten und Kapazitätsaussagen bleiben unverändert.

Ctrl+C wird über die gesamte native Übergabe nach der Erfassung behandelt, einschließlich Öffnen des gespeicherten Scans, optionaler Folgephasen, Analyse und Finalisierung. Unvollständige Erfassungen behalten ihre Daten und den fortsetzbaren Checkpoint und liefern ein explizites JSON-Ergebnis mit Status „unterbrochen“. Eine Unterbrechung nach dem letzten Commit erhält das fertige Artefakt und meldet dessen tatsächliche Audit-Verfügbarkeit. Eine explizite Wiederaufnahme vollendet unvollständige Nacharbeiten auch bei leerer Warteschlange. Bestehende Flags zum Auslassen von Nachweisen und die gespeicherten Sitemap-Eingaben bleiben erhalten.

Teilweise JavaScript-Nachweise bleiben in Remote-Job-Ergebnissen erhalten, auch bei schreibgeschützter Korrektur älterer abgeschlossener Jobs. Aufbewahrte Artefakte und Render-Budgets bleiben unverändert. Echte Queue-Sicherung und -Wiederherstellung wird über authentifizierten Status, Downloads und persistente Idempotenz geprüft. Die zweiseitige Recovery-Fixture bleibt bei vollständigem Rendering innerhalb ihrer bestehenden endlichen Budgets.

Wird die finale JSON-Ausgabe per SIGINT unterbrochen, nachdem ein Handler abgeschlossen ist, endet das Programm mit Exit-Code 130 ohne Traceback. Aufbewahrte Artefakte bleiben unverändert. Ein abgeschnittener Ausgabestrom wird nie als Erfolg gemeldet.

Eigene Lauf-Datensätze bleiben für gleichzeitige native Erfassungen erhalten. Parallele Läufe teilen sich ein projektlokales Dispatch-Gate mit 2 Requests/s für denselben öffentlichen Host. Jeder Lauf zeigt Quelltyp, Ursprung, Konfigurations-Fingerprint und die Grenze der aggregierten Rate gegenüber Beobachtern.

Beim Export behält ein gespeicherter Screaming-Frog-Crawl seine eigenen Einstellungen: load-crawl setzt nicht mehr die aktuelle Spider-Konfiguration ein. Live-Läufe von Spider und Liste erhalten weiterhin ihre expliziten Profile pro Lauf.

Eigene Tests für externe Captures lösen ihre Loopback-Virtual-Hosts auf allen Betriebssystemen einheitlich auf, ohne die Netzwerkrichtlinie im Produktivbetrieb zu ändern.

Versionierte Browser-Navigationsereignisse bleiben mit begrenzten Auslassungen erhalten, zusammen mit Erfassungsstatus, Renderer-Richtlinie und URL-Herkunft. Beobachtete HTTP-Weiterleitungen, Chromium-Navigation über Skript, Verlauf oder Fragment und unbekannte Ursachen werden unterschieden, ohne menschliche Klicks zu unterstellen.

Die Rollback-Kompatibilität bleibt erhalten, weil Navigationsnachweise in erweiterbaren Renderer-Einstellungen gespeichert werden. Die frühere Prerelease-Kodierung wird validiert, ohne Provenienzprüfungen abzuschwächen. Beobachtete Ereignisse gelten dabei nicht als Renderer-Richtlinie.

Jeder aktive Collector bleibt in der begrenzten Historie erhalten. Gemessene Zählerfenster werden mit Zeitstempel veröffentlicht, und nicht gemessene Zähler werden von null unterschieden. Der verifizierte Fortschritt von Screaming Frog wird gestreamt, während beide Diagnose-Pipes begrenzt bleiben.

Checklisten-Artefaktbelege werden über geschützte Dateiidentitäts-Metadaten beobachtet, ohne aufbewahrte Bytes bei jeder Aktualisierung erneut zu hashen. Ausdrückliche Abdeckungsabfragen behalten die Byte-Prüfung. Geänderte oder ungeprüfte Altnachweise bleiben als veraltet beziehungsweise ungeprüft sichtbar.

Der Terminal-Observer blättert lesbar durch Details zu Aufgaben, Methoden, strukturierten Daten, Scans, Läufen, Posteingang und aufbewahrten Belegen, mit begrenzten Seiten und ehrlicher Abdeckungsangabe. Speicherzugriffe und ausdrückliche Notiz-Übermittlungen laufen außerhalb der Eingabeschleife.

Notiz- und Zielentwürfe bleiben während einer Sitzung getrennt. Cursor-Bearbeitung ist möglich, übergroße Einfügungen werden ohne Kürzung behalten, und Speicherbelege erscheinen in jedem Layout. Ungespeicherte Entwürfe werden nach regulärem Beenden des Terminals zur Wiederherstellung ausgegeben.

log-scan liest aufbewahrte native Scan-Pfade und audit.v2-Begleitdateien, ohne Legacy-JSON zu materialisieren. Konsistenzbefunde werden gestreamt. Native Seitenzugehörigkeit und Deduplizierung der Findings bleiben auf der Platte. Exakte Anomaliezahlen bleiben erhalten, nur die Beispiele werden begrenzt. Ausdrücklich gemeldet wird, dass die native Trace-Entscheidung zu Ausschlüssen fehlt.

Ein Sitemap-lastmod-Befund auf Site-Ebene wird am reinen Origin der gemessenen Site erkannt, wenn keine Startseite gecrawlt wurde. Die Ausnahme setzt passende Sitemap-Zusammenfassungen voraus. Sie befreit weder Seiten-Befunde noch fremde Hosts oder nicht unterstützte Zielpfade.

Vergleich aufbewahrter audit.v2-Scans über exakten Schlüssel und Ordinal-Index, ohne Seiten- und Findings-Nutzdaten in temporärem SQLite-Speicher zu duplizieren. Vollständige Zeilen, deterministische Klartext- und gzip-Exporte, Quellidentitäten und Legacy-Eingaben bleiben unterstützt. Audit-Leser fixieren den geprüften Snapshot über indizierte Zeilenlesezugriffe.

Ziele ablehnen…

Eigene Vergleichsausgaben bei spätem Veröffentlichungsfehler zurückrollen und Ziele ablehnen, die während des Laufs parallel angelegt wurden. Das Manifest bleibt die endgültige Commit-Markierung des Pakets.

verlinkt…

Der öffentliche Einstieg beschreibt konfigurierbares SEO-Engineering mit Agenten und verknüpft den gesamten Funktionsumfang mit seinen Methoden, Eingaben und Grenzen der Nachweise. Veraltete Hinweise zu nativem Crawler, Screaming Frog, Projektabdeckung und Maßnahmen werden korrigiert. Die vom Agenten erstellte Entwickler-Arbeitsmappe wird getrennt von den sachlichen Berichtsausgaben dokumentiert, einschließlich geprüfter Abnahmekriterien und Quelllinks.

Crawler…

Die Herkunft von PDF-Audits wird unabhängig vom gemeinsamen Audit-Schema gekennzeichnet: nativer Crawler, Screaming-Frog-Exporte oder ein ausdrücklich benannter SF-Collector sowie ein unbekannter Collector. Ein natives Audit mit dem SF-Analyzer-Schema erhält keine Screaming-Frog-Überschrift mehr.

Erklärungen anzusammeln…

Zeilen zu unterdrückten Befunden im Umfang werden per Stream in CSV geschrieben, statt ihre gerenderten Erklärungen im Speicher anzusammeln. Vollständige Ausschlussexporte behalten ihre Reihenfolge und Quelldaten bei, während der Speicherbedarf bei großen Mengen aufbewahrter Ausschlüsse begrenzt bleibt.

abgedeckte Check- und Tool-Verweise prüfen…

Jede Zeile mit Abdeckungslücken wird anhand ihrer tatsächlichen Mode-Zelle abgeglichen, abgedeckte Check- und Tool-Verweise werden gegen die öffentlichen Register validiert, und Prioritäten werden aus den offenen Zeilen erzeugt.

direkte Proxy-Manifeste…

Die Timeout-Klassifizierung bei Remote-Zugriffen bleibt erhalten, Transportfehler werden geschwärzt, und direkte Proxy-Manifeste lassen sich für gezielte Verifizierung sicher wiedergeben.

Null-Attribution erhalten…

Attributionsnachweise werden aus dem gespeicherten SQL-Linkgraphen gelesen, explizite Null-Attribution bleibt beim Export erhalten, und zwischengespeicherte Prüfungen externer Links bleiben beim Fortsetzen erhalten.

„all“ installieren…

Integrierte Kataloge und Berichtsverträge werden neu generiert. Der PDF-Validator wird mit dem Extra „all“ installiert, und Fake-Browser-Tests hängen nicht mehr von der Auswahl eines lokalen Chrome ab.

oder Staging-Zugriff verlangen…

Vor jedem Token, Dataset-Check oder Staging-Schreibvorgang ist eine separate, vom Host verwaltete cost_authorized-Freigabe für BigQuery erforderlich.

Arbeitsblatt-Fixture…

Partitionsnamen, Zähler und Prüfsummen des erzeugten BI-Pakets bleiben erhalten, damit die Arbeitsblatt-Fixture die bestehende Sheets-Vorabprüfung und die Konsumenten gefilterter Exporte besteht. Die separaten Felder für Aliase der Linking-API sind dokumentiert. Die Prüfung einer frischen Kopie über die generierte URL ist verpflichtend, eine manuelle Reparatur der Quelle entfällt.

Aliase aus den URL-Parametern zurückgeben…

Doppelte Linking-API-Aliase werden nach der Normalisierung von Leerzeichen abgelehnt, und die exakt in den URL-Parametern verwendeten Aliase werden zurückgegeben. Gemeinsame Lauf-Feld-IDs sowie gruppierte Steuerelemente für Anbieter-Datumsangaben werden definiert, und Abdeckungsdiagramme schließen überlappende Grundgesamtheiten aus. Das Erstellen der nativen Vorlage und die Prüfung einer frischen Kopie bleiben externe Abnahmeanforderungen.

HTML-Extraktion abgeschlossen ist…

Beobachtete Inlink-Anteile werden aus eindeutigen verlinkenden Seiten im Scope berechnet, deren HTML-Extraktion abgeschlossen ist. Wiederholte Vorkommen bleiben getrennt erhalten, und Teilgesamtheiten werden entsprechend gekennzeichnet.

über ein SQLite-Nachweisartefakt verknüpfen…

Befunde aus begrenzten audit.v2-Begleitdateien bleiben erhalten. Bis zu 1.000.000 aufbewahrte Scan-URLs werden über ein dauerhaftes SQLite-Nachweisartefakt verknüpft und ohne Materialisierung von Seiten- oder Trefferlisten in BI gestreamt. Das liefert keine kopierbare Looker-Studio-Vorlage.

begrenzten SQLite-Index projizieren…

Befundgruppen, Kandidaten für Anbieter-Quadranten und zulässige Inlink-Quellen werden über einen begrenzten, temporären SQLite-Index projiziert. Dynamische Anbieterdimensionen bleiben über ausgewählte Exporte sowie Offline-Pläne für Sheets und BigQuery gültig. Anzahl der Partitionen und Speicherverbrauch sind begrenzt.

nur…

Ziel-URLs und Meldungen nativer Audit-Befunde werden als typisierte BI-Spalten geführt, nicht nur innerhalb der gespeicherten Quell-JSON. So bleiben bei exakten URL-Auswahlen alle betroffenen Befunde erhalten.

validieren…

Native hreflang-Rückverlinkungen werden gegen vollständige aufbewahrte Zieldeklarationen validiert. Dabei wird unterschieden zwischen einer bekannt fehlenden Rückverlinkung und einem nicht gecrawlten oder nicht verfügbaren Ziel. Beobachtete noindex-Alternativen werden gemeldet, Rohlabels und normalisierte URL-Identitäten mit Kontext zu Duplikaten und Konflikten erhalten und Beziehungen bei Teilpopulationen als nicht gemessen markiert. Die bestehenden Audit-, CLI-, MCP- und Berichtsoberflächen liefern dieselben Befunde ohne zusätzliches Abrufen.

offizielle Schwellen klassifizieren…

CrUX-Felddaten des aktuellen Zeitfensters für LCP, INP und CLS (p75) werden gegen versionierte offizielle Schwellenwerte klassifiziert. Dabei bleiben Umfang nach URL bzw. Origin, Formfaktor und Erhebungszeitraum erhalten. Fehlende, unvollständige und fehlgeschlagene Felddaten bleiben nicht verfügbar oder teilweise.

Worker-Dienst dokumentieren…

Die aktuelle One-Shot-Grenze der Docker-CLI wird getrennt von der optionalen, explizit konstruierten Remote-API und dem Worker-Dienst dokumentiert.

2.000.000 HTTP-Anfragen…

Explizite native SQLite-Crawl-Konfigurationen werden bis 1.000.000 URLs zugelassen, mit separatem Budget von 2.000.000 HTTP-Anfragen und dem bestehenden synthetischen Profil nur für Speicher. CLI, MCP, Remote-Queue und Worker halten dieselben deklarierten Budgets ein. Materialisierte Legacy- und Listen-APIs behalten eine explizite Sicherheitsgrenze von 50.000 URLs. Listen-robots, Wiederholungen sowie Weiterleitungs- und Canonical-Sprünge teilen nun ihr Anfragebudget. Native Audits und die Offline-Neuanalyse nutzen den begrenzten audit.v2-Pfad, ohne die frühere Ablehnungsgrenze von 10.000 Seiten bzw. 20.000 Formularen. Zähler des Transaktions-Schreibers verhindern, dass die wachsende Frontier bei jedem Batch neu durchsucht wird. Ein manueller Abnahmetreiber protokolliert geladene Quellidentitäten, Unterbrechung und Fortsetzung sowie nachgelagerte Konsumenten. Die Zulassung allein ist jedoch kein Nachweis einer abgeschlossenen Abnahme für eine Million URLs.

ausführen, unterbrochene Artefakte aufbewahren…

Jede manuelle native Abnahmestufe läuft unter einem Ressourcen-Watchdog für Subprozesse. Unterbrochene Artefakte bleiben erhalten, jede CSV- und XLSX-Zeile sowie die Aufgabenabdeckung werden geprüft, und geschütztes HTTP über den eigenen Loopback-Host wird separat mit unveränderter Standardtaktung getestet.

einer Stunde bleibt…

Ausdrücklich autorisierte Remote-Crawl-Dauern bis 14 Tage werden zugelassen. Der Standard von einer Stunde bleibt bestehen, ebenso die unabhängigen Budgets für Projekt, Anfragen, Speicherplatz, Leases und Rendering. So passt ein Ziel mit einer Million Seiten bei unverändert höflicher Anfragerate in den Lauf. Werte über der Dauergrenze und ungültige Typen schlagen fehl, bevor die Erhebung beginnt.

jeden Abruf…

Die Offline-Neuanalyse nutzt für jede SQLite-Ausführung bzw. jeden Abruf eine eigene Frist. Abbruch und Unterbrechung von Abfragen bleiben erhalten, ohne dass Python-Parsing oder abgeleitete Schreibvorgänge auf die ursprüngliche Frist der Scan-Öffnungsprüfung angerechnet werden.

anhängbaren JSONL-Sidecars…

Legacy-crawl-site --out-dir speichert Seiten-, Link- und Formularnachweise während Erhebung und Fortsetzung in anhängbaren JSONL-Sidecars, statt doppelte Listen im Speicher zu halten. Checkpoints prüfen die Anzahl der Sidecar-Einträge. Ältere v4-Checkpoints mit Inline-Formularen werden migriert, ohne Formularbefunde zu verlieren. Die bestehende Audit-Brücke benennt ihre Grenzen für die Materialisierung von Seiten, Formularen und Links und bewahrt erhobene Nachweise, wenn ein Audit nicht verfügbar ist. Ein früherer Bericht wird unter einem veralteten Dateinamen aufbewahrt, statt als aktueller Lauf zu erscheinen. Die native JavaScript-Eskalation liest Seitendatensätze über eine wiederverwendbare SQLite-Ansicht, statt alle Seitenobjekte neu aufzubauen. Vollständiges Streaming großer Audits wird weiterhin unter #816/#817 nachverfolgt.

zu verwerfen…

Übergroße native Audits werden in geordneten audit.v2-Begleitdateien gespeichert, statt die Verfügbarkeit des Audits zu verwerfen.

Datensätzen.

auflösen…

Wiederholte Seitensuchen werden begrenzt, Befund-Backlinks gebündelt und native Entdeckungstiefen aufgelöst, ohne jede Route neu aufzubauen oder jeden Knoten in Python zu laden. Lange Routen behalten ihre exakte Tiefe und explizit gekürzte Endpunkte.

Nichtleere Korpus- und hreflang-Beziehungen werden über festplattenbasierte Indizes abgeleitet, vollständige Nachweissammlungen bleiben in audit.v2 erhalten, und begrenzte Stichproben von Beziehungsbefunden sind mit ihrer exakten Vorkommenszahl gekennzeichnet.

gecachte…

Der Seiten-Cache wird nach geschätzten dekodierten Python-Bytes und zusätzlich nach Eintragszahl begrenzt. Nicht gecachte übergroße Seiten bleiben lesbar, und Mutationen machen ihr altes Gewicht ungültig. HTML-Größenrangfolgen werden als stabile skalare URL-Größen-Paare geführt, statt jedes vollständige Seitenmodell zu behalten. Serialisiertes Seiten-JSON wird in Mutations-Callbacks nicht mehr gespeichert.

während Trailing-Slash-Paare geprüft werden…

Beim Prüfen von Trailing-Slash-Paaren werden nur skalare Fakten zu URL, Status, Indexierbarkeit, Canonical und Weiterleitung behalten. Außerdem werden SQLite-Verbindungen für dauerhafte Adapter und Remote-Jobs explizit geschlossen.

Auswahlzustand der Vertrauensseiten statt…

Zählungen zur Abdeckung nicht verfügbarer Körper und Zeichensätze werden gestreamt. Statt Kandidaten-Seitenpopulationen zu behalten, bleibt nur der skalare Auswahlzustand der Vertrauensseiten erhalten. DOM-Treffer in gespeichertem HTML werden in zwei Durchläufen über den festen Dateiindex verarbeitet. Die Reihenfolge der repräsentativen normalisierten Varianten, die bestehenden URL-Beispiele, die vollständige Abdeckung der Treffer-Quellen und jeder Befund bleiben erhalten.

Legacy-Crawl-Checkpoint-JSONL wird vor dem Anhängen zeilenweise validiert. Fehlende, beschädigte oder unabgeschlossene Nachweise werden abgelehnt, ohne bestehende zu ersetzen. Ältere Checkpoints mit Inline-Formularen werden mit ihrer Sidecar-Datei verglichen, ohne eine zweite Formularliste anzulegen.

Eingabereihenfolge erhalten…

Explizite URL-Listen werden mit dem nativen SQLite-Schreiber aufbewahrt. Dabei bleiben die exakte Eingabereihenfolge, mehrere Hosts und die Semantik ohne Discovery erhalten. Exchange-Datei-Eingaben werden gestreamt, Anfrage- und Zeitbudgets bleiben über die Fortsetzung der Erhebung hinweg erhalten, begrenzte Antwort- und Hop-Nachweise werden gespeichert, und Graph- und Formularprüfungen bleiben explizit nicht verfügbar. Große Verzeichnislisten nutzen denselben Spool mit einer separat begrenzten JSON-Audit-Brücke.

vielen Befunden vergleichen…

audit.v2-Berichte in JSON, CSV, XLSX, Markdown und DOCX werden gestreamt und Populationen mit vielen Befunden verglichen. Snapshot- und Prune-Operationen bleiben mit der Begleitdatei gekoppelt, und das Schema scan.v1 bleibt unverändert.

Ledger-Revision 5 speichern…

Große geordnete Gruppenmitgliedschaften werden einmalig in audit.v2-Speicherrevision 3 und Ledger-Revision 5 gespeichert. Ältere Audit-Lesevorgänge bleiben abwärtskompatibel, die Ledger-Migration erfolgt atomar, Mitglieder lassen sich über CLI und MCP explizit seitenweise abrufen, und die BI-Mitgliedschafts-Begleitdaten sind vollständig und an die Quelle gebunden.

Ledger-Gruppenumfang speichern…

Der audit.v2-Quell-Digest bleibt bei der Offline-Neuanalyse erhalten. Unvollständiger Gruppenumfang im Ledger wird gespeichert, und Ingest-Ressourcen werden bei fehlgeschlagener Validierung geschlossen.

mit Metadaten keine…

Der exakte Kapazitätsüberblick des Korpus wird wiederverwendet, solange ein nativer Scan nur mit Metadaten keine Antwort-, Dokument-, Körper- oder Ressourcen-Nachweise hat. So entfallen wiederholte Lesevorgänge über den gesamten Korpus bei jedem Commit einer spärlichen Seite, ohne die Scan-Speicherung zu ändern.

Benennt den Abbruch fixierter Browser-Anfragen als render_cancelled und schließt bei Abbruch oder Verbindungsverlust den isolierten Remote-Kontext und den Browser, ohne lokalen Fallback.

Umgebungs-Zugangsdaten zu liefern…

Vertrauenswürdige Remote-Projektkonfigurationen dürfen Verweise auf host-gebundene Umgebungs-Zugangsdaten angeben. Die geschwärzten Herkunftsangaben bleiben gespeichert. Ist ein Verweis nicht verfügbar, bricht die Erhebung vor der Erfassung ab.

eingereihtes Projekt erlauben…

Erlaubt einen vom Dienst verwalteten, versionsgeprüften Remote-Playwright-Transport für ein eingereihtes Projekt. Der Endpunkt bleibt außerhalb der Einreichungen, und fixierte, richtlinienkonforme Browser-Anfragen bleiben erhalten.

technischen Audit-PDF prüfen…

Prüft Seitenzahl, Dateigröße, extrahierbaren Text und den Erhalt der Quellmodell-Datensätze der technischen Audit-PDF, bevor ein gerenderter Bericht veröffentlicht wird.

pro Schritt…

Speichert registrierte Versionen von Workflow-Szenarien, Kontext zu Website und Wettbewerbern, Nachweise pro Schritt und Prüfgates. Unterbrochene Läufe kann eine spätere lokale Sitzung nur dann fortsetzen, wenn ihre aktuellen Abhängigkeiten weiterhin gültig sind.

für Fachnotizen…

Verlangt für Workflow-Starts eine Controller-Arbeitsliste und speichert explizite Triage-Belege für Fachnotizen, die als Aufgabe, Ziel, Wettbewerber, blockiert oder abgelehnt eingestuft werden.

Artefakt-Bytes prüfen…

Erfolgreiche Workflow-Checkpoints müssen die projektgebundenen, gespeicherten Artefakt-Bytes gegen ihre SHA-256-Belege prüfen. Fehlende oder geänderte Nachweise machen einen früheren Abschluss veraltet, ohne die Historie umzuschreiben. Prüfbudgets bestätigen Nachweise nie stillschweigend und verwerfen auch nicht deren Beleg.

Richtlinien dabei normalisieren.

Die passive Beobachtung des Workflows prüft gespeicherte Verifikationsmetadaten, ohne Artefakte erneut zu hashen. Geänderte oder nicht verifizierte Belege bleiben explizit sichtbar.

Abdeckungsquoten melden…

Projekt-Checklisten können jetzt den vereinbarten Audit-Umfang erfassen und ehrliche Abdeckungsquoten ausweisen (#794). project-checklist-init und seo_project_checklist_init akzeptieren einen optionalen plan: einen Prüfer, eine URL-population als complete_set, eine benannte sample oder unknown, jeweils mit source, size oder aufgezählten urls, dazu optional Populationen pro templates sowie eine optionale tasks-Vereinbarung (all_agreed oder eine belegte selection vorhandener Checklisten-Element-IDs). Der Plan ist an die Website-Identität des Projekts gebunden und mit der Schreibrevision versehen. Das Erfassen eines Plans stuft die Checkliste auf seohead.coverage.v3 hoch und hängt an eine gespeicherte Planhistorie an. Eine erneute Erfassung einer identischen Vereinbarung ist eine idempotente Operation ohne Wirkung. Ändert sich die Vereinbarung, werden frühere Nachweise als veraltet markiert, statt sie unter einem geänderten Nenner neu zu bewerten. Dokumente mit einem Plan im v3-Format werden beim Lesen migriert. Lesen, Abgleichen oder Anwenden von Prioritäten erfindet oder erweitert nie eine Population, und v1- und v2-Dokumente laden unverändert weiter. Elemente außerhalb einer Auswahl werden als not_agreed gemeldet und liegen sichtbar außerhalb jedes Nenners.

automatisches Element…

Der Checklisten-Abschluss folgt jetzt dem gemessenen Umfang. Ein website-bezogenes automatisches Element, das auf einer begrenzten, also teilweisen Messung beruht, bleibt offen, statt als erledigt zu gelten. Ein Element, das auf explizite Stichproben-URLs beschränkt ist, gilt weiterhin als abgeschlossen, sobald das Artefakt genau diesen Umfang abdeckt. Das oberste Feld complete bedeutet jetzt, dass das bereichsbezogene Audit abgeschlossen ist: Jede anwendbare vereinbarte Aufgabe ist erledigt, es gibt keine offenen Ausschlüsse, und die vereinbarte URL-Grundgesamtheit ist vollständig durch verifizierte Messungen abgedeckt. Ein unbekannter oder nicht gemessener Umfang kann daher nie ein abgeschlossenes Audit melden.

audit_tasks, checks (mit measured_urls), manual_review, deliverable_review und url_population. Jede hat eigene Werte für basis, numerator, denominator und state, sodass eine URL-Anzahl nie mit einer Prüf- oder Aufgabenanzahl vermischt wird. Ein Nenner, der sich nicht begründen lässt, bleibt null mit state: "unknown" und einem Grund. Er wird weder zu 0/0 noch zu 100 %. Messungen, die sich nicht gegen die vereinbarte Population verifizieren lassen, halten die URL-Achse auf partial und zählen nur verifizierte, zulässige URLs. Die URL-Zugehörigkeit wird gegen die vereinbarte Aufzählung geprüft. Eine Population, die nur über size deklariert ist, zählt daher keine gemessenen URLs, und der Zähler kann seinen Nenner nie übersteigen. Populationen pro Template werden beim Erfassen oder Lesen eines Plans als vereinbarte Teilmengen der Website-Population validiert. Aufgezählte Template-URLs müssen zur aufgezählten Website-Menge gehören, und die deklarierte Template-Zugehörigkeit darf die vereinbarte Website-Größe nie übersteigen. Ein widersprüchlicher Plan wird daher abgelehnt, statt gekürzt oder über den Nenner hinaus gezählt zu werden. Gespeicherte Prüfnachweise enthalten jetzt die gemessene URL-Aufzählung. Der URL-Zähler ist damit eine nachprüfbare Menge und keine bloße Zeilenanzahl. Die Aggregation über mehrere Websites summiert die Achsen je Website und fällt auf unknown zurück, sobald eine Website ihren Nenner nicht begründen kann.

einen Prüfer…

Ein Eintrag not_applicable ist jetzt ein geprüfter Ausschluss. Er erfordert einen Grund, einen Prüfer und eine nachprüfbare Nachweisbasis: ein projektrelativ mit Digest versehenes artifact oder einen expliziten evidence-Verweis. Geprüfte Ausschlüsse behalten ihre stabile ID und Historie. Sie verlassen die Aufgaben-Nenner nur durch die erfasste Entscheidung und werden separat unter exclusions aufgeführt. Ein deaktiviertes Element, ein veralteter Ausschlusseintrag oder ein älterer not_applicable-Eintrag, der vor der Regel zur Nachweisbasis geschrieben wurde, bleibt als pending_exclusion im Nenner, bis er erneut geprüft wird. So kann Deaktivierung, Entfernen aus dem Katalog oder Neuklassifizierung die vereinbarten Zähler nie stillschweigend verkleinern. Ein frischer, geprüfter Ausschluss für ein aus dem Katalog entferntes Element wird regulär aufgelöst und bleibt nicht dauerhaft als ausstehend stehen.

vorher/nachher binden…

Bindet Entscheidungen zur Behebung an unveränderliche Verifikationsartefakte und exakte Nachweis-Hashes für den Zustand vor und nach der Behebung, einschließlich gestreamter audit.v2-Baselines.

vollständige Umfänge melden…

Meldet gespeicherte Behebungsergebnisse mit Abdeckungszuständen für repräsentierte und vollständige Umfänge, Nenner je Aufgabe und begrenzten Fallseiten für große Ledger.

Bindet die Verifikation der Behebung an die gespeicherte Audit-Identität und an die ursprüngliche, ergebnisrelevante Richtlinie. Eine wiederverwendete Scan-UUID allein löst nicht mehr einen älteren Fall auf.

und die…

Dokumentiert einmalige SSH-CLI-Jobs, Artefakt- und Vorfallseinträge, die synthetische Wiederherstellung und die getrennte Grenze für einen künftigen Dienst: Zustandsprüfung, Proxy, TLS und Firewall.

begrenzten nativen…

Definiert einen optionalen, authentifizierten und versionierten Vertrag für die Remote-Scan-API mit begrenzten Einstellungen für den nativen Crawl, projektbezogenen Berechtigungen, idempotenter Einreichung, OpenAPI-Schema und Nachweisen, die mit dem Scan-Status kompatibel sind. Er setzt eigenständige, dauerhafte Worker sowie eine Ziel- und Egress-Richtlinie voraus. Lokale Installationen von CLI und MCP bleiben unverändert (#784).

evidence-normalize liest einen mitgelieferten CSV-, XLSX- oder JSON-Export bzw. einen gespeicherten seohead.provider-evidence.v1-Umschlag vollständig offline ein und erzeugt ein versioniertes Dokument seohead.normalized-evidence.v1 anhand eines optionalen Mapping-Manifests seohead.evidence-mapping.v1. Dabei bleibt die Herkunft jedes Feldes erhalten (aus dem Umschlag, deklariert oder unbekannt) für Quelle, Berichtsidentität, Zeitraum, Zeitzone, Attribution, Engine, Erhebungsabdeckung und URL-Bindung. Ein gemessener Wert 0 bleibt null. Fehlende Zeilen, leere oder Null-Zellen, Formelzellen, unterdrückte Werte, nicht erhobene Zeiträume sowie fehlgeschlagene oder übersprungene Erhebungen bleiben dagegen explizit nicht verfügbar. evidence-join verknüpft normalisierte Nachweise mit einem Scan, Audit oder einer Seitenliste nach der strikten Schlüsselrichtlinie external_join.v1 und nur mit ausdrücklichen Lockerungen. Zugeordnete, nur im Crawl vorhandene, nur extern vorhandene und nicht schlüsselbare Populationen bleiben auf ihrer deklarierten Granularität erhalten. Schlüsselkollisionen werden gemeldet, statt Zeilen zu vervielfachen. --compare ergänzt zusammen mit einer deklarierten Richtlinie eine reine Entscheidung ohne Nebeneffekte: kompatibel, inkompatibel oder unbekannt, geprüft über Zeitraum, Zeitzonengrenze, Identität, Attribution, Engine und Granularität. Außerdem meldet sie, ob gemessene Nullwerte für Quadranten in der nachgelagerten Kohortenarbeit geeignet sind. Eingeschränkte Quellen halten Zeilen und Identifikatoren in einem lokalen, privaten Artefakt und geben nur Anzahlen zurück.

Befundnavigation ausbauen…

Erweitert seohead watch zu einem rein lesenden Projektbeobachter mit Navigation durch gespeicherte Befunde, Detailansicht der Nachweise, Status gespeicherter Ansichten und Review-Status sowie ausdrücklich eingegrenzten Hinweisen im MCP-Posteingang.

erhalten…

Unsichere Zustellungsansprüche bleiben nach einem Prozessende oder einer fehlerhaften Dokumentbestätigung erhalten. So wird ein automatischer zweiter Upload verhindert, wenn die Annahme nicht sicher festgestellt werden kann.

Quell-Digest…

Misst Berichtsvorschauen anhand gespeicherter Nachweise, einschließlich gerenderter Größe, Quell-Digest, Populationszahlen, Abdeckung und Profil. Fehlende Renderer und übergroße Eingaben werden vor dem Versand gemeldet. Das JS-Budget des gründlichen Assistenten wird an den gemeinsamen Warteschlangen-Vertrag angeglichen.

Besitzwechsel hinweg erhalten…

Bewahrt die exakten, bestätigten Bot-Versandidentitäten über Abstürze von Warteschlange und Besitzwechsel hinweg, dedupliziert vertrauenswürdige Updates und trennt Status, Abbruch, Wiederherstellung und Zustellung nach auslösendem Akteur und Chat. Identische, bewusst erneut gestartete Läufe bleiben eigenständige Jobs.