リソース›用語集
用語集
AIマーケティング用語集
AI検索、SEO、レビュー、アウトリーチ、キャンペーン、APIに関する67の平易な英語の定義 - 誇大広告なし、専門用語もすべて説明されています。
AI検索＆回答エンジン
- AI Visibility
- ChatGPT、Gemini、PerplexityなどのアシスタントによるAI生成の回答で、ブランドがどれくらいの頻度で、どれだけ目立つように表示されるか。これはAI時代のランキングに相当します。結果ページの順位を追跡する代わりに、人々が関連する質問をしたときにモデルがあなたに言及または引用するかどうかを追跡します。 関連項目: SEOとAIの可視性
- AEO（アンサーエンジン最適化）
- リンクのリストではなく、単一の統合された回答で返信するシステムであるアンサーエンジンがコンテンツを見つけ、理解し、再利用できるようにコンテンツを構造化する実践。典型的なAEO作業には、直接的な質疑応答形式、構造化データ、簡潔で引用可能な要約が含まれます。
- GEO（生成エンジン最適化）
- ChatGPT、Perplexity、GoogleのAI Overviewsなどの生成AIシステムによってコンテンツが取得され、引用されるように最適化すること。AEOと大きく重複しますが、この用語は、ページがランク付けされるだけでなく、生成モデルがトピックやブランドについて何を言うかに影響を与えることを強調しています。
- アンサーエンジン
- 順位付けされたリンクを返すのではなく、質問に直接答える検索システム - Perplexity、ブラウジング機能付きのChatGPT、またはGoogleのAI Overviews。アンサーエンジンは、取得した情報源から回答を合成するため、検索可能で引用可能であることがランキングと同じくらい重要になっています。
- LLM（大規模言語モデル）
- 膨大な量のテキストで訓練され、言語を理解し生成する機械学習モデル - ChatGPT、Claude、Geminiの背後にある技術。LLMはアンサーエンジン、チャットアシスタント、そしてほとんどの現代のAIマーケティングツールを動かしています。
- LLMの引用
- AIアシスタントが回答内で特定の情報源を名前で示したり、リンクしたりすること。引用は、ブランドがAI検索で目に見える信用を得る方法です。引用されたページは言及され、リンクアウトするエンジンではクリックを得ます。 関連項目: SEOとAIの可視性
- AI概要
- 多くのクエリに対して、従来の検索結果の上に表示されるGoogleのAI生成要約ブロック。複数の情報源から回答を統合し、そのうちのいくつかにリンクを張るため、その下の標準的なリストが受ける注目度やトラフィックの量が変化します。
- RAG（検索拡張生成）
- AIモデルがまず関連するドキュメントを取得し、それらに基づいて回答を作成する技術。アンサーエンジンは本質的にウェブ上で動作するRAGシステムであり、そのためクロール可能で適切に構造化されたページが引用されるのです。
- ハルシネーション（幻覚）
- AIモデルが、でっち上げられた事実、情報源、数値など、誤ったことを自信を持って述べること。ハルシネーションは、未レビューのAIコンテンツの核となるリスクであり、取得した情報源に基づいて回答を根拠づけ、人間の承認ステップを維持することが標準的な軽減策です。
- llms.txt
- サイトのルートに配置されるプレーンテキストファイルで、AIシステムにサイトが何であるか、主要なコンテンツがどこにあるかについて簡潔で機械可読な概要を提供します。robots.txtを補完するもので、robots.txtがクロールできるものを指示するのに対し、llms.txtは読む価値のあるものを指示します。 関連項目: 開発者ハブ
- AIクローラー
- AIシステムのためにウェブコンテンツを取得するボット。モデルのトレーニング（GPTBotなど）やライブクエリへの回答（PerplexityBotなど）に使用されます。サイトは、これらのクローラーに対するアクセスポリシーをrobots.txtで宣言し、従来の検索エンジンボットとは別に扱います。
SEOの基礎
- SEO（検索エンジン最適化）
- 技術的な健全性、コンテンツの関連性、リンクなどの権威シグナルにわたる、オーガニック（有料ではない）検索結果でのサイトの可視性を向上させる規律。現代のSEOは、AIが生成する回答における可視性もますます含んでいます。 関連項目: SEOとAIの可視性
- SERP（検索エンジン結果ページ）
- 検索エンジンがクエリに対して表示するすべてのもの：従来のリンク、広告、地図、AI要約、画像など。非リンクブロックはSERP機能と呼ばれ、ランキング作業は適切なSERPで適切な場所を獲得することです。
- キーワード
- 人々が検索するときに入力する、または口にする単語やフレーズで、SEOにおける需要の基本単位として使用されます。キーワード調査は、どのクエリがビジネスにとって重要か、どれくらいの頻度で検索されるか、そして獲得するのがどれほど難しいかをマッピングします。
- ロングテールキーワード
- 検索ボリュームは少ないものの、意図がより明確で競合が弱い、より長く具体的なクエリ（例：「配管工」ではなく「日曜営業の緊急配管工」）。ロングテールキーワードは、検索者がすでに何を求めているかを正確に知っているため、通常、コンバージョン率が高くなります。
- 検索意図
- クエリの背後にある目的：情報収集（何かを学ぶ）、ナビゲーション（特定のサイトに到達する）、商業的（オプションを比較する）、または取引的（今すぐ購入する）。ページの形式とコンテンツを意図に合わせることは、検索における最も強力なレバーの1つです。
- オーガニックトラフィック
- 広告、ソーシャル、直接訪問とは異なり、有料ではない検索結果から発生する訪問。これはSEO作業の複利効果であり、ランキングはクリックごとの費用なしで訪問者を送り続けます。
- バックリンク
- 他のウェブサイトからあなたのサイトへのリンク。検索エンジンは、編集によって獲得されたバックリンクを推薦とみなし、永続的な権威シグナルとします。一方、有料または操作的なリンクは検索エンジンのガイドラインに違反し、ペナルティの対象となる可能性があります。
- ドメインオーソリティ
- サイトのリンクプロファイルの強さを、通常0～100のスケールで示す第三者による推定値（MozのDA、AhrefsのDRなど）。サイトを一目で比較するのに役立ちますが、Google自体が使用する指標ではありません。
- クロール
- 検索エンジンやAIボットがページを発見する方法です。リンクをたどり、サイトマップを読み込み、コンテンツを取得します。ページがクロールできない場合、インデックスされたり引用されたりすることはないため、クロール可能性は可視化作業の最初のステップとなります。
- インデックス
- 検索エンジンがクロールしたページを保存・整理し、結果に表示できるようにすること。クロールされたからといってインデックスされるわけではありません。検索エンジンは、内容が薄い、重複している、またはブロックされていると判断したページをスキップします。例えば、noindexタグは意図的にページをインデックスから除外します。
- 正規URL
- 複数のURLが同じまたはほぼ同じページを提供している場合に、サイトがコンテンツに対して宣言する「公式」URLです。rel=canonicalタグは、ランキングシグナルを1つのURLに統合し、重複コンテンツによる希薄化を防ぎます。
- hreflang
- ページの各バージョンがどの言語と地域を対象としているかを検索エンジンに伝えるアノテーションで、検索者が結果で適切なロケールを取得できるようにします。多言語サイト（このサイトは52のロケールに対応）は、hreflangを使用して言語バージョン間の競合を防ぎます。
- 構造化データ (schema.org)
- 通常JSON-LD形式の機械可読なアノテーションで、ページ上の内容（製品、レビュー、FAQ、ローカルビジネスなど）をラベル付けします。検索エンジンはこれをリッチリザルトの表示に利用し、アンサーエンジンは事実を確実に抽出するために利用します。
- メタディスクリプション
- HTML内の短いページ要約で、検索エンジンが結果のタイトル下に表示することがよくあります。ランキング要因ではありませんが、クリック率に強く影響します。実質的にSERP上のページの広告コピーです。
- Core Web Vitals
- Googleが定めるページのユーザーエクスペリエンス指標です。LCP（読み込み速度）、INP（インタラクションへの応答性）、CLS（視覚的な安定性）が含まれます。これらは実際の訪問に基づいて測定され、Googleのページエクスペリエンスシグナルに反映されます。
- ローカルSEO
- 「近くの」や都市レベルのクエリなど、ローカルな意図を持つ検索で表示されるように最適化すること。Googleビジネスプロフィール、一貫したローカル引用、レビュー、地域に関連するコンテンツが中心となります。 関連項目: Manage Google Reviews
- ローカルパック
- Googleがローカルな意図のクエリに対して表示する、いくつかのビジネスリスティングを含む地図ブロック。掲載されるかどうかは、関連性、距離、知名度によって決まり、レビュー数、評価、プロフィールの完全性が大きな役割を果たします。
レビュー＆Googleビジネスプロフィール
- Google Business Profile (GBP)
- Googleの無料ビジネスリスティング（旧Googleマイビジネス）で、ビジネスがGoogleマップやローカル検索でどのように表示されるかを管理します。営業時間、写真、投稿、Q&A、レビューなどが含まれます。ローカルでの可視性の基盤となります。 関連項目: Manage Google Reviews
- GBP投稿
- Googleビジネスプロフィールに直接公開される短い更新情報（オファー、イベント、ニュースなど）で、リスティング自体に表示されます。定期的な投稿は、プロフィールを視覚的にアクティブに保ち、検索者にあなたを選ぶ現在の理由を提供します。 関連項目: Manage Google Reviews
- レビューの速度
- ビジネスが時間の経過とともに新しいレビューを獲得する速度です。安定した流れは、消費者とランキングシステムの両方に、活発で信頼されているビジネスであることを示します。一方、突然の不自然な急増は操作されているように見えることがあります。 関連項目: レビューと評判
- レビュー返信率
- ビジネスが顧客レビューに返信する割合。返信は、特に否定的なレビューに対するものは、プロフィールを閲覧する将来のすべての顧客に読まれ、誰かが実際に耳を傾けていることを示します。
- 星評価
- ビジネスのレビュー評価の平均で、通常は1から5のスケールです。一般的なフィルターのしきい値付近ではわずかな違いが不釣り合いに重要になり、最近の評価は古いものよりも読者にとって重みがあります。
- レピュテーションマネジメント
- レビュー、ソーシャルメディア、検索全体でブランドについて言われていることを監視し、それに基づいて行動する（返信する、問題を解決する、根本原因を修正するなど）継続的な実践。正当なレピュテーション管理は、感情を捏造することはありません。 関連項目: レビューと評判
- レビューゲーティング
- 顧客を感情によって選別し、満足している顧客にのみ公開レビューを依頼すること。これはGoogleのレビューポリシー（および他のほとんどのプラットフォームのルール）に違反し、レビューがフィルタリングされたり、リスティングがペナルティを受けたりする可能性があります。代わりに、すべての人に一律に依頼してください。
- NAPの一貫性
- ビジネスの名称（Name）、住所（Address）、電話番号（Phone number）を、ウェブサイト、Googleビジネスプロフィール、ディレクトリなど、表示されるすべての場所で一貫して保つこと。NAPデータの一貫性がないと、ローカルランキングシグナルが断片化され、リスティングへの信頼が損なわれます。
アウトリーチ＆メール配信性
- コールドアウトリーチ
- 以前にあなたとの関係がない見込み客に、通常はメールで連絡すること。適切に行われれば、ターゲットを絞り、パーソナライズされ、少量で、オプトアウトしやすいものになります。不適切に行われればスパムであり、メールボックスプロバイダーはそれに応じて扱います。 関連項目: アウトリーチ
- ICP（理想的な顧客プロファイル）
- あなたの製品から最も価値を得る企業または人物の正確な説明：業界、規模、役割、地域、購入のきっかけ。見込み客リスト、メッセージング、資格認定はすべてICPに基づいて構築されます。
- コンタクトディスカバリー
- 公開データソースやライセンスデータソースから、ターゲット企業で連絡すべき適切な人物（名前、役職、連絡先詳細）を見つけること。量よりも質が重要です。無効なアドレスは、送信するたびに送信者の評判を損ないます。 関連項目: コンタクトファインダー
- リードエンリッチメント
- 連絡先または企業レコードに属性（規模、業界、役職、場所など）を追加し、リードを適切にセグメント化、パーソナライズ、ルーティングできるようにすること。エンリッチメントは、単なるメールアドレスを、行動を起こせるレコードに変えます。 関連項目: コンタクトファインダー
- Eメールの到達性
- あなたのメールがスパムフォルダではなく受信トレイに届く可能性、またはまったく届かない可能性。送信者の評判、認証（SPF、DKIM、DMARC）、リストの衛生状態、送信パターン、受信者のエンゲージメントによって左右されます。 関連項目: アウトリーチ
- SPF（Sender Policy Framework）
- あなたのドメインに代わってEメールを送信することを許可されているサーバーをリストアップしたDNSレコード。受信サーバーはこれをチェックして偽装された送信者を特定します。DKIMおよびDMARCと並ぶ、3つの標準的なEメール認証メカニズムの1つです。
- DKIM（DomainKeys Identified Mail）
- 送信Eメールに追加される暗号署名で、受信サーバーがメッセージが本当にあなたのドメインから送信され、転送中に改ざんされていないことを確認できるようにします。意味のある量のEメール到達性を確保するための実用的な前提条件です。
- DMARC
- SPFまたはDKIMのアライメントに失敗したメールをどうするか（配信、隔離、拒否）、およびレポートをどこに送信するかを受信サーバーに伝えるDNSポリシー。主要なメールボックスプロバイダーは、大量送信者に対してこれを義務付けています。
- Eメールウォームアップ
- 新しいドメインまたはメールボックスからの送信量を徐々に増やし、プロバイダーがそれが正当な送信者であることを学習させること。コールドドメインからいきなり大量送信することは、スパムフォルダ行きになる最も速い方法の1つです。
- バウンス率（Eメール）
- 送信されたEメールのうち、配信できなかった割合：ハードバウンス（アドレスが存在しない）とソフトバウンス（一時的な障害）。高いバウンス率は、古くなったリストやスクレイピングされたリストを示し、送信者の評判を急速に損ないます。
- 開封率
- 配信されたメールのうち開封された割合。傾向として有用ですが、プライバシー機能（例えばApple Mailのプリフェッチ）によって水増しされるため、開封率は正確なものではなく、方向性を示すものとして扱ってください。
- スパムトラップ
- 不適切なリスト運用を行う送信者を捕らえるためだけに存在するEメールアドレス。何もオプトインしていないため、受信したメールはすべて、そのリストが適切に構築されていないことを証明します。スパムトラップにヒットすると、送信者はブロックリストに登録される可能性があります。
- 購読解除率
- 送信後にオプトアウトした受信者の割合。少量の安定した割合は通常のリスト衛生ですが、急増はターゲットが間違っているコンテンツを示します。購読解除リンクを隠すことは、ほとんどの管轄区域で違法であり、配信可能性にとって壊滅的です。
キャンペーン、クリエイティブ＆分析
- CTA（行動喚起）
- マーケティングコンテンツが求める具体的な次のステップ：デモを予約する、トライアルを開始する、道順を調べるなど。1つのアセットにつき1つの明確なCTAは、競合する複数のCTAよりもほぼ常に優れた結果を出します。
- A/Bテスト
- 件名、ページ、クリエイティブなどのアセットの2つのバリアントを比較可能なオーディエンスに表示し、どちらがより良いパフォーマンスを示すかを測定すること。有効なテストは、一度に1つの変数を変更し、統計的に有意な結果が得られるまで十分な期間実行されます。
- コンバージョン率
- 目的のアクション（サインアップ、予約、購入など）を完了した訪問者または受信者の割合。チャネルおよびファネルステージごとに分母を定義しないと、数値は比較できなくなります。
- CTR（クリック率）
- クリック数をインプレッション数で割ったもの、またはメールの場合はクリック数を配信済みメッセージ数で割ったもの。CTRは、メッセージが実際にそれを見たオーディエンスにとってどれほど魅力的であったかを測定します。ほとんどのファネルにおいて、最初の正直なエンゲージメントシグナルです。
- UTMパラメータ
- URLに追加されるタグ（utm_source、utm_medium、utm_campaignなど）で、アナリティクスツールが訪問をその原因となったキャンペーンに帰属させることができます。一貫したUTM規則は、アトリビューションと推測の違いを生み出します。
- ブランドキット
- ブランドのアイデンティティの再利用可能な定義：ロゴ、色、フォント、トーンオブボイス。これにより、デザインされた、またはAIが生成したすべてのアセットの一貫性が保たれます。クリエイティブツールは、コンテンツを制作する際の制約としてブランドキットを使用します。 関連項目: クリエイティブスタジオ
- コンテンツカレンダー
- チャネル全体で、いつ、どこで、何が公開されるかのスケジュール。これにより、公開がアドホックな突発的なものから、アルゴリズムとオーディエンスの両方が評価する安定したペースへと変わります。 関連項目: キャンペーンアーキテクト
API＆クレジット
- API (アプリケーションプログラミングインターフェース)
- ユーザーインターフェースを介さずに、ソフトウェアが他のシステムの機能を直接呼び出すことを可能にするプログラム的なインターフェース。AI92は、開発者ハブで文書化されているREST APIを通じてマーケティングモジュールを公開しています。 関連項目: 開発者ハブ
- APIキー
- APIを呼び出す者を識別し、認証するための秘密のトークン。キーはパスワードのように扱ってください。サーバー側に保管し、クライアントコードやリポジトリに決して含めず、漏洩した可能性のあるキーはすべてローテーションしてください。 関連項目: 認証ドキュメント
- ベアラートークン
- 呼び出し元が各リクエストで「Authorization: Bearer <token>」を送信するHTTP認証スキーム。Bearerは所有が証明であることを意味します。トークンを持っている人なら誰でも使用できるため、トークンは常にHTTPS経由でのみ送信される必要があります。 関連項目: 認証ドキュメント
- サンドボックスキー
- テスト環境にスコープされたAPIキー：リクエストは本番環境のように動作しますが、実際のデータ、予算、サードパーティサービスには触れません。サンドボックスキーで統合を構築およびテストし、ローンチ時にライブキーに切り替えます。 関連項目: サンドボックスドキュメント
- クレジットメータリング
- 各APIアクションが残高から定義された数のクレジットを差し引く使用量課金モデル。メータリングにより、すべてのアクションのコストが事前に明確になり、キー、機能、または期間ごとに支出を上限設定できます。 関連項目: クレジットとメータリングのドキュメント
- 従量課金制
- 固定サブスクリプションではなく、実際の使用量に応じて支払うこと。例えば、API呼び出しが消費するクレジットパックを購入するなど。これは、急増するワークロードや探索的なワークロードに適しています。支出上限と自動再チャージルールにより、予測可能性が保たれます。 関連項目: API料金
- レート制限
- 特定の時間枠内でクライアントが行うことができるリクエストの数に上限を設けることで、プラットフォームを保護し、公正な使用を強制します。適切に動作するクライアントは、レート制限応答ヘッダーを読み取り、429エラーが発生する前に速度を落とします。 関連項目: レート制限ドキュメント
- Webhook
- ジョブの完了や連絡先の検証など、何かが発生したときにプラットフォームがあなたのサーバーに送信するコールバック。これにより、更新をポーリングする必要がなくなります。エンドポイントは署名を検証し、迅速に応答し、時折の重複配信を許容する必要があります。 関連項目: Webhookドキュメント
- べき等性
- 同じリクエストを繰り返しても、一度だけ実行した場合と同じ効果が得られる特性。APIはべき等キーを使用してこれを実装し、クライアントがタイムアウト後に二重課金や作業の重複なしに安全に再試行できるようにします。 関連項目: べき等性ドキュメント
- OpenAPI仕様
- REST APIの機械可読な記述：エンドポイント、パラメータ、スキーマ、認証。生成されたドキュメント、クライアントSDK、テストを強化します。AI92の公開APIリファレンスと料金表は、ライブスペックから生成されています。 関連項目: APIリファレンス