> 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-22" tags="improvement" %}

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

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

**コンテンツソースのラベル付け：** コンテンツソースが表示されるすべての箇所 — 通知詳細、モバイル詳細、要約カード、Insights レポート — で、ラベルの末尾に **（編集済み）** ユーザーが AI 提案のコンテンツを受け入れた後に修正した場合（例： *Pushly AI* は *Pushly AI（編集済み）*).

対応は不要です。既存の通知と通知テンプレート API は変更されておらず、属性列は過去の行では空欄が既定値です。
{% endupdate %}

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

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

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

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

* **アイコン：** 既定（ドメインアイコン）・カスタム（アップロード）・マクロ（購読者ごとの動的）・なし
* **画像：** カスタム（アップロード）・カタログ項目タイプ（該当する場合）・マクロ・なし

**動的なアイコンと画像：** Macro を選択すると、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 のフィールド設定を分離

通知自動化のドメインフィールド設定は、 **コンテンツ提案** （Page Analysis）と **AI 推奨** （Pushly AI）で個別に設定できるようになりました。以前は 1つの設定で、どのフィールド（タイトル、本文、画像、キーワード）を両方のソースが自動入力するかを制御していたため、個別に設定することはできませんでした。

**変更点：**

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

両方の設定は **ドメイン設定 > 通知 > 自動化設定 > 編集**.

**で管理します** 後方互換：既存のドメインは自動的に移行され、以前のフィールド設定はコンテンツ提案フィールドに引き継がれ、AI 推奨フィールドはすべてのフィールドが有効な状態で既定値になります。

{% endupdate %}

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

## モバイル体験の刷新

Pushly プラットフォームのモバイル体験が完全に再設計されました。このリリースでは、従来のモバイル表示を置き換える、拡張された最新の実装が、セットアップ不要でプラットフォーム利用者全員に提供されます。

**新機能：**

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

作成と編集は引き続き共有の通知ビルダーを使用し、不要なパネルを非表示にしてモバイル向けに最適化され、下書きとして保存もサポートされます。
{% 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" %}

## 通知保存：ランディング URL の検証

通知ビルダーで通知を保存またはスケジュールすると、Pushly は配信キューに入る前に、ランディング URL に対してサーバー側のヘルスチェックを自動実行するようになりました。これにより、購読者に届く前に、壊れた URL、設定ミスのある URL、形式不正の URL を検出できます。

URL が 200 以外の応答を返した場合、配信確認モーダルに警告ステップが追加され、次を表示します：

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

このチェックは **助言的であり、ブロックはしません** — ユーザーは警告を確認し、続行を選択できます。サポートされる警告シナリオには、200 以外の HTTP 応答、DNS 失敗、接続タイムアウト、SSL エラー、形式不正のプロトコルが含まれます。

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

このチェックは **既定では無効** です。 **ドメイン設定 > 通知 > 一般設定 > 編集 > 配信 > ランディング URL の検証**.

**ドキュメント：** [ランディング URL の検証](https://documentation.pushly.com/platform/notifications/landing-url-validation)
{% endupdate %}

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

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

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

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

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

Catalog Browser は、ドメインに設定されたカタログタイプに自動で適応するページ分割テーブルで項目を表示します：

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

**主な機能：**

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

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

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

## イベント Webhook

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

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

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

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

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

**主な機能：**

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

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

Webhook の設定は **ドメイン設定 > イベント Webhook**.

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

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

## 置換動作：詳細と Insights

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

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

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

**Insights レポートでの置換動作：** 選択可能なディメンション列および通知レベルのレポートでのフィルターとして利用できます。選択時には 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" %}

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

発行者は、手動通知の作成時や Journey ステップの構築時に、通知ごとに Notification Replacement Behavior を設定できるようになりました。これにより、複数の通知が配信された際に、購読者のデバイストレイ内で通知がどのように扱われるかを制御できます。

利用可能なオプションは 3つです：

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

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

**ドキュメント：** [通知の置換動作](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 の要約セクションも更新され、配信ステータス、チャネル、ターゲティング、エンゲージメント指標（表示回数、クリック数、CTR）、チャネル別パフォーマンス内訳の可視化、およびレンダリングされたデバイスプレビューが、より見やすいレイアウトで表示されます。

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

Pushly は、カタログ項目の新しい2つのインタラクションイベントをサポートします：

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

次の2つの新しいセグメンテーション属性が **Eコマース / カタログ**

* **の下で利用可能になりました：** 作成 / 完了したアイテム数：
* **購読者が作成または完了したアイテム数に基づいてセグメントを作成** 評価したアイテム数：

購読者が評価したアイテム数に基づいてセグメントを作成
{% endupdate %}

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

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

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

#### にリダイレクトされます

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" %}

## セッションハートビートと期限切れ UX、およびアプリメッセージのプレビューウィンドウ

#### セッションハートビートと期限切れ UX

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

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

#### アプリメッセージのプレビューウィンドウ

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

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

これにより、公開前にテキストの切り詰め、ボタンの詰まり、ダークモードのコントラスト問題などのレイアウト問題をより早く見つけられます。

**ドキュメント：** [アプリメッセージ](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 に制限され、過度なスクロールなしで、ほとんどの画面サイズで保存ボタンが見えるようになりました。
* **Campaign TTL 永続化の修正：** Notification Lifespan（TTL）の値が、すべてのキャンペーンアクションステップで正しく保存されるようになりました。
* **通知フォームデータ整合性の修正：** 通知フォームの値は、スケジュール、テンプレート、キャンペーンアクション全体で、フォームを再読み込みしたり再訪問したりしても安定して保持されるようになりました。

#### 季節性リターゲティング向けのクリック参照期間の拡張

* **キーワードクリック** の参照期間は最大 **120日** まで拡張されました（以前は90日が上限）
* **通知クリック** の参照期間は最大 **365日** （対象ドメインでは以前は90日が上限）

これにより、11月の Black Friday キャンペーンを計画する際に「7月に Prime Day の通知をクリックした」ようなオーディエンスを作成できます。より短い参照期間も引き続き利用可能です。
{% endupdate %}

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

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

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

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

重複期間は **ドメイン設定 > 通知 > 確認ウィンドウ**.

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

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

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

セグメントのオーディエンスサイズがリアルタイムで更新されるようになり、Segment List View と Edit Segment View の間で一貫して表示されます。以前は、一覧ビューの件数は1日1回しか更新されませんでした。セグメント一覧は即座に読み込まれ、サイズはバックグラウンドで更新されるため、キャンペーンターゲティングでチームが頼る数値は、両方のビューで常に最新かつ正確です。
{% endupdate %}

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

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

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

編集チームは、ツールバーから直接、1つ以上のオーディエンスセグメントでNotification Listページを絞り込めるようになりました。これにより、別の送信を追加する前に、特定のセグメントを対象とした今後の通知や予約済み通知をすべて確認しやすくなり、同じオーディエンスへの配信過多を防ぎ、スケジュール競合の削減に役立ちます。

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

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

この `segment_names` マクロは、キャンペーンの一部であるサブスクライバー送信でもデータが埋め込まれるようになり、Standard送信と同等になりました。セグメントコンテキストに依存する下流サービスや通知のパーソナライズは、送信タイプに関係なく一貫して動作するようになります。
{% endupdate %}

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

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

#### BlueConic連携とワークフローの強化

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

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

セグメント選択ドロップダウンの最上部に「最近ターゲットにした」グループが表示されるようになり、そのドメインで最近使用された5つのセグメント（最終ターゲット日時に基づく）が一覧表示されます。すべてのセグメントはその下で分かりやすいラベル付きグループに整理され、適切なオーディエンスを見つけやすくなっています。また、System Segmentsがドメインのアクティブチャネルを不正確に反映してしまう不具合も修正されました。

#### 新機能: 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の両方のFeeds一覧から、複数のフィードを一度に選択して一括操作を実行できるようになりました。表の左側に新しい行選択列が表示され、1つ以上のフィードが選択されると、テーブルヘッダーに「一括操作」ドロップダウンが表示されます。

メニューはコンテキストに応じて動作します。選択したフィードがすべて同じステータス（すべて有効、またはすべて無効）の場合は、逆の操作のみが表示されます。ステータスが混在するフィードを選択した場合は、有効化と無効化の両方が表示され、選択したすべてのフィードに同時に適用されます。アーカイブは、現在のフィード状態に関係なく常に利用できます。この変更により、PlatformとHalo間でFeeds一覧のコードも統一され、今後の改善は両方のインターフェースに一貫して展開されます。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:

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

The question should be specific, self-contained, and written in natural language.
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.