クライアント作成と GEO 分析シナリオ — 登録から詳細な設定まで

全体像 — クライアント作成の2つの方法

AILabsAudit には、クライアントを作成する方法が2つあります。どちらの方法でも結果は同じです。GEO に最適化された分析シナリオを備え、最初の監査をすぐに実行できるクライアント情報が出来上がります。

どちらの方法でも、クライアントを保存すると、その profile に合わせて GEO/AEO に最適化されたシナリオ一式が自動で生成されます。

ウェブサイトの自動検証

クライアントを登録する前に、AI Labs Audit はサイトのURLが実際に応答するかを確認します。停止しているサイトを監査するのは、クレジットを無駄に消費するだけです。そのため検証は、URLの入力を終えたその瞬間に、フォーム上で即座に行われます。

• リアルタイムの確認。HEAD リクエストを6秒のタイムアウトで送信します。結果は入力欄の横に表示されます（緑のチェック＝ok、オレンジの警告、赤のエラー）。
• 「保存」ボタンは無効になります。サイトがエラーを返した場合、タイムアウトした場合、URLの形式が正しくない場合は保存できません。停止したドメインで誤ってクライアントを作成することはなくなります。
• スキームの自動補完。exemple.fr と入力すると、検証の前にフォームが https://exemple.fr へ静かに補完します。
• RESTエンドポイント。この確認は GET /api/client/check-url?url=... で公開されています。APIやMCPからクライアントを作成する場合に便利です。
• 毎日の再確認。daily_check_client_websites のcronがサーバー時刻の4時10分に実行され、すべてのクライアントサイトを再テストします。昨日は正常でも今日は503、という変化を、監査を実行せずに把握できます。
• 状態の確認。クライアント画面には最新の状態が表示されます（ok、http_error、timeout、unreachable、invalid_url）。
• 「サイト停止」バッジ。7日間連続で失敗すると、クライアント画面に赤いサイト停止バッジが表示されます。見落とすことはありません。

監査シナリオを作成する

この流れでは、4つの画面で監査の枠組みを決めます。クライアント情報を入力するのではなく、何を知りたいのかを示すと、プラットフォームがそれに合った監査シナリオを準備します。

手動での作成

細部まで自分で管理したい場合や、クライアントにサイトがない場合は、フォームを手動で入力できます。この方法ではクレジットを消費しません。

必須項目

• 企業名：事業の正式名称
• ウェブサイト：主要なURL（手動作成では任意）
• 業種：プルダウンから選ぶか、独自の業種を入力します
• 都市：ローカルGEOの精度を高めるための、事業の所在地

入力を推奨する項目

• 製品・サービス：主な提供内容をカンマ区切りで。シナリオ内では {produit} として使われます
• 競合：各社の名称とURLを追加します。{concurrent_1} から {concurrent_5} として使われます
• 説明文：その企業と、独自性がどこにあるかを簡潔にまとめた一段落
• 差別化要因：競合と何が違うのか（E-E-A-T のシグナルに使われます）

手動での作成が向いている場面

• クライアントにまだサイトがない場合
• 社内用またはテスト用のクライアントを作る場合
• 事業が非常に特殊な業種で、AIが誤って分類しうる場合
• AIリサーチの20クレジットを節約したい場合

GEO分析シナリオの自動生成

クライアントを作成すると、AILabsAudit は GEO/AEO の8つのテーマを網羅する分析シナリオ一式を、その企業に合わせて自動生成します。これらのシナリオが、監査の際にAIモデルへ送られる質問になります。

網羅する8つのGEO/AEOテーマ

変数の仕組み

シナリオでは変数を使います。監査の際に、クライアントの情報へ自動で置き換えられます。

• {entreprise} — 企業名
• {produit} — 主要な製品・サービス
• {secteur} — 業種
• {ville} — 都市
• {site_web} — サイトのURL
• {concurrent_1} 〜 {concurrent_5} — 競合の名称

基本の分析シナリオを使う

基本の分析シナリオは、どのクライアントにも使える再利用可能なシナリオ集です。同じシナリオをクライアントごとに作り直すのではなく、一度作って任意のクライアントに割り当てます。

基本シナリオを使う理由

• 標準的な監査の問い：すべてのクライアントで尋ねる質問（例：「{entreprise}は何で知られていますか？」）
• 業種別のシナリオ：特定の業種に合わせたシナリオ（例：飲食店向けの質問）
• 自社の型としてのシナリオ：ホワイトラベルで代理店を運営している場合、自社の手法に沿ったシナリオを用意できます
• コンプライアンス確認のシナリオ：E-E-A-T の標準的な確認項目

基本シナリオの作り方

分析シナリオを手動で作成する

自動生成された一式では足りない、特定の目的のために分析シナリオをゼロから作成できます。変数の仕組みを使えば、シナリオを動的かつ再利用可能な形に保てます。

使用できる変数

効果的な分析シナリオの書き方

• 具体的に書く：「{entreprise}について教えてください」より、「{ville}で{produit}を買うのに最も良い店はどこですか？」のほうが有効です
• 競合の文脈を入れる：「{ville}の{produit}について、{entreprise}と{concurrent_1}を比較してください」
• プレビューで試す：保存する前に、クライアントの情報を当てはめたシナリオがどう見えるかを確認できます

カテゴリーと重み

各シナリオにはカテゴリー（可視性、権威性、評価など）と重み（1〜10）があります。重みは監査における優先度を決めます。重みの大きいシナリオほど、総合スコアへの寄与が大きくなります。

AIモデルの設定

このクライアントで問い合わせるAIモデルを選択します。モデルの設定はクライアントごとです。クライアントによって異なる組み合わせを使えます。

ネイティブモードとウェブ検索モード

各モデルは、2つのモードで問い合わせできます。

• ネイティブモード：モデルの学習データだけに問い合わせます。結果は、学習の締め切り時点でモデルが「知っている」ことを反映します。ブランドがAIの知識にどれだけ定着しているかを測るのに適しています。
• ウェブ検索モード：接尾辞 :online を付け、リアルタイムのウェブ検索結果を有効にします。現在の可視性と、AIを用いた検索でブランドがどう現れるかを測るのに適しています。

推奨するモデルの選び方

GEO監査を網羅的に行うには、主要な提供元からそれぞれ少なくとも1モデルを選ぶことをお勧めします。

MCP経由でクライアントを作成する

MCP（Model Context Protocol）サーバーを使うと、Claude Desktop、Cursor、Windsurf といったAI搭載のIDEやアシスタントから、直接クライアントを作成できます。

仕組み

インポートと一括操作

CSVからクライアントを取り込む

多数のクライアントを管理している場合は、CSVファイルから一括で取り込めます。対応する列は次のとおりです：company_name、website、sector、city、products、description。

クライアントの分析シナリオ一式を複製する

似た業種で新しいクライアントを作成するときは、既存クライアントのシナリオ設定を複製できます。独自シナリオとその重みがすべてコピーされるため、同じ設定を作り直す必要がありません。

クライアントデータの書き出し（GDPR）

GDPR への対応として、クライアントに関するすべてのデータを書き出せます。プロフィール情報、監査の履歴、シナリオ、スコア、レポートが対象です。書き出しは、クライアントの詳細ページから JSON 形式で行えます。

よくある質問