メインコンテンツへスキップ

SEO・AIO

サイトが検索・AIに
出ない原因

クロール・インデックス・構造化データ・AI対応で切り分ける、BtoB企業のための自己診断チェックリストです。

この記事の要点

  • 「見つからない」はまず3つに分けます。検索にそもそも出ない(インデックスの問題)、出るが上位でない(コンテンツと評価の問題)、AIに出ない(AI向けの読みやすさの問題)。原因も対処も層ごとに異なります。

  • 最優先はインデックスの致命傷(noindex・robots.txt・canonicalの誤設定)です。ここが詰まっていると、後続の施策の効果が出にくくなります。

  • 自己診断で切り分けられる範囲と、GA4・Search Consoleの実データがないと判断できない範囲があります。本記事は両方の境目まで整理します。

— 01

まず「見つからない」を3つに分ける

「見つからない」と一口に言っても、状態は大きく3つに分かれます。最初にどれなのかを切り分けてください。原因も対処も変わります。複数が同時に起きていることもあります。

症状疑う層主な確認先
(a) 検索にそもそも出ないインデックスsite:検索/Search Consoleの「ページ」
(b) 出るが上位でないコンテンツと評価検索意図との一致/内部リンク/速度
(c) AIに出ないAI向けの読みやすさrobots.txt/構造化データ/一次情報

— 02

検索に「そもそも出ない」ときの自己診断

最も致命的なのは、検索エンジンにページが登録(インデックス)されていない状態です。次の順で確認します。

インデックス有無の確認

Google検索の窓に「site:あなたのドメイン」と入力します。1件も出なければ、サイト全体がインデックスされていない可能性が高い状態です。特定ページだけ調べるなら「site:ドメイン/path」で確認します。

Search Consoleの「ページ」レポート

「インデックス未登録」の理由が一覧で確認できます。「検出 - インデックス未登録」「クロール済み - インデックス未登録」「リダイレクトエラー」「404」「サーバーエラー(5xx)」など、理由別に件数が分かります。

noindexの誤設定

metaタグの noindex やHTTPヘッダーの X-Robots-Tag: noindex が意図せず入っていないかを確認します。サイトリニューアル後に検証環境用のnoindexが本番に残るのは典型的な事故です。

robots.txtのブロック

重要ディレクトリを Disallow していないかを確認します。robots.txtでのブロックはクロール自体を止めるため、インデックスにも影響します。

canonicalの誤り

別ページを指すcanonicalが全ページに入っていると、検索エンジンが別URLを正規URLとして扱い、自ページが検索結果に出にくくなることがあります。

サイトマップ

XMLサイトマップを送信し、Search Consoleで「取得済み」になっているかを確認します。古いURLや404を含むサイトマップは品質の評価を下げる要因になります。

JavaScriptレンダリング

本文をクライアント側のJavaScriptでしか描画していない場合、クローラーが内容を取得できていないことがあります。ページのソースに本文テキストが含まれているか、URL検査のレンダリング済みHTMLで確認します。

サーバーの安定性

5xxエラーやタイムアウトが頻発するサーバーは、クロール頻度が落ちます。

ここが詰まっていると、後続の施策の効果が出にくくなります。最優先で潰す領域です。

— 03

「出るが上位でない」ときの自己診断

インデックスはされているのに上位に出ないときは、コンテンツと評価の問題を疑います。

検索意図との一致

狙うキーワードで検索する人が何を求めているかに、ページが答えているかを確認します。検索意図は大きく、情報型(〜とは・方法)、取引型(依頼・見積もり・料金)、案内型(会社名・サービス名)、商業調査型(比較・おすすめ・事例)の4つに分かれます。会社案内の言葉づかいのまま並べても、情報型・商業調査型の検索意図には届きません。

コンテンツの深さと独自性

他社と同じ一般論だけの薄いページは評価されにくくなります。自社の一次情報(手順、事例、数値、判断基準、失敗談)が入っているかが分かれ目です。経験・専門性・権威性・信頼性(E-E-A-T)を、書き手の実体験や根拠で示せているかを確認します。

内部リンクとトピッククラスタ

関連するページ同士が本文中で繋がっているかを確認します。あるテーマについて、軸となる網羅的なページ(ハブ)と、個別論点の記事(スポーク)を相互にリンクすると、テーマ全体の専門性が伝わりやすくなります。孤立したページは評価が集まりません。

キーワードのカニバリゼーション

同じキーワードを狙うページが社内に複数あると、評価が分散して共倒れになることがあります。狙うクエリとページは1対1に近づけ、重複は統合かリンク整理を検討します。

表示速度とモバイル対応

Core Web Vitals(LCP・INP・CLS)が極端に悪いと、ユーザー体験の面で不利になります。モバイルでの表示崩れや、タップしづらいボタンも確認します。

— 04

「AIに出ない」ときの自己診断(AIO)

AI Overviews・ChatGPT・PerplexityといったAI検索に登場するには、人間向けとは別の観点が要ります。SEOの土台があることが前提です。

AIクローラーをブロックしていないか

AIに関わるアクセスには、学習に使われるクローラー(OpenAIのGPTBot、AnthropicのClaudeBotなど)と、回答時にWebを参照する検索用のクローラー(OpenAIのOAI-SearchBot、PerplexityBotなど)があります。AIの回答に登場するには、少なくとも検索用のクローラーをrobots.txtでブロックしていないことが前提です。意図せず拒否している例は珍しくありません。なお、Googleの「Google-Extended」は独立したクローラーではなく、クロール済みのコンテンツをGeminiなどの学習・参照に使うかどうかをrobots.txtで制御するためのトークンです。これをブロックしてもGoogle検索の順位には影響しません。学習に使わせるかは会社の方針として別途判断し、その判断に沿って設定します。

事実が機械可読か

会社情報、サービス内容、料金、よくある質問が、テキストとして構造的に書かれているかを確認します。画像の中の文字や、PDFだけにある情報は読まれにくくなります。要点を箇条書きや見出しで整理しておくと、機械が解釈しやすくなります。

引用されやすい書き方(パッセージ単位)

AIは、ページ全体ではなく特定の段落(パッセージ)を引用することがあります。引用されやすい段落には、結論を最初に書く、1つの段落で1つの論点を扱う、数値や条件・出典を具体的に添える、質問形の見出しに対して直後で簡潔に答える、といった共通点があります。

エンティティと第三者からの言及

AIや検索エンジンは、会社名・サービス名を「エンティティ(実体)」として認識しようとします。自社サイトでの一貫した表記(社名・所在地・連絡先=NAPの統一)と、第三者サイトでの言及が、認識の助けになります。ただし、特定の手法で掲載が保証されるわけではありません。

llms.txtの位置づけ

llms.txtは、AI向けにサイトの要点を伝えることを目的に提案されているファイル形式です。主要なAI検索で参照される標準として確立しているわけではありませんが、対応の動きはあります。低コストで用意できるため、対応の選択肢として把握しておくとよい形式です。

— 05

構造化データ(Schema)の押さえどころ

構造化データは、サイトの内容を検索エンジンとAIに正確に伝えるための、機械可読な注釈です。JSON-LD形式での記述が一般的です。BtoBサイトでまず把握しておきたいのは次の種類です。

  • Organization:会社名・ロゴ・所在地・連絡先。会社情報を機械が理解する補助になります。
  • WebSite:サイト全体の基本情報。
  • BreadcrumbList:パンくず。階層構造を正しく伝えます。
  • Article / BlogPosting:記事の著者・公開日・見出し。
  • FAQPage:必須ではありません。よくある質問は本文として分かりやすく書いたうえで、構造化データは補助的に使います。入れても検索結果のリッチ表示やAI回答での引用が保証されるわけではありません。

構造化データは「内容を正しく伝える」ための補助であり、内容そのものを良くするものではない点に注意します。実態と異なる構造化データは逆効果になります。

— 06

直し方の優先順位(ロードマップ)

すべてを一度に直す必要はありません。インパクトと手間で次のように段階を分けると効率的です。第1段階を飛ばして第3段階に投資しても、土台が崩れていれば成果は出にくくなります。

段階主な作業ねらい
第1段階(即・致命傷)noindex誤設定・robots.txt誤ブロック・誤canonical・5xxの解消インデックスを取り戻す
第2段階(土台)タイトル/メタ・構造化データ・内部リンク・サイトマップ整備正しく伝える基盤を作る
第3段階(積み上げ)コンテンツの深さ・AI向けの書き方・継続的な計測改善評価と引用を増やす

— 07

計測の設計——直したら、必ず効果を測る

直す前と後で、何がどう変わったかを測れる状態にしておきます。最低限、次を見られるようにします。

  • Search Console:クエリ別の表示回数・クリック数・平均掲載順位・CTR、インデックス状況。
  • GA4:流入チャネル別のセッション、ランディングページ別の成果(問い合わせ等のコンバージョン)。
  • AI経由の流入:参照元にAIサービスが現れているか(詳しくは関連記事「AI検索からの流入は実際どれくらいか」を参照)。

「表示回数は多いのにクリックされていない」ページはタイトルやメタの改善余地、「クリックはあるが問い合わせに繋がらない」ページは導線や内容の改善余地、というように、数字から打ち手を逆算します。

— 08

自己診断の限界——公開情報だけでは分からないこと

ここまでは、公開情報を見れば自分でもある程度切り分けられます。ただし、ここから先は実データがないと判断が難しくなります。

  • どのキーワードで損をしているか:表示はされているのにクリックされていないページは、Search Consoleの実データを見ないと特定できません。
  • 順位とクリック率の実態:体感ではなく、クエリ単位の掲載順位・表示回数・クリック率で見る必要があります。
  • 限られた工数での優先順位:すべてを直す時間はありません。どこから着手すると成果に繋がりやすいかは、実データに基づく分析が要ります。

GA4とSearch Consoleの実データを読み解き、原因を特定して優先順位をつける——この部分が、自己診断とプロ診断の境目です。

自己診断チェックリスト

  • site:検索でインデックス有無を確認した
  • Search Consoleの「ページ」で未登録理由を確認した
  • noindex・robots.txt・canonicalの誤設定がない
  • サイトマップを送信し取得されている
  • 本文がJavaScriptなしでも取得できる
  • 狙うクエリの検索意図に本文が答えている
  • 一次情報があり、内部リンクで関連ページと繋がっている
  • AIの検索用クローラーをブロックしていない
  • 会社情報・FAQがテキストで構造化されている
  • 直す前後を測る計測(GA4・Search Console)が整っている

よくあるご質問

会社名で検索しても自社サイトが出ません。何が原因ですか?

主な原因は、ページがインデックスされていないこと(noindexやrobots.txtの誤設定、サイトマップ未送信など)です。まず「site:ドメイン」でインデックス有無を確認し、Search Consoleの「ページ」レポートで未登録理由を確認してください。

インデックスはされているのに上位に出ません。

検索意図と本文の不一致、コンテンツの薄さ、内部リンク不足、同一キーワードを狙うページの重複(カニバリ)などが代表的な原因です。狙うクエリの意図に合わせてページの型と内容を見直します。

AI(ChatGPTやPerplexityなど)に自社を載せるにはどうすればよいですか?

まず検索用のAIクローラー(OAI-SearchBot・PerplexityBotなど)をrobots.txtでブロックしていないかを確認します。そのうえで、会社情報・サービス・FAQをテキストで構造化し、結論を先に・根拠を添えて簡潔に書くと引用されやすくなります。ただし掲載が保証されるものではありません。

GPTBotをブロックするとGoogle検索の順位は下がりますか?

下がりません。GPTBot(OpenAIの学習用クローラー)や、Googleの学習利用を制御する「Google-Extended」をブロックしても、Google検索のランキングには影響しません。学習に使わせるかは会社の方針として別途判断します。

構造化データを入れれば検索やAIに出やすくなりますか?

構造化データは内容を正しく伝える補助であり、内容そのものや順位を保証するものではありません。実態と異なる構造化データは逆効果になります。まず本文を分かりやすく整え、補助として使います。

llms.txtは必須ですか?

必須ではありません。主要なAI検索で参照される標準として確立しているわけではありませんが、低コストで用意できるため対応の選択肢として把握しておくとよい形式です。

自分で直せますか?どこから手をつければよいですか?

インデックスの致命傷(noindex・robots誤設定・canonical誤り)は自己診断で見つけて直せることが多い領域です。一方、どのクエリで損をしているかの特定や優先順位付けには、GA4・Search Consoleの実データ分析が必要になります。

無料Web診断では何が分かりますか?

公開情報をもとにした総合・分野別スコア、最優先課題3件、改善の方向性、次に検討すべき有料プランが分かります。GA4・Search Consoleを使う精密分析や、完成したコード・原稿は無料診断には含みません。

この記事の著者

飯田 友広

飯田 友広

代表取締役

Netsujo株式会社 代表取締役。京都発のWeb3・AI実装スタートアップを2023年6月に創業。京都府ワーキンググループ「Chain UP KYOTO」参画(2026-03-10)、京都美術工芸大学での講義・龍谷大学でのセミナー実績、ITコミュニティ「みやこでIT」(connpassメンバー592名・イベント158回以上・2019年2月から運営)運営。NPO法人NEMTUS理事、BAR KRYPTO運営。ソーシャル企業認証「S認証」取得企業(2026-02)。技術領域はWeb3/ブロックチェーン/DID/NFT/生成AI/コミュニティ運営。

プロフィールを見る

この記事が向いている方

  • 会社名で検索しても自社サイトが上位に出ないとお困りの方

  • ChatGPTやPerplexityなどAI検索に自社を載せたいBtoB企業の担当者

  • 何から手をつければよいか、SEO/AIOの優先順位を整理したい方

  • GA4やSearch Consoleを見ても直すべき箇所が分からない方

— 壁打ち相談

読者のよくある相談

記事を読んだ後に「自分の状況だとどう判断すべきか」を整理するための壁打ち相談を受け付けています。下記のような相談例が当てはまる方は、お気軽にご連絡ください。

Q. 会社名で検索しても自社サイトが出ません。

インデックス状況・noindex/robots/canonicalの設定を一緒に確認し、致命傷から切り分けます。

Q. AI検索に自社を載せたいです。

検索用AIクローラーの許可・構造化・answer-firstなど、AIに引用される土台づくりの優先順位を現状に合わせて整理します。

Q. 何から直せばよいか分かりません。

GA4・Search Consoleの実データから、損をしている箇所と着手順を壁打ちできます。

上記いずれかが該当する場合、初回30分の壁打ち相談で論点整理に対応します。記事に書ききれない個別事情を踏まえた判断材料が必要な段階こそ、壁打ちが活きやすいフェーズです。

SEO/AIO支援|Netsujo SIGNAL

検索・AI時代のWeb営業基盤をつくる

公開情報からの無料Web診断、GA4・Search Consoleの分析、構造化データやFAQ・計測の実装まで伴走します。検索順位やAI掲載を保証するものではありません。

無料でWeb3導入を相談する初回相談無料・原則1営業日以内に一次返信