このチェックリストでサイトを自分で監査する.

ウェブサイト監査のチェックリストには、どのような項目を含めるべきでしょうか?

チェックリストは、アーキテクチャ、パフォーマンス、セキュリティ、検索、スキーマ、AI対応状況、編集体験、運用状態の8分野です。これをシートに並べ、見つけた根拠を書き込む列を追加してください。ヘッダー値をコピーし、URLを控え、スクリーンショットを撮ります。評価では、この順に15％、15％、12％、12％、10％、10％、10％、16％で重み付けされています。そして、最も重いのは運用状態で、多くの人が後回しにしがちな柱でもあります。

公開されているチェックリストを1つ選び、監査の順番を確認してください。順番は、クロール分析、インデックス登録状況の確認、構造化データの検証です。各発見事項には、深刻度に応じてP0からP3までの優先度を付けてください。そうすれば、最初の午後を、目立つ問題ではなく本当に危ない問題に使えます。監査は少なくとも年に2回行い、その間もサイトの状態を見続けてください。「問題なし」と出ても、それは監査した当日の話にすぎません。

あなたのサイトには、トップページと最大8つの抽出ページを対象に、8つの評価基準から100点満点のスコアが1つ付きます。ただし、この評価では、サイトへのログイン、アナリティクスの確認、実際のパフォーマンスデータの実測、お客様やチームへのインタビューは行いません。なので、足りない部分はご自身で確認してください。手作業の監査で見るべきなのは、公開情報だけでは見えず、ご自身なら確認できる範囲です。

アーキテクチャやレンダリングはどのように確認すればよいのでしょうか?

ホームページからのクリック数を数えてアーキテクチャを確認し、ブラウザに表示される内容と「ソースを表示」を比べてレンダリングを確認してください。主要ページで「ソースを表示」を開き、メインの見出しと最初の段落を検索します。見つからない場合、そのコンテンツはJavaScriptに依存しています。あるチェックリストでは、JavaScriptが動く前の生のHTMLでコンテンツにアクセスできることを確認するよう勧めています。なので、実際に確認してください。レンダリング後の見た目がきれいでも、それだけではページの状態は分かりません。

メニューやリンクを実際にたどってください。重要なページは、どれもトップページから3クリック以内で届く必要があります。パンくずリストがあり、構造化データマークアップが使われていることも確認してください。Screaming FrogやAhrefs Site Auditで内部リンクをエクスポートし、内部リンクが0件のページをリストアップします。それが「孤立ページ」です。そして、そのクロール結果をXMLサイトマップと照合してください。404エラー、302リダイレクト、リダイレクトの連鎖、壊れた内部リンクを修正します。特にリダイレクトの連鎖は見落としやすい項目です。動いているように見えるので、そのまま残りがちです。

この評価では、ホームページと抽出ページのマークアップ、見出し、正規URLの指定を分析します。サイト構造は評価点の15％です。ただし、すべてのURLをクロールするわけではありません。なので、孤立ページを探す作業は、引き続きご自身で行ってください。

外部からパフォーマンスを確認するにはどうすればよいでしょうか?

PageSpeed Insights や Lighthouse でアクセス数の多いページを分析し、指摘された重いスクリプト、最適化されていないメディア、レイアウトシフトなどを確認して、外から見えるパフォーマンスを調べてください。まずホームページを見て、次にアクセス数の多いテンプレートページへ進みます。そして、ブラウザの「ネットワーク」タブを開き、ページを再読み込みし、サイズ順に並べ替えて、最も容量の大きいファイルを書き留めてください。最大のファイルは、予想と違うことがよくあります。

モバイル版も見てください。ご自身のスマートフォンでサイトを開き、文字が小さすぎて読みにくい箇所、親指で押すにはボタン同士が近すぎる箇所、読み込み中にコンテンツが跳ねる箇所がないか確認してください。ラボの数値は1回のテスト結果の一部にすぎず、実際の訪問者の体験そのものではありません。そのようには読まないでください。1回の結果は、データポイントの1つです。結論ではありません。

この評価では、「ネットワーク」タブで見たような容量の大きいファイルが指摘されるはずです。ホームページやサンプリングされたページから、スクリプトや画像のサイズを読み取るためです。パフォーマンスは総合スコアの15％です。ただし、実際の環境でのパフォーマンスデータは、この評価では扱いません。結果は参考情報です。全体像だとは思わないでください。

セキュリティヘッダーはどのように確認すればよいでしょうか?

Mozilla Observatory や SmartScanner でホームページをスキャンするか、ブラウザの「ネットワーク」タブでレスポンスヘッダーを見て、セキュリティヘッダーを確認してください。X-Frame-Options、X-Content-Type-Options、Referrer-Policy、Strict-Transport-Security、Content-Security-Policy、Permissions-Policy、3つのクロスオリジンポリシーを確認します。それぞれについて、「存在」「存在しない」「設定ミス」のどれかにチェックを入れてください。「設定ミス」は見落としやすい項目です。ヘッダーがあっても、実際には効いていない場合があるためです。そして、チェックを入れたら、結果をもう一度確認してください。

サイトが返している内容をよく確認してください。X-Content-Type-Options には「nosniff」を設定します。Strict-Transport-Security の max-age には、HSTS プリロードの最低要件である 31536000（1年）を設定する必要があります。Content-Security-Policyは、メインのドキュメントだけでなく、送信するすべてのレスポンスに含める必要があります。各リクエストごとに新しいnonceを生成してください。これはスクリプトを制限するための推奨方法です。ただし、X-XSS-Protectionは省略して構いません。MDNでは代わりにCSPを推奨しており、古いヘッダーは脆弱性を生む可能性があると警告しています。なので、まだ送信しているなら削除してください。

HTTPSでの提供は、途中で止めず最後まで終わらせてください。HTTP経由で配信されているページ、混合コンテンツの警告、サイト内で古いHTTP URLをまだ指しているリンクをすべて修正します。この評価では、ホームページとサンプリングされたページのレスポンスヘッダーを読み取り、セキュリティ項目はスコアの12％を占めます。ただし、サーバー設定については、これらのレスポンスから読み取れる情報以外は確認できません。ヘッダーに出るのは、サーバーが意図的に開示した情報だけです。

検索シグナルや構造化データをどのように確認すればよいでしょうか?

カノニカルタグ、XMLサイトマップ、リダイレクトをテストして検索シグナルを確認し、その後、Googleのツールで構造化データを検証してください。まず「ソースを表示」から始めます。いくつかのページで、カノニカルタグがインデックス登録したいバージョンを指しているか確認してください。多くの場合、そうなっていません。そして、その後はカノニカルタグの設定、重複するパラメータの削除、類似コンテンツの統合、ページネーションの監査の順で進めます。1つ終えるごとに、次にやることがはっきりします。手順を飛ばせば、たいていは結局やり直しです。

サイトマップには、インデックス登録できるページだけを入れてください。サイトに大きな変更があった後はサイトマップを更新し、Search Console から送信します。Google のリッチリザルトを表示させたい場合は、まず「リッチリザルトテスト」から始めてください。schema.org の一般的な確認には、「スキーママークアップバリデータ」でマークアップを検証してください。実装後は、リッチリザルトのステータスレポートをよく見ます。テンプレートや配信のエラーで、誰にも気づかれないうちにページが正常に表示されなくなる可能性があるためです。不完全なプロパティを大量に足すより、推奨されるプロパティを数個、完全かつ正確に実装するほうが効果的です。なので、新しいプロパティを足す前に、まず既存のものを仕上げてください。

カルーセルを使う場合、itemListElement には同じタイプの ListItem 要素が 2 つ以上必要です。評価では、サンプリングされたページ上のロボット情報、正規化情報、構造化データのシグナルを読み取ります。なので、先ほど手動で確認したものと同じシグナルが表示されます。「検索」はスコアの12％です。「スキーマ」はスコアの10％です。この2つを合わせると、「運用上の健全性」を除くどの単一の柱よりも比重が大きく、「日常業務」の一言では片づけられません。

AI対応度、編集品質、運用状態はどのように確認すればよいでしょうか?

AIクローラーのルールをrobots.txtで確認し、見出しやタイトルを編集者の目で読み返し、サイトをクロールしてリンク切れやリダイレクトの連鎖を探してください。この3点を確認します。AIについては、各クローラーごとに、robots.txtの設定を慎重に決めてください。ただし、robots.txtは信頼を前提に動きます。なので、四半期ごとにサーバーログを確認し、GPTBot、ClaudeBot、PerplexityBotのアクセス状況を見てください。設定はあくまで「お願い」です。どのクローラーが従ったかは、ログを見れば分かります。

llms.txt を作成している場合は、それを目安にして、URL のリストを 10 ～ 50 件に抑えてください。そのうえで、編集の観点からいくつかのページを開き、見出しを確認します。明確な H1 見出しが 1 つあり、順序にも筋が通っている状態が理想です。そして、クロール結果を並べ替えて、重複するタイトルタグや内容が薄いページを洗い出してください。

運用状態の健全性を保つために、リンク切れやリダイレクトのチェックを定期的に再実行し、年2回の全面監査を続けてください。この評価では、手動で確認したものと同じサンプルページについて、ロボット、見出し、マークアップのシグナルを読み取ります。AI対応度と編集経験のスコアはそれぞれ10％、運用状態のスコアは16％です。ただし、サーバーログは本ツールの対象外です。なので、四半期ごとのログチェックは、引き続きご自身で行ってください。

よくある質問.

次に読む.

1. 01ウェブサイトのヘルスチェック全体的な診断、8つの柱すべて。
2. 02エンタープライズSEO監査無料スキャンで何が判明するか、そしてその限界はどこにあるのか。
3. 03AI SEO監査クロールアクセス、抽出しやすい文章、構造化データ、llms.txt。