SEO内部対策は、設定項目を上から全部埋める仕事ではありません。検索に出したいURLを決め、Googleと利用者がそのページを発見できるか、正規URLが一致しているか、ページの役割と内容が合っているか、読んだ後に次の行動へ進めるかを順番に確認する仕事です。
中小企業サイトでは、対象をサイト全体に広げると調査と承認だけで止まりがちです。本記事では、成果に近いURLを1件選び、現状証拠、改善理由、担当、公開条件、観測結果を一行の台帳で管理する手順を解説します。記事とサービスページの役割が重なっている場合は、先に記事とサービスページを住み分ける判断方法を確認してください。
内部SEOは5つのゲートを上から確認する
結論：順番は、発見可能性、インデックス可否と正規URL、ページの役割、内容の有用性、利用体験です。上流で止まっているURLに、タイトル調整や文章追加だけを重ねません。
GoogleのSEOスターターガイドは、SEOを検索エンジンが内容を理解し、利用者が訪問するか判断しやすくする改善と説明しています。順位を保証する秘密の設定はありません。そこで本記事では「何を直したか」ではなく、「どのゲートを、どの証拠で通したか」を完了条件にします。
| 順番 | 問い | 主な証拠 | 止まる条件 |
|---|---|---|---|
| 1 発見 | 人とクローラーがURLへ到達できるか | 文脈内リンク、サイトマップ、HTTP応答 | 孤立、壊れたリンク、アクセス不能 |
| 2 正規化 | 検索対象と代表URLが一致するか | robots、canonical、URL検査 | noindex、別URL選択、重複矛盾 |
| 3 役割 | 誰の何に答えるページか | title、H1、冒頭、検索語 | 他ページと主目的が重なる |
| 4 内容 | 判断に必要な根拠があるか | 一次情報、独自資料、手順、更新責任 | 要約だけ、根拠不明、古い情報 |
| 5 体験 | 読んで次へ進めるか | 実機、速度、内部遷移、問い合わせ | 読めない、押せない、導線不明 |
最初にURL単位の診断台帳を作る
会議資料を増やす前に、1URLを1行にします。最低限、URL、ページの役割、優先する検索意図、現状の検索可否、内部リンク元、変更候補、担当、公開条件、確認日、証拠URLを持たせます。未確認は空欄にせず「未確認」と書きます。
台帳は順位表ではありません。経営者が決める項目、現場が出す情報、制作担当が実装する項目、公開後に計測担当が確認する項目を分ける道具です。一つのセルへ「SEO改善」のような広い作業名を書かず、確認できる単位にします。
| 項目 | 記入例 | 責任者 |
|---|---|---|
| 役割 | 比較中の担当者が対応範囲を判断する | 事業責任者 |
| 現況 | 200、index可、self-canonical、内部リンク元0 | 調査担当 |
| 変更 | 関連サービス2ページから文脈リンク追加 | 編集・実装担当 |
| 公開条件 | リンク先200、表示崩れなし、計測確認 | 公開責任者 |
| 証拠 | 検査日時、画面、応答、変更差分 | 確認担当 |
優先URLは事業価値・阻害度・実行可能性で選ぶ
トップページから順に直す必要はありません。相談や応募に近いサービス、事例、料金条件、問い合わせ前の説明などから、事業価値が高く、今の問題が進行を止めており、社内で根拠を出せるURLを1～3件選びます。
優先度は「事業価値3点＋阻害度3点＋実行可能性3点－公開リスク3点」のように単純化できます。点数の精密さより、なぜ今このURLなのかを説明できることが重要です。全ページへ同じ修正を広げるのは、1URLで確認が終わってからにします。
インデックス可否と正規URLを先に確かめる
対象URLが200で表示されても、検索対象とは限りません。robots metaまたはHTTPヘッダーに `noindex` がないか、Googleが選んだ正規URLと指定したcanonicalが一致するか、本文と重要な画像・CSS・JavaScriptを取得できるかを確認します。Googleのrobots meta仕様では、`noindex` は検索結果へ表示しない指示です。
重複または非常に似たURLがある場合は、残すURLを決めてから処理を選びます。Googleのcanonicalガイドでは、リダイレクトと `rel=canonical` は強い正規化シグナル、サイトマップ収録は弱いシグナルです。別の検索意図を担うページまでcanonicalで一つに寄せず、内容と役割を分けます。
重要ページへ文脈のある通常リンクを置く
サイトマップにURLがあっても、読者が関連ページから進めない状態は解消しません。Googleのリンクに関するベストプラクティスでは、基本的に `a` 要素と `href` を使い、行き先が分かる簡潔なアンカーテキストを置くこと、重要ページには少なくとも一つのサイト内リンクを用意することが案内されています。
リンク元は件数ではなく文脈で選びます。たとえば「SEO対策」の主サービスへ、無関係なお知らせ50件からリンクするより、内部対策、サイト改善、リニューアル後の確認を扱う数ページから説明付きでつなぐ方が、読者にも目的が伝わります。「こちら」だけのリンクや、JavaScriptのクリック処理だけで移動する要素は避けます。
title・H1・冒頭を一つのページ役割にそろえる
titleは検索結果での候補名、H1は画面上の主題、冒頭は対象読者と答えの範囲です。3つを同じ文章にする必要はありませんが、別々の目的を語ってはいけません。Googleのtitle linkガイドによると、検索結果のtitle linkは `title`、画面上の主題、H1、リンク文言など複数の情報から自動生成されます。
URLごとに「誰が、何を判断するページか」を一文で置き、その文からtitle・H1・冒頭を点検します。タイトルへ類義語を詰め込み、H1だけ広い言葉にし、冒頭で別サービスを売り込む状態は避けます。ページごとの固有性は、地域名や業種名の差し替えではなく、読者、課題段階、必要な証拠、読後の行動で作ります。
似たページは差別化・統合・転送を先に決める
| 状態 | 処理 | 確認点 |
|---|---|---|
| 読者・課題・成果物が違う | 両方を残して差別化 | 冒頭と内部リンクで役割が分かる |
| 主目的が同じで情報が分散 | 主URLへ内容を統合 | 移す根拠と更新責任を決める |
| 旧URLを廃止し対応先がある | 対応する新URLへ301 | 内部リンクとcanonicalも更新 |
| 重複表示だけで両URLが必要 | canonicalを検討 | 検索意図が同じ場合に限定 |
投稿18331はサイト全体の改善運用を扱い、堺のSEO内部対策チェックは地域ページ、会社情報、対応エリア、ローカル導線の監査に限定します。一般項目を両方へコピーしません。URLを変える場合は、GoogleのURL変更を伴う移行ガイドを基準に、対応表、恒久転送、内部リンク、canonical、noindexを公開前後で確認します。
文章量より、判断に必要な一次情報と独自資料を足す
文字数を増やしても、読者が自社の判断へ使える情報がなければ改善にはなりません。Googleの人を第一にしたコンテンツの自己評価では、既存または想定する読者に役立つか、一次経験や深い知識があるか、読後に目的を達成できるかが確認項目として示されています。
中小企業サイトでは、対応範囲、対象外、実際の工程、必要資料、納期が変わる条件、品質確認、担当部署、更新日を出せると判断材料になります。顧客名、成果数値、相談傾向は、確認できる社内記録がある場合だけ使います。ない場合は「よくある」と創作せず、確認手順や比較表として書きます。
モバイル実機とCore Web Vitalsを別々に確認する
内部SEOの確認をPCの管理画面だけで終えません。スマートフォンで主題、表、画像、リンク、フォームが読めて操作できるかを実機または実表示幅で確認します。Core Web Vitalsは、実利用時の読み込みをLCP、応答性をINP、視覚安定性をCLSで測ります。
数値が良くても、重要な説明が折りたたみの奥にある、表がページ全体を横に押す、ボタン同士が近い、フォーム送信を完了できないなら公開品質は足りません。モバイルのクロール、内容一致、操作、実機確認をまとめて監査する場合は、モバイルSEOの公開前監査へ分けて確認します。
実装前に担当・公開条件・戻し方を決める
SEO改修が止まる原因は、作業量より責任の曖昧さです。事業責任者はページの役割と事実、編集担当は構成とリンク、実装担当はHTML・CMS・転送、確認担当は公開条件と証拠を持ちます。同じ人が複数を担当しても、役割名は分けます。
| 段階 | 完了条件 | 異常時 |
|---|---|---|
| 変更前 | URL、modified、本文hash、設定、表示の基準値がある | 現況を再読して競合なら停止 |
| 候補 | 変更理由、差分、リンク、画像、担当が特定済み | 未確認項目を公開しない |
| 公開直後 | 200、canonical、robots、リンク、表示、計測を再確認 | 重大不具合なら合意済み手順で復旧 |
| 観測 | 変更日と対象指標を同じ台帳で追う | 速報値だけで全面撤回しない |
本番の安全確保は、記事ごとにサイト全体を何度も保存することではありません。変更範囲を狭くし、直前の現況を再読し、最終承認後のリリースで検証済みの同日バックアップを一式だけ使い、差分と復旧条件をそろえます。
30日単位で1URLの変更と結果を結ぶ
変更前にSearch Consoleの表示回数、クリック数、検索語、Googleが選んだcanonical、サイト内の遷移、問い合わせなど、取得できる基準値を保存します。URL検査では、Googleインデックス側の情報とライブテスト側の情報を分けて見ます。ライブテストが成功しても、登録済みとは限りません。
| 時点 | 作業 | 判断 |
|---|---|---|
| 0日 | 基準値、役割、変更範囲、停止条件を記録 | 証拠不足なら計測から |
| 公開日 | 200、robots、canonical、本文、リンク、表示を確認 | 重大不具合なら復旧 |
| 1～7日 | サーバー・リンク・計測欠損を確認 | 技術不具合だけ即修正 |
| 8～30日 | 表示、クリック、遷移、問い合わせの変化を観測 | 継続・局所修正・期間延長 |
再クロール依頼は、重要な少数URLで公開確認が終わった後に行います。Googleの再クロール案内では、依頼は即時登録を保証せず、同じURLへ繰り返し依頼しても速くならないと説明されています。多くのURLはサイトマップと通常の発見経路を使います。
サイト内の行動を測る場合は、ページ閲覧、主要リンク、フォーム到達、完了を混同しません。イベント名、パラメータ、重複排除、検証証拠はGA4のコンバージョン計測設計で整理します。
外注は作業名ではなく成果物と検証範囲で比べる
「内部対策一式」だけでは、調査のみか、文章・実装・公開確認まで含むか分かりません。見積書では対象URL数、クロールとインデックス診断、重複判断、原稿、CMS実装、転送、計測、端末確認、公開後観測を分けます。費用の比較軸はSEO対策費用と見積範囲の考え方で詳しく扱います。
納品物は、指摘一覧だけでなく、URL別の優先順位、修正案、担当、公開条件、確認証拠、次回判断日までを候補にします。短期順位の保証、根拠のない大量ページ作成、変更履歴のない一括修正は、依頼範囲から外します。みやあじよの対応範囲はSEO対策・サイト改善サービスで確認できます。
相談前にそろえる内部SEO改善シート
- 優先したいURLと、そのページで増やしたい相談・応募・購入
- Search Consoleの対象期間、ページ、主な検索語、表示、クリック
- URL検査のGoogleインデックス情報とライブテスト結果
- status、robots、canonical、サイトマップ、内部リンク元
- title、H1、冒頭、対象読者、ページの主役割
- 競合する自社ページと、残す・統合する・役割を変える理由
- 公開できる一次情報、社内資料、担当者、更新責任
- 変更可能なCMS範囲、公開日、確認担当、戻し方
すべてが揃っていなくても、未確認、権限不足、社内判断待ちを分ければ、次に取る証拠が決まります。サイト全体の診断と優先順位を一緒に整理したい場合は、みやあじよへの相談窓口から、対象URLと今分かっている問題を共有してください。
まとめ
SEO内部対策は、チェック項目を増やすことではなく、検索に出したいURLを決め、発見、正規化、役割、内容、利用体験の順に問題を切り分ける仕事です。1URLを1行の台帳で管理し、事業価値と阻害度から優先し、担当・公開条件・確認証拠を決めてから狭く実装します。公開後はURL検査、検索表示、サイト内遷移、問い合わせを時間を置いて確認し、証拠に基づいて次のURLへ進みます。
