四半期ごとの監査ルーティン
One-off audits go stale
the week after you finish them
GSCをエクスポート。スプレッドシートを作成。問題記事をマーク。『コンテンツ更新』をバックログに追加。誰かが動く頃にはデータは変わり、覚えていれば次の四半期にまた監査が始まる。
設計上、古くなる仕組み
スナップショット監査は前四半期を示す。あなたのランキングは今週も動いている。
トラフィックだけの盲点
スプレッドシート監査はクリック数と順位しか見えない。記事がICPからずれているかは分からない。
フォローアップがない
監査がスプレッドシートで終わると、バックログで止まる。発見は解決ではない。
設計上、古くなる仕組み
スナップショット監査は前四半期を示す。あなたのランキングは今週も動いている。
トラフィックだけの盲点
スプレッドシート監査はクリック数と順位しか見えない。記事がICPからずれているかは分からない。
フォローアップがない
監査がスプレッドシートで終わると、バックログで止まる。発見は解決ではない。
4つの視点を同時に評価
パフォーマンス、ICP適合、
ブランド基準、技術的SEO。
記事は今は順位が良くても、ICPの変化やメッセージの進化、競合の動きで注意が必要になる。トラフィックは4つの視点のうちの1つに過ぎない。
パフォーマンス指標
GSCの順位、クリック数、インプレッションをページごとに。順位下落検知やページ境界アラートもあり、合計だけじゃない。
ICP適合＋ブランド基準
すべての記事を現在のターゲットに照らし合わせ、ライブラリとスタイルガイドから学んだブランドプロフィールと照合。
技術的SEOの健全性
タイトル、メタ、見出し構造、内部リンクを記事ごとにチェックし、修正案をブリーフに含めて通知。
パフォーマンス指標
GSCの順位、クリック数、インプレッションをページごとに。順位下落検知やページ境界アラートもあり、合計だけじゃない。
ICP適合＋ブランド基準
すべての記事を現在のターゲットに照らし合わせ、ライブラリとスタイルガイドから学んだブランドプロフィールと照合。
技術的SEOの健全性
タイトル、メタ、見出し構造、内部リンクを記事ごとにチェックし、修正案をブリーフに含めて通知。
他の監査はトラフィック減少を待つが、これは違う。
『問題発生』と『発見』の間は通常数ヶ月。この監査がその差を埋める。
- 誰かの予定やリソースではなく、データ信号で動く。
- 順位はあるがICPやブランドからずれた記事を検出。
- 順位下落を発生週に検知、1ページ目からの脱落も含む。
- すべての指摘に理由付き分類：手直し、書き直し、または廃止。
- スプレッドシートではなく、優先順位付きのブリーフキューで完結。
- 誰かが思い出して時間がある時に実行。
- トラフィックしか見えず、ずれは順位に影響が出るまで気づかれない。
- 下落を始まってから数ヶ月後に発見。
- 対応優先度は実行者によって異なる。
- バックログで終わり、次の四半期には優先度が下がる。
すべてのフラグには分類と理由が付いている。判断は君次第。
監査は問題を見つけるだけでなく、修正も始める。
単なるフラグではなく分類済み。 すべての記事に判定が付く—手直し、全面書き直し、または廃止—理由も明示。ツールが推奨し、人が決定。自動で削除や変更はしない。
機会に基づく優先順位。 修正すべき優先度でキューを並べ替え—1ページ目から落ちた順位、インプレッションの多いページの低下、最重要記事のズレ。
修正に直結。 フラグが立った記事からワンクリックで具体的なブリーフを生成：何が変わったか、何が足りないか、何を更新すべきか。ブリーフを確認・承認すると、完全な更新ドラフトが作成され、チームが編集・承認してから公開される。
~60%
投稿のうち12～24ヶ月でランキングを失う割合 - Draft.dev, 2025
<1%
検索クリックのうち2ページ目に到達する割合 - SEOの一般的見解
30-45
リフレッシュしたコンテンツがランキングの60～80％を回復するまでの日数 - upGrowth, 2026
92%
HubSpotのブログリードの多くは古い投稿から来ている - HubSpot
監査の仕組み
率直な答え。