リリースノート
モバイル体験の刷新
Pushlyプラットフォームのモバイル体験が全面的に再設計されました。このリリースでは、従来のモバイル表示を、セットアップ不要でプラットフォーム利用者全員が使える、拡張された最新の実装に置き換えます。
新機能：
KPIダッシュボード： 3つのサマリーカード（Push購読者数、クリック数、CTR）に、トレンド指標と7日間のスパークラインを追加し、単一の「昨日のクリック数」指標を置き換えます
下書きタブ： 保存済みの下書きをモバイルから直接管理でき、アーカイブ、編集、複製が可能です
スワイプ操作： 任意の通知カードを左にスワイプすると、編集、複製、キャンセル、またはアーカイブが表示されます。インライン表示を展開するためにタップする必要はもうありません
クイックビュー： 任意のカードをタップすると、詳細な通知情報とアクションボタンを含むボトムシートが開きます
通知詳細ページ： コンテンツ、パフォーマンス統計（表示回数、クリック数、CTR）、配信メタデータを含む全画面表示。モバイルでは完全に新機能です
インサイト： 日付プリセット、インタラクティブなグラフ、成果上位の通知を備えた専用分析ビュー。モバイルでは完全に新機能です
ドメイン切り替えの改善： ピン留めドメイン、最近使った項目、組織ごとのグルーピングで、デスクトップ体験に合わせています
作成と編集は引き続き共有の通知ビルダーを使用し、モバイル向けに最適化されています。不要なパネルは非表示になり、「下書きとして保存」に対応しています。
セッションタイムアウトとリフレッシュトークンの処理
アクティブユーザーが、予期しないセッション期限切れによって作業の途中で中断されることはなくなります。プラットフォームは、あなたが作業中である間、バックグラウンドでセッションを静かに更新します。クリック、フォーム入力、画面遷移などの実際のユーザー操作だけがセッションを維持します。
セッションの終了が必要な場合に備えて、2つのプロンプトが対応します：
非アクティブ警告（「サインインしたままにしますか？」）： 操作がなく、セッションの期限が近づいているときに表示されます。2つの選択肢を備えたカウントダウンタイマーが表示されます：サインインしたままにする（カウントダウンをリセット）またはサインアウト。カウントダウンが0になっても何もしない場合は、自動的にサインアウトされます。
最大継続時間警告（「作業を続けるにはもう一度サインインしてください」）： 固定のセッション上限に近づくと表示されます。このプロンプトには延長オプションはありません。最大継続時間は固定のセキュリティ上限です。作業を保存して再度サインインしてください。
セッションタイムアウト設定（組織ごとに設定可能）：
アイドルタイムアウト
10時間
このアイドル時間を過ぎるとセッションが終了します
絶対タイムアウト
10時間
ログインからのセッション総継続時間の上限
このリリースは、2026年2月11日に導入されたセッションハートビートおよび期限切れUXの改善を基盤として拡張するものです。
通知保存：ランディングURLの検証
通知ビルダーで通知を保存またはスケジュールすると、Pushlyは配信キューに入る前に、ランディングURLに対してサーバー側のヘルスチェックを自動で実行します。これにより、購読者に届く前に、壊れているURL、設定ミスのあるURL、形式不正のURLを検出できます。
URLが200以外のレスポンスを返す場合、配信確認モーダルに次の内容を含む警告ステップが追加されます：
返された具体的なHTTPステータスコード（例：404 Not Found、500 Server Error）
ランディングURLへのクリック可能なリンク（直接確認用）
URLがリダイレクトした場合の最終的な転送先
このチェックは 助言的であり、処理はブロックされません — ユーザーは警告を確認したうえで続行できます。サポートされる警告シナリオには、200以外のHTTPレスポンス、DNS障害、接続タイムアウト、SSLエラー、形式不正のプロトコルが含まれます。
影響を受けないもの： フィード送信とAPI送信はこのチェックを完全にバイパスします。
このチェックは 既定では無効 ドメインごとに有効化します。以下で有効化してください ドメイン設定 > 通知 > 一般設定 > 編集 > 配信 > ランディングURLの検証.
ドキュメント： ランディングURLの検証
WordPressプラグイン 2.3.0
WordPressプラグイン 2.3.0 は、安定性、互換性、セキュリティのリリースです。新しいユーザー向け機能はなく、設定変更も不要です。発行者は、WordPress 7.0 とプラグインバージョン 2.3.0 へ、どちらの順序でも安全にアップグレードできます。
WordPress 7.0 互換性： 完全な統合テストスイート（66テスト、222アサーション）は、WordPress 7.0 に対して問題なく通過しました。「Tested up to」ヘッダーは 7.0 に更新されています。
PHP 互換性： PHP 7.4、8.3、8.4 でテスト済みで、すべて合格しています。最小PHP要件は引き続き 7.4 です。
WordPress管理画面から更新してください — 手動手順は不要です。
ドキュメント： WordPressプラグイン統合ガイド
アイテムカタログブラウザー
Pushlyプラットフォームの左側ナビゲーションに新しい「カタログ」セクションが追加され、プラットフォームを離れることなく、公開者は自分のカタログアイテムをすべて直接検索・閲覧できるようになりました。
カタログブラウザーは、ドメインに設定されたカタログタイプに自動で合わせて列を調整するページネーション付きテーブルでアイテムを表示します：
レシピ： 画像、名前、カテゴリ、料理、キーワード
イベント： 画像、名前、ジャンル、出演者、場所、空き状況
主な機能：
カタログ全体の可視化： サムネイルプレビューと、カタログタイプ固有のメタデータ付きで、インデックス済みのアイテムをすべて閲覧できます
サーバーサイド検索： 名前、URL、その他のプロパティでアイテムを検索 — 正確性とパフォーマンスのためサーバー側で処理されます
空き状況とステータス指標： アイテム状態をひと目で分かるように表示
アイテムへの直接リンク： アイテム名は正規URLにリンクしており、新しいタブで開きます
ナビゲーション内のセクションラベルは、ドメインのカタログタイプ（例：「レシピカタログ」または「イベントカタログ」）に合わせて変わります。ビューはすべてのユーザーに対して読み取り専用です。
イベントWebhook
イベントWebhookは、購読者の操作が発生した瞬間に、構造化された通知エンゲージメントデータを顧客定義のエンドポイントへ送信する、新しいリアルタイムデータ配信システムです。購読者が通知を表示またはクリックすると、Pushlyは顧客が設定したURLへ暗号学的に署名されたPOSTリクエストを即座に配信します。
サポートされるイベント（v1）：
通知表示：購読者のデバイスがプッシュ通知を表示したときに発火
通知クリック：購読者がプッシュ通知をタップまたはクリックしたときに発火
各ペイロードには次が含まれます：
購読者の識別情報：Pushly購読者IDと外部ID
デバイスコンテキスト：プラットフォーム、OS、ブラウザ、デバイスタイプ、タイムゾーン、位置情報
通知の詳細：タイトル、本文、キーワード、ソース、配信タイプ、関連セグメント、キャンペーン
イベントメタデータ：重複排除用の一意なイベントID、正確なタイムスタンプ、ドメインコンテキスト
主な機能：
真正性検証のための暗号学的署名付きリクエスト
失敗時は、間隔を延ばしながら自動再試行
高スループット処理（1秒あたり数千件のイベント）
認証ヘッダー用のシークレット管理
主なユースケース： リアルタイム分析パイプライン、CDPおよびCRM統合、マーケティング自動化トリガー、アトリビューションおよびコンバージョントラッキング、社内アラートと監視。
Webhookは以下で設定します ドメイン設定 > イベントWebhook.
ドキュメント： イベントWebhook
置換動作：詳細とインサイト
4月21日にリリースされた通知の置換動作機能を基盤に、公開者は作成時点だけでなく、任意の通知について解決済みの置換動作を表示・レポートできるようになりました。
通知詳細での置換動作： 配信セクションに、送信元に関係なく、すべての送信済み通知の置換動作フィールド（Stack、Replace All、または Replacement Group: [key]）が表示されるようになりました。
A/Bテスト詳細での置換動作： Notificationsタブ内の各バリアントのプレビューカードに、それぞれの置換動作値が表示されるようになり、バリアント間の戦略比較が容易になりました。
インサイトレポートでの置換動作： 通知レベルのレポートで、選択可能なディメンション列およびフィルターとして利用できます。選択時には CSV と XLSX のエクスポートに含まれます。
プラットフォームUIの刷新
プラットフォーム全体のすべてのページが、現代的な見た目と操作感に更新されました。既存のワークフロー、レイアウト、ナビゲーション、機能はすべて完全にそのままです。
サイドバーとドメイン切り替えの再設計
検索： 入力すると任意のドメインを瞬時に見つけられます
お気に入り： よく使うドメインにスターを付けると、常に最上部に表示されます
最近使った項目： 最近アクセスしたドメインが自動で表示されます
キーボード操作： 矢印キーで移動、Enterで選択、Pでお気に入りを切り替え
仮想化レンダリングにより、大きなドメイン一覧でも滑らかに動作
標準化されたフィルターバー
すべての一覧ビュー — Notifications、App Messages、Segments、Campaigns、Reporting — で、日付、日付範囲、数値、単一選択または複数選択のドロップダウンフィルターをサポートする、一貫したインラインタグ形式のフィルターバーを共有するようになりました。
その他の改善
統一されたステータスバッジ： すべてのエンティティタイプで、ステータスのアイコンと色の扱いを統一
カードとパネルの改善： 折りたたみ可能なセクション、区切り線、より滑らかな読み込み状態、一貫した余白
テーブルの合理化： プラットフォーム全体で一貫したモダンなテーブルレイアウトに統一；Journeys は新しいテーブルスタイルへ移行済み
JourneyとCampaignの表示： 設定、概要、通知の間を移動しやすいタブ式レイアウト
アクセシビリティ： スクリーンリーダー対応の向上、キーボード操作の改善、42ルートにわたる WCAG 2.0 AA スキャン
ダークモード（社内プレビュー）： サイドバー設定のテーマ切り替えから、社内メンバー向けに利用可能
通知の新しい置換動作
公開者は、手動通知の作成時やJourneyステップの作成時に、通知ごとに Notification Replacement Behavior を設定できるようになりました。これにより、複数の通知が配信された場合に、購読者の端末通知トレイ内で通知がどのように振る舞うかを制御できます。
3つのオプションがあります：
Stack （既定）：各通知はトレイ内に独立して表示されます。購読者が通知を消すまで蓄積されます。これは既存の挙動であり、完全な後方互換性があります。
Replace All： 新しい通知が、トレイ内のすべての以前の通知を置き換えます。購読者には常に最新の通知だけが表示されます。速報、天気予報、ライブスコアなど、頻繁に更新されるコンテンツに最適です。
Replacement Group： 通知はカスタムラベルごとにグループ化されます。新しい通知は、同じグループラベルを共有する直前の通知だけを置き換え、他のグループには影響しません。各コンテンツカテゴリに独立した通知スレッドを持たせたい、複数カテゴリを扱う公開者に最適です。
この設定は Behavior 通知作成フォームのセクションで利用できます。
ドキュメント： 通知の置換動作
通知ビルダーの強化：ページアナライザーとA/Bテストフロー、およびアイテムエンゲージメントイベント
通知ビルダー：ページアナライザーとA/Bテストフロー
通知ビルダーでコンテンツ推薦をトリガーすると、ユーザーには2つの選択肢が表示されるようになりました：
コンテンツを自動入力： ランディングページから抽出した内容で、通知のタイトルと本文フィールドを自動的に埋めます
コンテンツ候補を確認： サイドパネルの確認フローを開き、候補を評価して、希望するものを手動で適用します
A/Bテストのセットアップフローが刷新され、通知ビルダー内でより合理化されたバリアント作成体験になりました。Notification View の概要セクションも更新され、配信ステータス、チャネル、ターゲティング、エンゲージメント指標（表示回数、クリック数、CTR）、チャネル別パフォーマンス内訳の可視化、レンダリングされたデバイスプレビューをより見やすいレイアウトで表示します。
アイテムエンゲージメントイベント：完了と評価のサポート
Pushly は、カタログアイテムの新しい2つのインタラクションイベントをサポートするようになりました：
アイテム完了： 購読者がカタログアイテムを完了または作成したとき（例：レシピを調理したとき）を追跡します。Journeys、Segments、SDKイベント収集で利用できます。既存のアイテムアクションに加えて、新しい「Made or Completed Item」Journeyアクションが利用可能です。
アイテム評価： 購読者がカタログアイテムを0から100の尺度で評価したときを追跡します。
2つの新しいセグメント属性が以下で利用可能になりました Eコマース / カタログ：
作成 / 完了したアイテム数： 購読者が作成または完了したアイテム数に基づいてセグメントを作成
評価したアイテム数： 購読者が評価したアイテム数に基づいてセグメントを作成
どちらも設定可能な時間窓（1、7、14、30、60、90日）と、既存のセグメント条件との完全なAND/ORロジックに対応しています。
Journeys：キャンペーン体験の完全な再構築
Campaigns は全面的に再構築され、Journeys に名称変更されました。journey builder には新しいビジュアルキャンバス、適切なマルチパス A/B/n 分岐モデル、大幅に改善されたレポーティング、そして最新化された一覧・概要体験が備わっています。既存のキャンペーンデータ、設定、権限はすべて完全に保持されています。既存の /campaigns URL は自動的に /journeys.
A/B/n 分割テスト
Journey の任意の場所に Split Test ステップを追加すると、流入する購読者を2〜4本の名前付きバリアント分岐に分割でき、各分岐に設定可能なトラフィック割合を割り当てられます。各分岐は完全に独立しており、それぞれ独自の遅延、通知、ネストされた分割テストを含めることができます。すべてのバリアント分岐は、下流の合流点で自動的に収束します。
新しいビジュアルキャンバス
journey canvas は、きれいな直交エッジルーティング、対称的な分岐レイアウト、動的な表示領域サイズ調整を備えた、プロ仕様の自動レイアウトエンジンで再構築されました。
プレースホルダーステップとステップ追加パネル
新しいJourneyは、最初のステップ挿入を案内するために、目に見えるプレースホルダーステップから始まります。ステップ挿入UIは、ステップ名、説明、論理カテゴリを備えた説明付きのフローティングパネルとして再設計されました。
未保存の変更の保護
変更が保留中のまま移動しようとすると、ブラウザの確認ダイアログが表示されます。未保存の編集がある場合、保存ボタンのラベルは動的に「変更を保存」に変わります。
Journeys一覧と概要の改善
Journeys一覧はページネーション対応になり、固定フィルター、インラインのオーディエンスセグメント情報、インラインのパフォーマンス指標が表示されます。journeyの概要ページには、折りたたみ可能なモダンなヘッダー、カスタム日付範囲選択とグルーピングに対応したパフォーマンスグラフ、そして通知、ステップ、Split Testバリアントのパフォーマンス内訳を表示する新しいInsightsタブが含まれます。
自動生成されるステップ名とレポート
Journeyのステップには、人間が読みやすい名前が自動生成されます（例：「Variant A > Notification #1」）。Insights は、Step、Split Test、Split Test Variant による内訳をサポートするようになりました。
ドキュメント： Journeys
キャンペーンステップ選択パネル
Campaign Builder に新しいステップ選択パネルが追加されました。ステップは視覚的なアイコンと説明ラベルを備えた論理カテゴリごとに整理され、以前の小さくてラベルのないアイコンに置き換わりました。
利用可能なステップタイプ：
タイミング：
Wait：次のステップが実行される前に、設定した時間だけキャンペーンを一時停止します
通知：
カスタム通知：完全にカスタマイズされたプッシュ通知を作成して送信
Abandoned Cart：購読者のカートに残されたアイテムについてリマインダーを送信します
Saved Item Reminder：購読者が保存したアイテムについてリマインダーを送信します
Recently Viewed Item：購読者が最近閲覧したカタログアイテムをフォローアップします
Trending Item：最近のアクティビティに基づいて、成果上位のカタログアイテムを送信します
Personalized Recommendation：AIが選んだパーソナライズドアイテムを送信します（現在は BlueConic により提供）
ドキュメント： Journeys
セッションハートビートと期限切れUX、App Messageプレビューウィンドウ
セッションハートビートと期限切れUX
プラットフォームには軽量なセッションハートビートが追加され、クライアント側で期限切れ状態を追跡して事前に処理するようになりました。これにより、以前のような不明瞭な403エラーや突然のログアウトはなくなります。
セッション期限切れ警告： セッションが期限切れになる5分前に、視認できる警告通知が表示され、作業を保存して再認証する時間が確保されます。
専用のセッション期限切れ画面： セッションが期限切れになると、サインインボタン付きの専用画面が表示されます。サインイン後、プラットフォームはユーザーが最後にいたページへ戻します。
App Messageプレビューウィンドウ
App Message Builder から新しい App Message Previews ウィンドウが利用できるようになりました。実際のデバイスフレームでメッセージをレンダリングし、次のサポートがあります：
デバイスタイプ： スマートフォンまたはタブレット
向き： 縦向きまたは横向き
テーマ： ライトまたはダーク
プラットフォームフィルタリング： 例：Apple/iOS
これにより、公開前にテキストの切り詰め、ボタンの詰まり、ダークモードのコントラスト問題などのレイアウト上の問題を素早く見つけられます。
ドキュメント： App Messages
組織レベルのインサイトレポーティング
複数のドメインを管理する企業顧客は、すべてのプロパティにわたる通知と購読者獲得のパフォーマンスを1つのレポートに集約した、統合されたInsightsビューにアクセスできるようになりました。
組織レベルのアクセス権を持つユーザーには、ナビゲーションに新しいInsightsセクションが表示されます。V1.0には2種類のレポートが含まれます：
通知レポート： すべてのドメインにわたる配信とエンゲージメントの指標。ドメイン別内訳が適用されたときに、各通知グループを対応するドメインレベルのパフォーマンスに紐付ける新しい Organization Notification Group の概念を備えています。
獲得レポート： すべてのドメインにわたる購読者獲得の推移とチャネルパフォーマンス。
ドメインレベルのフィルターにより、任意の組織レベルレポートを1つ以上の特定ドメインに絞って比較できます。レポーティングテーブルコンポーネントは、列幅の調整と、大規模データセット向けのレイアウト安定性向上が行われました。
ドキュメント： Insights
Campaign BuilderのUX改善とクリックのルックバック期間の拡張
Campaign BuilderのUX改善
未保存の変更の可視化： Campaign Builderで編集すると、未保存の変更があることがインターフェース上で明確に示されるようになりました。変更が保留中のまま移動しようとすると、目に見える警告が表示されます。
タブ移動の保護： 未保存の変更を破棄してしまうタブへの切り替えは、保留中の編集がある間はブロックされます。
レイアウトと表示の改善： Visual Builder のキャンバス高さは900pxに上限が設けられ、多くの画面サイズで過度にスクロールしなくても保存ボタンが見えるようになりました。
Campaign TTLの永続化修正： 通知の生存期間（TTL）値が、すべてのキャンペーンアクションステップで正しく保存されるようになりました。
通知フォームデータ整合性修正： スケジュール、テンプレート、キャンペーンアクションにわたって、フォームが再読み込みまたは再訪問された際に、通知フォームの値が安定して維持されるようになりました。
季節的リターゲティング向けのクリックルックバック期間の拡張
キーワードクリック ルックバック期間が最大 120日 （以前は90日が上限でした）
通知クリック ルックバック期間が最大 365日 対応ドメイン向け（以前は90日が上限でした）
これにより、11月のBlack Fridayキャンペーンを計画する際に、「7月にPrime Dayの通知をクリックした」ようなオーディエンスを作成できるようになります。より短いルックバック期間も引き続き利用できます。
通知スケジュール重複の確認とリアルタイムオーディエンスサイズ同期
通知スケジュール重複の確認
通知を作成またはスケジュールすると、プラットフォームは自動的に、設定可能な時間窓内で同じオーディエンスを対象とする他の今後の配信がないかをチェックします。重複の可能性が検出されると、配信フローに確認ステップが追加され、競合する通知のID、配信時刻、オーディエンスの重複詳細が表示されます。公開者は、確認して続行するか、キャンセルするかを選べます。
重複ウィンドウは以下で設定します ドメイン設定 > 通知 > 確認ウィンドウ.
このリリースの一環として、すべての配信確認ステップが単一の統合ウィザードフローに集約されました。3つのステップは次のとおりです：
オーディエンスの競合： 同じオーディエンスとランディングURLが過去7日以内に最近対象になっていた場合に警告します
通知スケジュールの重複： 設定されたウィンドウ内で、同じオーディエンスに対する重複スケジュール配信を検出します
スケジュール済み / 即時配信の確認： 配信確認前の最終検証
セグメントのリアルタイムオーディエンスサイズ同期
セグメントのオーディエンスサイズはリアルタイムで更新され、Segment List View と Edit Segment View の間で一貫性が保たれるようになりました。以前は一覧表示の件数は1日1回しか更新されませんでした。現在はセグメント一覧が即時に読み込まれ、サイズはバックグラウンドで更新されるため、キャンペーンのターゲティングに頼る数値は、両方のビューで常に最新かつ正確です。
通知のセグメントフィルタリング、購読者送信内のセグメントデータ、Eコマース設定
通知のセグメントフィルタリング
編集チームは、ツールバーから直接、1つ以上のオーディエンスセグメントで Notification List ページをフィルターできるようになりました。これにより、別の送信を追加する前に特定セグメントを対象とした今後および予定済みの通知をすべて簡単に確認でき、同じオーディエンスへの過剰配信を避け、スケジュールの競合を減らすのに役立ちます。
複数のセグメントを選択すると OR フィルターが適用され、選択したセグメントの少なくとも1つを対象とする通知が表示されます。フィルター選択は、解除するまでセッションをまたいでユーザープロファイルごとに保持されます。
購読者送信内のセグメントデータ
その segment_names マクロが、キャンペーンの一部であるSubscriber送信向けにハイドレートされるようになり、Standard送信と同等になりました。セグメントコンテキストに依存する下流サービスと通知パーソナライズは、送信タイプに関係なく一貫して動作するようになります。
BlueConic統合とワークフローの強化、セグメント選択の改善、およびダイナミックコンテンツ向け remote_fetch
BlueConic統合とワークフローの強化
Journey builder 内のキャンペーンステップは、既定でView-Only形式で開くようになり、すでに設定済みのステップを確認する際の誤編集を防ぎます。編集モードに入るには明示的な Edit ボタンが必要です。Campaign Details ページに直接 Edit Campaign アクションが追加され、変更のためにビルダーへ戻る必要がなくなりました。すべての Journey Step ドロワーヘッダーには、現在の状態 — Edit、View、Create — が明確に表示されます。
セグメント選択の改善
セグメント選択ドロップダウンの最上部に「最近ターゲットにした項目」グループが表示され、ドメインで最近使用した5件のセグメント（最後にターゲットした日付に基づく）が一覧表示されます。その下には、明確にラベル付けされたグループごとにすべてのセグメントが整理され、適切なオーディエンスを見つけやすくなりました。また、System Segments がドメインの有効チャネルを不正確に反映していた不具合も修正されました。
新機能：ダイナミックコンテンツ向け remote_fetch
新しい remote_fetch コンテンツソースタイプが、真にリアルタイムなパーソナライズ通知コンテンツを必要とする技術系公開者向けに利用可能になりました。通知を配信する準備中に、 remote_fetch は公開者定義のURLに安全なサーバー側リクエストを行い、そのレスポンスを使って送信時に通知フィールドを埋めます。つまり、各受信者は、通知が送信されるまさにその瞬間の自分固有のコンテキストを反映したコンテンツを受け取ります。
ユースケースには、現在の天気、購読者のロイヤルティポイント残高、ライブスポーツのスコア、パーソナライズされた商品レコメンデーション、または頻繁に変化し、作成時に事前入力すべきでないあらゆるデータが含まれます。外部データソースが配信時に利用できない場合でも、通知は設定済みの既定フォールバックメッセージを使って送信されます。
BlueConicコンテンツレコメンデーション統合
Pushlyは、Webプッシュ通知内でパーソナライズされたコンテンツレコメンデーションを提供するために、BlueConic Customer Data Platform（CDP）と統合するようになりました。この統合により、公開者はBlueConicインスタンスを一度接続すれば、以後のすべてのキャンペーンでそれを動的コンテンツソースとして利用できます。
統合が設定されると、Pushlyの通知ビルダーは、購読者個々のBlueConicプロファイルから推奨記事や商品アイテムを取得できます。これらのレコメンデーションは、通知内の動的コンテンツブロックとして挿入されるため、各購読者は自分の興味や過去の行動に基づいて個別に選ばれたコンテンツを受け取ります。
主な機能：
初回設定： Platform Integrations > BlueConic から一度だけ統合を設定します。BlueConicのリスナープロファイルをPushlyの購読者セグメントにマッピングして、データ接続を確立します。
インテリジェントなレコメンデーション： Pushly内からBlueConicのレコメンデーションアルゴリズムを直接活用し、個々の購読者の行動に基づいたパーソナライズ通知コンテンツを自動生成します。
高度なフィルタリング： 含めるアイテム、除外するアイテム、商品フィルターを使ってレコメンデーションを微調整し、最も関連性の高いコンテンツを適切なオーディエンスに届けます。
複数の設定： 組織ごとに複数のレコメンデーションアルゴリズム設定を作成・管理でき、異なる戦略を異なるキャンペーンやオーディエンスセグメントに適用できます。
ドキュメント：
一括フィード操作とプロンプトエディターの刷新
一括フィード操作
公開者は、Platform と Halo の両方にある Feeds 一覧から、複数のフィードを一度に選択して一括操作を実行できるようになりました。テーブルの左側に新しい行選択列が表示され、1つ以上のフィードが選択されると、テーブルヘッダーに「Bulk Actions」ドロップダウンが表示されます。
このメニューはコンテキスト対応です。選択したすべてのフィードが同じステータス（すべて有効、またはすべて無効）であれば、反対の操作だけが表示されます。ステータスが混在したフィードが選択されている場合は、有効化と無効化の両方が表示され、選択されたすべてのフィードに同時に適用されます。Archive は、現在のフィード状態に関係なく常に利用できます。この変更により、Platform と Halo の Feeds 一覧のコードも統一され、今後の改善は両方のインターフェースに一貫して展開されます。Halo では、Create Feed ボタンが Platform の UX に合わせて右上へ移動しました。
プロンプトエディターの更新
Platform Prompts Editor は、Notifications と App Messages で使われているデザイン言語に合わせて視覚的に刷新されました。Bell Prompt オプションは、以前に廃止され現在はサポートされていないため削除されました。Prompt Preview は、実環境でプロンプトがどのように表示されるかをより正確に反映するよう全面的に再設計され、新たに Safari 向けプレビューも追加されました。これにより、公開者はブラウザごとに購読者が実際に見るものを正確に確認できます。
最終更新