Perplexityに自社情報が出ないときの確認手順｜GEO対策の基本

Perplexityで会社名やサービス名を検索しても自社サイトが出ないと、「GEO対策が足りないのでは」と心配になるかもしれません。まず、どの画面で、どの質問を、いつ試したのかを記録してください。一度の回答に出なかっただけでは、サイトが認識されていないとも、何かの施策が失敗したとも判断できません。

この記事では、質問の条件、公開されている会社情報、Perplexityのクローラー、ページの内容、計測できる範囲を順に確認します。引用されることを保証する方法はありません。自分で事実情報を直せる場合は、その手順まで説明し、WordPressや技術設定の調査が必要になったときにだけ相談先を示します。

GEO対策は、引用の裏技を探すことではない

GEOは、生成AIを使う検索体験で情報を見つけてもらう取り組みを指す言葉として使われています。ただし、Perplexity、Google検索のAI機能、ChatGPT Searchなどに共通する「これをすれば引用される」という公開済みの公式手順があるわけではありません。AI検索の機能、データ、表示面、計測方法はサービスごとに違います。

Googleは、AI OverviewsやAI Modeに表示されるための特別な要件や専用の構造化データはないと説明し、基本的なSEO、技術要件、役立つページ作りを案内しています。Perplexityの公式資料は、サイトを検索結果に表示してリンクするPerplexityBotなどの用途を公開していますが、引用順位を上げる文章形式やschemaの一覧は示していません。GoogleのAI検索機能に関するサイト運営者向け説明とPerplexityのクローラー説明で、公開された情報の範囲を確認できます。

仕事の目的を「AIに引用される」だけに狭めず、次の流れで考えます。

AI回答への表示は入口です。自力解決に必要な情報を渡し、実務を任せたい人に相談先を示すことが記事の役割です。

Perplexityに表示されないときは、質問と画面の条件を記録する

回答に出なかったことを調べる前に、観察条件をそろえます。たとえば質問文が「福岡のWeb制作会社」なのか「那珂川市でWordPress保守を相談できる会社」なのかで、求められる情報は変わります。サービスやモード、質問の言い方、確認した時点が違えば、回答や出典も変わり得ます。

観察メモには、次の項目を残してください。

• 確認日時とタイムゾーン
• 利用したサービス、アプリまたはブラウザー、選んだモード
• 質問文を省略せず記録
• 言語、地域、端末
• 回答に表示された会社名・説明・引用URL
• 自社ページが出たか、どの部分が引用されたように見えたか
• 出典先の本文が、回答の説明を実際に支えているか
• ログイン状態や検索履歴など、そろえられない条件

回答のスクリーンショットを保存するときは、顧客名、個人情報、他社の非公開情報が写っていないことを確認してください。社内共有用の記録には、必要のない個人情報を残しません。

一度の結果を「引用順位」や「AI上の掲載順位」として扱わないでください。分かるのは、その条件・日時の画面に何が出たかで、多くの利用者の経験や将来の表示までは分かりません。

自社名を含む質問と、顧客が比較に使う一般的な質問を分けて確認します。会社情報が足りないのか、質問とページの内容が合っていないのかを考える手がかりになります。質問は営業や問い合わせ記録から選び、AI向けに大量生産する必要はありません。

画面観察を役立てる目的は、「出た・出ない」の点数を作ることではありません。顧客が知りたい問いに対して、自社の公開情報が正確で、必要な根拠を示しているかを調べる入口として使います。サービスごとの違いや記録表の詳しい例はAI検索の実務チェックリストにまとめています。

PerplexityBotとPerplexity-Userの役割を分ける

自社ページがAI検索に出ない理由を調べるとき、クローラーの設定は確認候補です。ただし、設定を一括で変える前に、どのクローラーが何のために使われるかを確認してください。

Perplexityの公開資料では、PerplexityBotはPerplexityの検索結果でウェブサイトを表面化し、リンクするために使われると説明されています。Perplexity-Userは利用者が質問したときにページを取得する場合があるユーザー起点のアクセスで、クローリングや基盤モデルの学習用ではありません。Perplexityは、利用者のリクエストによる取得ではrobots.txtのルールを通常無視すると説明しています。2つは別々のユーザーエージェントで、設定変更が反映されるまで時間がかかる場合もあります。公式のクローラー説明に、現行の用途と注意点が記載されています。

このため、「robots.txtでPerplexityBotを許可すれば、必ず引用される」とは言えません。公開ページにアクセスできることは表示の可能性に関係しますが、利用者の質問に合う情報があるか、サービスがそのページを回答に使うか、その後にリンクが選ばれるかは別です。反対に、Perplexity-Userがアクセスできることだけから、検索結果全体に表示されるとも言えません。

自分で確認する場合は、最初に対象ページのURLをブラウザーで開き、認証がなくても閲覧できるか、誤った転送がないか、エラーが出ていないかを調べます。その後、robots.txt、ページのrobotsメタ情報、サーバーやCDNのアクセス制限、WAFのログ、サイトマップと内部リンクを確認します。対象ページを一つに限定し、現在の設定と期待する動作をメモします。

サーバーやWAFの設定が分からず、いきなり許可ルールを追加するのは避けてください。設定を広く変えると、検索クローラー以外へのアクセスにも影響する可能性があります。必要なページだけが正しい応答を返しているかを確認し、設定を変えるなら、変更前の値、対象、目的、戻し方を記録してから進めます。

Acquaへ技術調査を依頼する場合も、最初に管理画面のパスワードをメールや問い合わせ本文へ書く必要はありません。まず公開URL、困っている動作、確認日時、分かる範囲のエラー内容を共有し、調査が必要な場合に安全な確認方法と範囲を決めます。

会社情報とサービス内容の食い違いをなくす

AIの回答に会社名があっても、住所やサービス範囲が古ければ、顧客は誤った期待を持つかもしれません。先に確認したいのは引用の回数ではなく、顧客が相談前に見る公開情報が現在の事業と合っているかです。

公式サイトで、会社名、所在地、連絡先、営業・対応地域、サービスの対象、含まれる作業、別途費用となる条件、相談方法を確認します。情報が複数ページに分かれている場合、共通の原本を決め、サービスページ、会社概要、記事、プロフィール、外部の事業者情報で一致しているかを点検します。

価格や作業量を載せる場合は、開始価格なのか総額なのか、税の扱い、ページ数・機能・素材・既存環境で変わる条件があるかを読み手に伝えます。確認できない価格、契約期間、対応件数、成果率を想像で埋めてはいけません。過去の実績を紹介する場合は、数値の社内原本、対象期間、担当範囲、計算方法、公開許可をそろえてから掲載します。

情報を確認する作業表は、次のように作れます。

例えば「WordPress保守を依頼できる」とだけ書かれていても、読者は更新代行・バックアップ・フォーム確認・障害対応のどこまでが含まれるか分かりません。サービスのページには、作業を依頼する前に何を確認し、どこまでを見積もりで合意するかを示します。記事は、読者が相談時に伝えるURL、困りごと、希望時期を整理するところまで助けます。

検索システム向けに特別な言葉へ置き換えるより、人が迷わない一貫した説明を整えます。

顧客の質問に答えるページを作る

「AIに引用されやすくする」だけを目的に記事を増やすのではなく、相談や受注の前に顧客が実際に迷うことからページの内容を決めます。質問の根拠は、問い合わせ、営業時の説明、見積もりで何度も確認される点、社内のサポート記録などです。個人情報や顧客固有の内容は、公開許可なしに原稿へ入れないでください。

記事やサービスページには、まず質問への短い答えを書き、その答えが成り立つ条件、確認方法、例外、次に取れる行動を説明します。手順なら「どこを開き、何を見て、どう判断するか」を示します。比較なら、対象、価格の前提、できること・できないことをそろえます。技術記事なら、対象バージョン、作業前の確認、テスト環境、復旧の考え方を含めます。

情報の強さを誤解させないため、本文では以下を区別します。

• 公的・公式資料で確認できる仕様
• Acquaが実際に行った作業として記録で確認できる内容
• 顧客の許諾を得た事例
• 一般的な提案や仮説
• 説明用の架空例

架空例は、架空であることを近くに明記し、実際の顧客成果や経験に見える書き方をしません。平均費用や満足度などの数字を載せるなら、調査対象・件数・期間・集計方法が分かる原本が必要です。原本が見つからなければ、その数字を削り、推測値で置き換えないようにします。

例として、これは実案件ではない架空の相談です。「地域の事業者が、WordPressの問い合わせフォームを変更したいが、送信後に何が起きるか分からない」とします。記事では、現在のフォームを送信せず確認できる項目、テスト環境を用意する考え方、受付メールと管理側通知、完了画面、個人情報の扱いを整理します。読者が自分で安全に確認できればその手順で終了です。実装やテストを任せる場合には、対象ページ、現在の不具合、変更後に確かめたい動作を伝えて相談できます。フォーム改修の実績を示す例ではありません。

制作会社向けの技術記事では、管理者・クライアント・実装担当の役割、支給物、対象ブラウザー、検収条件、差し戻しの窓口を明確にします。企業向けの説明と技術仕様を一つのページで混ぜすぎず、必要な人が適切な深さの情報へ移れるよう関連リンクを置きます。

構造化データやFAQは、表示内容を正確に表すために使う

構造化データは、ページに実際に表示されている情報を、検索エンジンが扱いやすい形でも表す仕組みです。読者に見える本文と違う価格、レビュー、所在地、FAQ、更新日を機械向けデータに入れてはいけません。

Googleは、AI OverviewsやAI Modeのために専用schemaを追加する必要はないと案内しています。構造化データは、通常の検索で対象となる表示機能に使う場合や、ページの情報を正確に記述する場合に検討できますが、それだけでAI回答に引用されるとは限りません。Googleの現行ガイドは、特定の書き方でAI向けに作り直す必要はないと説明しています。Googleの生成AI検索向けガイドを確認し、SEO目的でFAQPageを追加する前に対象の検索表示機能と要件を調べます。

FAQは、検索機能に表示されることを期待して数を決めるものではありません。顧客から繰り返し聞かれる疑問や、本文だけでは判断しにくい条件を補うために使います。回答を短くすること自体が目標ではありません。必要な前提や例外を残し、料金・範囲・公開後の担当など、誤解すると困る点を明記します。

公開前には、ページのHTMLや検索エンジンの検証ツールで、構造化データの形式と実際の表示を比べます。必要な場合も、既存のテーマやSEOプラグインが出力しているデータを先に確認し、同じ情報を二重に追加しないようにします。日付を更新したときも、実際に本文を確認・改訂した日時とページ上の更新日を合わせます。表示上の更新日だけを変えて新しい情報のように見せることはしません。

構造化データのエラーを直す必要があるのか、記事本文や会社情報を先に直すのかは、ページごとに決めます。簡単な形式検証で済む作業と、CMS・テーマ・プラグインの出力元を追う実装作業を分け、変更後は該当ページで出力と見た目の両方を確認します。

表示・引用・訪問・相談を別の指標で確かめる

AI検索はサービスごとに機能、集計方法、期間が違います。Google・Bing・Perplexity・ChatGPTの数値を足して一つの順位にしないでください。

Google Search Consoleには生成AIパフォーマンスレポートがあり、AI OverviewsとAI Modeの表示回数などを確認できます。ページ、国、日付、端末といった切り口があります。2026年8月31日時点で、Googleはこのレポートの洞察を世界のサイトへ展開したと案内しています。ただし、データが十分でない等の理由で表示されないプロパティがあります。レポートが見つからないことを「AI検索で表示されなかった」と読み替えず、対象プロパティ、期間、権限、提供条件を記録してください。Search Consoleの生成AIパフォーマンスレポートの説明

Bing Webmaster ToolsのAI Performanceは、Copilotなど対応するAI体験での引用数、引用されたページ、grounding queryのサンプル等を扱う公開プレビューです。公式説明は、引用数が回答内の表示位置、順位、ページの重要度を示すわけではないとしています。Bing Webmaster ToolsのAI Performance案内

ChatGPT Searchについては、OpenAIのPublisher FAQに、OAI-SearchBotがアクセスできることや、参照URLにchatgpt.comのUTMが付く場合があることが記載されています。GA4等で流入元が取れても、回答だけを見た人、他の入口を使った人、計測できなかった訪問まで分かるわけではありません。OpenAI Publisher FAQ

事業の結果を見るときは、検索表示・サイト訪問・適切な相談・契約・作業・顧客による完了確認をつなげます。問い合わせを「有効」と扱う場合は、対象業務と顧客像に合い、連絡先や希望内容が確認でき、営業メール・迷惑送信・重複を除いた件数として定義します。ボタンを押した数を相談件数としません。

顧客IDや問い合わせ内容などの個人情報を解析ツールへ送らず、必要なら社内の受付記録と分析データを、管理された識別子・期間で照合します。支援後は、依頼前に困っていたこと、合意した完了条件、結果、残る課題を確認します。Acqua側は調査・実装・確認・手戻りの時間と費用を記録し、合意した対価に見合う進め方だったか振り返ります。

詳細な測定の役割は、AI検索での言及・出典・訪問を分けて測るガイドに譲ります。この記事ではPerplexityの確認方法とWebページを整える判断に集中します。

自分で進める作業と、Acquaへ任せる実務を分ける

会社概要、提供サービス、所在地、連絡先の誤記を直す、既存ページのリンクを確認する、Search Consoleの表示レポートを見る、といった作業は、社内の事実を確認できる担当者がいれば自分で進められます。記事内の確認表を使い、対象ページ、現在の問題、根拠、変更担当、変更後の確認結果を残してください。

WordPressの構造化データ、robots.txt、テーマ、プラグイン、サーバー、WAFが関係し、サイト表示や他の検索機能にも影響しそうなときは、専門担当者に範囲を確認してから作業します。変更前の値とバックアップを確保し、対象URL、PC・スマートフォンの表示、フォームや問い合わせ導線、検索の設定を必要な範囲で確認します。Acquaに相談する場合、企業向けにはサイト全体の制作・更新・保守・検索関連の問題を整理でき、制作会社向けにはコーディングやWordPress等の実装工程を依頼できます。具体的な作業範囲・時期・費用は、環境と合意範囲を確認して決めます。

企業の方は、現在のサイトURL、困っている更新や検索表示、希望時期を添えて企業向けWeb制作・運用の案内をご覧ください。制作会社・広告会社の方は、支給デザインや対応工程、納品方法を整理して制作パートナーの案内をご確認ください。相談する場合はお問い合わせから状況を伝えられます。管理者パスワードを問い合わせ本文に書く必要はありません。

引用されること自体を納品条件にしないでください。実務支援の完了は、合意した調査・修正が終わり、公開ページや設定が確認され、依頼者が必要な次の運用を理解できたかで判断します。検索やAIによる表示は変動するため、成果として約束できるものではありません。

よくある質問

Perplexityに引用されるには、どのschemaを追加すればよいですか？

どのサイトにも引用を保証するschemaは確認できません。GoogleはAI機能のための専用schemaは不要と説明しています。構造化データは、ページに実際に書かれた内容と一致するものを、通常の検索機能や情報整理の必要に応じて使います。

PerplexityBotをrobots.txtで許可すると、必ず検索回答に出ますか？

いいえ。Perplexityの説明では、PerplexityBotは検索結果でウェブサイトを表面化しリンクする用途です。アクセスできることは引用を約束しません。質問への適合、ページの内容、サービス側の選択などが関わり得ますが、公開された固定順位の式はありません。

Perplexity-Userをrobots.txtで拒否すれば、Perplexityからの取得を止められますか？

Perplexity公式資料では、Perplexity-Userは利用者が質問したときにページを取得する場合があり、その取得ではrobots.txtのルールを通常無視すると説明されています。意図と対象を確認し、PerplexityBotの検索用設定と混同しないでください。社内規程や公開条件がある場合は、担当者と設定の影響を確認します。

検索結果に表示されるのに、問い合わせが増えないのはなぜですか？

表示回数だけでは理由は分かりません。ページ訪問、相談の内容、サービスとの適合、受付・フォームの状態、成約、顧客の問題解決をそれぞれ確認します。AI回答で必要な情報が読めて自分で解決した人がいれば、それも記事が役立った結果です。

まとめ

Perplexityに自社情報が出ないときは、まず質問と画面の条件を記録し、会社情報、公開ページ、クローラー設定、本文の順に事実を確認します。特定の文章形式やschemaで引用される保証はありません。読者が知りたい情報を正確に整え、必要な技術調査や実装は範囲を決めて依頼し、変更後のページと業務結果まで確かめてください。