このリリースまで、スキルはトピック別にしか整理されていなかった。それで足りるのは質問がプラットフォームに依らないうちだけで、依存し始めると、答えは 2 つのファイルの隙間に落ちる。今回、2 本目の軸を足した。

追加

astro-seo.md — client:* ディレクティブと INP・LCP のコストの対応、server:defer のサーバーアイランド、Astro.site + Astro.url からの canonical・OG 生成、Content Collections のスキーマからの JSON-LD 生成、hreflang 付き多言語サイトマップを含む @astrojs/sitemap、View Transitions と計測の落とし穴、Astro 6・7 の SEO に効く破壊的変更。
edge-seo.md — _redirects の設計と上限、X-Robots-Tag とキャッシュ戦略を含む _headers、静的アセットと Worker コードの死角、D1 / KV からの動的サイトマップとエッジキャッシュ、公開 IP レンジと Web Bot Auth によるクローラー検証、HTMLRewriter によるメタデータ書き換え、クロールバジェット。
すべてのスキルファイルに last_verified の frontmatter。CI が検査する。
docs/research-notes.md — すべての事実記述の裏にある検証ログと出典。
毎月 1 日に鮮度確認の issue を立てる定期ワークフロー。

変更

2 つのスキルの description がほぼ同じで、どちらの依頼でもどちらも発火し得た。英語の入力は seo-mastery、日本語の入力は seo-mastery-jp を選ぶようにした。
README から「鮮度を保証する」という書き方を外した。保証しているのは手順と日付である。

AI 検索の表示要件が欠けていた。 インデックス可能とスニペット表示可能の 2 つだけだと書いていたが、Google の生成 AI 最適化ガイドには 3 つ目がある。Search Console で「検索の生成 AI 機能」に含まれていることが必要。
Article の headline に 110 文字制限は無い。 Google は 2023 年 1 月にドキュメントから削除している。1.0.0 以来、要件であるかのように書いていた。
_headers のルールは上書きではなく積み上がる。 同じヘッダ名はカンマで結合される。クローラー個別の X-Robots-Tag の例は、Google が解釈を明文化していない結合ヘッダを 1 本送るだけになっていた。
_redirects のプレースホルダーはパス中のドットにも一致する。 /:slug は report.pdf にも当たる。前の記述は、ファイル URL に対して安全であるかのように読めた。
Google は <priority> と <changefreq> を無視し、lastmod は一貫して正確な場合にだけ使う。どちらも technical-seo.md に明記した。

2 回目のレビューで見つかった「動的サイトマップが階層スラッグに対して 404 の URL を出していた」件を含む全リストは CHANGELOG にある。