SEO監査の表を作る方法｜クロール結果から修正・再確認まで

一行を一つの修正単位にする

一つのテンプレートが原因で100ページに同じ問題が出る場合、100件の別作業に見せないようにします。代表URLと影響範囲を記載し、根本の修正単位でまとめます。個別ページだけの問題と共通部品の問題を分けると、担当者の見積もりがしやすくなります。

必要な列を決める

おすすめの列は、発見日、現象、対象URL、リンク元、利用者への影響、修正案、担当者、状態、再確認日です。ツール独自の重要度は参考として残しても、業務上の優先順位と同一視しません。申込の行き止まりなど、読者の行動を妨げる問題を説明します。

重複と意図した動作を確認する

警告の中には、公開しない設計のページや、意図した移動が含まれることがあります。実際のページと設計を確認し、対応不要なら理由を記録します。警告を消すためだけに公開範囲を広げたり、適切なリダイレクトを撤去したりしないでください。

同じ不具合が50ページにある例

共通の関連記事欄から古いURLへ進む問題が50ページにある場合、主作業はその共通部品の修正です。表には代表URL、影響50ページの一覧、期待する移動先、例外の有無を残します。反映後は代表例と例外を確認し、必要に応じて全対象を再調査します。このように件数と修正単位を分けると、監査担当と開発担当が同じ仕事量を理解しやすくなります。

優先順位は読者への影響で付ける

同じ重要度の表示でも、申込へ進めない問題と、ほぼ使われない補助ページの見出し重複では影響が違います。表には、誰がどの行動で困るかを書き、修正の緊急度を担当者と決めます。流入が少ないページでも重要な手続きに必要なら優先される場合があります。アクセス数だけでも警告の色だけでもなく、役割と影響を合わせて判断する表にします。

完了条件を先に書く

「修正済み」だけでなく、「リンク元が新URLを指し、期待する内容が表示される」のように確認条件を書きます。反映後に同じ対象で再確認し、結果を残します。順位への影響は別の観測なので、動作確認が済んだことと混同しないようにします。

• 技術SEOの点検ガイド｜クロール・内部リンク・修正確認
• 内部リンクの点検方法｜リンク切れ・孤立・不自然な関連記事を直す