2026年4月リリースノート

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

In this release

Listings

Apple更新を提案に追加

お客様は、Appleがお客様のリスティングで行ったアップデートをKnowledge Graphの 提案 セクションで直接確認し、管理できるようになりました。

Appleは、サードパーティのデータソースに基づいて、場所の営業時間や営業状況を更新することがあります。今回の更新により、それらの変更はパブリッシャーの提案としてYextに表示され、お客様が最終決定前にそれらを確認し、承認または拒否できるようになります。

提案が承認された場合、更新はKnowledge Graphに同期されます。却下された場合、その変更はApple Mapsに戻され、リスティングにはYextに保存されているデータが反映されます。

この機能を利用するには、Apple Business Connect（ABC）アカウントをYextに委任する必要があります。詳細については、「Appleアカウントをリンクする」のドキュメントを参照してください。

エンドポイント同期の更新確認

Confirm Syncエンドポイントでは、エンティティIDを入力する必要がなくなりました。エンティティIDがリクエストに含まれていない場合、Yextは指定されたパブリッシャーに関連付けられたすべてのリスティングを自動的に識別し、同期を確認します。これにより、Confirm Syncの更新リクエストを一括で解決しやすくなります。

詳細は、「Listings: API同期を確認」のドキュメントを参照してください。

お知らせ: GoogleおよびFacebookのレガシー分析指標の廃止

2026年4月1日から、Yextは、パブリッシャーソースからデータが提供されなくなった、いくつかのGoogleおよびFacebookのレガシー分析指標の廃止を段階的に開始します。

以下の指標を含むAPIリクエストはデータを返さなくなり、リクエストに指標が含まれている場合は無視されます。

  • GOOGLE_SEARCHES
  • GOOGLE_SEARCH_VIEWS
  • GOOGLE_MAP_VIEWS
  • GOOGLE_CUSTOMER_ACTIONS
  • GOOGLE_PHONE_CALLS
  • GOOGLE_FOLLOWERS
  • FACEBOOK_CTA_CLICKS
  • FACEBOOK_TALKING_ABOUT

2026年5月13日に、これらの指標はYextから完全に削除されます。その時点から、それらを参照するリクエストは失敗するようになります。

削除日までに、これらの指標を参照しているレポートパイプライン、ダッシュボード、またはインテグレーションの更新をお勧めします。

すべてのリスティングで新しいフィールド精度検証を使ったフィルタリング

フィールド精度検証にアクセスできるアカウントは、リスティングをフィルタリングして、検証関連の問題をより簡単に特定・分析できるようになりました。

すべてのリスティング画面で、 問題タイプ フィルターのドロップダウンから新しい 検証 フィルターオプションを選択できます。

Publishers

Yelp用の開業日フィールドの組み込み

2025年4月のリリースで、Knowledge Graph内に組み込みの開業日フィールドを導入しました。以前、このフィールドは開業日データをGoogleに自動的に送信していました。今後、このデータはYelpにも自動的に送信されます。

すでにカスタムフィールドを利用している場合には、このデータは引き続きYelpに送信されますので、追加の操作は必要ありません。ただし、新しい更新では、組み込みフィールドの使用をお勧めします。カスタムフィールドと組み込みフィールドの両方をエンティティに追加する場合、組み込みフィールドがYelpに送信されます。

新しいHealthgrades連合パブリッシャー

Sharecare、Healthline、Medical News Todayは、Healthgradesからコンテンツを共同配信しています。その結果、Healthgradesに公開されたプロバイダーデータは、これらのサイトにも表示される可能性があり、リスティングのリーチが拡大します。

パブリッシャーの廃止: 360 Search

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

パブリッシャーの廃止: Dianping

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

パブリッシャーの廃止: Events.comとFacebookイベント

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

Reviews & User-Generated Content

SFTPへのレビューエクスポート

ユーザーはレビューを安全なSFTP宛先に自動的にエクスポートするようにスケジュール設定できるようになりました。これにより、手作業によるデータ処理が不要になり、企業や医療機関の厳格なセキュリティ要件を満たすことができるようになります。この機能により、チームは1ファイルあたり最大100万件のレビューを外部のBIツール、分析プラットフォーム、またはコンプライアンス報告システムにシームレスに配信できます。

開始するには、 Review Monitoring ページで希望のフィルタを適用し、[ 保存されたエクスポートを作成 ] を選択します。そこから、SFTP認証情報を構成し、定期配信の頻度（時間単位～月単位）を設定します。[ Reviews > 構成 > 保存されたレビューエクスポート ] に移動して、これらのスケジュールを管理、編集、または手動でトリガーできます。

詳細については、「レビューをエクスポート」の記事をご覧ください。

Pages

ロケータの統合

各場所に専用のランディングページがあるかどうかにかかわらず、ブランドごとに、ビジネスとのあらゆる接点を含めて、広範に検索可能な一つのマップ体験を構築できるようになりました。この更新により、ATM、デパートのカウンター、正規販売店などのエンティティを、主要な場所と並べ、統一されたインターフェース上に表示できるようになります。

ロケータの統合は以下をサポートします。

  • 複数ソースを利用した検索範囲: 単一のページグループのエンティティスコープに制限されなくなりました。複数のエンティティソースをロケーターに追加できるようになりました。これには、ページのない場所の「エンティティスコープ」やページのある場所の「ページグループスコープ」が含まれます。
  • 独立型ロケータ: ロケータを独立したページグループとして作成できるようになりました。これは、高品質なディレクトリ体験を必要とするものの、すべての関心地点に個別のランディングページを必要としないブランドに最適です。
  • カスタマイズされた結果カードとピン: ユーザーが結果タイプを区別できるように、各スコープの結果カードとマップピンを個別にスタイル設定できるようになりました。たとえば、ATMと支店にそれぞれ一意のアイコンを表示したり、特定の結果カードに「正規販売店」などの静的テキストを追加できます。

この機能はPages 1.1.0以降で利用可能です。

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

ディレクトリとパスの詳細なカスタマイズ設定

Pages UI内に新しい構成オプションを導入し、ディレクトリの構造とURLの形式化を完全に管理できるようになりました。これらの更新により、ブランドの特定の地理的ニーズに合わせて、SEOに適したローカライズされたサイトを簡単に構築できます。

ディレクトリレベルのスキップ: インターフェース内で、「地域」などの特定のディレクトリマネージャレベルを直接スキップできるようになりました。これは、特定の管理レベルが地域の地理と関連しない国際的なサイトで特に便利です。これらのレベルをスキップすることで、管理コンソールでバックエンド構成を調整する必要なく、より短く、直感的なURLパスを構築し、より明確なナビゲーション体験をユーザーに提供できます。詳細は、「ディレクトリを構築する 」ドキュメントをご覧ください。

柔軟なロケールパスのプレフィックス: グローバルSEOとURLの一貫性を向上させるため、Yextは、ディレクトリページとロケーションページの両方のすべてのセカンダリ言語パスにロケールコードのプレフィックス（例: /en/、/de/）を強制するようになりました。さらに、 プライマリ 言語パスでロケールプレフィックスを挿入できるようにオプションのトグルを追加しました。これにより、サイト全体で一貫したURL構造を維持でき、検索エンジンがローカライズされたコンテンツをより簡単にクロールし、インデックス化できるようになります。

以前は、複雑なディレクトリ構造により、URLに「空」のレベルが強制されることが多く、SEOとユーザー体験に悪影響を及ぼす可能性がありました。これらの新しいUI駆動型コントロールを使用することで、各市場の正確なニーズに合わせてサイトのアーキテクチャを調整しつつ、言語固有のページを完全にフォーマットできます。

この機能はPages 1.1.0以降で利用可能です。

デプロイとエラーの発生時にエディタを解除する

ユーザーは、デプロイの遅延中やエラー状態でも、Pagesレイアウトエディター、テーマエディター、ページグループ設定の画面で、作業を継続できるようになりました。

デプロイインジケーターがこれらの画面間のステータス状況を表示します。デプロイ中やエラー発生時には、レイアウトやテーマの変更を公開するボタンは無効になりますが、ユーザーはローカルでの変更の作成と保存作業を継続できます。

ビジュアルエディターの改良

ライブラリバージョン1.1.0で一連の強化を展開しました。ライブラリを今すぐ更新して、改良された機能をご利用ください。方法については、「ライブラリを更新」ヘルプ記事をご覧ください。

ロケータの機能強化

  • 距離表示の設定。 ロケータコンポーネントの新しい「距離表示」設定では、場所カードに表示される距離を管理できます。 ユーザーからの距離 （デフォルト）、 検索からの距離 （郵便番号や都市など、訪問者が検索した場所からの距離を表示）、または 非表示 （距離の値を完全に削除）から選択します。
  • プライバシーを最優先にしたCookie同意。 訪問者が同意管理プラットフォーム (CMP) 経由でCookieを拒否した場合、ロケータマップは自動的に非表示になり、CMPを再度開いて設定を更新するためのメッセージとリンクが表示されます。また、新しいサイト設定により、同意バナーに基づいてYext Analyticsが明示的なオプトインを必要とするかどうかを制御できます。

コンポーネントとコンテンツ

  • 新しいテキストコンポーネント。 FAQの質問、製品価格、チームメンバーの肩書きなど、完全なリッチテキスト機能を必要としない要素向けに軽量なテキストコンポーネントを利用できるようになりました。リッチテキストエディタのオーバーヘッドなしに埋め込みフィールドや基本的なフォントスタイルをサポートします。注: 明確に区別するために、既存の本文コンポーネントは リッチテキスト に名前が変更されました。 (高度コアコンポーネント機能のフラグが必要です。)
  • コンポーネント要素の表示/非表示オプション。 電話やメールのアイコンを含む、任意のコンポーネント内の個々の要素の可視性を切り替えることができ、コンテンツを削除することなく、ページに表示される内容を正確に制御できるようになりました。
  • 新しいロケールのデフォルトコンテンツ。 新しいロケールをページグループに追加すると、レイアウトとコンポーネントにデフォルトデータが自動的に入力されるため、白紙の状態から作業を開始する必要がなくなりました。
  • カスタムJavaScriptのボタンとしてのCTA。 CTAをカスタムJavaScriptをトリガーするボタンとして設定できるようになりました。これは、Cookie同意のフロー、モーダルトリガー、その他のカスタム操作に最適です。

スタイル設定と構成

  • グローバルスタイルのデフォルトヘッダーフォント。 新しいトップレベルのヘッダーフォント設定を使って、すべてのヘッダーレベル (H1〜H6) に自動適用される1種類のフォントを選択できるようになりました。これにより、各レベルを個別に設定する必要がなくなりました。
  • ヘッダーコントロールの強化: 新しいオプションには、デスクトップおよびタブレット表示用のハンバーガーメニュー、プライマリナビゲーションリンクの「常に折りたたむ」オプション、フォントウェイト、フォントサイズ、色、配置などの拡張リンクスタイルコントロールが含まれます。
  • パンくずのカスタマイズ。 パンくずリストの現在のページテキストを非表示にしたり、エンティティフィールドの値に置き換えたりできます。
  • 住所コンポーネントの表示/非表示オプション。 新しいオプションを使用すると、ページおよびロケーターにおける住所の表示で、国と地域を個別に非表示にすることができます。

Platform

画面分析を削除する

以下の画面に関する分析指標、ディメンション、フィルターはYextプラットフォームとAPIから削除されます。

  • 指標: 画面クリック数 (SCREENS_CLICKS)、画面ページビュー数 (SCREENS_PAGEVIEWS)、画面検索数 (SCREENS_SEARCHES)、画面ユニーク訪問者数 (SCREENS_UNIQUEVISITS)

  • ディメンション: スクリーンページタイプ（SCREENS_PAGE_TYPE）、スクリーンクリックタイプ（SCREENS_CLICK_TYPE）、スクリーン検索タイプ（SCREENS_SEARCH_TYPE）、スクリーンリファラー（SCREENS_REFERRER）、スクリーンプラットフォーム（SCREENS_PLATFORM）

  • フィルター: 画面クリックタイプ (screensClickType)、画面ページタイプ (screensPageType)、画面検索タイプ (screensSearchType)、画面リファラー (screensReferrer)、画面アプリプラットフォーム (screensAppPlatform)

これらの分析データに依存しているインテグレーションやレポートがある場合は、それらを更新する必要があります。

設定可能なオートコンプリート制限

管理者と開発者は、検索オートコンプリートに表示される結果数をカスタマイズできるようになり、検索UIの表示密度をより細かく制御できるようになりました。以前は最大10件に制限されていたオートコンプリートの上限が、サイトのデザインやユーザー体験のニーズに合わせて、1から100までの任意の整数に設定できるようになりました。

開発環境に応じて、この制限を以下の3つの方法で設定できます。

  • テーマ: autocompleteLimitプロパティをverticalsToConfig内の特定の垂直方向に追加します（ユニバーサル検索の場合は、これをindex.jsonに適用します）。詳細については、「共有垂直設定 (verticalsToConfig)」をご覧ください。
  • React SDK: SearchBarコンポーネントで2つの新しいオプションのプロパティ、universalAutocompleteLimit（数値）とverticalAutocompleteLimits（垂直キーを数値にマッピングするレコード）を使用します。詳細については、「SearchBar」をご覧ください。
  • API: ユニバーサル検索と垂直検索のオートコンプリートエンドポイントの両方で、新しい制限パラメータを指定します。詳細については、「ユニバーサル検索: オートコンプリート」と「垂直検索: オートコンプリート」エンドポイントのドキュメントをご覧ください。

制限は自由に設定できるようになりましたが、最適なパフォーマンスと読みやすさのために、引き続き10を推奨します。