> 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-07-08" tags="new-feature" %}

## ジャーニー向けバリアントプロモーション

パブリッシャーは、ジャーニー内で直接A/Bテストを実行し、準備ができたら勝利したバリアントを将来のすべての購読者に昇格できるようになりました。

**スプリットテストの設定：** 任意のジャーニーにSplit Testステップを追加し、各バリアントに名前を付け、トラフィック割合を割り当てます（最大4バリアント、合計は100%である必要があります）。 

**バリアントのパフォーマンス：** ジャーニーが実行されると、各バリアントにはキャンバス上にパフォーマンスカードが表示され、全経路の入口数、表示回数、クリック数、CTRが確認できます。 

**勝利バリアントのプロモート：** Split Test Resultsドロワー内の任意のバリアントで「Promote」をクリックします。新規購読者はすぐにプロモートされた経路に振り分けられ、すでにジャーニー内にいるユーザーは現在の経路を中断なく完了します。敗北したバリアントはライブのジャーニーから削除されますが、結果を保持したままリビジョン履歴に保存されます。プロモートは元に戻せません。

**リビジョンを考慮したインサイト：** ジャーニーのInsightsタブにはリビジョンスコープの制御が含まれ、すべてのリビジョンまたは単一のリビジョンに絞って指標を表示でき、前後のデータを明確に分離できます。

既存のジャーニーに対する対応は不要です。
{% endupdate %}

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

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

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

**開始方法：** 左側ナビゲーションで **Catalog** に移動し、 **Item Groups** タブを選択して、「Create \[Product/Event/Recipe] Group」をクリックします。

**新しいQuery Builderを使った条件の作成：**

* コーディング不要の視覚的条件エディタでフィルタールールを追加
* AND/ORロジックで最大2階層までルールを組み合わせ可能
* 対応フィールドタイプには、text、integer、date、arrayフィールドが含まれます
* 日付条件は自然な言葉（「過去7日間」「前」「後」）で指定でき、時間単位も設定可能です
* 作成中にライブのアイテム数プレビューが更新されるため、保存前に条件を検証できます

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

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

## ジャーニーのおすすめ通知アップデートとインサイト

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

パブリッシャーは、ジャーニーのおすすめステップ全体で、個々の記事ごとのエンゲージメントを確認できるようになり、どのコンテンツがクリックを生み出しているかを特定しやすくなりました。

**新しいテンプレート列：** 2つの新しい任意列 -- **Title (Journey Template)** と **Body (Journey Template)** -- は、各行の元の未レンダリングのテンプレート内容を表示します。これは、配信された通知を元のテンプレートにさかのぼるのに役立ちます。次の場所で利用できます： **Insights > Notifications > Columns**.

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

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

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

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

**Content Sourceラベル：** Content Sourceが表示されるあらゆる場所、つまり通知詳細、モバイル詳細、サマリーカード、Insightsレポートで、ラベルに **(Edited)** が末尾に付与されるようになりました。これは、ユーザーがAI提案を受け入れた後に内容を変更した場合です（例： *Pushly AI* が *Pushly AI (Edited)*).

対応は不要です。既存の通知と通知テンプレートAPIは変更されておらず、属性列は履歴行では既定で空になります。
{% endupdate %}

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

## 通知アイコン＆画像マクロとLiquidテンプレートエディタ

通知のアイコンと画像を、購読者ごとのLiquidマクロで制御できるようになりました。これにより、1つの通知でも、各購読者のプロフィールプロパティに応じて異なるロゴや画像を表示できます。以前は、アイコンはドメインの既定値か、単一の静的アップロードに限定されていました。

**IconとImageの新しいソース選択：**

* **Icon:** Default（ドメインアイコン）・Custom（アップロード）・Macro（購読者ごとに動的）・None
* **Image:** Custom（アップロード）・Catalog item type（該当する場合）・Macro・None

**動的なアイコンと画像：** Macroを選ぶと、Liquid式からアイコンまたは画像を設定できます（例： `{{ profile.custom_icon_url }}`）、マクロを埋め込んだURL（例： `https://example.com/logos/{{ profile.market }}.png`）、または `remote_fetch` タグを使えます。値は送信時に購読者ごとに解決されます。マクロが空に解決された場合、その購読者にはその通知のアイコンまたは画像は配信されません。

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

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

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

## AIとページ分析のフィールド設定の分離

通知自動化のためのDomain Field Settingsは、 **Content Suggestions** （Page Analysis）と **AI Recommendations** （Pushly AI）について個別に設定できるようになりました。以前は、1つの設定で両方のソースが自動入力するフィールド（Title、Body、Image、Keywords）を制御していたため、別々に設定することはできませんでした。

**変更点：**

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

両方の設定は **Domain Settings > Notifications > Automation Settings > Edit**.

**で管理します。** 後方互換：

{% endupdate %}

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

## モバイル体験の刷新

Pushlyプラットフォームのモバイル体験は全面的に再設計されました。今回のリリースでは、以前のモバイル表示を、追加設定不要でプラットフォーム利用者全員が使える、拡張された最新の実装に置き換えています。

**新機能：**

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

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

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

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

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

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

1. **非アクティブ警告（「サインインしたままにしますか？」）：** 操作がなく、セッションが期限切れになりそうなときに表示されます。2つの選択肢付きのカウントダウンタイマーが表示されます：サインインしたままにする（カウントダウンをリセット）またはサインアウト。カウントダウンがゼロになっても操作がなければ、自動的にサインアウトされます。
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エラー、不正なプロトコルが含まれます。

**影響を受けないもの：** feed配信と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 Plugin 2.3.0

WordPress Plugin 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プラグイン統合ガイド](https://documentation.pushly.com/integration/web-browser-push/wordpress-plugin)
{% endupdate %}

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

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

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

Catalog Browserは、ドメインで設定されたカタログタイプに自動的に列を合わせるページ分割テーブルでアイテムを表示します。

* **Recipes:** Image、Name、Category、Cuisine、Keywords
* **Events:** Image、Name、Genre、Performer、Location、Availability

**主な機能：**

* **カタログ全体の可視化：** サムネイルプレビューとカタログタイプ固有のメタデータ付きで、インデックス済みの全アイテムを閲覧
* **サーバー側検索：** 名前、URL、その他のプロパティでアイテムを検索 — 正確性とパフォーマンスのためサーバー側で処理
* **可用性とステータス指標：** アイテム状態をひと目で分かる明確な指標
* **直接アイテムリンク：** アイテム名は正規URLにリンクし、新しいタブで開きます

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

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

## イベントWebhook

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

**対応イベント（v1）：**

* Notification Displayed: 購読者のデバイスがプッシュ通知を表示したときに発火
* Notification Clicked: 購読者がプッシュ通知をタップまたはクリックしたときに発火

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

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

**主な機能：**

* 真正性検証のための暗号学的署名付きリクエスト
* 失敗時に間隔を広げながら自動再試行
* 高スループット処理（毎秒数千イベント）
* 認証ヘッダーのためのシークレット管理

**主な利用例：** リアルタイム分析パイプライン、CDPおよびCRM連携、マーケティング自動化トリガー、アトリビューションとコンバージョントラッキング、内部アラートと監視。

Webhookの設定は **Domain Settings > Event Webhooks**.

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

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

## 置換動作：詳細とインサイト

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

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

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

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

{% endupdate %}

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

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

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

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

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

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

すべての一覧ビュー — Notifications、App Messages、Segments、Campaigns、Reporting — で、日付、日付範囲、数値、単一選択または複数選択のドロップダウンフィルターをサポートする、一貫したインラインタグベースのフィルターバーが共通化されました。

#### その他の改善

* **統一されたステータスバッジ：** すべてのエンティティタイプで、ステータス表示のアイコンと色表現を統一
* **カードとパネルの改善：** 折りたたみ可能なセクション、区切り線、より滑らかな読み込み状態、一貫した余白
* **テーブルの簡素化：** 全体で一貫した最新のテーブルレイアウト。Journeysは新しいテーブルスタイルに移行済み
* **ジャーニーとキャンペーンの表示：** 設定、サマリー、通知間を移動しやすいタブ付きレイアウト
* **アクセシビリティ：** スクリーンリーダー対応の向上、キーボード操作の改善、42ルートにわたるWCAG 2.0 AAスキャン
* **ダークモード（内部プレビュー）：** サイドバー設定のテーマ切り替えから社内メンバー向けに利用可能
  {% endupdate %}

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

## 通知の新しい置換動作

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

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

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

この設定は **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つのインタラクションイベントをサポートしました：

* **Complete Item:** 購読者がカタログアイテムを完了または作成したとき（例：レシピを調理したとき）を追跡します。Journeys、Segments、SDKイベント収集で利用できます。既存のアイテム操作と並んで、新しい「Made or Completed Item」ジャーニーアクションが利用可能です。
* **Rate Item:** 購読者がカタログアイテムを0から100の尺度で評価したときに追跡します。

次の下に、2つの新しいセグメンテーション属性が利用可能になりました： **E-Commerce / Catalog:**

* **Made / Completed Item Count:** 購読者が作成または完了したアイテム数に基づいてセグメントを作成
* **Rated Item Count:** 購読者が評価したアイテム数に基づいてセグメントを作成

どちらも、設定可能な時間範囲（1、7、14、30、60、90日）と、既存のセグメント条件との完全なAND/ORロジックをサポートします。
{% endupdate %}

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

## Journeys：キャンペーン体験の完全再構築

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

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

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

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

ジャーニーキャンバスは、きれいな直交エッジルーティング、対称的な分岐レイアウト、動的なビューポートサイズ調整を備えた、プロフェッショナルな自動レイアウトエンジンで再構築されました。

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

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

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

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

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

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

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

ジャーニーステップには、人間が読みやすい名前が自動生成されます（例：「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 Builderに新しいステップ選択パネルが追加されました。ステップは、視覚的なアイコンと説明ラベルを備えた論理カテゴリごとに整理され、以前の小さくラベルのないアイコンに置き換わりました。

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

**Timing：**

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

**Notifications：**

* Custom Notification: 完全にカスタマイズされたプッシュ通知を作成して送信します
* Abandoned Cart: 購読者のカートに残されたアイテムについてリマインドを送信します
* Saved Item Reminder: 購読者が保存したアイテムのリマインドを送信します
* Recently Viewed Item: 購読者が最近閲覧したカタログアイテムについてフォローアップします
* Trending Item: 最近のアクティビティに基づく高パフォーマンスのカタログアイテムを送信します
* Personalized Recommendation: 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

プラットフォームには、クライアント側で期限切れ状態を追跡し、先回りして処理する軽量なセッションハートビートが追加され、以前のような曖昧な403エラーや突然のログアウトは置き換えられました。

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

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

App Message builderから新しいApp Message Previewsウィンドウが利用できるようになり、以下をサポートする実際的なデバイスフレームでメッセージを表示します：

* **デバイスタイプ：** PhoneまたはTablet
* **向き：** PortraitまたはLandscape
* **テーマ：** LightまたはDark
* **プラットフォームフィルタリング：** 例：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種類のレポートがあります：

* **Notification Report：** すべてのドメインにわたる配信およびエンゲージメント指標。ドメイン別内訳を適用した際に、各通知グループを対応するドメインレベルのパフォーマンスに結び付ける新しいOrganization Notification Groupの概念が含まれます。
* **獲得レポート：** 全ドメインにおける購読者獲得トレンドとチャネルのパフォーマンス。

ドメインレベルのフィルターにより、ユーザーは組織レベルのレポートを1つ以上の特定ドメインに絞り込み、比較できます。レポートテーブルコンポーネントには、列のサイズ変更機能と、大規模なデータセットにおけるレイアウトの安定性向上が追加されました。

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

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

## キャンペーンビルダーのUX改善とクリックのルックバック期間拡張

#### キャンペーンビルダーのUX改善

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

#### 季節的なリターゲティング向けクリックのルックバック期間拡張

* **キーワードクリック** ルックバック期間が最大 **120日間** （以前は90日間が上限）
* **通知クリック** ルックバック期間が最大 **365日間** 対象ドメイン向け（以前は90日間が上限）

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

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

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

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

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

重複ウィンドウは次の場所で設定します： **ドメイン設定 > 通知 > 確認ウィンドウ**.

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

1. **オーディエンスの競合：** 過去7日間に同じオーディエンスとランディングURLがすでに対象となっていた場合に警告します
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の統合およびワークフロー強化、セグメント選択の改善、動的コンテンツ向けremote\_fetch

#### BlueConicの統合およびワークフロー強化

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

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

セグメント選択ドロップダウンの上部に「最近ターゲットにした」グループが表示されるようになり、ドメインで直近に使用された5つのセグメントが最終ターゲット日を基準に一覧表示されます。すべてのセグメントは、その下で明確にラベル付けされたグループに整理され、適切なオーディエンスをより簡単に見つけられます。また、システムセグメントがドメインのアクティブなチャネルを不正確に反映する不具合も解決されました。

#### 新機能：動的コンテンツ向けremote\_fetch

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

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

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

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

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

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

**主な機能：**

* **一度限りのセットアップ：** ［プラットフォーム統合］>［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では、Platformの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.