2026年6月のリリースノート

これらのリリースノートでは、Yextプラットフォーム全体の機能のアップデートについてご紹介しています。Hearsayプラットフォームのアップデートの詳細については、 Hearsayリリースノートをご覧ください。

Listings

GoogleビジネスプロフィールとFacebook連携に影響を与える外部アカウントの問題に関する事前通知を設定できるようになりました。これらの通知は、接続されたパブリッシャーアカウントが切断または無効になった場合にアラートを送信するため、ListingsやSocialの投稿でより大規模な中断が発生する前に迅速に再接続して、同期を回復できます。

これらの通知を設定するには、 アカウント設定 > 通知 に移動し、カスタム通知を追加して、製品領域に [ Listings ]、通知タイプに [ 接続されたアカウントの問題 ] を選択します。

詳細は、「リスティング通知の作成」ドキュメントをご覧ください。

お客様は、新しいAPIエンドポイントを介して、Listings精度の計算に使用される基礎となるフィールドレベルの値を取得できるようになりました。既存の精度メトリクスに加えて、エンドポイントはサポートされるフィールドのYextエンティティ値と対応するパブリッシャー値の両方を返します。これにより、Yextとパブリッシャーリスティングの間でどの値が異なるかを正確に特定し、プログラム的にアクションを実行するのが容易になります。

Snowflakeデータ共有をご利用のお客様は、共有データセット内の追加のListingsステータスフィールドにアクセスできるようになりました。

この機能強化により、パートナーポータルを通じてアカウントレベルのデータを取得することなく、Listingsのパフォーマンスとステータス情報を大規模に取得しやすくなります。

Publishers

Googleメニュー写真数の上限が80枚から200枚に増加しました。

ドイツ、オーストリア、スイスのエンティティのKnowledge Graphで利用できるXingのURLリンクがCylexと同期するようになりました。

既存のFacebookの動作と同様に、Zillowリスティングに隠し住所サポートを追加しました。リスティングフラグで「住所を非表示」が有効になっている場合、Yextは通常通り市と州をエクスポートして、住所フィールドの代わりに「営業地域」をエクスポートします。これにより、実際の住所がZillowに送信されるのを防ぐことができます。

Bingは自社のSearch APIが利用不可の状態が続き、スキャンの失敗と不正確な結果が発生しているため、リセラーリスティングスキャンから削除されます。この変更により、信頼性の高いAPIアクセスが復旧するまで、Bingのスキャン失敗結果がリセラーに表示されるのを防ぐことができます。

City SearchはYextパブリッシャーネットワークから削除されました。今後、このパブリッシャーへのデータ同期は行われません。

Insider PagesはYextパブリッシャーネットワークから削除されました。今後、データはこのパブリッシャーに同期されません。

Reviews & User-Generated Content

ヘルスケアのお客様は、SFTPレビュー生成を使用して評判プログラムをより適切に管理し、ケアが提供される方法をより正確に反映する患者のフィードバックを得ることができるようになりました。この機能により、組織は単一の患者対応記録から、医療従事者と医療施設の両方のエンティティ間でレビュー生成量のバランスを取ることができます。
お客様が少なくとも1つのプロバイダー識別子(NPIなど)と施設識別子(場所IDなど)を含んだファイルを送信すると、システムは以下を実行します。

  1. ヘルスケア専門家エンティティに一致するデータを探します。
  2. ヘルスケア施設エンティティに一致するデータを探します。
    • 両方のエンティティが見つかった場合は、お客様が定義した分割(50/50、70/30など)に従ってレビューの招待をルーティングします。
    • 1つのエンティティのみが見つかった場合は、一致したエンティティのみがルーティングされます。
    • どちらも見つからない場合、システムはファイルを拒否し、エラーを生成します。

管理者はSFTPレビュー生成設定内でヘルスケアルーティングモードを有効にできます。設定時に、プロバイダー識別子フィールドと施設識別子フィールドをマッピングし、プロバイダーと施設の両方に対して希望するルーティング分割率を設定します。

レビュー監視とエクスポート体験に対して、以下の改善が行われました。

  • お客様は、監視テーブルに エンティティラベル 列を追加し、レビューをエクスポートする際に、エンティティラベルで絞り込めるようになりました。監視テーブルに新しい列を追加するには、列選択ツール(歯車アイコン)をクリックし、 [ エンティティラベル ] を選択します。
  • 生成済み 列では、人間可読の値(1/0ではなくtrue/false)が使用されるようになり、エクスポート後、手動のデータクリーンアップが不要になりました。

レビュー内容 がレポートビルダーのディメンションとして追加されました。これにより、ユーザーはレビュー関連のレポート、ダッシュボード、エクスポートで定性的で逐語的なコメントと定量的な指標を確認できるようになりました。以前は、ユーザーがレポートビルダー内で追跡できたのは、レビュー数と感情のみでした。そのため、管理者は経営陣に報告するために、時間とリソースを費やして逐語的なレビュー内容を手動で抽出し、照合する必要がありました。

ユーザーは、レビューのエクスポートをメールで自動的に配信するようにスケジュールできるようになりました。これにより、顧客はSFTPにアクセスできない特定の地域、場所、または利害関係者にレビューデータを配布できます。

新規自動メールを設定するには、以下の手順に従います。

  1. レビュー監視 ページで、エクスポートするレビューに希望のフィルターを適用します。
  2. [ 保存済みエクスポートを作成 ] をクリックします。
  3. エクスポートタイプとして メール を選択してください。
  4. 受取人のメールアドレス、件名、希望する配信頻度を入力してください。
  5. エクスポートを保存します。

Reviews > 設定 > 保存済みレビューエクスポート に移動して、エクスポートスケジュールを管理または編集できます。

詳細は、「レビューのエクスポートと共有」ドキュメントをご覧ください。

新しいレビューワークフローAPIでは、リセラーはYextの自動化エンジンを自社の内部システム、ダッシュボード、サードパーティ製のサポートツールと連携させることで、レビュー管理を大規模に自動化できます。このAPIにより手作業の負担を削減でき、ユーザーがYextプラットフォームにログインすることなく、ブランド基準に沿ってレビューに対応できるようになります。

開発者はAPIを使って以下を実行できます。

  • ワークフロー一覧: アカウント内のすべてのアクティブおよび非アクティブなレビューワークフローの一覧を取得します。
  • 構成を管理: 「レビューが1つ星で「故障」という言葉が含まれている場合、このアセットで返信する」など、アクションをトリガーするルールを作成または更新します。
  • アクションをトリガー: 特定のレビューでワークフローアクションをプログラム的に実行します。

レビューワークフローAPIは、「レビュー返信」サブスクリプションを持つすべてのアカウントでご利用いただけ、既存のAPIキーを使用してアクセスできます。新しいエンドポイントに関するドキュメントは、Yext開発者ポータルの Reviews API セクションをご覧ください。

Pages

お客様は、カスタム画像をアップロードしてロケータービューのマップピンとして使用できるようになりました。これにより、標準のマーカーをブランド化されたアイコンに置き換えて、場所タイプをより明確に表すことができます。たとえば、銀行はミニATMアイコンを使用したり、パークサービスはピクニックサイト用にフォークとナイフのアイコンを使用したりできます。

これを設定するには、ロケーターマップピンを構成する際に、[ カスタム画像 ] を選択します。

詳細は、「ロケータの構築」ドキュメントをご覧ください。

カスタムマップピン

ノーコードのPagesプラットフォームは、PagesJSと同等にするために、カスタムの404ページをサポートするようになりました。サイト設定で、見つからないページ用の共通リダイレクトURLを構成するか、ページが見つかりませんページグループを持つカスタム404エンティティを設定して専用の404ページを作成できます。

詳細は、「404ページの作成」ドキュメントをご覧ください。

Pagesプラットフォームは、リンクされたエンティティ走査をサポートするようになりました。これにより、ユーザーはデータを再構築することなく、関連するKnowledge Graphエンティティのデータをページに直接表示できます。ページグループを構成する際、フィールドマッピングは主要なエンティティフィールドと共にリンクされたエンティティのフィールドを表示するようになりました。

この初期リリースでは、ある場所のメニュー項目や施設のプロバイダーの表示などの一般的なユースケースに対応する、1つのレベルのリンクされたエンティティ関係のみをサポートします。

詳細は、「レイアウトの編集」の記事をご覧ください。

Connectors

コネクタは「既存の値を保持」設定をサポートするようになりました。これで、コネクタの実行中に既存のフィールド値が上書きされるのを防止できます。このサポートにより、特に特定のフィールドが手動でキュレーションされている場合や、一度入力された後は自動インポートによって更新されるべきではない場合に、データ管理をより詳細に制御できるようになります。

これを有効にするには、コネクタの「マップデータ」セクションを開き、 [構成] ボタン をクリックして、 [既存の値を保持] 設定をオンに切り替えます。

詳細は、 「コネクターの概要」ドキュメント をご覧ください。

既存の値設定を保持

Googleエンリッチメントコネクタは、実行時にCIDを必要としなくなりました。CIDがない場合、コネクタは代わりに名前、電話番号、住所のデータを使用してエンティティを照合するため、Google固有の識別子を事前に管理しなくても簡単にリスティングを強化できます。

詳細は、「Googleエンティティ強化コネクター」ドキュメントをご覧ください。

Google CIDのエンティティ照合

Platform

Yextは、MCP(Model Context Protocol)サーバーの提供を開始しました。これにより、カスタムコードを記述することなく、AIツールから直接Yextのデータにアクセスし、操作できるようになります。

MCPサーバーは、Knowledge Graph、Reviews、Scout(スキャンと指標)をサポートします。その製品のMCP機能を使用するには、当該製品のサブスクリプションが必要です。

Yext MCPサーバーを使用すると、すでに使用しているAIツールの自然言語プロンプトを使用して、データを取得・視覚化し、更新を行い、エンティティを作成できます。これは、既存のウェブ、モバイル、API統合と連携して機能するYextの新しいインターフェースです。

この機能を使用すると、以下のようなことを実行できます。

  • 返信が必要なレビューはありますか?
  • メインストリート店の営業時間を本日1時間延長するように更新してください。
  • すべてのプロバイダーに電話番号はありますか?
  • 市場や場所をまたぐ勝率、順位、トレンドの方向性を分析してください。

詳細な概要と設定の手順については、「Yext MCP概要」をご覧ください。

YextとHearsayプラットフォームのユーザーは、統一されたクロスプラットフォーム体験の恩恵を受けるようになりました。YextアカウントはHearsay組織にリンクされており、ユーザーは両システム間で一致するため、ナビゲーションバーから共有ログインセッションとプラットフォームの即座の切り替えが可能になります。

全体的に、ログインとログアウトが一貫することで、両方のプラットフォームのアクセスが追加または削除されるため、新しい動作の信頼性はより高くなります。また、いずれかのプラットフォームでセッションが実行されている場合、再認証なしで、もう1つのプラットフォームにシームレスに移動できます。

この機能を有効にするには、Yextサポートに連絡してください。

V1 APIエンドポイントのサポートは完全に終了しました。V1エンドポイントを呼び出すと、エラーが返されるようになります。まだV1エンドポイントに依存している連携は、同等のV2エンドポイントを使用するように更新する必要があります。V2エンドポイントを使用するようにコードを更新する方法についての詳細は、「リセラーAPIの非推奨化」ドキュメント「v1からv2への移行」ドキュメントをご覧ください。

Yextは、標準化されたAIサインポストシステムをプラットフォーム全体に展開しています。これにより、AIが稼働中、明確で一貫した可視性を得ることができます。ワークフローを複雑にすることなく、Yextが、EU人工知能法を含む、グローバル規制に準拠するよう設計されています。

AIサインポストはプラットフォーム全体で段階的に追加されており、AIが搭載されている領域で表示されるようになります。これらは「AI搭載」というラベルとAIアイコンとして表示され、製品のAIが搭載されている部分をすばやく理解するのに役立ちます。

プラットフォームのAIサインポスト

検索ログには、各検索クエリに適用された静的フィルターとファセットフィルターが表示されるようになりました。これで、ユーザーの検索行動をよりよく把握できます。

検索ログでクエリを確認すると、適用されたフィルターが自動的に表示されます。

詳細は、「検索ログの詳細」ドキュメントをご覧ください。