SEO・AIO

SEOの内部対策のやり方|Googleが重要とする項目と実装例

公開日 更新日 書いた人

SEOの内部対策とは、Googleがページを見つけ、正しいURLで登録し、内容を理解できるように、サイトの中の設定と作りを整えることです。項目は「見つけてもらう」「1つのURLで登録してもらう」「内容を伝える」の3段階に分けると、手を付ける順番が決めやすくなります。この記事では、よく挙がる項目をGoogleの公式の説明で仕分けし、このブログ(のれん)での実際の設定と一緒に紹介します。

この記事の要点

  • 内部対策は「見つけてもらう」「1つのURLで登録してもらう」「内容を伝える」の3段階で考えると整理しやすくなります。
  • Googleは主にリンクをたどってページを見つけるため、どのページにもサイト内の別のページからリンクを張ることが出発点です。
  • 同じ内容が複数のURLで開ける状態は、301リダイレクトか rel="canonical" で1つのURLにまとめます。
  • meta keywords、見出しの順番、URLに入れるキーワード、文字数を増やすことは、Googleが「使っていない」「効果はほとんど無い」などと説明しています。
  • 検索結果から外したいページには、robots.txt ではなく noindex を使います。
SEOの内部対策の3段階。段階1 見つけてもらう(内部リンク・サイトマップ・robots.txt)、段階2 1つのURLで登録してもらう(301転送・canonical・noindex・404)、段階3 内容を伝える(title・description・見出し・alt・構造化データ)。土台は表示速度・スマホ対応・HTTPS。
図1 SEOの内部対策の3段階

SEOの内部対策とは

SEOの内部対策とは、Googleがページを見つけて(クロール)、内容を理解し、正しいURLで検索結果に載せられるように、サイトの中の設定と作りを整えることです。自分のサイトの中だけで完結するため、外部対策と違って、やればその日のうちに状態を変えられます。

SEOの取り組みは、大きく3つに分けて説明されることが多いです。内部対策はその中で「土台」にあたり、ここに問題があると、どれだけ良い記事を書いても検索結果に正しく出ません。

種類何を整えるか主な例自分で変えられるか
内部対策サイトの中の設定と作りURL・内部リンク・title・構造化データすぐ変えられる
コンテンツページに書く中身読む人の疑問に答える文章・図・表変えられる(時間がかかる)
外部対策ほかのサイトからの評価紹介・被リンク自分では作れない
内部対策・コンテンツ・外部対策の違い。内部対策はサイトの中の設定と作り(例:URL・リンク、title・構造化データ)。コンテンツはページに書く中身(例:読む人の疑問に答える文章・図)。外部対策はほかのサイトからの評価(例:紹介・被リンク。自分では作れない)。
図2 内部対策・コンテンツ・外部対策の違い

内部対策の項目は3つの段階に分けると整理しやすい

内部対策の項目は、「見つけてもらう」「正しいURLで登録してもらう」「内容を伝える」の3段階に分けると、どこから手を付けるか決めやすくなります。前の段階ができていないと、後ろの段階をいくら整えても効果が出ないためです。

たとえば、robots.txt でページへのアクセスを止めていれば、title をどれだけ工夫しても Google はページの中身を読めません。また、同じページが4つのURLで開ける状態のままだと、どのURLが検索結果に出るかを自分で決められません。「seo 内部対策」で検索した上位の記事には、14〜20項目を並べて紹介するものが多くありました(2026年10月20日に確認)が、この順番で見ると、優先する項目がはっきりします。

段階1:ページを見つけてもらう(内部リンク・サイトマップ・robots.txt)

Googleは主にリンクをたどってページを見つけるため、どのページにもサイト内の別のページからリンクを張ることが最初の内部対策です。Googleの「SEOスターターガイド」でも、主にクロール済みのページからリンクをたどることで新しいページを見つけていると説明されています。

Googleのクローラーがページを見つける3つの道筋。1 内部リンク:ほかのページから a 要素でリンク(主な道)。2 サイトマップ:URLの一覧を渡す(新しいサイトで役立つ)。3 robots.txt:入ってよい場所を伝える(止めすぎ注意)。
図3 Googleがページを見つける道筋

内部リンクとアンカーテキスト

内部リンクは、href を持つ a 要素で張ります。Googleの「リンクに関するベスト プラクティス」では、Googleが確実にたどれるのは href を持つ a 要素のリンクで、JavaScriptのクリック操作(onclick など)だけで移動するリンクはすすめないと説明されています。

アンカーテキスト(リンクの文字)は、リンク先の内容が分かる具体的な言葉にします。「こちら」「詳しくはここ」では、リンク先が何のページか伝わりません。のれんでは、記事の中で関連記事にリンクするとき、AIO・LLMO対策のやり方のように、リンク先の記事の主なキーワードを含めています。

サイトマップ(要る・要らないの目安)

サイトマップは、サイトのURLの一覧をGoogleに渡すファイルです。Googleの「サイトマップの概要」では、検索結果に出したいページが約500ページ以下で、内部リンクがすべての重要なページに行き届いている小さなサイトでは、不要な場合があるとしています。

一方で、新しく、ほかのサイトからのリンクが少ないサイトには役立つとされています。のれんは公開したばかりの新しいサイトなので、sitemap.xml を置き、Search Console から送信しています。

robots.txt(止めないことの確認)

robots.txt で確認するのは、検索結果に出したいページへのアクセスを止めていないかどうかです。制作中に全体を止める設定(Disallow: /)を入れたまま公開してしまう失敗は、珍しくありません。のれんの robots.txt は、すべてのクローラーに全体のアクセスを許可し、最後にサイトマップの場所を書いています。

User-agent: *
Allow: /

Sitemap: https://noren.blog/sitemap.xml

段階2:1つのページを1つのURLで登録してもらう(正規化)

同じ内容が複数のURLで開ける状態は、301リダイレクトか rel="canonical" で1つのURLにまとめます。Googleの「重複した URL を統合する」では、リダイレクトと rel="canonical" は強いシグナル、サイトマップに載せることは弱いシグナルと説明されています。

同じページが http://noren.blog/、http://www.noren.blog/、https://www.noren.blog/、https://noren.blog/index.html の4つのURLで開ける状態を、301転送で https://noren.blog/ の1つにまとめる図。のれんでは .htaccess の301転送で1回でまとめ、各ページに自分のURLの canonical を入れている。
図4 4つのURLを1つにまとめる

301リダイレクト(のれんの .htaccess)

のれんでは、http・www付き・/index.html で開かれたときに、正しいURLへ301で転送しています。転送を2回以上重ねないよう、http と www は1回でまとめて転送する書き方にしています。

# http と www 付きを https://noren.blog/ に1回でまとめて転送
RewriteCond %{HTTPS} !on [OR]
RewriteCond %{HTTP_HOST} ^www\. [NC]
RewriteRule ^(.*)$ https://noren.blog/$1 [R=301,L]

# /index.html で開かれたら / に転送
RewriteCond %{THE_REQUEST} \s/+(.*/)?index\.html[\s?]
RewriteRule ^(.*/)?index\.html$ /$1 [R=301,L]

canonical と noindex の使い分け

rel="canonical" は、各ページの head に「このページの正しいURL」を書くものです。のれんでは、すべてのページに自分自身のURLを canonical として入れています。並べ替えや絞り込みのパラメータが付いたURLが生まれても、正しいURLを伝えられるためです。

一方、noindex は「このページを検索結果に出さない」という指定です。Googleは、正規化の目的で noindex を使うことをすすめていません。ページそのものが検索から外れてしまうためです。noindex は、お問い合わせの送信完了ページなど、検索結果に出す必要のないページにだけ使います。

robots.txt と noindex の違い。robots.txt で止めると、クローラーがページを読まないが、リンクされていればURLだけ検索結果に出ることがある。noindex を入れると、クローラーが読み、登録しない。結果として検索結果から外れる(ただし robots.txt で止めると読まれない)。検索結果から外したいなら noindex。
図5 robots.txt と noindex の違い

存在しないURLは404を返す

存在しないURLを開いたときに、サーバーが「200(正常)」を返しながら「ページが見つかりません」と表示すると、Search Console で「ソフト 404」として報告されます。存在しないURLでは、サーバーが404を返すように設定します。のれんでは、404の専用ページを用意し、サーバーの返す番号は404のままにしています。

段階3:ページの内容を伝える(title・description・見出し・alt・構造化データ)

title はページごとに固有で内容が分かる短い文にし、meta description・見出し・画像の alt・構造化データで、ページの中身を正確に伝えます。ここは記事を書くたびに関わる部分なので、ひな形(テンプレート)で自動的に入るようにしておくと、抜け漏れが起きません。

記事ページの head に入れるもの(のれんの例)。title:ページごとに固有の題名。meta name=description:内容の短い説明(ページごとに)。link rel=canonical:このページの正しいURL。meta name=robots:index, follow(登録してよい)。meta property=og:SNSで共有したときの題名・画像。JSON-LD:BlogPosting・パンくず・FAQ。
図6 記事ページの head に入れるもの

title

Googleの「タイトルリンク」の説明では、title はページごとに固有にし、具体的で簡潔に書くことがすすめられています。決まった文字数の上限はありませんが、検索結果では途中で切られることがあります。のれんでは、記事の題名の後ろに「|のれん」とサイト名を付け、大事な言葉を前に置いています。

また、Googleは title だけでなく、h1 などの見出しや og:title も使って、検索結果に出す題名を作ることがあります。title と h1 の内容をそろえておくと、意図しない題名に書き換えられにくくなります。

meta description

meta description は、検索結果の説明文(スニペット)に使われることがある、ページの短い説明です。Googleの「スニペット」の説明では、スニペットは主にページ本文から作られ、meta description のほうがページの内容を正確に表すと判断されたときに使われるとされています。長さの制限は無く、ページごとに固有の説明を書くことがすすめられています。

見出し

見出しは、読む人が内容の流れをつかめるように付けます。Googleの「SEOスターターガイド」では、見出しを意味の順番どおりに並べることは画面読み上げの利用者に役立つ一方、Google 検索にとっては順番どおりでなくても問題ないと説明されています。「h1 は必ず1つ」「h2 にキーワードを入れる」といった決まりに合わせるより、内容が分かる見出しにすることを優先します。

画像の alt

alt は、画像の内容を文字で説明する属性です。画像が表示されないときや、画面読み上げを使う人に内容を伝え、Googleが画像を理解する手がかりにもなります。のれんでは、図の alt に、図に書かれている内容をそのまま文章で書いています。

構造化データ(JSON-LD)

構造化データは、ページの種類や著者・公開日などを、決まった形式でGoogleに伝えるものです。Googleは JSON-LD の形式をすすめています。のれんの記事ページには、記事(BlogPosting)、パンくずリスト(BreadcrumbList)、よくある質問(FAQPage)を入れています。次のコードは、記事の部分を簡単にした例です。

{
  "@type": "BlogPosting",
  "headline": "SEOの内部対策のやり方|Googleが重要とする項目と実装例",
  "author": { "@type": "Person", "name": "イカラシ" },
  "publisher": { "@type": "Organization", "name": "株式会社アップワード" },
  "datePublished": "2026-10-21"
}

ただし、構造化データを入れても、リッチリザルト(検索結果の特別な表示)が出る保証はありません。よくある質問のリッチリザルトは、2023年8月から、よく知られた政府・医療のサイトにだけ表示されるようになりました。Googleは、使われなくなったマークアップを消す必要は無いとしているため、のれんでは FAQPage を残しています。

表示速度とスマホ対応はどこまでやるか

表示速度とスマホ対応は、Core Web Vitals の3つの指標が「良好」になっているかを Search Console で確かめ、問題が出たページから直すのが現実的です。Googleの「ページ エクスペリエンス」の説明では、ページエクスペリエンスという単一のシグナルは無く、Core Web Vitals は順位に使われるものの、良いスコアでも上位表示は保証されないとされています。

Core Web Vitals の3つの指標と良好の基準。LCP(表示の速さ)2.5秒以内、INP(操作への反応)200ミリ秒未満、CLS(表示のずれ)0.1未満。出典:Google 検索セントラル「Core Web Vitals」。良いスコアでも上位表示は保証されない。
図7 Core Web Vitals の3つの指標
指標何を見るか良好の基準(Google)
LCPページの一番大きな要素が表示されるまでの時間2.5秒以内
INPクリックなどの操作に画面が反応するまでの時間200ミリ秒未満
CLS読み込み中に表示がずれる量0.1未満

同じ説明の中で、HTTPSで配信しているか、スマホで正しく表示されるか、本文を隠すほどの広告や割り込み画面が無いかも、確認する項目として挙げられています。点数を上げること自体を目的にせず、基準を下回っているページを直すところまでで十分です。

Googleが「効果が無い」「不要」と説明している内部対策

meta keywords、見出しの順番、URLやドメインに入れるキーワード、文字数を増やすことなどは、Googleが「使っていない」「効果はほとんど無い」などと公式に説明しています。どれも「SEOの内部対策」として今もよく紹介されるため、時間をかける前に確認しておくと、作業を減らせます。

よく挙がる内部対策をGoogleの説明で仕分けした図。やる:内部リンク(a要素)、固有の title、canonical・301転送、画像の alt、構造化データ(JSON-LD)、スマホ対応・HTTPS。効果なし・不要(Google):meta keywords、見出しの順番、URLのキーワード、文字数(長さ)、サブドメインか否か、キーワードの詰め込み(詰め込みは違反になり得る)。
図8 「やる」と「効果なし・不要」の仕分け
よく見る説明Googleの説明どう扱うか
meta keywords を設定するGoogle 検索では使っていない設定しなくてよい
h1・h2 を決まった順番どおりに並べる順番どおりでなくても Google 検索では問題ない内容が分かる見出しにする(順番は読む人のために整える)
URLやドメイン名にキーワードを入れるパンくずに表示される以上の効果はほとんど無い内容が分かる短いURLにする(読む人のため)
記事は○○字以上にする長さだけを調整しても上位表示の目的では意味が無い疑問に答えきる分量にする
サブドメインではなくサブディレクトリにするビジネス上意味があればどちらでも構わない運用しやすいほうを選ぶ
キーワードを何度も入れる詰め込みはスパムのポリシー違反になり得る自然な文章で書く

いずれも、Googleの「SEOスターターガイド」で説明されています。ただし、URLを分かりやすくすることや見出しを順番どおりに並べることは、読む人にとっての使いやすさにつながるため、やめる必要はありません。

よくある間違い4つ

内部対策でよくある間違いは、robots.txt で検索結果から消そうとすること、noindex のページを robots.txt で止めること、正規化に noindex を使うこと、FAQPage でよくある質問が必ず表示されると思うことの4つです。どれも、設定した本人は「対策したつもり」になりやすい点が共通しています。

間違い起きること正しいやり方根拠(Google)
robots.txt で検索結果から消そうとするほかからリンクされていると、URLだけ検索結果に出ることがあるnoindex かパスワードで守るrobots.txt の概要
noindex のページを robots.txt で止めるクローラーが noindex を読めず、外れないことがあるrobots.txt では止めず、noindex を読ませるnoindex の説明
重複したページに noindex を付けて正規化するページが検索から外れてしまう301転送か rel="canonical" を使う重複した URL を統合する
FAQPage を付ければ、よくある質問が検索結果に出ると思う2023年8月以降、多くのサイトでは表示されない表示を目的にせず、本文の質問と答えを充実させる検索セントラル ブログ(2023年8月8日)

内部対策のチェック表(実装後の確認)

内部対策を入れた後は、次の14項目を1ページずつ確認し、できていない項目から直します。確認は図9の順番で進めると、前の段階の問題を見落としません。

内部対策を入れた後の確認の順番。1 登録できる状態か(robots.txt・noindex・URL検査)、2 URLが1つか(転送・canonical・Googleが選んだURL)、3 内容が伝わるか(title・description・alt・構造化データ)、4 速さ・スマホ(Core Web Vitals のレポート)。
図9 実装後の確認の順番
#段階確認すること
1見つけてもらうrobots.txt で、出したいページを止めていない
2見つけてもらうどのページにも、サイト内のどこかから a 要素のリンクがある
3見つけてもらうリンクの文字が「こちら」ではなく、リンク先の内容が分かる
4見つけてもらう新しいサイトなら、サイトマップを置いて Search Console から送った
51つのURLhttp・www付き・/index.html が、正しいURLへ301で転送される
61つのURL各ページの canonical が自分のURLを指している
71つのURL出したいページに noindex が入っていない
81つのURL存在しないURLで404が返る
9内容を伝えるtitle がページごとに違い、内容が分かる
10内容を伝えるmeta description がページごとに違う
11内容を伝える意味のある画像に alt がある
12内容を伝える記事に構造化データ(Article など)が入っている
13土台HTTPSで配信し、スマホで正しく表示される
14土台Core Web Vitals のレポートで「不良」のページが無い

この14項目を、サイトに対して実際にどう調べるかは、SEO診断のやり方で手順をまとめています。また、内部対策が整ったサイトでは、AIによる検索でも同じ土台が使われます。AI検索向けに追加で確認することはAIO・LLMO対策のやり方で紹介しています。

よくある質問

内部対策だけで検索順位は上がりますか?

内部対策だけで上がるとは言えません。内部対策は検索結果に正しく載るための土台で、順位はページの内容が検索した人の役に立つかどうかなど、多くの要素で決まります。内部対策を整えたうえで、記事の中身を充実させることが必要です。

h1 にキーワードを入れないといけませんか?

入れなければいけない決まりはありません。Googleは、見出しが順番どおりでなくても Google 検索にとっては問題ないと説明しています。読む人が内容を判断できる見出しにすれば十分で、結果としてキーワードが入ることは問題ありません。

サイトマップは必ず必要ですか?

必須ではありません。Googleは、約500ページ以下で内部リンクが行き届いた小さなサイトでは不要な場合があるとしています。新しいサイトや、ほかのサイトからのリンクが少ないサイトでは役立つため、置いておいて損はありません。

WordPress でも同じ内部対策が必要ですか?

項目は同じで、設定する場所がテーマやプラグインになるだけです。title や canonical、サイトマップはプラグインが自動で作ることが多いため、この記事のチェック表で、意図どおりになっているかを確かめてください。

まとめ

SEOの内部対策は、次の順番で進めると迷いません。

  • 段階1:内部リンク・サイトマップ・robots.txt で、ページを見つけてもらう
  • 段階2:301転送と canonical で、1つのページを1つのURLにまとめる
  • 段階3:title・meta description・見出し・alt・構造化データで、内容を伝える
  • 土台:Core Web Vitals・HTTPS・スマホ対応は、基準を下回るページを直す
  • meta keywords や文字数など、Googleが「使っていない」「意味が無い」と説明している項目に時間をかけない

記事を書く前に、まずはチェック表の14項目を自分のサイトで確かめてみてください。記事づくりそのものの進め方は、AIでSEO記事の制作フローを作るで紹介しています。

出典・参考資料

  1. 検索エンジン最適化(SEO)スターター ガイド(2025-12-18 更新・2026年10月20日確認)(Google 検索セントラル)
  2. リンクに関するベスト プラクティス(2025-12-31 更新・2026年10月20日確認)(Google 検索セントラル)
  3. サイトマップの概要(2025-12-18 更新・2026年10月20日確認)(Google 検索セントラル)
  4. robots.txt の概要(2025-12-18 更新・2026年10月20日確認)(Google 検索セントラル)
  5. noindex を使用して検索インデックス登録をブロックする(2025-12-31 更新・2026年10月20日確認)(Google 検索セントラル)
  6. 重複した URL を統合する(2026-07-14 更新・2026年10月20日確認)(Google 検索セントラル)
  7. タイトルリンク(2025-12-18 更新・2026年10月20日確認)(Google 検索セントラル)
  8. 検索結果のスニペット(2026-04-22 更新・2026年10月20日確認)(Google 検索セントラル)
  9. 構造化データの仕組みについて(2025-12-18 更新・2026年10月20日確認)(Google 検索セントラル)
  10. HowTo とよくある質問のリッチリザルトにおける変更(2023年8月8日)(Google 検索セントラル ブログ)
  11. ページ エクスペリエンス(2026-09-25 更新・2026年10月20日確認)(Google 検索セントラル)
  12. Core Web Vitals(2025-12-18 更新・2026年10月20日確認)(Google 検索セントラル)

この記事を書いた人

株式会社アップワードで、中小企業のWeb広告・SEO・アクセス解析を担当しています。広告の月次レポートやサイトの分析、AIを使った制作の仕組みづくりまで、実務で手を動かしています。

関連する記事

SEO・AIO SEO診断のやり方|自分でできる手順と直す順番 SEO・AIO AIO・LLMO対策のやり方|AI検索に引用される書き方