オンページSEO(内部対策)とは?内部施策の一覧と優先順位・進め方
オンページSEO(内部対策)とは、自社サイトの中だけで完結する検索エンジン最適化の総称です。被リンク獲得など外部要因を扱うオフページSEOと対になる概念で、タイトルや見出しの設計、クロールとインデックスの制御、内部リンク、表示速度、コンテンツの質までを含みます。施策の種類は多く「結局どれから手を付ければいいのか」で止まりがちなため、この記事では内部施策を5系統に整理したうえで、着手する優先順位と進め方まで具体的に示します。
まとめ:オンページSEO(内部対策)で押さえる要点
- オンページSEO=内部SEO=内部対策。呼び方が違うだけで、サイト内で完結する最適化を指す。
- 施策は「HTML・メタ」「クロール・インデックス」「内部リンク」「表示速度・モバイル」「コンテンツ・構造化データ」の5系統に集約できる。
- 表示速度はCore Web Vitals(LCP 2.5秒以下・INP 200ミリ秒以下・CLS 0.1以下)が基準。2024年3月にINPがFIDへ置き換わった。
- 着手順は「インデックス確認→タイトル・見出し→表示速度→内部リンク→継続改善」。全部同時ではなく、評価に直結する順で回す。
- 効果測定はGoogle Search Console。順位が低ければ本文、CTRが低ければタイトル・メタ、と原因別に打ち手を変える。
以下で各系統の具体策と、優先順位の付け方を順に見ていきます。
オンページSEO(内部対策)の定義と目的
オンページSEOは、検索エンジンとユーザーの双方にとってページを理解しやすく・使いやすくするための、サイト内部で行う最適化です。日本語では「内部SEO」「内部対策」「内部施策」と呼ばれますが、指す範囲はほぼ同じです。Googleのクローラーがページを正しく巡回・インデックスでき、内容を正確に評価できる状態を作ることが目的で、その結果として検索順位とクリック率、ひいてはコンバージョンの改善につながります。
オフページSEOとの違いは「サイトの内か外か」
オンページSEOがサイト内の構造とコンテンツを整えるのに対し、オフページSEOは外部からの評価、主に被リンク(外部サイトからのリンク)やサイテーションを扱います。両者は代替関係ではなく補完関係で、内部が整っていないサイトは被リンクを集めても評価が伸びにくく、逆に内部だけ整えても外部の信頼シグナルがなければ競合の多い領域では上がりきりません。外部施策の考え方はSEO外部対策・被リンクとは何かで解説しています。まずコントロールできる内部対策から着手するのが定石です。
テクニカルSEO・コンテンツSEOとの位置づけ
オンページSEOは、サイトの技術面を整えるテクニカルSEOと、本文の質を高めるコンテンツSEOの両方を内側に含む、より広い概念です。クロール制御や表示速度はテクニカル寄り、検索意図に沿った本文づくりはコンテンツ寄りで、内部対策とはこの2領域をページ単位で束ねたものと捉えると施策の全体像がつかみやすくなります。
HTML・メタ情報の内部対策
1ページ単位で真っ先に整えるのが、タイトル・メタディスクリプション・見出し・画像です。検索結果の見え方とページの主題認識に直結し、修正コストも低いため、内部対策の起点になります。
| 要素 | 目安 | ねらい |
|---|---|---|
| タイトルタグ | 全角30字前後・KWは前方 | 主題認識とクリック率 |
| メタディスクリプション | 全角120字前後 | クリック率(順位への直接影響はなし) |
| h1 | 1ページ1本 | ページの主題を1つに定める |
| 画像alt | 内容を簡潔に記述 | 画像検索・アクセシビリティ |
タイトルタグは前方にキーワード・全角30字前後
タイトルは検索順位への影響が大きい要素で、対策キーワードを前方に置き、全角30字前後に収めます。長すぎると検索結果で末尾が省略され、Googleが本文からタイトルを書き換える場合もあります。1ページ1テーマを守り、同一サイト内で似たタイトルを量産しないことが、後述するカニバリ(共倒れ)の予防にもなります。
メタディスクリプションはクリック率のための説明文
メタディスクリプションは順位を直接動かす要素ではなく、検索結果でユーザーがクリックするかを左右する説明文です。全角120字前後で、そのページで解決できることを具体的に書きます。設定しない場合はGoogleが本文から自動抽出しますが、意図した訴求にはならないため、主要ページは手動で用意します。
見出しタグはh1を1本にし階層を守る
見出しはh1→h2→h3の順で階層を崩さず、h1はページに1本だけ置きます。見出しはページの目次であり、クローラーが内容の構造を把握する手がかりになります。キーワードは自然な範囲で含め、詰め込みは避けます。
画像はalt属性とファイルサイズを最適化する
画像にはalt属性で内容を簡潔に記述し、検索エンジンとスクリーンリーダーに情報を伝えます。あわせてWebP等での圧縮や適切なサイズ指定でファイルを軽くすると、次に述べる表示速度の改善にも直結します。
クロール・インデックス最適化の内部対策
どれだけ本文を作り込んでも、クローラーが巡回できず、検索エンジンのインデックスに登録されなければ検索結果には現れません。クロール(巡回)とインデックス(登録)は別の段階で、それぞれに対策があります。
XMLサイトマップとrobots.txtでクロールを促す
XMLサイトマップはサイト内のURL一覧をクローラーに伝えるファイルで、Search Consoleから送信すると新規・更新ページの発見が早まります。robots.txtでは管理画面や検索結果ページなど評価不要なパスのクロールを制限し、クロールバジェット(巡回の予算)を主要コンテンツへ振り向けます。
パンくずリストとサイト階層でクロール経路を明確化
トップから各ページまでが浅く論理的な階層でつながっていると、クローラーは重要ページに届きやすくなります。パンくずリストはサイト内の位置を示し、ユーザーの回遊とクローラーの経路把握の両方に効きます。深い階層に埋もれたページは、上位ページからのリンクで引き上げます。
canonical・URL正規化・noindexでインデックスを整理
同じ内容が複数URLで存在すると、検索エンジンはどれを評価すべきか迷い、評価が分散します。canonicalタグで正規URLを指定し、パラメータ違いやwww有無などのURLを正規化して重複を防ぎます。検索結果に出す必要のないページ(絞り込み結果、サンクスページ等)にはnoindexを指定し、インデックスを主要ページに絞ります。
リンク切れ・ソフト404を解消する
存在しないページへのリンク(リンク切れ)や、中身がないのに200を返すソフト404は、クロールの無駄と評価低下を招きます。リンクチェックで検出し、リダイレクト設定か正しい404返却で解消します。定期的な点検を運用に組み込むのが現実的です。
内部リンクによる評価・クロールの集約
内部リンクは、サイト内のページ同士をつなぎ、クローラーの巡回経路とページ間の評価の受け渡しを設計する施策です。外部リンクと違い自社で完全にコントロールできるため、内部対策の中でも費用対効果が高い領域です。
重要ページへリンクを集中させる
コンバージョンや集客の要となるページには、関連する複数のページからリンクを張り、サイト内での重要度をクローラーに示します。トップページや主要カテゴリから主力コンテンツへ直接リンクを通すと、巡回効率と評価の集約が同時に進みます。
アンカーテキストはリンク先の内容が分かる具体語にする
リンクの文言(アンカーテキスト)は「こちら」「詳細はこちら」のような汎用語ではなく、リンク先の主題が分かる具体語にします。これはリンク先ページの関連性シグナルになり、ユーザーの遷移判断も助けます。ただし同じキーワードで機械的に張り続けると不自然と見なされるため、文脈になじむ表現を優先します。
孤立ページ(orphan)をなくす
どこからもリンクされていない孤立ページは、クローラーに発見されにくく、インデックスから漏れやすくなります。新規ページを公開したら、テーマの近い既存ページから必ずリンクを張り、サイトの導線に組み込みます。
表示速度・モバイル対応(Core Web Vitals)
ページの表示品質は、Core Web Vitalsという3つの指標で評価されます。Googleはモバイルの利便性を重視しており、モバイルファーストインデックスは2024年7月5日にPC用Googlebotのクロールを終了して完全移行済みです。スマートフォンでの表示・操作を基準に整えることが前提になります。指標の詳細はコアウェブバイタル(LCP・INP・CLS)の基準と改善方法で解説しています。
| 指標 | 測る対象 | 良好の基準 |
|---|---|---|
| LCP | 主要コンテンツの表示速度 | 2.5秒以下 |
| INP | 操作への応答性 | 200ミリ秒以下 |
| CLS | レイアウトの安定性 | 0.1以下 |
いずれも実ユーザーデータの75パーセンタイル(訪問の75%)で判定されます。INPは2024年3月12日にFIDを置き換えた新指標で、旧記事のFID基準は現行では使えません。
表示速度(LCP)は画像とサーバー応答から改善する
LCPが遅い主因は、大きな画像とサーバーの初期応答の遅さです。画像の圧縮と遅延読み込み、CDNの利用、不要なCSS・JavaScriptの削減で短縮します。PageSpeed InsightsやLighthouseで現状値を測り、影響の大きい要素から手を付けます。
操作応答性(INP)とレイアウト安定性(CLS)を整える
INPはクリックやタップへの反応の速さで、重いJavaScriptの実行を分割・削減すると改善します。CLSは表示中に要素がずれる量で、画像や広告枠にサイズを指定し、後から挿入される要素の高さを確保するとずれを抑えられます。
コンテンツと構造化データの最適化
内部対策の技術面が整っても、本文が検索意図に応えていなければ上位化はしません。コンテンツの質と、検索エンジンに内容を伝える構造化データを最後に押さえます。
検索意図に沿った本文とE-E-A-Tを満たす
ユーザーが何を知りたいのか(検索意図)を出発点に、過不足なく答える構成にします。GoogleはE-E-A-T(経験・専門性・権威性・信頼性)を品質評価の観点としており、実体験や一次情報、出典の明示が効きます。かつて独立していたヘルプフルコンテンツ・システムは、2024年3月のコアアップデートでコアの評価システムに統合され、「人の役に立つ内容か」は常時の評価対象になりました。キーワードの詰め込みや量産だけの薄い記事は、むしろ評価を下げます。
構造化データの現状(FAQリッチリザルトは2026年廃止)
構造化データは、パンくずや記事情報などをschema.orgの形式で検索エンジンに伝える仕組みです。ただしFAQ(よくある質問)のリッチリザルトは、2023年に表示対象が政府・医療系の一部サイトに限定され、2026年5月7日以降は検索結果に表示されなくなりました。FAQPageマークアップ自体は有効なままで、AI Overviews等の抽出シグナルとしては機能しますが、「FAQ構造化データを入れれば検索結果が目立つ」という旧来の前提は成立しません。詳細はFAQリッチリザルト2026年廃止の影響と対応を参照してください。
内部対策の進め方と優先順位(チェックリスト)
内部施策は数が多く、すべてを同時に進めると手が止まります。評価への効き方と着手コストから、次の順で回すのが現実的です。まず「そもそもインデックスされているか」を確認し、されていなければ何を最適化しても検索結果に出ません。
- ①インデックス確認:Search Consoleの「URL検査」で対象ページが登録されているかを見る。
- ②タイトル・見出し:主題とキーワードを整え、1ページ1テーマにする。
- ③表示速度・モバイル:Core Web Vitalsの不良項目を潰す。
- ④内部リンク:重要ページへの導線と孤立ページの解消。
- ⑤コンテンツ更新と継続改善:検索意図とのズレを埋め、定期的に見直す。
着手前にSearch Consoleで現状を把握する
Google Search Consoleは、実際の表示回数・クリック率・平均掲載順位・インデックス状況を無料で確認できる一次データです。感覚で施策を選ばず、まずどのページ・どのクエリで表示され、どこで取りこぼしているかを把握してから優先順位を決めます。
効果測定は原因別に打ち手を変える
改善は一度で終わらず、データを見て打ち手を分けます。表示回数はあるのに順位が低いページは、本文の網羅性や検索意図とのズレを見直します。順位は取れているのにCTRが低いページは、タイトルとメタディスクリプションを改善します。この切り分けの反復が、内部対策を順位とCTRの改善に結びつけます。
よくある質問
オンページSEOと内部SEO・内部対策は同じ意味ですか?
ほぼ同じ意味で使われます。いずれも自社サイト内で完結する検索最適化を指し、被リンクなど外部要因を扱うオフページSEOと対になる概念です。呼び方の違いにこだわる必要はなく、対象範囲(サイト内か外か)で区別すれば十分です。
オンページSEOとオフページSEOはどちらを優先すべきですか?
まずオンページSEO(内部対策)を優先します。自社でコントロールでき、費用も抑えられるうえ、内部が整っていないと外部から被リンクを得ても評価が伸びにくいためです。内部を整えたうえで、コンテンツの信頼性を高めて自然な被リンクを獲得していくのが順序です。
内部対策は何から始めればいいですか?
Google Search Consoleで対象ページがインデックスされているかを確認し、次にタイトルと見出しの最適化から始めます。ここは効果が出やすく修正コストも低い領域です。その後、表示速度、内部リンク、コンテンツ更新へと広げていくと、手戻りが少なく進められます。
オンページSEOの効果が出るまでどのくらいかかりますか?
変更後にクローラーが再訪しインデックスへ反映されるまで数日〜数週間、順位が動いて安定するまではさらに時間がかかることが一般的です。競合状況やサイトの評価によって差が大きいため、期日を断定せず、Search Consoleで表示回数と順位の推移を追いながら改善を続けます。
FAQの構造化データはもう不要ですか?
リッチリザルトとしての表示は2026年5月に終了したため、検索結果を目立たせる目的では効果がありません。ただしFAQPageマークアップ自体は無効ではなく、AI Overviewsなどが内容を抽出する際のシグナルにはなり得ます。表示狙いで新規に手間をかける必要は薄く、既存分をあえて外す必要もない、という位置づけです。