> For the complete documentation index, see [llms.txt](https://documentation.pushly.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://documentation.pushly.com/pushly-ja/faq/rirsunto.md).

# リリースノート

{% updates format="full" %}
{% update date="2026-06-25" tags="new-feature" %}

## アイテムグループ（カタログ）

パブリッシャーは、Catalog モジュール内で動的なアイテムグループを作成・管理できるようになりました。アイテムグループは、フィルター条件によって定義される名前付きのカタログアイテム集合です。たとえば、「価格が50より大きい かつ カテゴリが electronics に等しい」のように指定でき、プラットフォームは一致するアイテムをリアルタイムで評価するため、グループは常にカタログの現在の状態を反映します。

**開始方法：** 左側のナビゲーションで **Catalog** を選択し、 **Item Groups** タブを開き、「\[Product/Event/Recipe] グループを作成」をクリックします。

**新しいクエリビルダーで条件を作成：**

* コード不要のビジュアル条件エディタでフィルタールールを追加できます
* AND/OR ロジックでルールを最大2階層まで組み合わせられます
* サポートされるフィールド型には、テキスト、整数、日付、配列フィールドが含まれます
* 日付条件は、時間単位を設定可能な自然言語（「過去7日間以内」「より前」「より後」）で指定できます
* 作成中にライブのアイテム数プレビューが更新されるため、保存前に条件を検証できます

複数カテゴリにまたがる大規模なカタログを管理するパブリッシャーは、固定リストを維持したりカスタムクエリを書いたりすることなく、再利用可能で自動更新されるアイテムコレクションを定義できるようになりました。グループは完全な後方互換性があり、既存のカタログ設定を変更する必要はありません。
{% endupdate %}

{% update date="2026-06-24" tags="improvement" %}

## Journey 推奨通知の更新とインサイト

Journey のレコメンド送信では、記事ごとに1日1件の通知が作成されるようになり、Notification Insights でもこれが反映され、配信された実際のタイトル、本文、ランディング URL、画像を記事ごとに1行で表示します。以前は、レコメンド送信は未解決の `{{article.x}}` プレースホルダーを含む1行として表示されていたため、どの記事が送信されたのか、またその成果がどうだったのかを評価できませんでした。

パブリッシャーは、Journey のレコメンドステップ全体で記事単位のエンゲージメントを確認できるようになり、どのコンテンツがクリックを促しているかを特定しやすくなります。

**新しいテンプレート列：** 新しく追加された2つの任意列 -- **タイトル（Journey テンプレート）** および **本文（Journey テンプレート）** -- は、各行の元の未レンダリングのテンプレート内容を表示します。配信された通知を元のテンプレートまで追跡するのに役立ちます。以下からアクセスできます： **Insights > Notifications > Columns**.

対応は不要です。既存の Journey と通知には影響ありません。
{% endupdate %}

{% update date="2026-06-22" tags="improvement" %}

## AI バリアント選択のトラッキング

Pushly は、AI が生成したコンテンツがプラットフォームユーザーにどのように採用されるかを追跡するようになりました。ユーザーが Pushly AI のバリアントや Page Analyzer の提案を受け入れると、どの生成でそのコンテンツが作成されたか、どのバリアントが選択されたか、受け入れ後に編集されたかどうかが記録されます。

**Content Source のラベル表示：** Content Source が表示されるすべての箇所（通知詳細、モバイル詳細、サマリーカード、Insights レポート）で、ラベルの末尾に **（編集済み）** が付加されるようになりました。これは、ユーザーが AI 提案のコンテンツを受け入れた後に変更した場合（例： *Pushly AI* は *Pushly AI（編集済み）*).

対応は不要です。既存の通知と通知テンプレート API は変更されず、過去の行の attribution 列は空欄のままです。
{% endupdate %}

{% update date="2026-06-22" tags="improvement" %}

## 通知アイコンと画像のマクロ、および Liquid テンプレートエディタ

通知アイコンと画像は、サブスクライバーごとの Liquid マクロで制御できるようになりました。これにより、1つの通知で各サブスクライバーのプロフィール属性に基づいて異なるロゴや画像を表示できます。以前はアイコンはドメインのデフォルトか、1つの静的アップロードに限定されていました。

**アイコンと画像の新しいソースセレクター：**

* **アイコン：** デフォルト（ドメインアイコン）・カスタム（アップロード）・マクロ（サブスクライバーごとに動的）・なし
* **画像：** カスタム（アップロード）・カタログアイテムタイプ（該当する場合）・マクロ・なし

**動的なアイコンと画像：** マクロを選択すると、Liquid 式（例： `{{ profile.custom_icon_url }}`）、埋め込みマクロを含む URL（例： `https://example.com/logos/{{ profile.market }}.png`）、または `remote_fetch` タグからアイコンや画像を設定できます。値は送信時にサブスクライバーごとに解決されます。マクロが何も解決しない場合、その通知にはアイコンも画像も配信されません。

**Liquid テンプレートエディタ：** タイトル、本文、ランディング URL、および新しいアイコン/画像マクロフィールドには、展開ボタンが追加されました。これを押すと、構文ハイライト、行番号、ワンクリックのマクロ挿入パネル、複数行テンプレート用の整形アクションを備えた全画面 Liquid エディタが開きます。複数のブランド、地域、または業種を1つのドメイン下で管理するパブリッシャーは、通知を複製したり、オーディエンスごとに個別送信を管理したりすることなく、パーソナライズされた通知ブランディングを大規模に配信できるようになりました。

既存の静的アイコンと画像は完全に後方互換で、変更はありません。
{% endupdate %}

{% update date="2026-06-17" tags="improvement" %}

## AI と Page Analysis のフィールド設定を分離

通知自動化の Domain Field Settings は、以下について個別に設定できるようになりました： **コンテンツ提案** （Page Analysis）および **AI 推奨** （Pushly AI）。以前は、1つの設定で両方のソースがどのフィールド（Title、Body、Image、Keywords）を自動入力するかを制御していたため、個別に設定することはできませんでした。

**変更点：**

* **コンテンツ提案フィールド** — Page Analysis が Landing URL を分析する際に入力するフィールドを制御します
* **AI 推奨フィールド** — Pushly AI が通知バリアントを生成する際に入力するフィールドを制御します
* AI 推奨結果は、許可されたフィールドにサーバー側でフィルタリングされるようになりました（以前はブラウザー側のみでした）

両方の設定は以下で管理します： **Domain Settings > Notifications > Automation Settings > Edit**.

**後方互換：** 既存のドメインは自動的に移行されます。以前のフィールド設定は Content Suggestion Fields に引き継がれ、AI Recommendation Fields はすべてのフィールドが有効な状態で既定値になります。

{% endupdate %}

{% update date="2026-06-08" tags="improvement" %}

## モバイル体験の刷新

Pushly プラットフォームのモバイル体験は完全に再設計されました。今回のリリースでは、これまでのモバイル画面が、セットアップ不要でプラットフォームの全ユーザーが利用できる、拡張された最新の実装に置き換えられます。

**新機能：**

* **KPI ダッシュボード：** 3つのサマリーカード（Push Subscribers、Clicks、CTR）にトレンド指標と7日間スパークラインを備え、単一の「Clicks Yesterday」指標に代わります
* **下書きタブ：** モバイルから直接、保存済み下書きをアーカイブ、編集、複製できます
* **スワイプ操作：** 任意の通知カードを左にスワイプすると、編集、複製、キャンセル、アーカイブが表示されます。インライン展開のためにタップする必要はもうありません
* **クイックビュー：** 任意のカードをタップすると、通知の詳細とアクションボタンを含むボトムシートが開きます
* **通知詳細ページ：** コンテンツ、パフォーマンス統計（Impressions、Clicks、CTR）、配信メタデータを表示する全画面ビューです。モバイル向けにはまったく新しい機能です
* **Insights：** 日付プリセット、インタラクティブなチャート、上位パフォーマンスの通知を備えた専用の分析ビューです。モバイル向けにはまったく新しい機能です
* **改善されたドメイン切り替え：** ピン留めされたドメイン、最近使ったドメイン、組織グループ化により、デスクトップ体験と一致します

Compose と Edit は引き続き共有の通知ビルダーを使用し、モバイル向けに最適化されています。不要なパネルは非表示になり、下書きとして保存もサポートされています。
{% endupdate %}

{% update date="2026-06-02" tags="improvement" %}

## セッションタイムアウトとリフレッシュトークンの処理

アクティブなユーザーが、予期しないセッション期限切れで作業の途中に中断されることはなくなりました。プラットフォームは、ユーザーが積極的に作業している間、バックグラウンドで静かにセッションを更新します。クリック、フォーム入力、ナビゲーションなどの実際のユーザー操作のみがセッションを維持します。

**セッションを終了する必要がある場合には、2つのプロンプトが対応します：**

1. **非アクティブ警告（「サインインしたままにしますか？」）：** アイドル状態でセッションがまもなく期限切れになると表示されます。カウントダウンタイマーと2つの選択肢（サインインしたままにする［カウントダウンをリセット］、またはサインアウト）が表示されます。カウントダウンが0になっても操作がない場合、自動的にサインアウトされます。
2. **最大継続時間警告（「作業を続けるには再度サインインしてください」）：** セッションの厳格な有効期限に近づくと表示されます。このプロンプトには延長オプションはありません。最大継続時間は固定のセキュリティ上の上限です。作業を保存し、再度サインインして続行してください。

**セッションタイムアウト設定（組織ごとに設定可能）：**

| 設定         | 既定値  | 説明                        |
| ---------- | ---- | ------------------------- |
| アイドルタイムアウト | 10時間 | この時間アイドル状態が続くとセッションは終了します |
| 絶対タイムアウト   | 10時間 | ログインからのセッションの最大総継続時間      |

このリリースは、2026年2月11日に導入された Session Heartbeat と Expiration の UX 改善を基盤として拡張するものです。
{% endupdate %}

{% update date="2026-05-27" tags="improvement" %}

## 通知の保存：Landing URL の検証

通知ビルダーで通知を保存またはスケジュールする際、Pushly は通知が配信キューに入る前に Landing URL のサーバーサイドヘルスチェックを自動で実行するようになりました。これにより、壊れたURL、設定ミスのあるURL、または不正なURLをサブスクライバーに届く前に検出できます。

URL が 200 以外のレスポンスを返す場合、Delivery Confirmations モーダルに警告ステップが追加され、以下が表示されます：

* 返された具体的な HTTP ステータスコード（例：404 Not Found、500 Server Error）
* 直接確認できる Landing URL へのクリック可能なリンク
* URL がリダイレクトした場合の最終的な転送先

このチェックは **警告ベースで、処理を停止しません** — ユーザーは警告を確認して続行することを選べます。サポートされる警告シナリオには、200 以外の HTTP レスポンス、DNS 失敗、接続タイムアウト、SSL エラー、不正なプロトコルが含まれます。

**影響を受けないもの：** フィード送信と API 送信はこのチェックを完全にバイパスします。

このチェックは **既定では無効** ドメインごとに設定します。以下で有効にします： **Domain Settings > Notifications > General Settings > Edit > Delivery > Landing URL Validation**.

**ドキュメント：** [Landing URL Validation](https://documentation.pushly.com/platform/notifications/landing-url-validation)
{% endupdate %}

{% update date="2026-05-21" tags="improvement" %}

## WordPress プラグイン 2.3.0

WordPress Plugin 2.3.0 は、安定性、互換性、セキュリティのリリースです。新しいユーザー向け機能はなく、設定変更も不要です。パブリッシャーは WordPress 7.0 とプラグイン version 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 プラグイン統合ガイド](https://documentation.pushly.com/integration/web-browser-push/wordpress-plugin)
{% endupdate %}

{% update date="2026-05-13" tags="new-feature" %}

## アイテムカタログブラウザ

Pushly プラットフォームの左ナビゲーションに新しい Catalog セクションが追加され、パブリッシャーはプラットフォームを離れることなく、すべてのカタログアイテムを直接検索・閲覧できるようになりました。

Catalog Browser は、ドメインで設定されたカタログタイプに自動で適応する列を持つページネーション付きテーブルでアイテムを表示します：

* **レシピ：** 画像、名前、カテゴリ、料理ジャンル、キーワード
* **イベント：** 画像、名前、ジャンル、出演者、場所、利用可能状況

**主な機能：**

* **カタログ全体の可視化：** サムネイルプレビューとカタログタイプ固有のメタデータ付きで、インデックス済みのすべてのアイテムを閲覧できます
* **サーバーサイド検索：** 名前、URL、その他のプロパティでアイテムを検索できます。精度と性能のためにサーバー側で処理されます
* **利用可能状況とステータスのインジケーター：** アイテム状態をひと目で分かるように表示します
* **アイテムへの直接リンク：** アイテム名は正規 URL へのリンクになっており、新しいタブで開きます

ナビゲーション内のセクション名は、ドメインのカタログタイプ（例：「Recipe Catalog」や「Event Catalog」）に応じて変わります。ビューはすべてのユーザーに対して読み取り専用です。
{% endupdate %}

{% update date="2026-05-13" tags="new-feature" %}

## Event Webhooks

Event Webhooks は、サブスクライバーの操作が発生した瞬間に、構造化された通知エンゲージメントデータを顧客定義のエンドポイントへ送信する新しいリアルタイムデータ配信システムです。サブスクライバーが通知を表示またはクリックすると、Pushly は暗号署名付きの POST リクエストを直ちに顧客の設定した URL に送信します。

**サポートされるイベント（v1）：**

* Notification Displayed：サブスクライバーのデバイスにプッシュ通知が描画されたときに発火します
* Notification Clicked：サブスクライバーがプッシュ通知をタップまたはクリックしたときに発火します

**各ペイロードには以下が含まれます：**

* サブスクライバー識別子：Pushly サブスクライバー ID と外部 ID
* デバイスコンテキスト：プラットフォーム、OS、ブラウザー、デバイスタイプ、タイムゾーン、位置情報
* 通知の詳細：タイトル、本文、キーワード、ソース、配信タイプ、関連セグメント、キャンペーン
* イベントメタデータ：重複排除用の一意なイベント ID、正確なタイムスタンプ、ドメインコンテキスト

**主な機能：**

* 真正性確認のための暗号署名付きリクエスト
* 失敗時には遅延を増やしながら自動再試行
* 高スループット処理（毎秒数千件のイベント）
* 認証ヘッダー用のシークレット管理

**主なユースケース：** リアルタイム分析パイプライン、CDP・CRM 連携、マーケティング自動化トリガー、アトリビューションとコンバージョン追跡、社内アラートと監視。

Webhook の設定は以下で行います： **Domain Settings > Event Webhooks**.

**ドキュメント：** [Event Webhooks](https://documentation.pushly.com/platform/event-webhooks)
{% endupdate %}

{% update date="2026-05-11" tags="improvement" %}

## Replacement Behavior：詳細とインサイト

4月21日にリリースされた Notification Replacement Behavior 機能を基盤として、パブリッシャーは作成時だけでなく、任意の通知について解決済みの replacement behavior を確認・レポートできるようになりました。

**通知詳細での Replacement Behavior：** Delivery セクションには、ソースに関係なく、送信済みの各通知の Replacement Behavior フィールド（Stack、Replace All、または Replacement Group: \[key]）が表示されます。

**A/B テスト詳細での Replacement Behavior：** Notifications タブの各バリアントのプレビューカードに、それぞれの Replacement Behavior 値が表示されるようになり、バリアント間で戦略を比較しやすくなりました。

**Insights レポートでの Replacement Behavior：** 通知レベルのレポートで、選択可能なディメンション列およびフィルターとして利用できます。選択した場合は CSV および XLSX エクスポートに含まれます。

{% endupdate %}

{% update date="2026-04-25" tags="improvement" %}

## プラットフォーム UI の刷新

プラットフォーム全体の各ページが、最新化された外観と操作感に更新されました。既存のワークフロー、レイアウト、ナビゲーション、機能はすべてそのままです。

#### 再設計されたサイドバーとドメイン切り替え

* **検索：** 入力すると任意のドメインを即座に見つけられます
* **お気に入り：** よく使うドメインに星を付けると、常に最上部に表示されます
* **最近使ったもの：** 最近アクセスしたドメインが自動的に表示されます
* **キーボード操作：** 矢印キーで移動、Enter で選択、P でお気に入りの切り替え
* 大規模なドメイン一覧でも滑らかな動作を実現する仮想化レンダリング

#### 標準化されたフィルターバー

すべてのリストビュー（Notifications、App Messages、Segments、Campaigns、Reporting）で、日付、日付範囲、数値、単一選択または複数選択のドロップダウンフィルターに対応した、一貫性のあるインラインタグ型フィルターバーが共通で使われるようになりました。

#### その他の改善

* **統一されたステータスバッジ：** すべてのエンティティタイプで、ステータスのアイコンと色の扱いを統一しました
* **改善されたカードとパネル：** 折りたたみ可能なセクション、区切り線、より滑らかな読み込み状態、一貫した余白
* **洗練されたテーブル：** 全体で一貫した最新のテーブルレイアウトを採用しました。Journeys は新しいテーブルスタイルに移行しています
* **Journey と Campaign のビュー：** 設定、サマリー、通知を簡単に行き来できるタブ形式のレイアウト
* **アクセシビリティ：** スクリーンリーダー対応の改善、キーボードナビゲーションの改善、42 ルートにわたる WCAG 2.0 AA スキャン
* **ダークモード（社内プレビュー）：** サイドバー設定のテーマ切り替えから社内チームメンバー向けに利用できます
  {% endupdate %}

{% update date="2026-04-21" tags="new-feature" %}

## 通知の新しい Replacement Behavior

パブリッシャーは、手動通知の作成時や Journey ステップの作成時に、通知ごとに Notification Replacement Behavior を設定できるようになりました。これにより、複数の通知が配信されたときに、サブスクライバーのデバイス通知トレイ内で通知がどのように扱われるかを制御できます。

利用できるオプションは3つです：

* **Stack** （既定）：各通知はトレイ内で個別に表示されます。サブスクライバーが消すまで通知は蓄積されます。これは既存の動作で、完全に後方互換です。
* **Replace All：** 新しい通知がトレイ内のすべての以前の通知を置き換えます。サブスクライバーには常に最新の通知のみが表示されます。速報ニュース、天気予報、ライブスコアなど、頻繁に更新されるコンテンツに最適です。
* **Replacement Group：** 通知はカスタムラベルでグループ化されます。新しい通知は、同じグループラベルを共有する直前の通知のみを置き換え、他のグループには影響しません。各コンテンツカテゴリごとに独立した通知スレッドを維持したい複数カテゴリのパブリッシャーに最適です。

この設定は以下の **動作** セクションで利用できます。

**ドキュメント：** [Notification Replacement Behavior](https://documentation.pushly.com/platform/notifications/notification-replacement-behavior)
{% endupdate %}

{% update date="2026-04-02" tags="new-feature" %}

## 通知ビルダーの強化：Page Analyzer と A/B テストフロー、およびアイテムエンゲージメントイベント

#### 通知ビルダー：Page Analyzer と A/B テストフロー

通知ビルダーでコンテンツレコメンドを実行すると、ユーザーには2つの選択肢が表示されるようになりました：

* **コンテンツを自動入力：** ランディングページから抽出したコンテンツで、通知のタイトルと本文フィールドを自動入力します
* **コンテンツ提案を確認：** サイドパネルのレビュー画面を開き、提案を確認して好みのオプションを手動で適用できます

A/B テストのセットアップフローが刷新され、通知ビルダー内でより簡潔にバリアントを作成できるようになりました。Notification View のサマリーセクションも更新され、配信ステータス、チャネル、ターゲティング、エンゲージメント指標（impressions、clicks、CTR）、チャネル別パフォーマンス内訳の可視化、レンダリングされたデバイスプレビューが、よりすっきりしたレイアウトで表示されます。

#### アイテムエンゲージメントイベント：完了と評価のサポート

Pushly は、2つの新しいカタログアイテム操作イベントをサポートするようになりました：

* **アイテム完了：** サブスクライバーがカタログアイテムを完了または作成したとき（例：レシピを調理したとき）を追跡します。Journeys、Segments、SDK イベント収集で利用できます。既存のアイテムアクションに加えて、新しい「Made or Completed Item」Journey アクションが利用可能です。
* **アイテム評価：** サブスクライバーがカタログアイテムを0〜100の尺度で評価したときに追跡します。

次の項目の下に、2つの新しいセグメンテーション属性が追加されました： **E-Commerce / Catalog：**

* **作成済み / 完了済みアイテム数：** サブスクライバーが作成または完了したアイテム数に基づいてセグメントを作成します
* **評価済みアイテム数：** サブスクライバーが評価したアイテム数に基づいてセグメントを作成します

どちらも、設定可能な期間（1、7、14、30、60、90日）と、既存のセグメント条件との完全な AND/OR ロジックに対応しています。
{% endupdate %}

{% update date="2026-04-02" tags="new-feature" %}

## Journeys：Campaign 体験の完全な再構築

Campaigns は完全に再構築され、Journeys に名称変更されました。journey builder には新しいビジュアルキャンバス、適切な複数パスの A/B/n 分岐モデル、大幅に改善されたレポート、そして最新化された一覧・サマリー体験が備わっています。既存のキャンペーンデータ、設定、権限はすべて完全に保持されます。既存の `/campaigns` URL は自動的に `/journeys`.

#### A/B/n スプリットテスト

Journey の任意の場所に Split Test ステップを追加して、入ってくるサブスクライバーのオーディエンスを2〜4個の名前付きバリアント分岐に分割できます。各分岐には設定可能なトラフィック割合があります。各分岐は完全に独立しており、それぞれ独自の遅延、通知、ネストされたスプリットテストを含められます。すべてのバリアント分岐は自動的に下流の合流ポイントで合流します。

#### 新しいビジュアルキャンバス

journey キャンバスは、整った直交エッジルーティング、左右対称の分岐レイアウト、動的なビューポートサイズ調整を備えた、プロ仕様の自動レイアウトエンジンで再構築されました。

#### プレースホルダーステップとステップ追加パネル

新しい Journey は、最初のステップ挿入を促すための可視的なプレースホルダーステップから始まります。ステップ挿入 UI は、ステップ名、説明、論理カテゴリを備えた説明的なフローティングパネルとして再設計されました。

#### 未保存変更の保護

変更が保留中の状態で離脱しようとすると、ブラウザーの確認ダイアログが表示されます。未保存の編集がある場合、保存ボタンのラベルは動的に「変更を保存」に更新されます。

#### Journeys 一覧とサマリーの改善

Journeys の一覧はページネーション化され、固定フィルター、インラインのオーディエンスセグメント情報、インラインのパフォーマンス指標が追加されました。journey サマリーページには、折りたたみ可能な最新ヘッダー、カスタム日付範囲選択とグルーピングを備えたパフォーマンスグラフ、Notification、Step、Split Test Variant のパフォーマンス内訳を表示する新しい Insights タブが含まれます。

#### 自動生成ステップ名とレポート

Journey ステップには、人間が読みやすい名前が自動生成されます（例：「Variant A > Notification #1」）。Insights は Step、Split Test、Split Test Variant による内訳表示をサポートするようになりました。

ドキュメント： [Journeys](https://documentation.pushly.com/platform/journeys)
{% endupdate %}

{% update date="2026-02-25" tags="improvement" %}

## Campaign ステップ選択パネル

Campaign Builder に新しいステップ選択パネルが追加されました。ステップは、以前の小さなラベルなしアイコンに代わり、視覚的なアイコンと説明ラベルを備えた論理カテゴリごとに整理されます。

**利用可能なステップタイプ：**

**タイミング：**

* 待機：次のステップが実行される前に、設定した時間だけキャンペーンを一時停止します

**通知：**

* カスタム通知：完全にカスタマイズされたプッシュ通知を作成して送信します
* カート放棄：サブスクライバーのカートに残っているアイテムへのリマインダーを送信します
* 保存済みアイテムのリマインダー：サブスクライバーが保存したアイテムへのリマインダーを送信します
* 最近閲覧したアイテム：サブスクライバーが最近閲覧したカタログアイテムをフォローアップします
* トレンドアイテム：最近のアクティビティに基づいて、上位パフォーマンスのカタログアイテムを送信します
* パーソナライズ推薦：AI が選択したパーソナライズアイテムを送信します（現在は BlueConic が提供）

**ドキュメント：** [Journeys](https://documentation.pushly.com/platform/journeys)
{% endupdate %}

{% update date="2026-02-11" tags="improvement" %}

## Session Heartbeat と Expiration の UX と App Message プレビューウィンドウ

#### Session Heartbeat と Expiration の UX

プラットフォームには、クライアント側で期限切れ状態を追跡し、事前に処理する軽量の session heartbeat が追加され、これまでの曖昧な403エラーや突然のログアウトの体験が置き換えられました。

* **セッション期限切れ警告：** セッションが期限切れになる5分前に目に見える警告通知が表示され、ユーザーは作業を保存して再認証する時間を確保できます。
* **専用のセッション期限切れ画面：** セッションが期限切れになると、サインインボタン付きの専用画面が表示されます。サインイン後、プラットフォームはユーザーが最後に閲覧していたページへ戻します。

#### App Message プレビューウィンドウ

App Message builder から新しい App Message Previews ウィンドウを利用できるようになり、実機に近いデバイスフレームでメッセージを表示できます。対応項目は以下のとおりです：

* **デバイス種別：** スマートフォンまたはタブレット
* **向き：** 縦向きまたは横向き
* **テーマ：** ライトまたはダーク
* **プラットフォームフィルター：** 例：Apple/iOS

これにより、公開前に、テキストの省略、ボタンの密集、ダークモードでのコントラスト問題などのレイアウト不具合をより早く見つけられます。

**ドキュメント：** [App Messages](https://documentation.pushly.com/platform/app-messages)
{% endupdate %}

{% update date="2025-12-10" tags="new-feature" %}

## 組織レベルの Insights レポート

複数ドメインを管理するエンタープライズ顧客は、すべてのプロパティにわたる通知とサブスクライバー獲得のパフォーマンスを1つのレポートでまとめて確認できる統合 Insights ビューにアクセスできるようになりました。

組織レベルのアクセス権を持つユーザーには、ナビゲーションに新しい Insights セクションが表示されます。V1.0 には2種類のレポートがあります：

* **通知レポート：** すべてのドメインにわたる配信およびエンゲージメント指標を表示します。新しい Organization Notification Group の概念により、ドメイン別内訳が適用されたときに各通知グループを対応するドメインレベルのパフォーマンスに結び付けます。
* **獲得レポート：** すべてのドメインにわたるサブスクライバー獲得の傾向とチャネルパフォーマンスを表示します。

ドメインレベルのフィルターにより、ユーザーは任意の組織レベルのレポートを1つ以上の特定ドメインに絞り込んで比較できます。レポート表コンポーネントは、列のリサイズと大規模データセットでのレイアウト安定性向上に対応するよう更新されました。

**ドキュメント：** [Insights](https://documentation.pushly.com/platform/insights)
{% endupdate %}

{% update date="2025-11-11" tags="improvement" %}

## Campaign Builder の UX 改善とクリックの参照期間拡張

#### Campaign Builder UX の改善

* **未保存変更の認識：** Campaign Builder で編集すると、未保存の変更があることがインターフェース上で明確に示されるようになりました。変更が保留中の状態で離脱しようとすると、目に見える警告が表示されます。
* **タブ移動保護：** 未保存の変更を破棄するタブへの切り替えは、保留中の編集がある間はブロックされます。
* **改善されたレイアウトと視認性：** Visual Builder のキャンバスの高さは現在 900px に制限されており、保存ボタンが大半の画面サイズで過度なスクロールなしに表示されたままになります。
* **キャンペーン TTL の永続化修正：** 通知の有効期間（TTL）の値が、すべてのキャンペーンアクションステップで正しく保存されるようになりました。
* **通知フォームのデータ整合性修正：** 通知フォームの値は、スケジュール、テンプレート、キャンペーンアクションを問わず、フォームを再読み込みまたは再訪問した際にも安定して保持されるようになりました。

#### 季節的リターゲティング向けのクリック遡及期間を拡張

* **キーワードクリック** 遡及期間は最大で **120日** （以前は90日が上限でした）
* **通知クリック** 遡及期間は最大で **365日** 対象ドメインでは（以前は90日が上限でした）

これにより、11月のブラックフライデーキャンペーンを計画する際に、「7月にプライムデーの通知をクリックした」などのオーディエンスを作成できるようになります。より短い遡及期間も引き続き利用できます。
{% endupdate %}

{% update date="2025-10-08" tags="improvement" %}

## 通知スケジュールの重複確認とリアルタイムのオーディエンスサイズ同期

#### 通知スケジュールの重複確認

通知を作成またはスケジュール設定する際、プラットフォームは、設定可能な時間枠内で同じオーディエンスを対象とする今後の送信が他にないかを自動的に確認するようになりました。重複の可能性が検出されると、配信フローに確認ステップが追加され、競合する通知の ID、送信時刻、オーディエンス重複の詳細が表示されます。発行者は確認して続行するか、キャンセルするかを選択できます。

重複ウィンドウは以下で設定します： **ドメイン設定 > 通知 > 確認ウィンドウ**.

今回のリリースでは、すべての配信確認ステップが単一の統一ウィザードフローに統合されました。3つのステップは次のとおりです：

1. **オーディエンスの競合：** 同じオーディエンスとランディング URL が過去 7 日以内に最近対象にされていた場合に警告します
2. **通知スケジュールの重複：** 設定された期間内に、同じオーディエンスへのスケジュール送信の重複を検出します
3. **スケジュール送信／即時送信を確認：** 配信が確定される前の最終確認

#### セグメントのリアルタイムオーディエンスサイズ同期

セグメントのオーディエンスサイズは現在リアルタイムで更新され、セグメント一覧ビューとセグメント編集ビューの間で一貫性が保たれます。これまでは一覧ビューの件数は1日1回しか更新されませんでした。セグメント一覧はすぐに読み込まれ、サイズはバックグラウンドで更新されるため、キャンペーンのターゲティングにチームが依存する数値は、両方のビューで常に最新かつ正確です。
{% endupdate %}

{% update date="2025-09-22" tags="new-feature" %}

## 通知のセグメントフィルタリング、サブスクライバー送信でのセグメントデータ、Eコマース設定

#### 通知のセグメントフィルタリング

編集チームは現在、ツールバーから直接、1つ以上のオーディエンスセグメントで通知一覧ページをフィルタリングできるようになりました。これにより、別の送信を追加する前に、特定のセグメントを対象とした今後および予定済みの通知をすべて簡単に確認でき、同じオーディエンスへの過剰な配信を避け、スケジュールの競合を減らすのに役立ちます。

複数のセグメントを選択すると OR フィルターが適用され、選択したセグメントのうち少なくとも1つを対象とする通知が表示されます。フィルターの選択内容は、解除されるまでセッションをまたいでユーザープロファイルごとに保持されます。

#### サブスクライバー送信でのセグメントデータ

この `segment_names` マクロは、キャンペーンの一部であるサブスクライバー送信に対しても現在は展開され、標準送信と同等になりました。セグメントのコンテキストに依存する下流サービスや通知のパーソナライズは、送信タイプにかかわらず一貫して機能するようになります。
{% endupdate %}

{% update date="2025-09-05" tags="new-feature,improvement" %}

## BlueConic 統合とワークフローの強化、セグメント選択の改善、Dynamic Content 向け remote\_fetch

#### BlueConic 統合とワークフローの強化

Journey builder 内のキャンペーンステップは、既に設定済みのステップを確認する際の誤編集を防ぐため、デフォルトで閲覧専用形式で開かれるようになりました。編集モードに入るには明示的な［編集］ボタンが必要です。［キャンペーンを編集］アクションが Campaign Details ページに直接追加され、変更のために builder に戻る必要がなくなりました。すべての Journey Step ドロワーのヘッダーには、現在の状態—編集、表示、作成—が明確に表示されるようになりました。

#### セグメント選択の改善

セグメント選択ドロップダウンの最上部に「最近ターゲットにした」グループが表示され、ドメインで最も最近使用された5つのセグメント（最終ターゲット日順）が一覧表示されます。下部には、すべてのセグメントがわかりやすくラベル付けされたグループに整理され、目的のオーディエンスを見つけやすくなりました。ドメインのアクティブチャネルをシステムセグメントが不正確に反映していたバグも修正されました。

#### 新機能: Dynamic Content 向け remote\_fetch

新しい `remote_fetch` コンテンツソースタイプが、真にリアルタイムでパーソナライズされた通知コンテンツを必要とする技術系パブリッシャー向けに利用可能になりました。通知が配信用に準備される際、 `remote_fetch` は、パブリッシャーが定義した URL に対して安全なサーバーサイドリクエストを行い、その応答を使って送信時に通知フィールドを埋めます。これにより、各受信者は通知が送信されるその瞬間の固有のコンテキストを反映したコンテンツを受け取れます。

利用例には、現在の天気、購読者のロイヤルティポイント残高、ライブスポーツのスコア、パーソナライズされた商品レコメンデーション、または頻繁に変化し、作成時に事前に埋め込むべきではないあらゆるデータが含まれます。外部データソースが配信時に利用できない場合でも、通知は設定されたデフォルトのフォールバックメッセージを使用して送信されます。
{% endupdate %}

{% update date="2025-08-25" tags="new-feature" %}

## BlueConic コンテンツレコメンデーション統合

Pushly は BlueConic Customer Data Platform（CDP）と統合し、Web プッシュ通知内でパーソナライズされたコンテンツレコメンデーションを提供できるようになりました。この統合により、パブリッシャーは BlueConic インスタンスを一度接続するだけで、今後すべてのキャンペーンで動的コンテンツソースとして利用できます。

統合が設定されると、Pushly の通知ビルダーは、購読者個々の BlueConic プロフィールから推奨記事や商品アイテムを取得できます。これらのレコメンデーションは通知内の動的コンテンツブロックとして挿入されるため、各購読者は興味や過去の行動に基づいて自分向けに選ばれたコンテンツを受け取ります。

**主な機能：**

* **一度だけの設定：** Platform Integrations > BlueConic から一度だけ統合を設定します。BlueConic のリスナープロファイルを Pushly の購読者セグメントにマッピングして、データ接続を確立します。
* **インテリジェントなレコメンデーション：** Pushly 内から直接 BlueConic のレコメンデーションアルゴリズムを活用し、各購読者の行動に基づくパーソナライズされた通知コンテンツを自動生成します。
* **高度なフィルタリング：** 含めるアイテム、除外するアイテム、商品フィルターを使用してレコメンデーションを細かく調整し、最も関連性の高いコンテンツを適切なオーディエンスに届けます。
* **複数の設定：** 組織ごとに複数のレコメンデーションアルゴリズム設定を作成・管理でき、異なるキャンペーンやオーディエンスセグメントに異なる戦略を適用できます。

**ドキュメント：**

* [BlueConic 統合](https://documentation.pushly.com/platform/platform-integrations/blueconic)
* [キャンペーンで BlueConic を使用する](https://documentation.pushly.com/platform/platform-integrations/blueconic/using-blueconic-in-campaigns)
  {% endupdate %}

{% update date="2025-07-29" tags="improvement" %}

## フィードの一括操作とプロンプトエディタの刷新

#### フィードの一括操作

パブリッシャーは、Platform と Halo の両方のフィード一覧から、複数のフィードを一度に選択して一括操作を実行できるようになりました。テーブルの左側に新しい行選択列が表示され、1つ以上のフィードが選択されるとテーブルヘッダーに「一括操作」ドロップダウンが表示されます。

メニューはコンテキスト対応です。選択されたフィードがすべて同じステータス（すべて有効、またはすべて無効）の場合は、反対側の操作のみが表示されます。ステータスが混在するフィードが選択されている場合は、有効化と無効化の両方の操作が表示され、選択されたすべてのフィードに同時に適用されます。アーカイブは、現在のフィードステータスに関係なく常に利用できます。この変更により、Platform と Halo のフィード一覧コードも統一され、今後の改善が両方のインターフェースに一貫して展開されるようになります。Halo では、Create Feed ボタンがプラットフォームの UX に合わせて右上に移動されました。

#### プロンプトエディタの更新

Platform の Prompts Editor は、Notifications と App Messages で使用されているデザイン言語に合わせてビジュアル刷新されました。Bell Prompt オプションは、以前に非推奨となり現在はサポートされていないため削除されました。Prompt Preview は、ライブ環境でプロンプトがどのように表示されるかをより正確に反映するよう全面的に再設計され、新しい Safari 専用プレビューも追加されているため、パブリッシャーは異なるブラウザで購読者に表示される内容を正確に確認できます。
{% endupdate %}
{% endupdates %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://documentation.pushly.com/pushly-ja/faq/rirsunto.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.