発見されなければ、
比較されない

良い商品やサービスを提供している。顧客からの評価も悪くない。実績も積み上がっている。

それでも、新しい問い合わせが増えない。

この状態を「知名度が足りない」「広告予算が少ない」「営業力が弱い」と片づけると、原因を見誤ります。顧客が課題を感じ、解決方法を調べ、依頼先を比較するまでの経路に、自社が現れていない可能性があるからです。

顧客は、知らない会社を最初から検索できません。

社名や商品名を知らない顧客は、次のような問いから探索を始めます。

• 自社サイトから問い合わせが増えないのはなぜか
• SEO会社からレポートは届くが、誰が実装するのか
• ChatGPTやGoogleのAI検索に自社が出てこない理由は何か
• BtoB SaaSの非指名検索を増やすには何を直すべきか
• Web制作会社へ改善内容をどう指示すればよいか
• 専門性の高いサービスを、初見の顧客へどう説明すべきか

この問いに対する候補として自社が現れなければ、品質を評価される機会も、比較される機会も、問い合わせを受ける機会も生まれません。

発見されることは、広報の補助作業ではありません。市場の需要と自社の供給を接続する、営業活動の起点です。

「存在している」と「発見される」は別の状態である

Webサイトにページが公開されている。Googleで社名を検索すれば表示される。会社概要やサービス紹介も掲載している。

これだけで「発見される状態」とは言えません。

顧客がすでに社名を知っている指名検索は、認知後の確認行動です。新規顧客の獲得に必要なのは、社名を知らない人が、自分の課題や目的から自社へ到達できる状態です。

例えば、システム開発会社が自社サイトに次のように書いているとします。

AI、DX、Web3などの先端技術を活用し、お客様の課題解決を支援します。

この説明は間違っていません。しかし、顧客が実際に入力する質問との距離があります。

製造業の設備保全データを使って、3か月でAI PoCを実施できる開発会社を探している。要件整理から検証まで対応できる会社はあるか。

候補として選ばれるには、少なくとも次の情報が必要です。

• 対象業界
• 解決する業務課題
• 利用するデータ
• 支援範囲
• 成果物
• 期間
• 実施体制
• 類似実績
• 依頼時に必要な条件

企業側が「AI開発」とだけ説明し、顧客側が「製造業の設備保全AI PoC」と探している場合、両者は同じ市場に存在していても接続されません。

発見とは、ページを公開することではありません。顧客の問いと、自社が提供できる価値が、検索・生成AI・外部サイト・人の紹介を通じて接続されることです。

顧客が問い合わせるまでには、5つの関門がある

発見可能性を具体的に管理するには、顧客の行動を5段階に分けると整理しやすくなります。

1. 課題を認識する

顧客の出発点はサービス名ではなく、事業上の違和感です。

• 問い合わせが減った
• 競合ばかり検索結果に出る
• 自社の説明がAI回答で誤っている
• アクセスはあるが商談につながらない
• 分析レポートを受け取っても改善が進まない

企業は、この「症状」を自社が解決できる問題として定義する必要があります。

2. 質問に変換する

顧客は課題を検索語や生成AIへの質問に変えます。

「SEO」や「AIO」のようなカテゴリ名を使う人もいれば、「Webサイトを営業に使いたい」「ChatGPTに推薦されたい」「制作会社へ具体的な修正指示を出したい」と表現する人もいます。

ここで企業側の専門用語と顧客側の言葉が一致しなければ、発見の対象から外れます。

3. 候補を取得する

Google検索、GoogleのAI機能、ChatGPT検索、業界メディア、比較記事、SNS、知人の紹介などから候補を集めます。

Googleは、AIによる概要やAIモードにページが表示される前提として、ページがインデックスに登録されていること、スニペットが表示されること、検索の技術的要件を満たしていることを挙げています。同時に、AI機能で表示されるために新しいファイルや特別なschema.orgの構造化データを追加する必要はないとも明示しています。特別な「AI用の裏技」ではなく、クロール、内部リンク、本文、構造化データの整合、ユーザーに役立つ情報が土台です。[1]

OpenAIも、コンテンツが発見・表示・引用・リンクされるようにするにはOAI-SearchBotをブロックしないことが必要だと案内しています。必要であればrobots.txtを更新するよう説明されています。[2]

4. 根拠を確認する

候補に現れた後、顧客は次の点を確認します。

• 自社の業界や課題に対応しているか
• 何を納品してもらえるか
• どこまで実装するか
• 実績は具体的か
• 料金や期間は現実的か
• 会社や担当者を信頼できるか
• 他社との違いが理解できるか

「高品質」「伴走」「柔軟」「ワンストップ」といった抽象語だけでは、比較の根拠になりません。引用・推薦・社内稟議に使える事実が必要です。

5. 行動する

最後に、相談、資料請求、無料診断、問い合わせ、商談予約などへ進みます。

発見された記事とサービスページがつながっていない、相談対象が分からない、フォームが長い、料金や支援範囲が見えないといった問題があると、候補に入っても行動に至りません。

したがって、発見可能性は「検索に出たか」で終わりません。課題認識、質問、候補取得、根拠確認、行動を一続きで設計する必要があります。

発見されない7つの断絶

発見されない状態は、1つの原因では起きません。当社が自社サイトと診断で繰り返し確認してきた断絶を、7つに整理します。

断絶1：事業分類しか説明していない

「DX支援」「AI開発」「コンサルティング」「システム開発」という分類だけでは、顧客が自分の問題と結び付けられません。

改善する際は、次の順番で書きます。

1. 誰が
2. どのような状況で
3. 何に困っており
4. 何を変えたいのか
5. 自社はどこまで支援し
6. 何を成果物として渡すのか

断絶2：重要情報が初期HTMLにない

画面上では説明が見えていても、JavaScript実行後に初めて表示される、外部API取得に依存している、タブを操作しないと読めないといった構成では、取得条件によって重要情報が欠落します。

対象顧客、提供価値、主要な成果物など、ページの意味を決める情報は、取得時点で明確に存在する構成が望まれます。

断絶3：重要ページが孤立している

サービスページを公開しても、トップページ、関連記事、実績、料金、会社情報からリンクされていなければ、検索エンジンにも顧客にも見つけにくくなります。

内部リンクはSEO施策であると同時に、企業自身が「このページが重要である」と示す情報設計です。

断絶4：本文とメタデータが不一致

画面には「製造業向けAI PoC」と書かれているのに、titleは「AI開発」、descriptionは旧サービス、構造化データは会社情報だけ、という状態では、情報の解釈が不安定になります。

表示本文を正本とし、metadataやJSON-LDを同じデータ源から生成する設計が有効です。

断絶5：紹介できる根拠が足りない

生成AIや第三者が企業を候補として紹介するには、「なぜこの企業なのか」を説明する材料が必要です。

• 顧客の初期課題
• 実施した内容
• 担当範囲
• 成果物
• 期間
• 制約
• 結果
• 出典
• 更新日

成功談だけでなく、条件や限界も書くことで、情報の信頼性が上がります。

断絶6：着地ページが質問に答えない

「料金を知りたい」という質問で発見されたのに、着地先に料金の説明がない。「SEOをコードまで直してほしい」という質問なのに、記事制作の説明しかない。

検索結果やAI回答に現れることと、着地後に期待へ応えることは連続しています。

断絶7：表示回数しか見ていない

表示回数が増えても、対象外の質問で表示されている、説明がずれてクリックされない、記事からサービスへ移動しない、CTAが計測されていない場合、事業成果には接続しません。

必要なのは、発見の量と質を分けた測定です。

発見可能性を測る具体的な指標

発見可能性は、1つのスコアへ圧縮するより、段階ごとに確認する方が改善につながります。

この8段階は当社の運用区分であり、普遍的な標準規格ではありません。自社の商材や体制に合わせて増減させて構いません。

OpenAIは、OAI-SearchBotのアクセスを許可した場合、ChatGPTからの参照トラフィックをGoogleアナリティクスなどで追跡でき、参照URLにutm_source=chatgpt.comが自動的に付与されると案内しています。「生成AIに出たか」という観測に加えて、実際に訪問や行動が発生したかを追跡できます。[2]

一方、GoogleのAI機能に表示されたサイトのデータは、Search Consoleの検索タイプ「ウェブ」のパフォーマンスレポートに含まれます。[1]そのため、現時点ではAI機能だけを完全に分離した計測より、検索クエリ、着地ページ、GA4の行動を組み合わせて変化を読む運用が現実的です。

落ちる原因を改善仕様へ変える

次のようなBtoBサービスページを想定します。

顧客が獲得したい商談

• 対象：専任SEO担当者がいないBtoB SaaS企業
• 相談：検索や生成AIからの問い合わせを増やしたい
• 現状：GA4とSearch Consoleはあるが、改善実装が進まない
• 求める支援：分析、修正箇所の特定、制作会社へ渡せる仕様、公開後の検証

顧客が入力する可能性のある質問

• SEOレポートを受け取った後、実装まで進める会社はあるか
• BtoB SaaSのAI検索対策をコードまで支援できる会社を探している
• Search Consoleを見ても次に何を直せばよいか分からない
• 既存のWeb制作会社へ渡せるSEO改善仕様を作ってほしい

現在のページで確認された事実

• 初期HTMLにはサービス名しかない
• 対象顧客と提供結果はJavaScript実行後に表示される
• titleとdescriptionは「SEO支援」のまま
• Serviceの構造化データがない
• 関連記事からサービスページへの内部リンクが少ない
• CTAクリックがGA4で計測されていない
• 実績ページに支援範囲と期間がない

営業上の機会損失

検索やAIがページを取得できたとしても、「誰に」「何を」「どこまで提供するサービスか」が不足し、候補として説明しにくい状態です。顧客が訪問しても、依頼後に得られる成果物を判断できません。

実装可能な変更仕様

1. ヒーローに「対象顧客・課題・提供結果」を追加し、サーバー側でHTML出力する
2. 表示本文、title、description、Service JSON-LDを同一データから生成する
3. 顧客質問ごとにFAQを可視HTMLで追加し、抽象語ではなく支援範囲で回答する
4. 関連記事3本と実績2件からサービスページへ内部リンクを追加する
5. 実績へ「課題・実施内容・成果物・期間・制約」を追記する
6. CTAを共通計測コンポーネントへ接続する
7. 公開直後にHTML、構造化データ、リンク、表示崩れを確認する
8. 公開前28日と公開後28日で、表示・クリック・流入・CTA・CVを比較する

この粒度まで落とすと、SEO担当、事業責任者、エンジニア、制作会社が同じ課題を扱えます。

「コンテンツを改善する」「AIOを強化する」といった抽象的な指示では、担当者ごとに解釈が分かれます。対象URL、変更箇所、作業内容、完了条件、測定方法まで定義して初めて、改善が実行可能になります。書式はWeb改善仕様書の様式にまとめています。

自社サイトで起きた変化

Netsujo SIGNALの発想は、Netsujo自身のWebサイト改善から生まれました。

当時の問題は、技術や実績が存在していないことではありませんでした。情報が複数ページに分散し、サービス説明、内部リンク、構造化データ、リダイレクト、計測がつながっていなかったことです。

Netsujoは、自社サイトで次のような改善を行いました。

あわせて、サービス、実績、記事、会社情報の接続を見直し、Search ConsoleとGA4で基準期間と改善後を比較できる状態にしました。

2026年3月1日から28日間と、2026年6月21日から7月18日までの28日間を比較すると、netsujo.jpでは次の変化が確認されています。

出所は表示回数とクリック数がGoogle Search Console、セッションとコンバージョンがGA4です。集計は2026年7月21日時点、比較期間はいずれも28日間に揃えています。

これらの数値は、SIGNALだけの因果効果を証明するものではありません。サイト全体の継続運用、コンテンツ追加、技術改善、季節性、外部要因を含む変化です。[3]

重要なのは、増加率そのものより、発見から行動までを同じ構造で観測できるようになったことです。

• 表示が増えた
• クリックが増えた
• 自然検索の訪問が増えた
• 計測対象の行動が発生した

この接続が確認できれば、次に直す場所を判断できます。

自己申告の流入経路を、実測へ昇格させない

Netsujoには、生成AIへSEO事業者について相談した人が、その回答をきっかけにNetsujo SIGNALを知り、問い合わせに至ったという申告があります。

この1件は、当社では実績として扱っていません。理由は明確です。

• 使用した生成AI、入力した質問、返ってきた回答、参照されたURL、日時、比較対象のいずれも確認できていない
• 申告は本人の記憶にもとづくものであり、実際に参照されたURLの観測ではない
• 1件では、同じ経路が再現する条件を定義できない

自己申告（reported）を実測（measured）へ昇格させると、根拠のない因果が社内に定着します。当社はこの1件を事例記事にせず、問い合わせフォームに流入経路の自己申告項目を設ける設計材料として扱いました。同種の申告を、今後は同じ形式で比較できます。

生成AI経由の流入を追うなら、単発の申告ではなく、参照元パラメータ、着地ページ、質問文の傾向、指名検索の変化といった継続的に取得できる指標を先に用意する方が確実です。

発見されるための30日計画

以下は当社の運用目安です。体制や商材によって期間は変わります。

1週目：顧客と質問を決める

• 売りたいサービスを1つ選ぶ
• 獲得したい顧客像を1つ定義する
• 顧客が抱える症状を10個書く
• 検索・生成AIへ入力する質問を20個作る
• 指名質問と非指名質問を分ける

2週目：発見経路を観測する

• Googleで対象質問を検索する
• ChatGPT検索などで同じ質問を観測する
• 自社が登場するか、説明が正しいか、公式サイトが引用されるかを記録する
• 着地ページを確認する
• 初期HTML、metadata、canonical、JSON-LD、内部リンクを確認する

3週目：機会損失を1件に絞る

優先順位は次の4点で決めます。

• 事業への影響が大きいか
• 根拠が確認できているか
• 変更箇所が特定できるか
• 30日以内に実装・検証できるか

課題を大量に並べるより、商談に近い断絶を1件解消する方が、学習速度は上がります。

4週目：変更し測定を始める

• 対象URLと変更箇所を確定する
• 変更内容と完了条件を文書化する
• 担当者と期限を決める
• 公開直後の技術確認を行う
• 基準期間を固定する
• 28日後に検索、流入、CTA、CVを比較する

発見可能性は一度の改修で完成しません。

顧客の質問、競合の説明、検索結果、生成AIの回答、自社のサービス内容は変化します。観測、変更、検証を継続する運用が必要です。

発見は市場参加の条件である

良い商品を作ることと、その価値が市場で発見されることは、異なる仕事です。

品質を高めても、顧客の質問に対する候補へ現れなければ比較されません。候補に現れても、根拠が不足すれば信頼されません。信頼されても、行動経路が切れていれば商談につながりません。

企業が設計すべきなのは、検索順位だけでも、AI回答への掲載だけでもありません。

• 誰に発見されたいのか
• どの課題・質問で発見されたいのか
• どのページを根拠として提示するのか
• 何を読めば比較できるのか
• どの行動へ進んでもらうのか
• 何を測り、次にどこを直すのか

この経路を事業として管理する必要があります。

発見されなければ、比較されません。比較されなければ、選ばれる機会も生まれません。

発見可能性は、SEO担当者だけのテーマではありません。事業戦略、営業、広報、コンテンツ、デザイン、開発、計測を接続する経営基盤です。

無料診断で確認できること

Netsujo SIGNALは、獲得したい顧客と増やしたい行動から逆算し、公開サイト、検索・生成AI上の見え方、競合との差、Webサイトの実装状態を照合します。

無料診断（Opportunity Trace）では、公開情報から次の内容を返します。

• 最大の商談機会損失1件
• 商談ゴールからChangeSpecまでのTrace
• AI観測数と実行条件
• Fact・解釈・事業仮説・検証方法
• 対象URLと確認事実
• Mini ChangeSpec 1件

課題を点数で終わらせず、対象URL、確認事実、営業上の影響、改善方向まで整理します。検索順位、AI回答への掲載、問い合わせ件数を保証するものではありません。

実際の出力は自社サイトの実データ分析レポートとサービスページで確認できます。

よくある質問

発見可能性はSEOと同じですか

重なりますが同じではありません。SEOは検索エンジン上の可視性を主に扱います。発見可能性は、課題認識から質問、候補取得、根拠確認、行動までを対象にします。検索順位が上がっても、着地後に根拠と導線がなければ商談には接続しません。

AI検索に特別な設定は必要ですか

Googleは、AI機能で表示されるために新しいファイルや特別な構造化データを追加する必要はないと明示しています。[1] OpenAIは、コンテンツが発見・表示・引用されるようにするにはOAI-SearchBotをブロックしないことが必要だと案内しています。[2]いずれも掲載や順位を約束するものではありません。

効果はどのくらいで出ますか

期間は断定できません。検索エンジンの再クロール、順位変動、ユーザー行動の変化を経て現れるため、当社では基準期間を固定し、公開後28日で比較する運用を目安にしています。

まず何から始めればよいですか

獲得したい顧客と、その顧客が入力する質問を書き出すところからです。質問が定まらないうちに施策を並べると、対象外のクエリで表示回数だけが増えます。

参考資料

1. Google検索セントラル「AI機能とウェブサイト」（2026年8月4日確認）
2. OpenAI Help Center「Publishers and Developers - FAQ」（2026年8月4日確認）
3. Netsujo株式会社「SIGNAL 実データ分析レポート」（Google Search Console・GA4の実測値。2026年7月21日集計）

検索結果や生成AIの回答は、質問、時点、地域、モデル、検索機能などによって変化します。掲載、順位、問い合わせ、売上を保証するものではありません。