掲載写真はすべてAI生成イメージです。実際の社内・顧客の写真ではありません。
SEO内部対策は、自社サイトの設定やページ同士のつながりを整え、検索エンジンと利用者に内容を伝えやすくする取り組みです。中小企業のWeb担当者は、まず重要な公開ページを選び、確認結果と未確認の項目を分けて記録しましょう。本記事では、点検する項目、着手の順番、社内と制作会社の分担、変更後の確認までを一つの流れで整理します。
この記事でわかること
- 検索に出したいページを選び、取得・登録・代表URLを別々に確認する。
- 未確認を合格にせず、一ページの問題か共通部分の問題かを切り分ける。
- 修正の担当と完了条件を決め、技術的な確認と検索・相談の結果を分けて追う。
SEO内部対策とは？自社サイトの点検範囲を知る
SEO内部対策とは、サイト内のページ構成やリンク、検索への公開設定、表示される情報を整える取り組みです。検索エンジンがページを見つけて内容を把握しやすくし、訪問した人が必要な情報にたどり着けるようにします。GoogleのSEOスターターガイドも、利用者と検索エンジンが理解しやすいサイトを基本にしています。
出典：Google 公式 SEO スターター ガイド | Google 検索セントラル | Documentation | Google for Developers
たとえばサービス紹介の本文が完成していても、一覧からリンクされていなければ、訪問者は存在に気づきにくくなります。見出しが会社名だけなら、何のサービスを扱うページかもつかみにくいでしょう。内部対策では、このようなページのつながりと情報の伝わり方を、設定面と合わせて見直します。
| 領域 | 確認すること |
|---|---|
| 内部対策 | 自社サイトの公開設定、URL、内部リンク、タイトル、画面表示など。今回の点検対象。 |
| 外部対策 | 他のサイトからの紹介やリンクなど、自社サイトの外との関係。今回の点検表には含めない。 |
| コンテンツ改善 | 読者の疑問に答える説明、比較材料、根拠など。見出しやタイトルは内部対策とも重なる。 |
これらは作業を整理するための区分で、完全に別々の仕事ではありません。設定が整っていても、サービスの対象や条件が読めなければ相談の判断はできません。反対に、情報不足のページへ技術設定だけを追加しても、説明そのものは増えないため、担当を分ける場合も同じページを見て話し合います。
点検表は重要ページから、未確認を残して埋める
小規模な企業サイトでも、トップ、サービス紹介、事例、記事、問い合わせなど、ページの役割は異なります。まず検索から訪れてほしいサービスページを一つ選び、同じ形式のページをもう一つ比べます。これは調べる範囲を絞るための進め方で、二つ見れば全サイトが正常と判断できるという意味ではありません。
対象を選ぶときは、実際に案内しているURLを記入してください。社内の呼び名だけでは、旧ページ、プレビュー、公開ページを取り違えるおそれがあります。「このページは誰に何を伝えるか」「検索から見つけてほしいか」も一緒に決めます。申込後の完了画面など、検索入口にしないページを含めて、全URLの検索設定を一律に変えないためです。
表が収まらない場合は横にスクロールできます →
| 点検する項目 | 確認する場所と見方 | 残す記録 |
|---|---|---|
| 公開と取得 | 公開URLを開く。Search ConsoleのURL検査で取得や登録の状態も確認する。 | 対象URL、確認日時、表示された状態、検索入口にする意図 |
| クロールと登録設定 | robots.txtとnoindexを別々に確認する。分からない設定は技術担当へ照会する。 | 設定の場所、対象ページ、意図との不一致 |
| 代表にするURL | canonicalの指定先、Googleが選択した正規URL、内部リンクの行き先を照合する。 | 希望するURL、取得できた結果、未確認の項目 |
| ページの役割 | 一覧からたどり、タイトル・主見出し・冒頭の説明を読む。 | 到達経路、ページの目的、食い違う箇所 |
| 表示と操作 | スマホで本文を読み、メニュー・表・相談ボタンを操作する。 | 端末、症状、再現手順、必要な画面の控え |
判定は「確認済み・問題なし」「要対応」「未確認」「対象外」に分けると、見ていない項目を合格にしにくくなります。権限がなくてSearch Consoleを開けない場合は未確認です。重複URLがないため今回の統合検討が不要なら、その理由を添えて対象外にできます。ツールで値が出ないことを、問題がない証拠として扱わないでください。
優先順位は、問題の種類、事業への影響、変更が及ぶ範囲で決めます。検索に出す予定のサービスページを取得できない場合は、装飾の調整より先に原因を確認します。一方、公開・登録の状態に問題がなく、説明が不足している場合は内容改善が先になることもあります。点検項目の順番は目安であり、サイトの症状に合わせて入れ替えます。
クロール・登録・正規URLを分けて確認する
取得できることと、検索に登録されることは別
クロールは検索エンジンがページを取得すること、インデックス登録は取得した情報を検索対象として保管することです。Search Consoleで対象URLを検査すると、Google側に記録された登録状態を確認できます。画面に表示される前回のクロール日時も見て、最近の変更より前の情報かどうかを確かめます。
出典：URL 検査ツール – Search Console ヘルプ
変更後の現在の状態を調べるときには「公開URLをテスト」を使えます。ただし、このテストに通っても登録や上位表示が保証されるわけではありません。また、GoogleがどのURLを正規版に選んだかは登録済みデータ側の情報で、ライブテストだけでは選択結果を予測できません。登録状態とテスト結果は別の欄に残します。
出典：URL 検査ツール – Search Console ヘルプ
robots.txt・noindex・canonicalを混同しない
| 設定 | 役割と注意点 |
|---|---|
| robots.txt | クローラーが取得する場所を制御する。検索結果からURLを隠す仕組みではない。内容の理解に必要なCSSやJavaScriptを遮断していないかも確認する。 |
| noindex | ページを検索結果に載せない指定。Googleが読み取るにはページへアクセスできる必要がある。検索入口にするページへ意図せず付いていないか確認する。 |
| canonical | 重複・類似ページのうち代表にしたいURLを伝える指定。指定どおりに選ばれるとは限らず、無関係なページを一つにまとめるためには使わない。 |
出典：robots.txt の概要とガイド | Google 検索セントラル | Documentation | Google for Developers
出典：rel="canonical" などを利用して正規ページを指定する方法 | Google 検索セントラル | Documentation | Google for Developers
出典：URL 検査ツール – Search Console ヘルプ
担当者へは「検索に出ないので全部解除して」ではなく、対象URLと期待する公開範囲を伝えます。たとえば、検証用の画面を検索に出さない意図があるなら、その設定を他のページと一緒に解除してはいけません。非公開の情報を守る目的では、robots.txtやnoindexを閲覧制限の代わりにせず、アクセス権や認証を含めて管理者に確認します。
出典：robots.txt の概要とガイド | Google 検索セントラル | Documentation | Google for Developers
同じ内容に複数のURLからアクセスできる場合は、代表にしたいURLを決め、canonical・サイトマップ・内部リンクの案内が食い違っていないかを調べます。サイトマップは検索エンジンへURLを知らせる一覧ですが、掲載しただけで登録完了にはなりません。正規化の設定を採用する前に、残すページと統合するページの内容を比べてください。
出典：Google 公式 SEO スターター ガイド | Google 検索セントラル | Documentation | Google for Developers
出典：rel="canonical" などを利用して正規ページを指定する方法 | Google 検索セントラル | Documentation | Google for Developers
「サービス紹介」と「そのサービスの事例」は、同じ言葉が使われていても役割が違います。検索語が似ているだけで、すべてをサービス紹介へcanonical指定する判断は避けます。逆に、旧URLと新URLで同一の説明を公開し続けている場合は、継続公開の必要性を整理して技術担当へ渡しましょう。URL変更や転送を伴う作業は、既存リンクへの影響と戻し方まで決めてから着手します。
取得できないページや正規URLの判断に迷ったら、対象URLと確認画面を添えてご相談ください。サイトの改修・運用で対応する範囲を整理します。
リンク・タイトル・見出しでページの役割を伝える
次は、対象ページへサイト内からたどれるかを見ます。サービス一覧や関連する記事を開き、リンクを押して目的の説明へ着けるか確認してください。メニューにあることだけでなく、利用者がその説明を必要とする場面で案内されているかを考えます。リンクの文言は、クリック先の内容を予測できる言葉にします。
出典：Google 公式 SEO スターター ガイド | Google 検索セントラル | Documentation | Google for Developers
ここで記録したいのは「リンクが何本あるか」よりも、「どのページの、どの疑問から案内するか」です。社内資料にURLが書かれているだけなら、サイトを訪れた人の導線にはなりません。関連性の薄い記事をまとめて結ぶのではなく、読者が次に確かめたい料金、対応範囲、依頼の流れなどへつなぎます。
タイトル、主見出し、冒頭の説明は、一緒に読み比べます。タイトルで料金を案内すると伝えているのに、本文に金額の条件も見積もりの考え方もなければ、設定欄だけ直しても期待とのずれは残ります。実際のサービス内容を知る担当者が、ページの約束と本文の一致を確認する作業です。
見出しは本文の区切りが分かる言葉にし、画像には文脈に合った説明を添えます。Googleのガイドでは、分かりやすいタイトルやリンクの文言、画像の代替テキストが案内されています。一方、順位が上がる万能な文字数や見出し数は示されていません。キーワードを機械的に増やすより、説明の不足や読みにくい区切りを直します。
出典：Google 公式 SEO スターター ガイド | Google 検索セントラル | Documentation | Google for Developers
| 観察したこと（説明用の仮例） | 担当へ渡す対応と完了条件 |
|---|---|
| サービス一覧には旧ページへのリンクがあり、新ページへ進めない。 | 編集担当が正しい公開URLを確認しリンクを修正。一覧から新ページへ移動できることを確認する。 |
| 新ページと別のサービスページに、同じ「サービス紹介」というタイトルが付く。 | 各ページの対象を区別した題名を検討。本文のサービス内容とタイトルが一致するか担当者が確認する。 |
| 複数のサービスページで、相談ボタンがスマホの表と重なる。 | 共通テンプレートの問題か技術担当が調査。変更後、同形式の別ページでも本文・表・ボタンを点検する。 |
この表は考え方を説明するための架空の例で、VELGRITの顧客事例や改善効果ではありません。観察した現象と、原因の仮説を分けて書くのがポイントです。複数ページで同じ症状が見えても、確認前に「テーマの不具合」と断定せず、共通部分の調査を依頼します。
内部リンクの配置や題名の作り方を詳しく決める場合は、末尾の関連記事「内部リンクの貼り方」「SEOタイトルとメタディスクリプションの書き方」を使えます。本記事の点検表で要対応のURLを選んでから、該当する作業へ進むと整理しやすくなります。
表示速度とスマホの使い勝手を点検する
公開設定と文章を確認したら、実際に使うときの不便も点検します。スマホで必要な説明が読めるか、表の続きが分かるか、メニューを閉じられるか、相談ボタンが本文を覆わないかを見ます。Googleはページ体験について、表示速度だけでなくモバイル表示やコンテンツを妨げる要素なども含めた確認を案内しています。
出典：ページ エクスペリエンスと Google 検索結果への影響 | Google 検索セントラル | Documentation | Google for Developers
画面を開いた直後の見た目だけでは、読み進めた先の問題は見つかりません。ページの最後まで移動し、図表、画像、関連リンク、相談の案内を順に確認します。問い合わせフォームでは入力内容が送信される場合があるため、社内の検証方法を決めずに試験送信を繰り返さないようにします。まずは画面と遷移の確認で再現できる問題を記録してください。
表示が遅い場合は、対象ページと測定条件をそろえて調べます。PageSpeed Insightsなどの結果は、原因を絞る材料として使います。GoogleはCore Web Vitalsをランキングで利用すると説明していますが、良い測定値だけで上位表示を保証するわけではありません。点数を上げるために、必要な説明や画像、利用者が使う機能を無条件で削らないことも大切です。
出典：ページ エクスペリエンスと Google 検索結果への影響 | Google 検索セントラル | Documentation | Google for Developers
例えばトップでは問題がなくても、写真の多い事例ページだけで待ち時間が出ることがあります。共通の部品に問題があるのか、そのページだけの画像や埋め込みが関係するのかで依頼先の調査範囲が変わります。「サイト全体が遅い」とまとめず、URL、端末、困る操作、再現する条件を添えましょう。詳しい測定と依頼の整理は、末尾の表示速度の記事へ進めます。
担当と完了条件を決め、変更後も同じURLで確認する
点検結果がそろったら、作業を「社内で判断すること」と「設定や実装を確認すること」に分けます。サービスの説明や公開したい範囲は、内容を把握する社内担当が決めます。robots.txt、canonical、転送、共通テンプレートなどの変更は、仕組みと影響を確認できる技術担当と進めると、依頼の食い違いを減らせます。
- 対象を選ぶ｜公開URLとページの役割、検索に出したい範囲を決める。
- 証拠を残す｜画面・設定・検査結果を記録し、未確認を区別する。
- 変更を決める｜原因の確認、担当、対象範囲、戻し方、完了条件をそろえる。
- 同じ条件で確認する｜変更したURLと共通部品を使う別ページを見て、後日の検索推移を分けて追う。
| 欄 | 記入する内容 |
|---|---|
| 対象と目的 | 公開URL、ページの役割、期待する公開状態。 |
| 観察した現象 | 確認日時、端末、操作、表示内容。原因を推定した場合は仮説と明記。 |
| 調べてほしい範囲 | 一ページのみか、同じテンプレートのページにも症状があるか。未調査ならその旨。 |
| 変更と復元 | 変更する設定・ファイル、作業担当、控えの保存先、戻す条件。 |
| 完了と次回確認 | 同じ操作で症状が解消したか、関連ページに影響がないか。登録状態・検索実績の後日確認も別に記録。 |
「SEO対策一式」とだけ依頼すると、点検報告までなのか、修正と公開後の確認も含むのかが伝わりません。表の各欄を全部埋められなくても、分からない箇所を残して渡せば、調査が必要な範囲を相談できます。見積もりでは対象URL数だけでなく、共通部品の変更や公開後の再点検が含まれるかを照合してください。
修正後は、管理画面で保存できたことに加えて、公開ページで期待した状態になったかを見ます。一つの共通設定を変更した場合は、サービスページ、記事、一覧など影響しそうな形式を選んで確認します。チェック欄には担当と日時を残し、技術的な完了と、後日の検索結果の変化を同じ「改善済み」でまとめないようにします。
検索への登録を確認する際は、Search Consoleに記録された情報の日時を見ます。修正直後のライブテストが通ったからといって、以前の未登録表示がすぐ変わるとは限りません。変更日と検査日を残して追跡し、登録済みデータに反映されたかを改めて確認します。
出典：URL 検査ツール – Search Console ヘルプ
検索流入の評価では、同じページと検索語、検索種別、国・端末などの条件をそろえ、処理が終わった同じ長さの期間を比較します。表示回数、クリック、掲載位置を合わせて見て、少数の表示に対するクリックゼロだけでタイトルの失敗と決めつけないことが大切です。公開直後、季節要因、同時に行った改修なども記録し、変化の理由を早急に一つへ絞らないようにします。
最後に、検索クリックと問い合わせは別々に扱います。相談ボタンが押されたことは、フォームが届いたことや商談になったこととは違います。自社の確認アクセスを識別できないデータは、その限界も残してください。内部対策の作業が終わった後も、読者が必要な説明へ進めたかを、取得できる範囲で確かめていく運用につなげます。
未確認の設定や、社内と制作会社の分担を整理したい方は無料相談をご利用ください。まず自社で確認したい方は、記事末尾の無料ホームページ改善チェックシートから始められます。
よくあるご質問
この記事のまとめ
- 自社サイトの内部対策は、公開URLとその役割を定めるところから始めます。点検表には確認できた事実と未確認を分けて残してください。
- robots.txt、noindex、canonicalは役割が異なります。設定をまとめて変えず、対象範囲と期待する状態を技術担当に伝えます。
- 変更後は同じ操作と関連ページで確認し、その後の検索流入や相談とは分けて記録します。最初はサービスページ一つの点検メモを作りましょう。
掲載内容は出典・取材・検証結果を確認し、編集担当者の承認を経て公開しています。記事制作にはAIを補助的に使用しています。
運営者について →