ChatGPTが自社SaaSを勧めない理由｜原因と対策

ChatGPTが自社のSaaSを勧めないのは、ページにアクセスできない、製品のカテゴリーや向いている顧客がはっきりしない、質問に必要な事実を情報源から確かめられない、といった理由が考えられます。質問が自社の位置づけから外れていることや、回答ごとのばらつきも原因になります。直す前に、まず根拠を確認しましょう。1回出なかっただけでは、原因は分かりません。

ページが拒否されていないか、取得しにくくないか

確認のしかた: ログインしていない状態で、トップページ、料金のページ、関係するドキュメントを開きます。robots.txt、リダイレクト、HTTPステータス、ファイアウォールの記録を確認します。ログインが必要なページ、ブラウザの確認画面、操作しないと製品の説明が表示されないページがないかを見ます。

OpenAIの説明では、検索用のクローラーはOAI-SearchBotです。学習用のGPTBotとは分けてアクセスを確認します。名前が出なかったことだけでは、どちらかのクローラーが拒否された証拠にはなりません。

直し方: 公開するつもりのページにかかっている意図しない制限を外します。カテゴリーの説明と製品の基本的な事実は、ログインしなくても読めるようにします。お客様の個人的なデータは守ったままにします。ドメイン全体に同じルールがあると考えず、失敗した行き先そのものを確認しましょう。

記録されたアクセスと、取得の成功を分けて見るには、ChatGPTのクローラーが来たか確認する方法をご覧ください。成功のステータスでも、エラーの文章や空の枠しか返していないことがあります。

どんなカテゴリーで、誰のための製品かが書いてあるか

確認のしかた: ロゴやメニューを見ずに、最初の段落を読みます。ソフトウェアのカテゴリー、使う人、こなす仕事、意味のある制限が分かるでしょうか。「もっと良い働き方を」だけでは、製品が合うかを判断できません。

その段落を、ChatGPTにした質問と比べます。社内の日程調整のツールとしか書いていない製品は、両方の使い方に対応していても、顧客の予約受付についての質問の答えとしては見つけにくいかもしれません。

直し方: 事実としてのカテゴリーの説明を書き、そのあとに「どんな人に向いているか」を具体的に書きます。架空の例では、「定期のレッスンが必要な個人の家庭教師向けの予約管理ソフト」です。対応する予約の流れや地域など、その説明が当てはまる条件も加えます。多くの質問に合わせるために、いちばん広いカテゴリーを名乗るのはやめましょう。

比較、料金、連携のページに情報が足りているか

確認のしかた: 商談でよく出る質問を書き出します。費用、請求の条件、含まれる上限、連携の設定、データの流れ、ほかの製品との違いです。それぞれに答えている公開ページを探し、答えがない質問は、トップページで足りていると考えずに不足として記録します。

連携先のロゴだけでは、標準の連携か、一方向か、すべてのプランで使えるか、手作業のエクスポートが必要かが分かりません。料金が「お問い合わせ」のページでも、公開できるなら、見積もりが何で決まるかを説明しましょう。

直し方: 足りない事実を、検討している人が探すページに書き足します。連携でできることと制限を説明し、正確な請求の条件を公開します。比較のページでは、作った順位ではなく、確認できる機能と向き不向きで比べます。管理し続けられるページだけを作りましょう。似たページを増やしても、根拠はほとんど増えません。

役に立つ第三者の言及やレビューがあるか

確認のしかた: 保存した回答で返された外部の情報源を確認します。自社の製品について書かれているか、その説明は今の内容か。ブランド名とカテゴリーで検索し、検討している人が確かめられるプロフィール、お客様のレビュー、提携先のドキュメントを探します。

取り上げられていないのは根拠の不足かもしれませんが、隠れた人気の基準がある証拠ではありません。ChatGPTは、SaaSを勧めるのに必要なレビューの数を公表していません。

直し方: 古いプロフィールを直し、関係する掲載元に正確な公開ドキュメントを提供します。実際の利用者に、掲載先のルールに沿って正直なレビューをお願いします。まだ第三者の根拠がなければ、その制限を記録します。体験談を作ったり、有料の掲載を第三者の評価として見せたりしてはいけません。

情報源の間で製品の説明が食い違っていないか

確認のしかた: トップページ、料金、ヘルプ、リリースノート、返された外部の情報源を比べます。製品名の表記、カテゴリー、今の機能、プランの上限、対応する国、連携の状態を確認し、食い違っている文章とそのURLを残します。

たとえば、古いヘルプのページでは連携が使えないと書いてあり、今の製品ページでは対応と書いてあると、読む人はどちらが正しいか判断できません。

直し方: 社内の製品の記録で今の事実を確かめ、正式なページを更新し、裏付けのドキュメントにリンクします。終了したページは、関係する後継のページがあればリダイレクトします。外部の掲載元には、通常の手続きで訂正を依頼します。自社のページを変えれば、すぐにAIの回答や掲載元のインデックスが変わる、とは考えないようにしましょう。

質問が自社の実際の位置づけに合っているか

確認のしかた: 追跡している質問を、顧客、仕事、市場、予算、必要な機能で分けます。ブランド名を含む質問と、含まない質問も分けます。大企業の調達の管理機能を求める質問なら、個人向けの小さな製品が出ないのは自然なことです。

実際の顧客がしない、一般的なキーワードの一覧から持ってきた質問がないかを確認します。自社が満たしていない条件が質問に含まれていないかも見ます。そうした質問で出ないのは、見え方の問題ではなく、正しい結果かもしれません。

直し方: 商談の質問、サポートへの問い合わせ、関係する検索の需要をもとに、変えない質問の一式を選びます。広いカテゴリーの質問は参考として残し、製品が合うかは、狙う顧客を表す質問で判断します。記録の残し方はAI可視性の監査で解説しています。

回答を繰り返しても、出ないことが続くか

確認のしかた: 優先する質問を、新しい会話で繰り返します。使ったAIの画面、検索の設定、言語、市場、日付を記録します。自分の考えと合わない回答も含めて、完了した回答をすべて残します。取得に失敗した場合は、自社が出なかった回答とは分けて記録します。

直し方: いちばん良い回だけを選ばず、繰り返した観察を比べます。ページを直す間も、質問の一式は変えません。公開のあとに確認の日を決めますが、それは作業の区切りで、AIの回答が変わる日を約束するものではないと記録しておきます。

SearchSealは、この最後の確認の段階に向いています。登録した質問の回答を、ブランドの言及と回答とともに返された引用元のURLと一緒に保存し、ページの改善に優先順位を付け、前後の観察を比べます。任意で読み取り専用のサーチコンソールとBingウェブマスターツールを連携すると、検索の需要も改善の判断に使えます。製品の説明や返された情報源が変わったかは保存した回答で確認し、訪問、コンバージョン、売上はアクセス解析やCRMで確認しましょう。

よくある質問

SaaSが勧められないのは、クローラーが拒否されている証拠ですか？

いいえ。アクセスの根拠は、robots.txt、アクセス制御、アクセスログで確認します。勧められないのは、製品の向き不向き、根拠の不足、回答のばらつきが理由のこともあります。

レビューを増やせば、勧められるようになりますか？

勧められることを保証するレビューの数は公表されていません。正確な第三者のレビューは製品の事実を裏付けますが、選ばれることを保証するものではありません。

SaaSのどのページから確認すればよいですか？

追跡している質問に答えるページから始めます。カテゴリーの説明、料金の条件、関係する比較、連携のドキュメントです。まず、アクセスの失敗と間違った事実を直しましょう。

ページを直して効果があったかは、どう確かめますか？

同じ質問と記録した設定で、公開の前後に回答を繰り返し保存します。言及、製品の説明、返されたURLを比べますが、変更が原因だったとは言い切らないようにします。