変更履歴

共通のネイティブキャンバス部品、オフラインのRobotoフォント、Material Symbolsを使って、プロジェクト設定のスケジュールとクロールを再構築しました。800pxでは1カラムのレイアウトになります。

アプリケーションのインターフェース全体を英語にしました。既存のスケジュールコマンドとドキュメントのコントラクトは維持し、コアが裏付けるスケジュールのデータだけを表示します。

プロジェクト設定を開いている間も、ワークスペースの識別子とエイリアスを維持します。コアが応答している間は、重複した保存を防ぎます。

デスクトップのプロジェクト設定に、スケジュールタブ（曜日、月の日付、実行時間帯、タイムゾーン、競合他社）とクロールタブ（クロールモード、User-Agentのプリセットまたはカスタム文字列、リクエスト間の待機時間、URL予算、SpiderHeadBotまたはカスタムのUser-Agent）を追加しました。どちらもコアを通じてプロジェクトを読み書きし、プロジェクトの概要には次回と前回のスケジュール実行が表示されます。--tray モードは、コアの実行予定のスキャンを実行し、スキャン中だけMacのスリープを防ぎます。

スケジュール実行のプロジェクトスキャン（#1322、コア）では、プロジェクトフォルダーのschedule.jsonにスケジュールを保存します。曜日または日付、サイトのタイムゾーンでの実行時間帯、有効・無効の切り替え、競合サイト、クロールモード（spider/sitemap/list）、実行ごとのURLとリクエストの上限、ポライトネスの待機時間、前回の途中で止まったクロールを再開するスライスモードを指定できます。編集はexpected_revisionを付けてschedule-setまたはseo_schedule_setで行います。schedule-showでは前回の実行と次回の実行時間帯を確認できます。schedule-run-dueはヘッドレスの入口で、期限が来たスキャンだけを実行し、リースで重複実行を防ぎ、すべての判断をプロジェクトのジャーナルに記録します。schedule-installとschedule-uninstallは、明示的に呼び出したときだけ、launchdのplist、cronの行、タスクスケジューラーのコマンドを作成または削除します。

クロールのユーザーエージェント（#1322）には、プリセットとしてspiderhead、googlebot、googlebot-desktop、googlebot-smartphone、bingbot、yandexbot、yandexmobilebot、baiduspider、duckduckbot、applebot、gptbot、claudebot、perplexitybot、デスクトップとモバイルのブラウザがあり、任意の文字列を1つ指定することもできます。既定値はSpiderHeadBot/<version> (+https://github.com/PavloSEO/spiderhead)になりました。robots.txtのグループの照合も同じ識別子を使います。以前のSEOHEAD-Toolsのrobots.txtグループに一致していたサイトは、ルールでSpiderHeadBotを指定する必要があります。

保存済みのプロジェクトクロールは、測定した自動チェックリスト項目に結果を記録するようになりました。有効なチェック項目は、次の3つのいずれかになります。保存された監査でそのチェックが実行された場合はsucceededで、根拠としてスキャンを保持します。クロールがそのチェックをスキップまたは無効にした場合はunavailableで、クロールの理由を保持します。監査がそのチェックに触れていない場合はunmeasuredです。unmeasuredの項目は以前の記録を保持し、checklist_evidenceに名前付きで報告されるため、0として扱われることはありません。クロールが失敗または中断した場合は、自動チェックを失敗理由付きのfailedにします。prepareフローも同じ記録処理を使うようになりました。以前は独自にループを持っていました。チェックリストが初期化されていないプロジェクトは、理由を明示してスキップされます。

競合ワークスペースは、入力されたURLをそのまま保持します。競合のクロールは、裸のホストではなく、www付きのURLから開始されます。競合URLのクロールは、オーナー側のチェックリスト項目をもう更新しません。結果は、競合自身のワークスペースにだけ記録されます。破損した競合ワークスペースを持つプロジェクトを開くと、その競合は失敗せずに利用不可として報告されます。

競合候補は、CLI（project-competitors-add、project-competitors-list、project-competitors-remove）と、対応するseo_project_competitors_*のMCPツールから記録、一覧表示、削除できます。各候補は入力されたURLを保持します。www付きのホストも同じです。wwwありとなしのホストは、重複チェックでは同じサイトとして扱います。www付きホストの競合があっても、準備処理が止まることはなくなり、project-observeも失敗しなくなりました。

--max-urlsはクロールのページ数上限になりました。明示的なページ数上限を指定すると、未設定のリクエスト数と時間の上限を補完します（1ページあたり3リクエスト、2秒）。そのため、50〜300ページのクロールはapprove_large_crawlなしで実行できます。プロジェクトの閾値を超える上限は、引き続き拒否されます。

URL上限による意図的な停止は、interruptedで終了時刻なしとして保存されるのではなく、finish_reasonがstopped_by_budget、finished_atに終了時刻が入った完了済みのキャプチャとして保存されるようになりました。キューに残ったURLは、再開のために保持されます。

競合URLは、ホストを入力どおりに保持します（例: www.は残ります）。以前のようにホストを省いて保存されることはなくなりました。

デスクトップアプリは、クリップボードから、または1サイトずつコア経由で競合サイトを追加できます。サイトごとのURL上限を設定でき、競合のスキャンは並列に開始します。競合が「スキャン済み」と表示されるのは、完了して保持されたスキャンがあるときだけです。

ネイティブスキャンは、HSTS、混在コンテンツ、構造化データを、自身が保存した根拠から測定するようになりました。そのため、SFエクスポートが欠けていたり古かったりしても、これらが不足していると報告されることはありません。duplicate-checkは、比較したペアが0件の実行を未測定としてマークします。サイト全体に共通するテンプレートの検出結果（同じヘッダーの見出しや低いテキスト比率など）は、ページ数を付けた1件にまとめられます（#1314）。

オーナーの目標を承認すると、その目標のチェックリストタスクだけが追加されます。組み込みカタログ全体をcoverage.jsonに反映することはなくなりました。組み込みの行は、触れられたときに必要に応じて追加されます。

チェックリストがビジー状態のとき、ロックを残骸と呼ぶのではなく、現在の保持者（例: 実行中のネイティブクロールとそのpid）を示すようになりました。ロックには書き込み元のpidを記録します。生きている保持者がいないロックは、引き続き残骸として報告されます。

失敗、利用不可、スキップ、中断のいずれかのステップで止まったワークフロー実行も、引き続き再開できます。後続の保留中のステップは、成功以外の結果となったステップを飛び越えてチェックポイントを記録できる場合があります。ステップは登録された順序どおりにチェックポイントを記録する必要があります。中断された実行は、それ以上のステップを受け付けません。

その項目は、オーナーの承認、またはエージェント以外のレビュー担当者による確認を待つ状態のままです。

インボックスの参照に目標ID（inbox:<uuid>）を指定できるようになりました。これにより、メモが関係する目標を参照できます。

一度も試行されておらず手動の項目は、状態がreviewではなくnot_runと表示されます。判断待ちの試行だけがreviewのままです。

Issuesの読み取りモデル（observeの検出結果の根拠）は、チェックごとの件数（by_check）を報告します。最初の20件の後にはnext_offsetを返し、残りの検出結果はfindings_pageでページ送りできます。

ネイティブクロールのチェック（#1314）では、画像サイズ（IMG_OVER_KB）をクロール自身の画像取得から測定し、サイトマップの状態（SITEMAP_URL_4XX_5XX、SITEMAP_URL_3XX、SITEMAP_URL_NON_INDEXABLE）は、サイトマップに載っている各URLに対するクロール自身の取得結果から測定します。クロールがリクエストしていないサイトマップのURLは、問題なしとしてではなく未測定として数えられます。IMG_MISSING_ALT、IMG_MISSING_DIMENSIONS、HREFLANG_ERRORについては、ネイティブスキャンでは、SFエクスポートの定義どおりにはクロールで測定していないと明示します。SFのフィルターを案内する代わりです。hreflangと混在コンテンツの根拠が欠けている場合は、SFエクスポートの欠落ではなく、ネイティブクロールでは測定されていないと報告されます。

プロジェクトジャーナル（#1314）では、すべてのプロジェクトイベントを、log.mdに1行の箇条書きとしても記録するようになりました。コアは、完了したクロール（scans）、作成されたプロジェクトレポート、チェックリストの試行（agent）について、自動的にエントリーを記録します。エントリーはevents.jsonlに保存され、project-event-pageで読み取られます。自動の仕組みが、対象となるクロール、レポート、チェックリストの手順を失敗させることはありません。project-event-appendとseo_project_event_appendはインターフェースを維持したまま、log.mdの行を追加します。

ネイティブクロールは、チェックが読み取るセキュリティヘッダー（Strict-Transport-Security、Content-Security-Policy、X-Frame-Options、X-Content-Type-Options、Referrer-Policy、Permissions-Policy）を保存するようになりました。以前は取り込み時に破棄されていたため、HSTSを送信しているサイトでも欠落として報告されていました。Set-Cookieヘッダーは、フラグ（secure、httponly、samesite=）だけを保存し、Cookieの名前や値は保存しません。同じページで複数回送られたセキュリティヘッダーは、DUPLICATE_SECURITY_HEADERとして報告されます。

workflow-startには、承認済みのオーナー目標があれば十分です。--goal-id（またはcontext.goal_id）を指定するだけで足ります。登録済みのプロンプトは既定でskill:workflow/full-audit-v1になり、チェックリストのタスクは、目標の承認で作成されたタスク（custom:goal-<entry>）が既定になります。拒否された場合は、不足しているリンクを補うオーナーのコマンドを示します。オプションはseohead workflow-start --helpに記載されています。

チェックリストの対象（population）は、部分的なオブジェクトを受け付けるようになりました。必須なのはkindとsourceだけで、他のキーは未設定が既定値です。拒否された場合は、不足しているキーや不明なキーを名前で示します。

robots.txtにサイトマップの記載がない場合、ネイティブのプロジェクトクロールは、オリジンの/sitemap.xmlにフォールバックします。フォールバック先が存在しない場合は不完全として記録されますが、クロールは中断されません。

サーバーログは、上限付きのサンプルではなく、ディスクに保存された正確なボットIPの集計を保持するようになりました。IPごとのレコードには上限があり、訪問数、最終訪問、サブネットによるフィルターも上限付きです。明示的なDNS検証では、選択された各IPを個別に確認し、PTRと正引きの根拠を記録し、IPv6に対応します。利用不可や期限切れの結果は、未確認として保持します。ローカルのキャッシュは1時間で期限切れになります。読み取り時にDNSの問い合わせが発生することはありません。

Google DataForSEOの本番呼び出しは、クライアントを生成する前に制限するようになりました。提供されたプロバイダー価格からオフラインの見積もりを出し、SERPの深さと検索演算子の課金を考慮します。1回の呼び出しあたりのUSD上限が分かっている場合は、送信前に強制します。被リンクインデックス操作は上限付きで拡張され、欠けているコストや形式の不正な応答は、確実ではない記録としてジャーナルに残します。プロジェクト単位・月単位の通貨上限は、オーナーの判断待ちです。

明示的な被リンクのソースと取り込みの根拠を、非公開のローカル履歴スナップショットに統合します。rel トークンの観測を完全な形で含み、アンカー、参照ドメイン、フィルター、透明性のあるスパム審査シグナルも含みます。CLIとMCPのプロファイルと、審査済みの否認（disavow）エクスポートの経路を追加しました。自動送信は行いません。

ネイティブのDOMチェックと重複チェックは、各ページで選択された保持文書を正確なURLで読み取るようになりました。その際、検証済みのレスポンスと本文の系統（lineage）を使います。保持が無効、欠落、不正、または上限超過の本文は、明示的な除外として残ります。部分的な検出結果にはカバレッジを付けます。本文領域の完全一致ハッシュと、上限付きのSimHash/LSHの検出結果は、SFのHTMLディレクトリを必要とせず、ネイティブの監査に保持されます。LSHのバンドは閾値に応じて調整され、条件を満たすペアの再現率を保ちつつ、広すぎる候補バケットを減らします。近似分析の上限を使い切っても、完全一致ハッシュの検出結果は破棄されません。

SF監査では、任意で意味的類似度と、タイトルおよびH1と保持本文のレビューを実行できます。これには、明示的に指定したローカルのアダプターか、宣言された埋め込みを使います。モデルやプロバイダーは自動では選ばれません。アダプターの識別子、ソースのハッシュ、スコア、上限と省略された項目は、レビュー候補とともに示されます。意味的類似度は、重複コンテンツ、クエリとの関連性、カニバリゼーションを主張するものではありません。意味的なSFのカバレッジの2行は、実際のアダプターが選ばれて検証されるまでギャップのままです。外部プロバイダーへの承認には、厳密なブール値のtrueが必要です。真とみなせる文字列や整数では、埋め込みの呼び出しは承認されません。

ネイティブの保持監査は、リンク切れの内部リンクを観測された移動先ごとにまとめ、リンク元とアンカーの根拠を付けるようになりました。リダイレクトのチェーンとループは、ホップごとのステータスとともに記録します。パスベースの内部検索と空のアンカーを区別します。キャプチャされた外部リンクの無応答の結果も表示します。サイトマップとrobots.txtの整合性の検出結果は、保持されたメンバーシップとレスポンスの根拠を使い、ライブの再取得は行いません。欠落や部分的な根拠は、明示されたままです。

取得時に見つからなかった探索対象は、後からサイトマップやシード処理によって保持カタログにURLが追加されても保持されます。説明済みの未解決・除外の根拠は不変のまま残ります。一方、既知の対象として主張されたものや、識別子がnullでない不一致は、引き続き無効です。

画像サイトマップの生成では、リソースがクロール済みページとして保存されていなくても、既知の200以外のリソース応答を除外します。未測定の画像応答は、部分的なカバレッジとしてマークされます。

canonicalとページネーションの生の属性を、固定されたスキャンのSQLを変えずに、バージョン付きの文書コンテキストとして保持します。サポートされていないhreflang、lang、media、typeの属性を持つcanonicalリンク、不正な注釈、ホストやプロトコルをまたぐ宣言は、根拠に紐づいた検出結果になります。形式の正しい未知の関係キーワードは、分類されないまま残ります。

上限付きの同一ホストのターゲットプローブを、ページネーションにも拡張し、測定されたnoindexとcanonicalの観測結果を保持します。ネイティブのcanonicalチェーンと、canonicalおよびhreflangのnoindexの検出結果は、プローブを利用できます。従来のステータスのみのプローブは読み取り可能なままですが、HTMLのディレクティブについては未測定として扱われます。

不透明なネイティブのページネーションチェーンを、next/prevの明示的な相互矛盾について判定します。番号付けと刻み幅のルールは保持し、判定されなかった状態は名前を付けて示します。保存された検出結果のURL（グループ化されたメンバーを含む）は、一時的なSQLiteテーブルとストリーミングのaudit.v2の根拠を使い、scan-url-queryで選択します。

ショップのフィクスチャで宣言されたnext/prev注釈を描画するようにしました。これにより、D41のページネーションの正解データが実際に配信され、ネイティブのキャプチャで検証できるようになりました。

文書に紐づく静的なAMPとアクセシビリティの根拠を、既存のスキャンコンテキスト行に保持します。固定されたscan.v1のSQLスキーマは維持されます。構造的なAMPの検出結果では、元のdoctype、head/body、UTF-8のcharset、viewport、ランタイムのscript、定型コードの宣言を確認します。AMPのルートマーカーがないAMPのペアのターゲットは、別に識別されます。AMPの完全なバリデーターのルールは、ライセンスの判断待ちのため、引き続き利用できません。

文書の言語、フォームのラベル、画像の代替テキスト、見出しレベルの飛び、mainランドマークについて、アクセシビリティの検出結果を開始しました。検出結果には、上限付きの例と、出現件数の全体が含まれます。算出されたコントラストと、レンダリング後のaxe-coreのルールは、未測定のままです。

バンドルされた語彙と既存のリッチリザルトのルールを使って、Schema.org Microdataと一般的なRDFaの主語・プロパティを検証します。URLごとに保持されたエラー、警告、必須プロパティの欠落は、ネイティブの検出結果になります。サポートされていないRDFaの構文は、明示的な部分的根拠として扱われ、クリーンな検証結果にはなりません。

scan-structured-blocksでは、解析済みのJSON-LDツリーを、各ブロックのソース、位置、構文エラーとともに提供します。広いプロパティツリーには上限を設け、その上限を表示します。要求されたURLと表現について、最新の文書を、そのスキャンを変えずに読み取ります。

サポートされているJSON-LDの識別子を、HTMLマークアップと同じ文書のベースで解決し、元のJSONのソースを保持します。スカラーや空のJSONブロックは有効なグラフとして扱いません。パーサーと配信用の投影で、正規化されたライブのJSON-LDタグの選択を共有します。

上限に達した本文は、利用不可のままです。既存のheadリソースの検出とSFのカスタム抽出の入力は再利用されています。

要求されたレンダリングで、Chromiumの上限付きJS/CSS精密カバレッジを収集します。UTF-16の使用量の要約と、レンダリング済み画像のサイズ指定に関する検出結果を保持し、再度開いた後やオフラインの再分析の際に読み取ります。サポートされていないエンジンや測定値の欠落は、クリーンな結果にはなりません。

一致するURLごとのLighthouse JSONを、上限付きで受け付けるようになりました。対象は、LCP要素の発見、依存関係ツリー、レイアウトシフトの原因、画像の配信、強制リフロー、スクリプトの実行に関する検出結果です。取得元の出所と入力のハッシュを伴います。Lighthouseプロセス、有料プロバイダー、フィールドのCWV推定は追加していません。レジストリ、SFのカバレッジ、生成される参考ドキュメントを更新しました。

チェックリストのrecordは、保存されたスキャンがストリーミング形式のaudit.v2である、成功した自動チェックを受け付けるようになりました。以前は'NoneType' object is not subscriptableで失敗していました。監査の内容はスキャンの従来のテーブルではなく、付随するcompanionに保存されているためです。受け付けられる記録の形式は、seohead project checklist-record --help、MCPのseo_project_checklist_recordのスキーマ、およびdocs/INPUTS.mdに記載されています。

古いバージョンごとのマトリクスは使わず、ツールキットの全テストスイートをPython 3.15で1回だけ実行します。検証済みのテストグループは4つで、カバレッジは統合して集計します。CIとリリースビルドのブートストラップでは、同じ安定版のPythonバージョンを使用します。

デスクトップのWork一覧は、先頭50行ではなく、すべてのチェックリストページを読み込みます（1リクエストあたり100件）。Issuesは「その他のチェック」と表示する代わりに、レジストリのすべてのコアチェックを名前で表示します。

デスクトップのWorkは、すべてのチェックリストページを読み込みますが、プロジェクトのタスクパネルは1ページずつ表示します。そのため、どれだけ大きなチェックリストでも、「最大100行まで」というエラーで失敗しなくなりました。オーナーがスキャンを選んでいない場合、デスクトップは完全な監査が残した最大の完全なスキャンを開きます。コアのディスカバリーは、PATHより先にデスクトップのインタープリターが持つ環境（sys.prefix）も確認します。

固定されたスキャンヘッダーを変えずに、リソースの上限設定を保持し、安全なオフラインの再分析と再開を維持します。プロジェクト設定のネイティブなコンポーネント、テーマトークン、同梱フォントを共有します。配布されるツリーから、非公開のデザイン入力を削除しました。

元のスキャンヘッダーとソースのバイト列を保持したまま、修正の再チェックを、検証済みの有効なアセットポリシーに紐づけます。

プロジェクトのチェックリストのカバレッジが、ストリーミングのaudit.v2レポートに紐づくようになりました。report-build --projectとaudit-workflow --action reportは、チェックリストのスナップショットを、xlsx、docx、csv、md、PDFの概要出力に添付します。紐づかないレポートを作成することはありません。URL上限で停止した（stopped_by_budget）スキャンは、プロジェクトの最新の監査済みスキャンとして受け付けられ、そのレポートには限定された範囲が明記されます。report-build --inputはformatキーを受け付けます。ストリーミング監査に対するreport-build --project --format jsonは、理由を説明して拒否されます。JSONはそのまま書き出されるため、チェックリストのスナップショットを含められないからです。

デスクトップのスキャンモニターは、ScanRunのデザインボードに従います。取得済み・検出済みのカウンターから実際の進捗率を表示し、10pxの進捗バー、コレクターのレート制限、そして未実装であることを正直に示す120pxの速度グラフのプレースホルダーを表示します。コアのレート履歴は#1203で追跡しています。

seohead/checks/custom_extract.pyのcheck_sampleは、スキャンやネットワークリクエストなしで、保存済みの1つのHTML文書に対してCSS、XPath、正規表現の抽出を実行します。各結果には値と、空の結果の理由（no_match、empty_html、budget_exceeded）を示すreasonが付くため、空の答えがクリーンな結果として示されることはありません（#1059）。これはコアの呼び出しだけです。CLIやMCPのツールはまだ登録されていません。ライブURLの取得は、意図的に含めていません。

ページネーション順序チェック（PAGINATION_SEQUENCE_ERROR）は、刻み幅のある系列を判定するようになりました。系列の手順の大半を1つの刻み幅が占める場合、その刻み幅からの逸脱が報告されます（例: ?page=1,3,5,8は5から8で逸脱します）。不規則なオフセットの方式や、番号のない系列は、判定されずにスキップされたものとして名前付きで示されます。

hreflang のないメディア指定付きの <link rel="alternate">（別のモバイル用URL）を、parse_html の mobile_alternates として読み取るようになりました（#1051）。SFチェック Mobile Alternate Linkはまだギャップのままです。モバイルURLのcanonicalを比較するチェックは、まだ実装されていません。

レンダリング済みルートの画像サイズを検証します。render-checkが各画像の固有ピクセルサイズを、描画時のボックスサイズおよびデバイスピクセル比と比較して記録するようになりました（image_sizing：過大表示と拡大表示のエビデンス）。これはエビデンスのみで、SF-analyzerのチェックIDはまだありません。そのため「Incorrectly Sized Images」はギャップから部分対応（partial）に移りました（#1049）。

意味的類似度のコマンドとMCPツールは存在しますが、埋め込みアダプターはまだ同梱されておらず、SF実行もこのモジュールをまだ呼び出していません（#1041）。

Search Consoleの検出結果を評価する内部モジュールを追加しました。まだレポートには組み込まれていません。seohead/checks/search_console_findings.py がクロールのページを、正規化されたGSCエビデンス文書と結合し、GSC_ORPHAN、NO_SEARCH_DATA、NON_INDEXABLE_WITH_SEARCH_DATA を評価します。クロールが部分的な場合、期間が不完全な場合、収集がサンプリングまたは切り詰められている場合、エビデンスが与えられていない場合には、理由を付けてチェックをスキップします。スキップされたチェックが「問題なし」として報告されることはありません。

crawl-enrich は、URLをキーとするオフラインCSVから、Web解析に関する検出結果を4種類報告します。解析データ上の孤立URL、解析データのないインデックス可能ページ、訪問のある非インデックス可能ページ、直帰率70%超です。名前を指定する列 --visits-column と --bounce-column でデータを選びます。列が見つからない場合は列名を示して拒否し、読み取れない値は件数として数え、ゼロとして扱うことはありません。部分的なクロールでは、解析データ上の孤立URLの検出結果を保留します。URLごとのMetrika/GA4からのリアルタイム取得はまだ含まれていません（#990、#984）。

SFの課題カバレッジマップで、Web解析の4つの課題（Orphan URLs、Bounce Rate Above 70%、No GA Data、Non-Indexable with GA Data）を、対象外ではなく、オフラインCSVから crawl-enrich で検出されるものとして扱うようになりました。sf run はまだこれらを出力しません。

未使用のCSSとJavaScriptを対象としたラボ計測のコア（#1023、第1段階）です。純粋な分析器がPlaywrightの page.coverage のペイロードを受け取り、リソースごとの未使用文字数を報告します。リソースの大部分が未使用で、かつサイズが大きい場合に検出結果を出します。レンダリング済みページからカバレッジを収集する処理は次の段階です。

AMPペアのチェック（#1020）を追加しました。AMP_NON_200、AMP_MISSING_CANONICAL、AMP_MISSING_RETURN_LINK、AMP_NON_INDEXABLE_CANONICAL、AMP_INDEXABLE は、デスクトップページが <link rel="amphtml"> で宣言するAMPターゲットを読み取って判定します。判定の対象はクロールで取得されたAMPページだけで、取得されなかったターゲットは理由を明示したスキップになります。ネイティブクロールは、解決されたターゲットを AMP HTML 列として記録するようになりました。SFのAMPルールのうち残る10件は、引き続き対象外です。

robotsディレクティブ（#1017）：metaのrobotsまたは X-Robots-Tag に含まれる旧式の noodp と noydir は、SF監査で NOODP と NOYDIR のnoticeとして報告されるようになりました。従来は対象外の一覧に載っていたものです。none（noindex＋nofollow）は、metaの経路だけでなく X-Robots-Tag の経路についても回帰テストでカバーされています。

クロールは、保存された最終レスポンスから、HTMLページごとに4種類のセキュリティヘッダーの欠落を報告するようになりました。MISSING_CSP、MISSING_X_CONTENT_TYPE_OPTIONS、MISSING_X_FRAME_OPTIONS（CSPの frame-ancestors ディレクティブで充足）、MISSING_REFERRER_POLICY です。保存済みヘッダーを解析できないページは、クリーンではなく「未計測」として数えます。保存済みスキャンのないクロールでは、理由を付けてこの判定をスキップします。

log-analyze が、gzip圧縮のアクセスログ（ローテーションされた access.log.N.gz ファイルや、名前を変えたアーカイブ）を直接読み取るようになりました。形式は拡張子ではなく内容で判定します。切り詰められた、または破損したアーカイブはエラーとして報告され、部分的な件数は出力されません。

scan-url-query に、そのまま使える表示プリセットを追加しました（--preset。例：status_4xx、title_missing、title_over_60、h1_missing、noindex_meta）。ユーザーのフィルターとAND条件で組み合わされます。また、--export PATH と --export-format csv|xlsx を指定すると、一致するすべての行を新しいファイルに書き出します。書き出しは --export-max-rows（既定値は100,000）を超えると拒否され、既存のファイルを上書きすることはありません。

リッチリザルトの適格性ルールを、Pythonのソースから seohead/data/rich_results_rules.json へ移しました。パッケージに同梱される、バージョン管理されたデータファイルです。ファイル内の version は、すべてのリッチリザルトの判定に rules_version として記録されます。つまり、ルールを変えるにはコードではなくデータを変更します。

リッチリザルトの判定（check_schema と、保存された構造化エビデンスを使うチェック）に rules_version を追加しました。これにより、各結果がどのオフラインのルールセットで生成されたかが分かります。

これまでドキュメントに記載がなかった保守・生成用のスクリプト6件を docs/README.md に追記しました（scripts/generate_project_catalogue.py、generate_registry_inventory.py、render_readme_visuals.py、linux_lifecycle_smoke.py、capacity_watchdog.py、profile_million_audit.py）。各スクリプトが何を書き出すか、どれがCIで実行されるかを記載しています（#997）。

seohead/projects/service_delivery.py に移りました（#995）。

scan-url-query が、スキャンの開始ページから内部リンクをたどった最短経路の長さ click_depth を、列・フィルター・並べ替えのキーとして返すようになりました。保存されたリンクでどこからも到達できないページ（オーファン）の値は NULL です。crawl_depth は変わらず、引き続きクロールのフロンティアの深さを表します。サイトマップから投入されたURLでは、常に0です。リンクを保存していないスキャンは、誤った NULL を返す代わりに reason_code: click_depth_unavailable で失敗します。この値は links テーブルからクエリごとに再計算されています。スキャン完了時にインデックス付きの列として保存する処理は、スキーマバージョンの判断が必要なため、まだ未対応です（#992）。

scan-url-query とそのMCPツールに、任意の facets 引数を追加しました。グループIDのリストか all を指定でき、同じフィルター条件のもとで、グループごとの件数を1回の処理で返します（status_2xx〜5xx、title_missing、canonical_missing、directives_noindex/nofollow、with_outlinks）。追加の計算が必要なグループ（内部/外部、サイトマップ、タイトルの重複と長さ、canonicalの自己/他）は、まだ含まれていません。

プロジェクトとデータソースの紐付け、第1段階（#990）です。project-sources-link、project-sources-unlink、project-sources-list（CLI）と、MCPの seo_project_sources_link|unlink|list により、ローカルプロジェクトが使うプロバイダーのリソースIDを、project.json の隣にある sources.json に記録します。オフラインのみで動作し、探索もプロバイダーへの呼び出しも認証情報の扱いもありません。project.json は一切書き換えられません。

ネイティブクロールに新しいチェック IMG_BROKEN を追加しました（#989、第1段階）。<img> のターゲットのうち4xx/5xxを返したものを、エビデンスとしてソースページとともに報告します。保存済みのリソースグラフを読み取り、画像が計測されていない場合は、その旨を正直にスキップします。

ネイティブクロールは、どのリンクからも到達されなかったcanonicalとhreflangのターゲットを、クロール後にターゲットごとに一度ずつ確認します（最大5,000件）。4xx/5xxまたはリダイレクトを返すターゲットは、クロール済みのターゲットと同様に、CANONICAL_TARGET_ERROR、CANONICAL_TO_REDIRECT、HREFLANG_BROKEN_TARGET として報告されます（#987）。

ネイティブクロールのリダイレクトチェーンとループの検出結果に、ホップの完全な経路（details.path）を含めるようにしました。これにより、修正時にどのホップを置き換えるかを明示できます。関連：#985。

ネイティブクロールのリダイレクトチェーンとループの検出結果に、details.inbound_links（チェーンの最初のURLを指している内部リンクの一覧。アンカーテキスト付きで、最大20件）と inbound_links_count を追加しました。all_inlinksの一覧がない場合、そのフィールドは理由付きの null になります。関連：#985。

プロジェクトは、セマンティックコアへのリンクを、運用者が入力したファクトとして記録できるようになりました（semcore_project、semcore_cluster_count、semcore_landing_mapping）。セマンティックコア自体は独自のデータベースに保持され、プロジェクトのデータベースには統合されません。検出処理がこれらのファクトを書き込むことはなく、与えられたファクトが検出由来の出所を名乗ることもできません。「Linking a semantic core」の節として docs/PROJECTS.md に記載しています（#984の一部）。

デスクトップ：リンクグラフ画面を、GraphFiltersのデザイン（キャンバスとフィルターパネル）に合わせました。コアがまだリンクグラフ全体を返さないため、キャンバスには待機中の状態を正直に表示し、フィルターはコアが対応するまで無効のままです（#975）。

GSC OAuthで、provider-auth --action cancel（CLI）と seo_provider_auth の action=cancel（MCP）により、保留中のブラウザ同意フローの記録をキャンセルできるようになりました。status は、保留中のフローがあればそれを報告します。フローの記録には認可情報が一切保存されず、10分で期限切れになります。これは #964 の第1段階です。ブラウザでの開始とコールバックはまだないため、公開インターフェースからフローが作られることはなく、接続済みのアクセスも引き続き主張されません。

crawl-site --urls/--urls-file --project で実行したURLリストのクロールは、オブザーバー実行（mode=list）としてプロジェクトに登録されるようになりました。そのため、project-observe と project-scans に、プロジェクトの scans/ ディレクトリにある成果物とともに表示されます。収集処理が失敗した場合は failed として記録されます。リスト実行の進捗表示と再開には、まだ対応していません（#962）。

scan-content-search が --kind regex（MCPでは kind="regex"）を受け付け、保持されたドキュメントをPythonの正規表現で検索できるようになりました。不正な式はスキャン前に拒否されます。正規表現の時間予算を超えたドキュメントは、存在しないものとしてではなく、「利用不可」として報告されます。

応答が失われた（リクエスト送信後のネットワークエラー）DataForSEOの呼び出しは、cost_unknown と charge_status: unknown 付きで記録されるようになりました。そのため spend-report は、それらを費用ゼロの計測済み呼び出しとして数えず、不確実なものとして一覧に表示します（#949）。

SQLiteのスキャン成果物を書き出す、プロジェクトなしの crawl-site は、ユーザーの状態ディレクトリにあるプライベートなスケジュール（~/.config/seohead/.origin-pacing.sqlite）を通じて、同じホストへの並行クロールとホストごとのリクエスト上限を共有するようになりました。これまでプロジェクトなしのクロールは、プロセスをまたいでペーシングされていませんでした。

crawl-siteプロファイル（#941）：crawl-profile list で保存済みのプロファイル名を表示し、crawl-profile delete NAME で1つ削除できます。どちらもJSONを出力し、未知の名前は拒否して、保存済みプロファイルの一覧を示します。

crawl-siteプロファイル（#941）：--save-profile NAME --config FILE で、検証済みのクローラー設定を名前付きプロファイルとして保存できます（認証情報ヘッダーを含む場合は保存を拒否します）。--profile NAME を指定すると、そのプロファイルでクロールし、--set はその上にさらに適用されます。プロファイルは ~/.config/seohead/crawl-profiles、または SEOHEAD_CRAWL_PROFILES で指定したディレクトリに保存されます。プロファイルの一覧表示と削除は、この段階には含まれていません。

compare.v1 が、片方のクロールにしか存在しないページを一覧表示するようになりました（url_sets：only_in_before、only_in_after と件数）。どちらかのクロールが部分的な場合は url_sets.unproven が true になり、ページがないことを証明されたものとして示しません。

リダイレクトとcanonicalのチェーンの各ホップについて、ステータス、次のLocation（リダイレクトの場合）、応答時間を記録するようになりました。これにより、追加のリクエストなしで、保存されたエビデンスからURLのチェーンを読み取れます（#930）。

URLごとのチェーンでリダイレクトループが発生した場合、最後にマーカーのステップ {"url": ..., "loop": true} を記録するようになりました。このステップは再取得されません。そのため、繰り返されたURLが保存済みのエビデンスで見えるようになりました。final_url は、引き続き最後に取得したホップを指します（#930）。

crawl_site とスキャン実行は、effective_max_requests_per_second と warnings を報告するようになりました。実効レートが毎秒2リクエストを超える場合に警告します（しきい値は2より大きい値に限ります）。CLIは同じ警告を標準エラー出力に表示します。標準出力のJSONと既定値は変わりません。ペーサーには手を加えていません。

構造化されたプロジェクトのイベントログ（events.jsonl）を追加しました。ソース、実行者、上限付きのテキストを持つ追記専用のイベントです。新しいものから順にページ単位で読み取り、ソースとテキストでフィルターできます。CLIでは project-event-append と project-event-page、MCPでは seo_project_event_append と seo_project_event_page として公開しています（#923）。

ストレージの読み取り、スキャン取り込み、GSCアーカイブ、ソースストア、エビデンス結合のストア、および2つのチェッククラスは、接続、行ファクトリ、PRAGMAの設定を1つのヘルパーを通じて行うようになりました。2つのチェッククラスは、接続を明示的に閉じます。動作は変わりません。パスの正規化とPRAGMAの順序は、各呼び出し箇所に残しています。

これらの処理では、意図的に動作を変更しています： - 上限（既定値20）とちょうど同じホップ数のリダイレクトチェーンは、未解決として報告されず、正しく解決されるようになりました。ループのチェックは、チェーンの解決とホップ経路の走査の両方で、上限のチェックより先に実行されます。 - EEAT（信頼性と引用）のチェックは、リンク先のホストをポート付き（netloc）で比較するようになりました。内部リンクのホストの扱いと揃えています。明示的なポートを持つサイトでは結果が変わることがあります。 - llms.txtのキーワードチェックは、ASCIIの語を単語全体で照合し、複数形も任意に許容するようになりました。そのため rapid、Showcase、Toolbar はもう通過しません。キリル文字の語幹は、引き続き部分一致で照合されます。 - ナビゲーション取得は、reload の理由を refresh_navigation に対応付けます。対応付けのない要求された理由（例：pageBlockInterstitial）は、バリデーターが受け入れるフレーム観測として記録されます。 - 技術検出は、否定の含意（["not", X]）を、何も含意しないものとして扱います。 - エビデンスの取り込みは、重複したメトリクス名の宣言を拒否するようになりました。Search Consoleの検出は、渡された行を使います。 - Yandex Cloudの再試行は、試行の間にのみスリープします。Yandex Webmasterのクエリ分析の再試行は、次の試行の前にバックオフします。 - スキーマ構築は、そのtimeoutをHTTPクライアントに渡すようになりました（既定値は変わりません）。 - 配信の受領記録ストアは、SQLiteが開く前にモード0600で作成されます。 - セマンティックのグラフ実行は直列化されるようになりました。ストップワードの集合がモジュールの状態であるためです。セマンティックランナーは、SQLiteのエラーを例外として送出せず、ok: false として報告します。 - CrUXのエラーパーサーは、オブジェクトではないレスポンス本文を許容します。 - 台帳の到達不能な sqlite3 is None のガードを削除しました。

コアがプロジェクトのリンクプロファイルを保存するまで（#999）、待機中の状態を正直に表示します。サンプルの行は表示せず、グループフィルターは同じ理由で無効にしています。

デスクトップのクローラー画面：選択中のアドレスとステータステキストを含む一時結果のバナーを追加しました（プロジェクトなしのクロールで結果が返された場合のみ表示）。クリアと「プロジェクトとして保存」の操作は、幅1000px未満でオーバーフローメニューに移しました。狭い幅でもアドレス欄とチェックタブの一覧が使えるようにし、結果ヘッダーは列を潰さず、スクロールするようにしました。シェルのステータスバーには、ダークテーマとライトテーマの両方で同じ8pxの右パディングを適用しました。

デスクトップ：キャンバスのErrorsCoreに対応する、致命的な状態の画面です。コアが見つからない、ディスクの空きが少ない、書き込み権限がないという状態は、実際の事実に基づいて表示されます。コアのバージョンとスキャンの整合性は、コアが報告するまで、中立的な「このコアバージョンでは利用できません」のピルで表示されます。

デスクトップ：URL行メニューと列ヘッダーメニュー、メニューバーのグループ（Edit、Scan、Window）、検出結果とタスクのコンテキストメニューを、キャンバスのMenusボードに合わせました。コアがまだ提供していない項目は、無効化された状態で表示されたままになり、理由はツールチップに示されます。

デスクトップ：「Export and reports」画面を、ProjExportのデザインキャンバスに合わせました（データセットと形式の選択、フォルダーのカード、最近のエクスポート）。コアがまだエクスポートできないデータセットと形式（比較、タスク、PDF）は、利用不可として表示されます。エクスポートが接続されるまで、実行ボタンは無効のままです（#1191）。

マーケティングインベントリの識別子と、メタディスクリプション草案のレビューCSVで、先頭のTABとCRを無害化しました。=、+、-、@ にすでに適用している先頭のアポストロフィによる無害化と同じ方式です。両方の無害化処理は、seohead.core.tabular.neutralize_formula を共有するようになりました。

認証情報を含むプロバイダー向けリクエスト（Arsenkin、Metrika、Yandex Cloud、IndexNow、Topvisor、BIの送信先）は、HTTPリダイレクトに従わなくなりました。そのため、Authorizationヘッダーが別のホストへ再送されることはありません。リダイレクトはプロバイダーのHTTPエラーとして表示されます。

実行ジャーナル（runs.jsonl）は、サイズ上限を超えるとローテーションされるようになりました。既定の上限は5MiBで、SEOHEAD_RUN_LOG_MAX_BYTES で変更できます。直前の世代は runs.jsonl.1 として保存されます。読み取りは両方のファイルを対象にするため、再利用の検索では直近の呼び出しも引き続き見つかります。

デスクトップ版URLカードのSchemaタブを、design-v2 キャンバス構成（ブロック一覧、ブロックツリー、チェック）で配置しました。コアが返すのはURLごとのJSON-LDブロック数だけなので、列にはコア側のissue 948に紐づく「待機中」の状態を表示します。既知のブロック数は実数のまま表示し、サンプルブロックは表示しません。

scan-status、scan-url-detail、scan-link-inspect、およびプロジェクトオブザーバー（project-scans、project-observe）は、開くたびにアーティファクト全体を検証しなくなりました。ID、スキーマ、バージョン、ヘッダー行だけを確認し、カウンターはSQL（pages_status に対する GROUP BY）から取得します。結果は追加フィールドの validation（"light" または "full"）で示します。完全な検証は、リクエストされたとき（scan-status の full_validation: true、またはCLIの --input '{"input_path": "...", "full_validation": true}'）か、同じバイト列（パス、サイズ、mtime、WAL状態、ヘッダーのハッシュ）がプロセス内で既に完全検証済みのときに実行されます。軽量チェックに失敗したスキャンは、以前と同じエラーで拒否されます。書き込みや証跡の記録を行う経路は、常に完全検証を行います。scan-url-detail はリダイレクト先の検索を0.5秒の予算内で実行します（responses.effective_url_id にインデックスがありません）。大きなテーブルを走査する代わりに、responses.redirect_target_lookup を skipped と報告します。

scan-link-inspect --view links（MCP seo_scan_link_inspect）で、URLの送信リンクまたは受信リンクをページ単位で取得できるようになりました。URLは文書IDではなくアドレスで指定します。取得できるのは、アンカーテキスト、rel（nofollow、sponsored、ugcのフラグ付き）、内部・外部の区別、保存された位置、target 属性、リンク先のHTTPステータスです（リンク先が未スキャンの場合は null）。リンクの種類、follow、ステータスの区分、部分一致で絞り込めます。offset と limit は最大200です。total と filtered_total は正確な値か、上限に達したことを示すフラグ付きです。スキャンは読み取り専用で、完全検証なしに開きます。失敗時は機械可読な reason_code（url_not_found、scan_not_available、url_not_scanned、links_not_retained）を返します。既存のビューとフィールドは変更していません。

パッケージ構成を再編しました。互換用のシムは置いていません。seohead.servers は seohead.mcp に、seohead.tools は seohead.checks になりました。seohead.bot と seohead.remote_api は seohead.integrations の下に移動しました。CLIは seohead.cli パッケージに置かれ（seohead.cli.terminal_progress を含みます）、共通のルートモジュール（models、graph、filesystem、runlog、verification、canonical_policy、input_contracts、job_contracts、provider_matrix）は seohead.core に移りました。ビルドの来歴情報は seohead._build.provenance に移動しています。examples/ と config.example.json は docs/examples/ に、PROVENANCE.md と TRADEMARKS.md は docs/legal/ に移動しました。seohead と sf-analyzer のコマンドは変わりません。古いモジュールパスを使っているPythonのimportは更新が必要です。

READMEを全面的に書き直しました。内容は、インストール、3つのクイックスタート（ネイティブクロールからレポートまで、Screaming Frogのオフラインエクスポート、プロジェクトとエージェント）、領域別の機能マップ、CLIの概要、Claude CodeとClaude Desktop向けのMCP設定、コンパニオンのデスクトップアプリ、そして計測済みと未計測の境界です。実際のターミナルのスクリーンショットは docs/assets/ に置き、ローカルのQA用フィクスチャと合成エクスポート用フィクスチャから取得しました。docs/CLI.md を追加しました。登録済みの全コマンドを用途別にまとめ、ネットワーク、書き込み、有料の注記を付けています（コマンドが抜けるとドリフトテストが失敗します）。また、これまで参照のみだったワークフロー実行、受信箱、モニター記録のコマンドを docs/WORKFLOWS.md に記載しました。

BIレポートでは、未検証のプロバイダー収集状態と品質フラグを、指標・カバレッジ・マニフェストで「不明」のまま扱います。サンプリング、しきい値処理、切り捨てが確認された場合のみ「部分的」とします。検索とセッションのコホート比較には、明示的な収集品質、0以上の件数の測定値、限定された出典範囲が必要です。各軸について、出典ID、帰属、検索範囲、カレンダーポリシーを保持します。合成レポートのパッケージはオフラインのままです。Sheets と Looker のネイティブ対応の受け入れ検証は、別途行います。

ネイティブSQLiteのサイトスキャンは、キューが空になるまで収集する max_urls=0 と、深さ制限を無効にする max_depth=-1 を受け付けます。時間とHTTPの予算は別々に設定できます。ストレージのガードと、中断・再開の機能は引き続き有効です。従来の実体化ルートでは、URL数に上限のない母集団は拒否されます。

サイトマップのみのスキャンでも、設定された上限がゼロのときに最初の宣言済みメンバーを拒否せず、無効化されたURL上限を維持するようにしました。

既定の2リクエスト/秒を超える明示的な有限のリクエストレートが、スキャンごとのリミッターに加えて、共有のプロジェクトオリジン・ペーシングのレーンにも適用されるようになりました。並列スキャンでも、共通のホストスケジュールを1つだけ確保します。レートが倍々に膨らむことはありません。

ネイティブ解析を中断した場合、KeyboardInterrupt のトレースバックを出す代わりに、明示的に再開可能な「中断」結果を返すようになりました。取得済みのページも保持されます。

不正なBing Webmasterの応答行は、完全な空の結果として報告せず拒否するようにしました。生の応答データ、元の行、返された正確な件数は、保存されたプロバイダーの証跡に残します。リンク数の応答は、文書化されたページ単位の応答形式を維持します。要求したページのうち1ページしか取得できなかった場合、複数ページにわたる母集団は「部分的」と報告します。

GA4のプロバイダー準備状況とクレデンシャル検出で、既存の共有Googleサービスアカウントへのフォールバックを認識するようにしました。アカウントの権限とターゲットへのアクセスは未検証のまま扱い、不正な認証情報は明示的に報告します。両方の情報源を必須とせず、OAuthのベアラートークンへの対応も維持しています。

する主張は変更していません。

収集後のネイティブ処理の全体で Ctrl+C を処理するようになりました。対象は、保存済みスキャンを開く処理、任意の後続フェーズ、解析、確定処理です。未完了の取得は、データと再開可能なチェックポイントを保持し、明示的な中断のJSON結果を返します。最終コミット後に中断された場合は、完成したアーティファクトを保持し、実際の監査の利用可能状況を報告します。明示的な再開では、フロンティアが空になっていても未完了の収集後処理を完了します。既存の証跡省略フラグと、保持されたサイトマップ入力もそのまま維持されます。

保存済みアーティファクトと描画の予算を変えずに、リモートジョブ結果の部分的なJavaScript証跡を保持するようにしました。完了済みの古いジョブは、読み取り専用で修正されます。認証付きのステータス、ダウンロード、永続的な冪等性を通じて、キューのバックアップと復元を実際に検証しました。2ページの復旧フィクスチャは、既存の有限な予算内で完全描画を維持します。

ハンドラーの処理が完了した後、最終JSON出力中にSIGINTで割り込まれた場合、トレースバックを出さずに終了コード130を返すようになりました。保存済みのアーティファクトは変更されません。途中で切れた出力ストリームを、成功として報告することはありません。

同時に実行されるネイティブ収集ごとに別々の実行記録を保持し、同じパブリックホストに対してはプロジェクト単位の2リクエスト/秒の送信ゲートを共有するようにしました。各実行のソース種別、オリジン、設定フィンガープリント、集計レートの境界を、オブザーバーに表示します。

保存済みのScreaming Frogクロールを書き出す際、そのクロール自身の設定を保持するようにしました。load-crawl は現在のスパイダー設定を注入しなくなりました。ライブのスパイダー実行とリスト実行は、引き続き実行ごとに明示的に指定されたプロファイルを受け取ります。

バージョン付きのブラウザ・ナビゲーションイベントを、制限付きの省略、キャプチャ状態、レンダラーポリシー、URLの来歴とともに保持するようにしました。観測されたHTTPリダイレクト、Chromiumのスクリプト・履歴・フラグメントによるナビゲーション、原因不明のものを区別します。人間のクリックであるとは断定しません。

ナビゲーションの証跡を拡張可能なレンダラー設定の中に保持し、ロールバック互換性を維持しました。以前のプレリリースのエンコーディングは、来歴チェックを弱めることなく検証します。観測されたイベントを、レンダラーのポリシーとして扱うことはありません。

上限付きの履歴に稼働中のすべての収集機能を保持し、タイムスタンプ付きの計測カウンターのウィンドウを公開するようにしました。未計測のカウンターは0と区別して表示します。Screaming Frogの進捗は検証済みのものを逐次ストリーミングし、両方の診断パイプを上限付きで扱います。

チェックリストの成果物の受領記録を、更新時に保持されたバイト列を再ハッシュせず、保護されたファイル識別メタデータで観測するようにしました。バイト検証を伴う明示的なカバレッジ読み取りは従来どおりです。変更されたもの、または未検証の旧式の証跡は、古い・未検証として表示され続けます。

端末のプロジェクト・オブザーバーで、タスク、メソッド、構造化データ、スキャン、実行、受信箱、保持された証跡の詳細を、読みやすい形で閲覧できるようにしました。表示は上限付きのページで行い、スコープのカバレッジは実態に即して示します。ストレージの読み取りと、明示的なメモの送信は入力ループの外で処理します。

セッション中、メモと目標の下書きを別々に保持するようにしました。カーソル編集に対応し、大きな貼り付けも切り捨てずに残します。すべてのレイアウトで保存の受付表示を出し、通常の終了後には未保存の下書きを出力して復旧できるようにしました。

の付属ファイルを読めるようになりました。整合性の検出結果はストリーミングで処理し、ネイティブのページ所属と検出結果の重複排除はディスク上で行います。異常件数は正確に数えたまま、例の表示だけを制限します。ネイティブ版には除外判定のトレースがないことも、明示的に報告します。

ホームページがクロールされていない場合でも、測定対象サイトのベースオリジンにあるサイト全体のサイトマップ lastmod の検出結果を認識するようにしました。この例外は、対応するサイトマップの要約証跡がある場合にのみ適用されます。ページ単位の検出結果、無関係なホスト、対応していないターゲットパスは、この例外の対象になりません。

保存済みの audit.v2 スキャンを、完全一致のキーと順序インデックスで比較するようにしました。ページと検出結果のペイロードを、一時的なSQLiteストレージに重複させません。完全な行、決定的なプレーン/gzipエクスポート、出典ID、レガシー入力は引き続きサポートします。監査の読み取り処理は、インデックス付きの行読み取りを通じて、検証済みのスナップショットに固定されます。

公開処理が後半で失敗した場合、比較出力のうち自身が作成したメンバーをロールバックし、競合して作られた出力先を拒否します。最終的なパッケージのコミット印は、引き続きマニフェストです。

公開の入口ページを、エージェントで設定可能なSEOエンジニアリングの説明に刷新し、全機能を対応するメソッド、入力、根拠の範囲へのリンクでつなぎました。古いネイティブ/SF、プロジェクトのカバレッジ、修正の案内を訂正しました。エージェントが作成する開発者用ワークブックは、事実ベースのレポート出力とは別に文書化しました。レビュー済みの受け入れ基準とソースリンクも含みます。

PDF監査の由来を、共有の監査スキーマとは独立して表示するようになりました。区分は、ネイティブクローラー、Screaming Frogのエクスポート、明示的に識別されたSFコレクター、不明なコレクターです。SF Analyzerのスキーマを使うネイティブ監査に、Screaming Frogの見出しが付かなくなりました。

抑制された検出結果の対象行を、描画済みの説明をメモリに蓄積せずにCSVへストリーム出力するようにしました。完全な除外エクスポートは、順序とソースの事実を保持します。大量の保持済み除外コレクションでも、メモリ割り当てを有限に抑えます。

各カバレッジギャップ行は、実際のMode列から照合します。対象のチェックとツールの参照は、公開レジストリに照らして検証します。優先度は、未解決の行から生成します。

トランスポートエラーを秘匿化しつつ、リモートのタイムアウト分類を保持するようにしました。また、直接プロキシのマニフェストを、対象を絞った検証のために安全に再実行できるようにしました。

由来の証拠を保持されたSQLリンクグラフから読み取り、エクスポート時に明示的なnullの由来を保持します。また、スプールされた外部リンクのチェックを、再開をまたいで保持します。

統合カタログとレポート契約を再生成しました。PDFバリデーターはallエクストラでインストールし、偽ブラウザーを使うテストはローカルのChrome選択に依存しないようにしました。

トークン取得、データセット確認、ステージング書き込みの前に、ホスト側で管理する別個のBigQuery cost_authorized承認を必須にしました。

生成されたBIパッケージのパーティション名、件数、チェックサムを保持するようにしました。これにより、ワークシート・フィクスチャは既存のSheets事前チェックと、フィルター済みエクスポートの利用側を通過します。Linking APIの別名フィールドを文書化し、手動でソースを修正せず、生成URL経由で新規コピーを検証することを必須にしました。

空白を正規化した後に重複するLinking API別名を拒否し、URLパラメーターで実際に使われた正確な別名を返します。実行フィールドの共通IDと、グループ化された提供元の日付コントロールを定義し、重複する母集団を除外したカバレッジのグラフを定義します。ネイティブテンプレートの作成と新規コピーの検証は、外部の受け入れ条件として残ります。

完了したHTML抽出を伴う、対象範囲内のリンク元の一意ページから観測インリンク比率を算出します。繰り返し出現は別に保持し、部分的な母集団にはそのことをラベルで明示します。

上限付きのaudit.v2コンパニオンからの検出結果を保持し、最大1,000,000件の保存済みスキャンURLを、耐久性のあるSQLite証拠成果物を通じて結合します。ページや一致したURLの一覧を実体化せずに、その成果物をBIへストリーム出力します。コピー可能なLooker Studioテンプレートは提供しません。

検出結果のグループ、プロバイダーの象限候補、対象のインリンク元を、上限付きで使い捨てのSQLiteインデックスを通じて投影します。動的なプロバイダーのディメンションは、選択されたエクスポートおよびオフラインのSheets/BigQuery計画を通じて有効に保ちます。パーティション数とディスク使用量には上限を設けています。

ネイティブ監査の検出結果の対象URLとメッセージを、保持されたソースJSON内だけでなく、型付きのBI列としても保持するようにしました。これにより、正確なURL選択で該当する検出結果が欠けなくなります。

ネイティブのhreflang戻りリンクを、完全な対象の宣言に照らして検証します。既知の戻りリンク欠落と、未クロールまたは本文が取得できない対象を区別します。観測されたnoindexの代替リンクを報告し、生のラベルと正規化したURLの識別子を、重複と衝突の文脈とともに保持します。部分的な母集団の関係は未計測として扱います。既存の監査、CLI、MCP、レポートの各出力に、追加の取得なしで同じ検出結果を反映します。

CrUXの現行ウィンドウのフィールドLCP、INP、CLSのp75を、バージョン管理された公式しきい値に照らして分類します。URL/オリジン、フォームファクター、収集期間の範囲は保持します。欠落、不完全、失敗したフィールドの証拠は、利用不可または部分的として扱います。

現在の1回限りのDocker CLIの境界を、任意で明示的に構築されるリモートAPIおよびワーカーサービスとは別に文書化しました。

明示的なネイティブSQLiteクロール設定を、最大1,000,000 URLまで受け付けるようにしました。HTTPリクエストの予算は別に2,000,000件とし、既存のストレージ専用の合成プロファイルを併用します。CLI、MCP、リモートのキュー、ワーカーは、宣言された予算を同じように扱います。実体化されるレガシー/リストのAPIには、明示的な50,000 URLの安全上限を残します。リストのrobots、リトライ、リダイレクト、canonicalのホップは、リクエスト予算を共有するようになりました。ネイティブ監査とオフラインの再分析は、以前の10,000ページおよび20,000フォームのブリッジによる拒否なしで、上限付きのaudit.v2経路を使います。トランザクショナルな書き込みカウンターにより、バッチごとに伸びるフロンティアを再スキャンしなくなりました。手動の受け入れ用ドライバーは、読み込んだソースの識別子、中断と再開、下流の利用側を記録します。受け付けただけでは、100万URLの受け入れが完了した証拠にはなりません。

各手動のネイティブ受け入れステージを、サブプロセスのリソース監視（ウォッチドッグ）の下で実行します。中断された成果物は保持し、すべてのCSV/XLSX行とタスクのカバレッジを検証します。また、既定のペーシングを変えずに、ガード付きの所有するループバックHTTPを別に検証します。

明示的に許可されたリモートクロールの時間を最大14日まで許可します。既定値の1時間と、独立したプロジェクト、リクエスト、ディスク、リース、レンダリングの各予算は維持します。これにより、100万ページのターゲットを、変更しない丁寧なリクエスト頻度の範囲内に収められます。期間の上限を超える値や不正な型は、収集の前に失敗します。

オフラインの再分析は、SQLiteの実行/取得操作ごとに新しい期限を使うようになりました。クエリの中断とキャンセルは維持します。Pythonのパース処理や派生データの書き込みは、スキャン開始時の検証の期限には計上しません。

レガシーのcrawl-site --out-dirは、収集と再開の間、ページ、リンク、フォームの証拠を、重複するメモリ内リストに保持する代わりに、追記専用のJSONLサイドカーに保持するようになりました。チェックポイントはサイドカーの件数を照合します。v4のインラインフォームのチェックポイントは、フォームの検出結果を失わずに移行します。既存の監査ブリッジは、ページ・フォーム・リンクの実体化の上限を明示し、監査が利用できない場合も収集済みの証拠を保持します。以前のレポートは、現行の実行結果として提示せず、古いファイル名で保持します。ネイティブのJavaScriptエスカレーションは、すべてのページオブジェクトを再構築せず、再反復可能なSQLiteビューからページレコードを読みます。大規模な監査の完全なストリーミングは、#816/#817で追跡しています。

大きすぎるネイティブ監査は、監査の可用性を捨てる代わりに、順序付きのaudit.v2コンパニオンに保存するようになりました。

繰り返されるページ参照を制限し、検出結果の被リンクを一括取得します。すべてのルートを再構築したり、すべてのノードをPythonに読み込んだりせずに、ネイティブの探索深度を解決します。長いルートは、正確な深度と、明示的に切り詰められた終点を保持します。

空ではないコーパスとhreflangの関係を、ディスクベースのインデックスで導出します。完全な証拠の集合はaudit.v2に保持します。上限付きの関係の検出結果サンプルには、正確な出現件数を付けます。

ページキャッシュを、エントリー数だけでなく推定デコード済みPythonバイト数でも制限しました。キャッシュされていない大きなページも引き続き読み取れます。変更は古いキャッシュの重みを無効化します。HTMLサイズの順位は、ページモデル全体を保持せず、安定したスカラーのURL/サイズのペアとして保持します。変更コールバックでは、シリアライズ済みのページJSONを保持しないようにしました。

末尾スラッシュのペアを確認する際、URL、ステータス、インデックス可否、canonical、リダイレクトのスカラー情報だけを保持するようにしました。また、永続アダプターとリモートジョブのSQLite接続を明示的に閉じます。

本文が利用できないページと、charsetのカバレッジ件数をストリーム処理します。信頼ページの選択状態は、候補のページ母集団ではなくスカラーで保持します。保存済みHTMLのDOM一致は、固定ファイルインデックス上の2パスで処理します。正規化したバリアントの代表の順序、既存のURL例、一致したソースの完全なカバレッジ、すべての検出結果は維持します。

追記の前にレガシーのクロールチェックポイントJSONLを行ごとに検証するようにしました。欠落、破損、未終端の証拠は、置き換えずに拒否します。古いインラインフォームのチェックポイントは、2つ目のフォームリストを割り当てずにサイドカーと比較します。

入力の順序、複数ホスト、探索なしという意味を正確に保ったまま、ネイティブSQLiteライターでURLリストを保持します。交換ファイルの入力はストリーム処理し、収集の再開をまたいでリクエストと時間の予算を保持します。上限付きのレスポンスとホップの証拠を保持し、グラフとフォームのチェックは明示的に利用不可のままにします。大きなディレクトリのリストは、同じスプールを使い、上限を別に設けたJSON監査ブリッジを用います。

audit.v2のJSON、CSV、XLSX、Markdown、DOCXレポートをストリーム処理するようにしました。検出結果の多い母集団を比較でき、スナップショットとプルーニングの操作はコンパニオンと対にして保持します。scan.v1スキーマは維持しています。

audit.v2ストレージのリビジョン3とレジャーのリビジョン5で、大きな順序付きグループのメンバーシップを一度だけ保持するようにしました。以前の読み取りとの後方互換性を保ち、レジャーのアトミックな移行、CLI/MCPを通じた明示的なメンバーのページング、ソースに紐付いた完全なBIメンバーシップのコンパニオンを提供します。

オフライン再分析の間、ソースのaudit.v2ダイジェストを保持します。不完全なレジャーグループの範囲を保存し、検証に失敗した場合はインジェストのリソースを閉じます。

ネイティブのメタデータのみのスキャンで、レスポンス、ドキュメント、本文、リソースの証拠がない間は、正確なコーパス能力の概要を再利用します。これにより、スキャンのストレージを変えずに、疎なページのコミットごとにコーパス全体を読み直すことを避けます。

ピン留めしたブラウザーリクエストの取り消しを render_cancelled と命名しました。取り消しや切断時には、分離されたリモートのコンテキストとブラウザーを閉じます。ローカルでのフォールバックは行いません。

信頼済みのリモートプロジェクト設定で、ホストに紐づいた環境変数の認証情報参照を指定できるようにしました。参照の来歴は秘匿化して保存します。参照が利用できない場合は、収集を始める前に失敗させます。

キューに入れられたプロジェクトで、サービスが管理するバージョン確認済みのリモートPlaywrightトランスポートを使えるようにしました。エンドポイントは送信内容に含めず、ピン留めとポリシー制約付きのブラウザーリクエストは維持します。

レンダリング済みレポートを公開する前に、技術監査PDFのページ数、バイトサイズ、抽出可能なテキスト、そしてソースモデルの記録が欠けずに保存されていることを検証します。

登録済みワークフローのシナリオのバージョン、サイトと競合の文脈、ステップごとの証跡、レビューゲートを保存します。中断された実行は、依存関係がまだ有効な場合に限り、後のローカルセッションで再開できます。

ワークフローを開始するには、コントローラーのワークリストが必要になりました。タスク、目標、競合、保留、却下の各結果に対する専門家メモの仕分け受領は、明示的に保持します。

成功したワークフローのチェックポイントは、プロジェクトに紐づく保存済み成果物のバイト列を、SHA-256の受領記録と照合することが必須になりました。証跡が欠けている、または変更されている場合は、履歴を書き換えずに以前の完了を古い扱いにします。検証の予算を超えた場合も、証跡を黙って確定させたり受領記録を捨てたりはしません。

受動的なワークフロー観測は、成果物を再ハッシュせず、保存済みの検証メタデータだけを確認します。変更された受領記録や未検証の受領記録は、明示的に残ります。

プロジェクトのチェックリストに、合意済みの監査スコープを記録し、誠実なカバレッジ比率を報告できるようになりました（#794）。project-checklist-init と seo_project_checklist_init は、任意の plan を受け付けます。計画には、レビュー担当者、complete_set として宣言されたURL population、名前付きの sample、または unknown を指定でき、それぞれ source、size、または列挙された urls を伴います。テンプレートごとの母集団（templates）と、任意の tasks 合意（all_agreed、または既存のチェックリスト項目IDによる出典付きの selection）も指定できます。計画はプロジェクトのサイトIDに紐づけられ、書き込みのリビジョンが刻印されます。計画を記録するとチェックリストは seohead.coverage.v3 に更新され、保持された計画履歴に追記されます。同じ合意を再記録しても冪等な no-op です。合意内容が変わった場合は、以前の証跡を新しい分母で再評価せず、古いものとしてマークします。単一計画のv3文書は読み込み時に移行されます。読み取り、照合、優先度の適用では、母集団を昇格させたり作り出したりしません。v1とv2の文書は、これまでどおり変更なく読み込めます。選択範囲外の項目は not_agreed として報告され、どの分母にも含まれないまま可視化されます。

チェックリストの完了判定は、測定された範囲に従うようになりました。部分スキャンによる制限付きの測定に基づくサイト単位の自動項目は、完了扱いにならず未完了のままです。一方、明示的なサンプルURLに限定された項目は、成果物がその範囲をちょうどカバーしていれば完了になります。トップレベルの complete フラグは、監査スコープが完了したことを意味するようになりました。すなわち、合意済みのタスクがすべて完了し、保留中の除外がなく、合意済みのURL母集団が検証済みの測定で完全にカバーされている状態です。そのため、不明または未測定のスコープが完了した監査として報告されることはありません。

チェックリストのステータスは coverage を返すようになりました。audit_tasks、checks（measured_urls 付き）、manual_review、deliverable_review、url_population の5つの独立した比率で、それぞれに basis、numerator、denominator、state があります。これにより、URL件数がチェックやタスクの件数と混ざることはありません。正当化できない分母は、0/0や100%にはせず、null と state: "unknown" と理由を付けて保持します。合意された母集団に照らして検証できない測定では、URL軸は partial のままとなり、検証済みで対象となるURLのみを数えます。URLの所属は合意された列挙と照合するため、size だけで宣言された母集団では測定済みURLは数えられず、分子が分母を超えることはありません。テンプレートごとの母集団は、計画の記録時と読み取り時に、サイト母集団の合意済みの部分母集団であることを検証します。列挙されたテンプレートのURLはサイトの列挙集合に含まれている必要があり、宣言されたテンプレートの所属数は合意済みのサイトサイズを超えられません。不整合な計画は、切り詰めたり分母を超えて数えたりせず、拒否されます。保存されたチェックの証跡には測定済みのURL列挙が含まれるようになり、URL分子は行数ではなく監査可能な集合になりました。複数サイトの集計は、サイトごとに各軸を合算します。あるサイトが分母を正当化できない場合は、unknown に格下げされます。

not_applicable レコードは、レビュー済みの除外になりました。理由、レビュー担当者、そして検証可能な証跡の根拠が必要です。根拠は、プロジェクト相対でダイジェスト付きの artifact、または明示的な evidence 参照のいずれかです。レビュー済みの除外は、安定したIDと履歴を保持し、記録された判断を通じてのみ作業タスクの分母から外れます。また、exclusions の下に別途一覧表示されます。無効化された項目、古くなった除外レコード、証跡の根拠ルールより前に書かれた従来の not_applicable レコードは、再レビューされるまで pending_exclusion として分母の中に残ります。そのため、無効化、カタログからの削除、再分類によって合意済みの件数が黙って減ることはありません。カタログから削除された項目に対する新しいレビュー済みの除外は、通常どおり解決され、永久に保留のままになることはありません。

修正の判断を、不変の検証成果物と、修正前後の正確な証跡ハッシュに紐づけました。ストリーム処理された audit.v2 のベースラインも対象です。

保存済みの修正結果を、表示済みと全範囲のカバレッジ状態付きで報告できるようになりました。タスクごとの分母と、大規模な台帳向けの有界なケースページにも対応しています。

修正の検証を、保持された監査の識別子と、結果に影響する元のポリシーに紐づけました。スキャンUUIDが再利用されていても、それだけで古いケースを解決することはなくなりました。

ワンショットのSSH CLIジョブ、成果物とインシデントの記録、合成リカバリーについて文書を追加しました。また、将来のサービス向けのヘルス、プロキシ、TLS、ファイアウォールの境界を、それらとは別に文書化しました。

任意の認証付きでバージョン管理されたリモートスキャンAPIの契約を定義しました。ネイティブクロールの設定に上限を設け、プロジェクト単位の権限、冪等な送信、OpenAPIスキーマ、スキャン状態と互換性のある証跡を備えます。独立した永続ワーカーと、ターゲットと外向き通信のポリシーが必要です。ローカルのCLI/MCPの導入は変更ありません（#784）。

evidence-normalize は、提供されたCSV/XLSX/JSONのエクスポート、または保存済みの seohead.provider-evidence.v1 エンベロープを、完全にオフラインで読み込みます。任意の seohead.evidence-mapping.v1 マニフェストに基づいて、バージョン管理された seohead.normalized-evidence.v1 ドキュメントを生成します。ソース、レポートの識別情報、期間、タイムゾーン、帰属、エンジン、収集カバレッジ、URLの紐づけについて、フィールドごとの来歴（エンベロープ由来、宣言、または不明）を保持します。測定値の 0 は0のままです。行の欠落、null や空白のセル、数式のセル、抑制された値、未収集の期間、収集の失敗やスキップは、明示的に取得不可として扱います。evidence-join は、正規化された証跡をスキャン、監査、またはページ一覧に、厳格な external_join.v1 のキーポリシーで結合します。緩和は明示的なものだけです。一致、クロールのみ、外部のみ、キー化不能の各母集団は、宣言された粒度のまま保持します。キーの衝突は報告し、行を増やしません。--compare と宣言されたポリシーを組み合わせると、期間、タイムゾーンの境界、識別情報、帰属、エンジン、粒度を基に、互換・非互換・不明の判定を副作用のない計算で追加します。また、後続のコホート分析に向けて、測定値0の象限の適格性も報告します。制限付きのソースは、行と識別子を非公開のローカル成果物に残し、返すのは件数だけです。

seohead watch を読み取り専用のプロジェクト監視ツールに拡張しました。保存済みの所見をたどる機能、証跡の詳細、保存ビューとレビュー状態、スコープを明示したMCP受信通知を備えます。

プロセスの終了後や文書確認が不正だった後も、不確かな配信の申し立てを保持するようにしました。受理を確定できない場合は、自動で二度目のアップロードを行いません。

保存済みの証跡をもとにレポートプレビューを測定します。レンダリングサイズ、ソースのダイジェスト、母集団の件数、カバレッジ、プロファイルを扱い、送信前にレンダラーの欠落や大きすぎる入力を報告します。また、徹底モードのウィザードのJS予算を、共有キューの契約に合わせました。

確認済みのボット実行の識別情報を、キューや所有権のクラッシュをまたいで正確に保持するようにしました。信頼できる更新の重複を排除し、ステータス、キャンセル、回復、配信を、起動したアクターとチャット単位で分離します。同じ内容の意図的な再実行は、それぞれ別のジョブとして扱われます。

リモートでステージを作成する前に、Googleスプレッドシートのステージングをチェックポイントするようにしました。開始の応答が失われた場合は、決定的なステージシートIDで照合してから再試行します。

型付きの数値と真偽値を保持し、疎なGoogleの読み戻しに対応しました。重複するワークシートの対象と、データセット契約のずれは拒否します。回復処理は設定された正確な対象に紐づけ、クォータ超過後も再開可能なステージングを残します。アトミックな置換の前に対象グリッドの拡張量を見積もり、中断された実行では未確認の行数を報告します。

宛先への書き込みの前に、ソースに紐づいた完全なグループの付随ファイルを検証し、選択された所見と一緒に保持するようにしました。宛先とワークブックの受領記録では、ローカルのみのメンバーシップ参照を明示します。付随ファイルがアップロードされたとは主張しません。

Excelのシートごとの行数上限で失敗する代わりに、大きな scan-export のXLSXレコード群を、決定的な番号付きワークシートに分割するようにしました。行数の保存を確認するPartitionsシートも含みます。

Excelの行数上限に合わせて report-build の所見とページのワークシートを分割し、正確なレコード範囲、母集団、選択、カバレッジの参照を含む、ハッシュ付きの .xlsx.index.json を出力するようにしました。書き込みが失敗した場合は、前回のレポートを保持します。中断時には、ストリーミング用の一時ファイルを掃除します。

ライブラリによる切り詰めが起きる前に、32,767文字を超えるXLSXのセルを拒否するようにしました。Summaryのメタデータは数式インジェクションから保護します。また、不完全なエクスポートが成功を名乗らないよう、不正な保持済み監査行も拒否します。完全なCSV/JSONと、上限付きのPDF概要ポリシーは引き続き利用できます。

所見を正確に選択できるようにしました。

保持された監視の申し立て、カバレッジ、キャッシュの来歴、派生した回復証跡、任意のサービス配信を、再起動に強くしました。