SEOチェックリスト｜検索登録・ページ内容・表示を順番に点検する

SEOのチェックリストは、項目をすべて埋めるよりも、問題のあるURLを特定し、直す理由と確認方法を決めるために使うと実務に役立ちます。
通知の数が増えていても、更新による変化や、意図した設定が含まれるためです。

この記事では、アセントウェブのサイトで実際に受け取った2026年10月15日クロールのAhrefs監査と、翌16日の対応記録を題材にします。
検索に出したいページの障害、表示・操作の問題、変更しただけの通知を分け、担当者に渡せる点検表にまとめました。

ここで紹介する数値は当時の記録です。
現在の監査スコアや、修正による順位・問い合わせの改善を示すものではありません。

症状から最初の点検を選ぶ

最初に、対象URLが公開済みで、検索に出す方針のページかを確認します。
そのうえで、次の症状に近い箇所から点検してください。意図して検索対象外にしたページの設定を、通知の数を減らす目的で変更する必要はありません。

検索に出ない ／ 表示されても選ばれにくい・順位が低い ／ 表示が遅い・操作できない

検索順位が低いという理由だけで、見出しやタグを一括変更しないでください。
検索語と本文の答えが合っているか、公開からどれだけ観測できているかを確認し、変更するURL・理由・確認方法を残します。

チェック前に、公開対象と検索に出すページを決める

下書きと公開ページを同じ基準で評価しない

点検の最初に、対象ページの役割を決めます。
制作中の記事、公開して検索から集客したいサービスページ、利用者向けに閲覧できればよい案内ページでは、期待する状態が違います。

下書きが検索結果に出ていないことを、公開済みのサービスページが突然見つからなくなった場合と同じ問題にしないでください。
一方、公開する予定だった記事が下書きのままなら、検索設定よりも公開手順の確認が先です。

全ページを検索に出す、すべての警告を消す、と先に決めると、必要な機能まで変更してしまいます。
サイト責任者と「このページで読者に何をしてもらうか」を確認してから作業します。

意図したnoindexを不具合と混同しない

当社の監査には、特定商取引法に基づく表記ページが検索対象に変わったという通知がありました。
サイト責任者は検索対象にしない方針だったため、10月16日にnoindexを設定し、ページは閲覧できる状態を維持しました。
同日の記録では、公開HTMLのnoindexとXMLサイトマップからの除外を確認しています。

これは当社サイトの運用判断であり、同種のページを全サイトで検索対象外にするルールではありません。
訪問者が必要な情報にアクセスできることも確認対象です。

noindexをGoogleに認識してもらうには、そのページをクロールできる必要があります。
robots.txtでアクセスを止めれば同じ結果になる、と考えないようにします。Googleのnoindexの説明

また、noindexは閲覧の認証機能ではありません。
機密資料や個人情報を置く場所の保護は、アクセス権限の設計として別に確認します。

検索に届かない問題から確認する

URLと症状を一緒に記録する

「SEOが悪い」だけでは、調査する人が対象を再現できません。
具体的なURL、発生した操作、確認日時、期待していた結果を記録します。

たとえば、サービスページが開かないのか、開くが内容が空なのか、検索結果に出ないのかで、担当と確認先が変わります。
先にブラウザーで表示を確かめ、必要に応じてHTTP応答、検索対象の設定、Search Consoleの登録状況を調べます。

HTTPからHTTPSへの転送が見つかっただけなら、すぐに削除しません。
当社ではHTTPのトップページがHTTPSへ301転送され、意図した場所へ到達することを確認し、維持しました。
転送の存在と、転送の不具合を分けて記録します。

canonicalとサイトマップを照合する

canonicalは、内容が重複するURL群で、どれを代表として扱ってほしいかを伝える設定です。
指定先が別記事や存在しないURLになっていないか、内部リンクやサイトマップのURLと方針が食い違っていないかを確認します。
指定しただけで必ずGoogleに採用されるものではありません。Googleの正規URLの説明

当社のSWELL関連記事ではcanonicalの変更通知がありましたが、10月16日の確認では正しい自己参照URLになっていました。
変更前との差分が出たこと自体を、修正すべき障害とは扱っていません。

お問い合わせのURLには、相談内容をあらかじめ選択するserviceパラメーターが付く場合があります。
当時の確認では基本のお問い合わせURLがcanonicalになっており、入力補助の機能を維持しました。

サイトマップでは、掲載件数を増やすことよりも、載せたい公開URLが含まれるかを確認します。
下書きや検索対象外のページが混ざっていないか、転送後の古いURLが残っていないかも担当者へ照合してもらいましょう。

ページ内容と検索意図を点検する

タイトルと説明文は、読者が判断できる内容かを見る

タイトルを読んだ人が、本文で答えを得られるかを点検します。
料金を知りたい記事なのに一般的なメリットだけで終わる、比較記事なのに比較条件がない、といった不足を先に直します。

メタディスクリプションも同様です。
「短い」と判定されても、キーワードや会社紹介の定型文を足すだけでは、ページの違いが伝わりません。

当社の監査では、検索対象ページ52件で説明文が短いという通知がありました。
対応時は通知件数分を機械的に伸ばさず、定型文や短い抜粋が中心だった32ページを個別に改善しました。
内容が伝わる日本語の説明文は維持しています。

説明文は、次の3点を使って読み直すと判断しやすくなります。

• どのような読者向けのページか分かる。
• 本文で確認できる内容を具体的に示している。
• 本文にない価格、実績、保証を付け加えていない。

Googleの説明では、メタディスクリプションに固定の長さ制限はなく、検索結果では必要に応じて表示が切り詰められます。
検索内容に応じて本文から別の説明が生成されることもあるため、設定文と検索結果が違うだけで異常と決めないようにします。Googleのスニペットの説明

内容の重複と、事実の根拠を確認する

似た記事があるときは、タイトルの単語だけで統合を決めません。
読者の疑問、説明範囲、案内先を並べ、別々に存在する理由があるかを見ます。

たとえばSEOの全体像を学ぶ記事と、監査結果を作業に落とすこの記事では役割が違います。
全体像はSEO対策の基本を扱う記事へつなぎ、本記事は対象URL・確認手順・作業記録に集中します。

アクセスが少ないという理由だけで削除しないことも大切です。
公開直後なのか、限定した顧客に必要な説明なのか、検索以外から使われているのかを確認します。
削除・統合する場合は、そのページへのリンクと代替先まで整理します。

画像とスマホ操作の問題を確認する

画像の容量と、ページ全体の速度を分ける

当社の監査では、大きい画像6点が検出されました。
10月16日に原寸PNGをJPEGへ変換し、ページ内の参照を更新した記録があります。

これはページ全体が82.87％速くなったという意味ではありません。
読み込みには他の画像、スクリプト、通信環境なども関係します。
順位や問い合わせ数の改善率としても扱えません。

当時は既存のWebPも大きかったため、形式名だけで選ばず、実際に容量が小さくなったJPEGを配信しました。
画像形式を変えれば必ず軽くなる、という前提で進めないことが、この記録から確認できる点です。

画像を変更するときは、掲載幅に対して過大でないか、文字が読めるか、スマホでも必要な情報が残るかを見ます。
元の画像を保管したうえで、代替テキスト、複数サイズの画像、実際に配信されるURLまで確認します。

「遅い」という通知を同じ条件で再確認する

同じ監査で遅いとされた4ページを、対応時に各3回測定しました。
記録されたHTMLの最初の応答までの時間は0.213〜0.289秒で、その測定環境では約1秒の遅延は再現しませんでした。

これは当日のサーバー応答の確認です。
スマホの表示完了時間やCore Web Vitalsの合格を確認した結果ではありません。

速度の点検票には、URLだけでなく、端末・回線・測定日時・測定対象も残します。
画像の転送容量、サーバー応答、画面が使えるまでの体感を一つの数値として扱わないようにします。
再現しない場合も「解決」と断定せず、通知と測定の条件の違いを記録して次の確認につなげます。

リンクとフォームは、最後の操作まで試す

検索から読者が来ても、相談ボタンの先が開かない、フォームを送れない状態なら改善が必要です。
見た目だけでなく、PCとスマホで次の操作を確認します。

• 本文の関連リンクから、内容の合う公開ページへ移動できる。
• 相談ボタンが押せて、意図したフォームが開く。
• 必須項目の不足が分かり、修正して入力を続けられる。
• 送信成功と失敗で表示が区別される。
• テスト送信が受信され、成果計測も設定した条件で動く。

テストは受信担当と日時・件名を共有し、実際の問い合わせと区別できる形で行います。
営業連絡を成果から除く設計なら、該当する目的を選んだ場合と相談を選んだ場合を分けて確認します。

当社の監査にあった、入力補助付きお問い合わせURL11件の内部リンク数は、それだけを理由に増やしていません。
入力補助が動くか、基本URLへ正しく整理されているかを確認する方が、機能を保った判断になります。

修正結果を再確認して記録する

通知を3種類に分け、担当と確認方法を付ける

当社の記録をもとに、通知を次のように分類しました。
そのまま他サイトに当てはめず、対象ページの役割と実物を確認して使ってください。

作業を依頼する場合は、通知名だけの一覧ではなく、下の点検票をURLごとに作ります。
「問題なし」とした項目にも理由を残すと、次回同じ通知が出たときの確認が早くなります。

優先度は、主要ページが読めない・相談できない問題、検索対象の設定ミス、内容の不足、軽微な整理の順を出発点にします。
ただし誤った料金や個人情報の露出など、読者への影響が大きい内容は先に対応します。
件数の多さだけで順番を決めません。

保存・実機・再クロールを別々に確認する

管理画面で保存できたことと、公開ページの表示が変わったことは、分けて確認します。
キャッシュが残っていないか、ページを再読み込みして意図した本文や画像が表示されるかを見ます。

監査ツールの通知は、次のクロールが古い状態を更新するまで残る場合があります。
当社の10月16日の対応記録も、Ahrefsの再クロールとスコア更新までを完了した記録ではありません。
公開ページの確認結果と、監査側の更新待ちを区別して残しました。

検索の変化と、問い合わせを分けて観測する

検索語や表示回数、クリックの確認にはSearch Consoleの検索パフォーマンスを使います。
ページ・クエリ・期間をそろえて、どの入口が変わったかを見ます。Search Consoleの検索パフォーマンスの説明

GA4では、サイト内の流入・行動と、設定した問い合わせイベントを確認します。
検索語をGA4だけで網羅的に把握できるという前提では進めません。
また、問い合わせの数を比較する前に、営業連絡やテストが成果に含まれる条件を確認します。

短期間の増減を修正の効果と決めず、公開日、変更日、データの期間、他の更新や広告の有無も記録します。
計測開始前のデータがない場合は、ゼロとして埋めず、比較できない範囲を残します。

よくある質問

Ahrefsの警告はすべて直すべきですか

対象URLと実際の状態を確認してから判断します。
意図した転送や入力補助URL、単なる変更通知もあるため、警告を消す目的で設定を変えないことが大切です。
一方で、通知名が軽く見えても主要サービスに影響する場合は優先します。

noindexページへの内部リンクは問題ですか

読者に必要なページへ移動できるようにする役割があります。
検索対象外であるという理由だけで、利用規約や案内ページへのリンクを取り除く必要はありません。
そのページを検索に出すかと、訪問者が閲覧できるようにするかを分けて考えます。

有料のSEOツールがなくても点検できますか

主要ページを絞って、Search Console、ブラウザー、管理画面、保存した作業表から確認を始められます。
サイト全体の大量URLや履歴を比較したい場合は、クロールツールの利用範囲を検討します。
有料ツールの有無より、対象URLと確認方法が残る運用にすることを優先します。

まず、主要ページ1つの点検票を作る

SEOチェックリストを使う最初の作業は、主要なサービスページを一つ選び、期待する状態と現在の状態を並べることです。
検索に届くか、説明が不足していないか、相談まで進めるかを確認し、修正する項目だけに担当と確認方法を付けます。

全体の集客方針とあわせて見直す場合は、マーケティング支援の内容もご確認ください。
監査の通知を、実行する作業と再確認の予定につなげていきましょう。