超SEO対策入門 ― 検索結果に「存在する」ための順序を、Google公式ソースで解説する
「SEO対策をやろう」と思ったとき、多くの人がいきなりタイトルの付け方やキーワードの話から始めます。でも、その手前に絶対の前提があります。検索エンジンにサイトを「見つけてもらい、登録してもらう」段階です。ここが抜けていると、他の対策をどれだけ重ねても成果はゼロのままです。
この記事は、その前提から、サイト内の最適化、AI検索への対応までを、初心者が一度読めば全体像をつかめるよう整理した「地図」です。操作手順には深入りせず、要所で公式ページへのリンクを案内します。読みながらたどれば一通り対策できる構成です。核心的な主張はできる限り Google公式ドキュメント を根拠とし、公式に明記がなく経験から述べる部分は「経験則」と区別します。
なぜこの記事を書くのか
私自身、新しいドメインでサイトを立ち上げてから約2ヶ月、ある問題に気づいていませんでした。
その間、記事の個別ページ化、XMLサイトマップの設置、表示速度の計測、構造化データ(JSON-LD)の実装まで、やれることはやっていました。それなのに自分のサイト名で検索しても、出てくるのはトップページと利用規約だけ。書きためた記事は一つも表示されません。
原因は、「クローラーにサイトを認識させ、インデックスに登録してもらう」工程がまるごと抜けていたことでした。
- クローラー … 検索エンジンがWebページを巡回・読み取りするプログラム。Googleのものは「Googlebot」。
- インデックス … 読み取ったページを検索結果に出せる状態で登録した索引。ここに無いページは検索結果に出ません。
店にたとえれば、内装(タイトルや速度の最適化)は凝っていたのに、店を地図に載せていなかった状態です。地図に無い店に客は来ません。私の対策は、この一点の欠落ですべてゼロに掛け算されていました。
しかも日本語でこの問題を調べると、「Search Consoleの使い方」という手順記事は多いのに、「なぜ新しいサイトはこれをやらないと検索結果に存在すらできないのか」を最重要事項として正面から扱った記事がほとんど無い。重大さが伝わる形になっていないのです。
そこでこの記事では、SEOの順序をはっきりさせます。
0番:検索結果に存在する(発見・インデックス)
1番:検索エンジンに正しく伝える(サイト内SEO)
2番:AI検索に引用される(GEO)
0番が抜けると、1番も2番も意味がありません。 検索結果に存在しないページは、最適化のしようがないからです。
なお後日談として、この0番をやり直したところ、2ヶ月動かなかったインデックスが数日で複数ページに増えました。順序を間違えていただけだった、という証拠として書き添えておきます。
全体像:SEOの3つの層
SEO(Search Engine Optimization/検索エンジン最適化) … 検索エンジンからの自然な(広告ではない)アクセスを増やすための取り組みの総称。
これは次の3層に分けると見通しがよくなります。
層 | 役割 | たとえると |
|---|---|---|
0番 | 発見・インデックス | 土俵に「立つ」 |
1番 | サイト内SEO | 土俵で「戦う」 |
2番 | GEO(AI検索対応) | 新しい土俵にも「立つ」 |
3層は対等ではなく、0番が1番・2番の前提条件です。検索結果に存在して初めて、順位を競ったりAIに引用されたりできます。以下、0番から順に、各層で必要なことだけを挙げます。
0番:検索結果に「存在する」ための土台
ゴールは、サイトの存在をGoogleに認識させ、インデックスへの登録を能動的に促すことです。新しいサイトにとって、ここが最初の、そして最も重要な一手になります。
なぜ新しいサイトは放っておいても見つからないのか
Googleの公式ドキュメントは、サイトがインデックスされない最も多い理由を「単純にサイトが新しすぎること。辛抱強く待ち、Googleにクロールとインデックスを依頼してください」と明記しています。
Googleはサイトの存在を、基本的に「他ページからのリンク」か「サイトマップ」を通じて知ります。新しいドメインはまだどこからもリンクされていないことが多く、たどり着く経路自体がありません。SNSにリンクを1〜2本貼った程度では発見のきっかけとして弱く、何週間も検索結果に存在しないまま放置されます。
だから、見つけてもらうのを待つのではなく、こちらから能動的に「ここにサイトがある」と伝えることが決定的に重要になります。その入口がGoogle Search Consoleです。
0番で必要なこと
(1) Google Search Console に登録する(サイトの認識=最重要)
Google Search Console(サーチコンソール) … 自分のサイトがGoogle検索でどう扱われているかを確認・管理できる、Google公式の無料ツール。「サチコ」とも呼ばれます。
ここが0番の心臓です。Search Consoleに自分のサイトを登録し、所有権を確認します。これが「このドメインを検索の対象として認識してください」とGoogleに伝える、正規かつ最短の入口です。新しいサイトはまずこれをやらない限り、検索結果に存在する土俵に立てません。
登録時、「自分が本当にそのドメインの持ち主か」を証明する所有権の確認を求められます。サイト全体を対象にする「ドメイン」プロパティで登録する場合、この確認は DNSにTXTレコードを1つ追加する 方法で行います。
DNS … ドメイン(例:example.com)と、サーバーの所在地を結びつける仕組み。その設定は、ドメインを契約した管理会社(お名前.com、ムームードメイン、さくらインターネット、Xserver など)の管理画面で行います。
TXTレコード … DNSに登録できる「メモ書き」のような情報。ここにGoogleが指定した確認用の文字列を入れることで、所有権を証明します。
手順の流れは次のとおりです。
- Search Consoleで「ドメイン」プロパティを選び、ドメイン名(例:
example.com)を入力する - 画面に
google-site-verification=…で始まる確認用の文字列が表示されるので、コピーする - ドメイン管理会社の管理画面にログインし、DNS設定(「DNSレコード設定」「カスタムDNS」などの名称)を開く
- レコードを新規追加し、種別=TXT/ホスト名(サブドメイン)=空欄のまま/値=コピーした文字列 を入力して保存する
- 反映を数分〜数時間待ってから、Search Consoleに戻って「確認」ボタンを押す
ポイントは、Google公式も注意しているとおり、TXTレコードの「名前/ホスト」欄は空白のままにし、「値」の欄にだけ確認用の文字列を入れることです。また、すでに別のTXTレコード(メール認証など)がある場合も、それらは消さずに新しい1行として追加します。
- Google Search Console(登録はこちら): https://search.google.com/search-console
- 所有権の確認(公式・DNSの手順を含む): https://support.google.com/webmasters/answer/9008080
なお、ドメイン管理会社ごとに画面の名称や配置は微妙に異なります。もし自分の管理画面のどこを操作すればいいか分からない場合は、その画面のスクリーンショットを撮ってClaudeに見せて聞いてみてください。 画像をもとに、あなたの管理会社の画面に合わせて、どこに何を入力すればいいかをステップ・バイ・ステップで教えてくれます。
(2) インデックス登録をリクエストする
登録後、主要ページ(まずはトップページ)を「URL検査」にかけ、インデックス登録をリクエストします。公式ヘルプも、新しいサイトでまずやるべきこととして「ホームページのインデックス登録をリクエストすること。これによってGoogleがサイトのクロールを開始する」と案内しています。待つのではなく、こちらから扉を叩く ― それが正規の最初の一歩です。
- クロール・再クロールの依頼(公式): https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl
(3) noindex の事故をチェックする(念のための確認)
noindex … 「このページを登録しないで」と検索エンジンに指示する設定。
これは能動的な作業ではなく、確認項目です。ただし重要です。開発中に付けたnoindexが残っていると、いくらインデックス登録をリクエストしても登録を拒否され続け、0番の努力がまるごと無効になります。Search Consoleの「URL検査」で、各ページがこの設定になっていないか確認しておきます。
noindexを自分で設定していない人は、この項目はスキップして構いません。 多くのサイトは初期状態でnoindexが付いていないため、心当たりがなければ気にする必要はありません。
一方、「公開はするが検索結果には出したくないページ(会員専用ページ、印刷用ページ、テスト用ページなど)」を意図的に作りたい場合は、そのページの<head>内に次のように記述します。
<!-- このページだけ検索結果に出さない -->
<meta name="robots" content="noindex">逆に言えば、検索結果に出したいページにこの1行が紛れ込んでいないかを確認すること ― それが0番でのチェックの目的です。
「リクエスト=登録の保証」ではない
インデックス登録のリクエストは「早く見に来て」という優先のお願いであって、登録を保証するものではありません。最終的に登録するかはコンテンツの中身もふまえてGoogleが判断します。
ただしこれは0番の重要性を否定しません。入口を能動的に開かなければ、その先の判断の土俵にすら乗れないからです。
経験則:私の場合、0番を整えてから数日でインデックスが増えました。新規サイトのインデックスには公式情報でも数日〜数週間かかるとされます。すぐ反映されなくても焦らないことです。
1番:検索エンジンに「正しく伝える」最適化(サイト内SEO)
0番でサイトが認識・インデックスされて、ようやく土俵に立てます。1番は、そのサイトの全ページを漏れなく発見させ、何について書かれているかを検索エンジンに正確に伝える層 ― いわゆる一般的な「SEO対策」の中身です。優先度の高い順に挙げます。
(1) XMLサイトマップ ― 全ページを漏れなく届ける
XMLサイトマップ … サイト内のページ一覧を、検索エンジンが読める形式でまとめた「地図ファイル」。
0番でサイトの存在は伝わりますが、Googleがトップから内部リンクをたどって全ページを見つけるには時間がかかります。サイトマップを用意してSearch Consoleから送信すると、全ページを一括で伝えられ、クロールが効率化します。新しいサイトやページ数が多いサイトほど効果が大きく、1番の最初にやるべき工程です。
中身は次のような形式です(多くのCMSやフレームワークは自動生成してくれます)。
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/</loc>
</url>
<url>
<loc>https://example.com/blog/first-post</loc>
</url>
</urlset>これを https://example.com/sitemap.xml のように公開し、Search Consoleの「サイトマップ」メニューから送信します。
(2) robots.txt ― クロールの交通整理
robots.txt … クローラーに「どこを巡回してよいか/いけないか」を伝える、入口のルールファイル。
無くてもクロールは行われますが、管理画面など見せたくない場所を整理し、公開ページが誤ってブロックされていないかを確認します。意図せず「すべて巡回禁止」になっていると全ページが見つからなくなるため、その事故チェックの意味でも目を通しておきます。
サイトのルート(https://example.com/robots.txt)に置く、シンプルなテキストファイルです。
# 全クローラーに対して、すべて巡回を許可
User-agent: *
Allow: /
# 管理画面だけは巡回させない
Disallow: /admin
# サイトマップの場所も知らせておく
Sitemap: https://example.com/sitemap.xml⚠️ 最も危険なのが次の記述です。これは「全ページ巡回禁止」を意味し、これが残っているとサイトが一切クロールされません。
User-agent: *
Disallow: /(3) テクニカルSEO ― 技術的に読める状態にする
検索エンジンが正しく読み取れるよう、技術面を整える施策。
- HTTPS … 通信が暗号化された状態(URLが
https://)。今や必須 - モバイル対応 … Googleはスマホ版を基準に評価する(モバイルファーストインデックス)
- 表示速度 … 遅いと評価が下がる。Google公式ツールで計測可(PageSpeed Insights: https://pagespeed.web.dev/ )
- 構造化データ(JSON-LD) … 2番で後述。実装しておくと有利
(4) オンページSEO ― 何のページかを伝える
個々のページの内部要素を、検索エンジンとユーザー双方にわかりやすく整える施策。
- タイトルタグ … 検索結果に出るページの題名。最重要要素の一つ
- メタディスクリプション … 検索結果でタイトル下に出る説明文。クリック率を左右する
- 見出し構造 … 大見出し(h1)から小見出しへ、論理的な階層をつくる
- 内部リンク … サイト内のページ同士をつなぐ。クローラーの通り道であり、ユーザーの道しるべ
HTMLで書くと、次のようなイメージです。
<head>
<!-- 検索結果に出るページの題名(30文字前後が目安) -->
<title>超SEO対策入門 | Noe Shiftica</title>
<!-- 検索結果でタイトル下に出る説明文(120文字前後が目安) -->
<meta name="description" content="SEOの順序を0番から解説。まず検索結果に存在することの重要性を、Google公式ソースをもとにまとめました。">
</head>
<body>
<!-- 大見出しはページに1つだけ -->
<h1>超SEO対策入門</h1>
<h2>0番:検索結果に存在するための土台</h2>
<h2>1番:正しく伝える最適化</h2>
<!-- 内部リンクで関連ページへつなぐ -->
<p>詳しくは<a href="/blog/search-console">サーチコンソールの記事</a>へ。</p>
</body>(5) コンテンツSEO ― 中身そのもの
技術を尽くしても中身が薄ければ評価されません。検索した人が知りたいこと(検索意図)に正面から答える ― これが本体です。
- Google検索の基本(公式スターターガイド): https://developers.google.com/search/docs/fundamentals/seo-starter-guide
2番:AI検索に「引用される」最適化(GEO)
検索のかたちは変わりつつあります。ChatGPTやGoogleのAI Overview(AIによる要約回答)のように、ユーザーがリンクをたどらず、AIの回答だけで完結する場面が増えました。
GEO(Generative Engine Optimization/生成エンジン最適化) … AIが回答を生成する際に、自分のサイトの情報を引用・参照してもらいやすくする最適化。SEOのAI検索版にあたる新しい概念。
検索上位に出ても、AIが先に内容を要約すればユーザーはサイトを訪れないかもしれません。これからは「検索結果に出る」だけでなく「AIの答えに入り込む」ことが認知の入口になります。
GEOで必要なこと(要点)
- 明確な定義・結論を文中に書く … AIは曖昧な表現より断定された事実を引用しやすい
- 構造化された情報 … 箇条書き・表・Q&A形式は、AIが内容を抜き出しやすい
- 一次情報・独自データ … そのサイトにしかない情報は、AIが引用する理由になる
- E-E-A-T … Experience(経験)・Expertise(専門性)・Authoritativeness(権威性)・Trust(信頼性)。「誰が書いたか」「信頼できるか」を示す
たとえば「曖昧な書き方」と「AIが引用しやすい書き方」は、同じ内容でもこう違います。
△ 曖昧:SEOにはいろいろな段階があって、まず色々やることが大事です。
◎ 明確:SEOには3つの段階がある。0番=発見・インデックス、
1番=サイト内SEO、2番=GEO。0番が抜けると他は無意味になる。また、「誰が書いたか(E-E-A-T)」を機械に正確に伝えるには、構造化データ(JSON-LD)を使います。これは<head>内に書く、検索エンジンとAI向けの「自己紹介カード」です。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "超SEO対策入門",
"author": {
"@type": "Person",
"name": "奥村 東"
},
"publisher": {
"@type": "Organization",
"name": "Noe Shiftica"
}
}
</script>なお、GEOのために特別な別作業が多く要るわけではありません。「明確で、構造化された、信頼できる一次情報」はSEOにもGEOにも効きます。良い記事を誠実に書くことが、両方への最善手です。
まとめ:順序を間違えないこと
世の中の「SEO対策」の多くは1番(タイトルやキーワード)から始まります。しかし0番に立てていなければ、1番も2番もゼロに掛け算されます。 私が2ヶ月気づけなかったのが、この落とし穴でした。
まず0番 ― 自分のサイトがインデックスされているかを確認し、されていなければSearch Consoleから能動的に伝える。土俵に立ってから1番・2番へ進む。順序さえ間違えなければ、対策は無駄になりません。
この記事は全体像をつかむ「地図」です。具体的な手順は、案内した公式ページや個別記事で深掘りしてください。まずは ― あなたのサイトは検索結果に「存在」していますか?
本文中で案内した主な公式リンク
- Google Search Console(登録): https://search.google.com/search-console
- クロール・再クロールの依頼(公式): https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl
- SEOスターターガイド(公式): https://developers.google.com/search/docs/fundamentals/seo-starter-guide
- PageSpeed Insights(表示速度の計測): https://pagespeed.web.dev/
- リッチリザルトテスト(構造化データの検証): https://search.google.com/test/rich-results
