> 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-09-10" tags="new-feature" %}
## ジャーニー内のフィード
フィードは、フィード自体の固定スケジュールだけでなく、ジャーニーのステップから送信できるようになりました。［フィード通知を送信］ステップを追加し、既存のフィードを選択すると、購読者がそのステップに到達したタイミングで、ジャーニーへの参加、遅延、分割テストに基づいて、そのフィードの現在の配信対象記事が送信されます。
これにより、フィード主導の送信でも、単に1日の固定時刻だけでなく、ジャーニーで既に利用できる参加条件、遅延、分割テストと同じターゲティングが可能になります。
これは、ジャーニービルダーの新しいステップタイプとして見つかります。ジャーニーからのフィード通知送信はドメインごとに有効化されます。まだ表示されない場合は、Pushly担当者までお問い合わせください。
{% endupdate %}
{% update date="2026-09-10" tags="new-feature" %}
## Pushly AI Curator
ジャーニーで記事を自動選択できるようになりました。［おすすめ通知を送信］ステップでソースとして Pushly AI Curator を選ぶと、選択した期間内に公開したすべての記事を、ターゲットオーディエンスが実際に読む内容と照らし合わせてスコアリングし、最も適した1件を送信します。\
\
**戦略とランキング:** 名前付きの戦略（パーソナライズ、最新、トレンド、バランス）を選ぶか、読書履歴と新しさのどちらをどの程度重視するかを2つのダイヤルで手動調整します。
**コンテンツウィンドウ:** 対象コンテンツの遡及範囲を、直近6時間から30日、またはカスタム範囲まで設定します。
**おすすめ内容:** キーワード、タイトル、説明の条件で対象コンテンツをさらに絞り込みます。
**おすすめの概要:** すべての設定は、実際に何を送信するかを正確に説明する平文の文として読み返されるため、保存前に確認できます。
［おすすめ通知を送信］ステップで確認できます。
{% endupdate %}
{% update date="2026-09-09" tags="new-feature" %}
## 再構築されたセグメントビルダー
セグメントビルダーは、より高速で分かりやすいセグメント作成のために再構築されました。既存のセグメントには影響ありません。
**条件は文章として読めます。** 折りたたまれた行には、保存された生の値ではなく、単位、名前付きジャーニー、読みやすい時間範囲を使って、何に一致するかが自然言語で表示されます。
**任意の条件を複製** して、同様のルールを最初から打ち直すことなく、素早くバリエーションを作成できます。
**ビルダーで完全には編集できないセグメントは読み取り専用で開くようになりました。**そのため、まったく開けなくなるのではなく、対象を確認することはできます。
場所は **セグメント > セグメントを作成** （または既存のものを編集）です。セグメントがこれまで存在していたのと同じ場所です。
{% endupdate %}
{% update date="2026-09-04" tags="new-feature" %}
## WordPress プラグイン 2.4.0: 除外セグメント
Pushly の WordPress プラグインでは、WordPress 7.1 の正式サポートに加え、投稿エディタ内で通知のオーディエンスからセグメントを除外できるようになりました。
**独立した2つのピッカー:** 対象セグメント（通知を受け取る人）と、新しい除外セグメント（通知を受け取らない人）です。どちらか一方だけでも、両方を組み合わせても構いません。たとえば、有料購読者以外の全員に送ることができます。
これは追加的な変更です。既存の通知や設定は何も変わらず、適用するための設定や移行作業もありません。WordPress で作成するパブリッシャーにとって、単純な包含ターゲティング以外ではこれまで Pushly ダッシュボードに移動する必要があったギャップが解消されます。
{% endupdate %}
{% update date="2026-09-01" tags="improvement" %}
## 重複送信チェック: URL一致モードとドメイン別設定
Pushly が2つの通知を同じページを指していると判断する方法を選択できるようになり、Pushly に任せて設定してもらうのではなく、ドメインごとに設定できます。
**2つの一致モード:** 既定の完全一致 URL のままにするか、トラッキングパラメータを無視する新しいモードに切り替えます。これにより、キャンペーンタグが異なる再送信でも同じページとして認識されます。\
\
このチェックは引き続き参考情報であり、送信をブロックすることはありません。ランディング URL にキャンペーンパラメータを付加するパブリッシャーにとっては、重複を実際に検出できる重複警告になり、Pushly 側で設定する追加作業も不要になります。
{% endupdate %}
{% update date="2026-08-31" tags="improvement" %}
## Push 購読イベント Webhook
イベント Webhook で、Push 購読のライフサイクルイベントを送信できるようになりました。 Push 購読と削除を追跡するために Webhook を登録しているドメインでは、デバイスが到達可能になったり到達不能になったりするたびに、署名付きコールバックが送信されます。
新しいイベントタイプは、Webhook エディタ内で既存の通知イベントと並んで表示されます。新しい設定や別エンドポイントは不要です。既存の Webhook は変更されません。
{% endupdate %}
{% update date="2026-08-27" tags="new-feature" %}
## スクロール深度プロンプトトリガー
Web オプトインプロンプト（スライド、ネイティブ）は、訪問者が現在のページで設定したスクロール深度に達した後にのみ表示するよう設定できるようになりました。これにより、ページ読み込み直後や固定時間後ではなく、コンテンツへの関心が示された後に促す、エンゲージメントベースのトリガーを利用できます。
既存のプロンプトに変更は不要です。設定したパーセンテージはプロンプトの要約に表示され、Insights のエクスポートにも含まれます。
{% endupdate %}
{% update date="2026-08-27" tags="improvement" %}
アプリメッセージエディタの再設計
--------------------
App Message エディタは、［基本］［メッセージ］［表示対象］［いつ、どのように動作するか］の4つの番号付きステップとして再構築され、フォームの横には、スケジュールできるようになるまでに何が不足しているかを正確に示す準備チェックリストが追加されました。
対応不要です。保存済みメッセージはすべて新しいエディタと完全に互換性があり、値も同一のまま往復できます。購読者が受け取る通知は変更されません。
{% endupdate %}
{% update date="2026-08-26" tags="improvement" %}
## Polygon オーディエンスターゲティングの強化
Polygon の地理オーディエンスの解決が大幅に高速化され、マップで描画したターゲティングやアラート主導のターゲティングが、天候アラートなど時間に敏感な送信でも実用的になりました。
{% endupdate %}
{% update date="2026-07-08" tags="new-feature" %}
## ジャーニー向けバリアント昇格
パブリッシャーは、ジャーニー内で直接 A/B テストを実行し、準備が整ったら勝利バリアントを今後すべての購読者に昇格できるようになりました。
**分割テストの設定:** 任意のジャーニーに［分割テスト］ステップを追加し、各バリアントに名前を付け、トラフィック割合を割り当てます（最大4バリアント、合計は100%である必要があります）。
**バリアントのパフォーマンス:** ジャーニーの実行中は、各バリアントに、エントランス数、インプレッション、クリック、全経路の CTR を表示するキャンバス上のパフォーマンスカードが表示されます。
**勝者を昇格する:** ［分割テスト結果］ドロワー内の任意のバリアントで［昇格］をクリックします。新しい購読者は即座に昇格された経路にルーティングされ、既にジャーニー内にいる人は現在の経路を中断されずに完了します。負けたバリアントはライブジャーニーから削除されますが、結果を保持したままリビジョン履歴に保存されます。昇格は取り消せません。
**リビジョン対応の Insights:** ジャーニーの Insights タブにはリビジョンスコープ制御が含まれ、すべてのリビジョンにまたがる指標を表示するか、単一のリビジョンに絞るかを選択でき、変更前後のデータを明確に分離できます。
既存のジャーニーに対応は不要です。
{% endupdate %}
{% update date="2026-06-25" tags="new-feature" %}
## アイテムグループ（カタログ）
パブリッシャーは、Catalog モジュール内で動的なアイテムグループを作成・管理できるようになりました。アイテムグループは、フィルター条件で定義されたカタログアイテムの名前付きコレクションです。たとえば「価格が50より大きく、カテゴリが electronics に等しい」などです。プラットフォームは一致するアイテムをリアルタイムで評価するため、グループは常にカタログの現在の状態を反映します。
**開始方法:** 左側のナビゲーションで **Catalog** を選び、 **アイテムグループ** タブを開いて、「［Product/Event/Recipe］グループを作成」をクリックします。
**新しいクエリビルダーで条件を作成:**
* コード不要の視覚的な条件エディタを使ってフィルタールールを追加できます
* ルールは AND/OR ロジックで最大2階層まで組み合わせ可能です
* 対応フィールドタイプは、テキスト、整数、日付、配列です
* 日付条件は、設定可能な時間単位とともに自然言語（「直近7日間」「より前」「より後」）で指定できます
* 作成中にライブのアイテム数プレビューが更新されるため、保存前に条件を検証できます
複数カテゴリにまたがる大規模なカタログを管理するパブリッシャーは、静的リストを維持したりカスタムクエリを作成したりせずに、再利用可能で自己更新するアイテムコレクションを定義できるようになりました。グループは完全に後方互換で、既存のカタログ設定に変更は不要です。
{% endupdate %}
{% update date="2026-06-24" tags="improvement" %}
## ジャーニーのおすすめ通知の更新と Insights
ジャーニーのおすすめ送信では、記事ごとに1日1件の通知が作成されるようになり、Notification Insights では、配信された実際のタイトル、本文、ランディング URL、画像を表示する記事ごとの行としてこれが反映されます。以前は、おすすめ送信は未解決の `{{article.x}}` プレースホルダーを含む1行として表示されており、どの記事が送信されたのか、またどのようなパフォーマンスだったのかを評価できませんでした。
パブリッシャーは、ジャーニーのおすすめステップ全体で、個々の記事ごとのエンゲージメントを確認できるようになり、どのコンテンツがクリックを生み出しているかを把握しやすくなりました。
**新しいテンプレート列:** 2つの新しい任意列 -- **タイトル（ジャーニーテンプレート）** および **本文（ジャーニーテンプレート）** -- は、各行の元の未レンダリングのテンプレート内容を表示します。これは、配信された通知を元のテンプレートまで追跡するのに便利です。アクセス先は **Insights > 通知 > 列**.
対応不要です。既存のジャーニーと通知には影響ありません。
{% 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 は変更されておらず、履歴行の帰属列は既定で空になります。
{% endupdate %}
{% update date="2026-06-22" tags="improvement" %}
## 通知アイコン・画像マクロと Liquid テンプレートエディタ
通知のアイコンと画像を、購読者ごとの Liquid マクロで制御できるようになりました。これにより、1件の通知でも、各購読者のプロフィール属性に基づいて異なるロゴや画像を表示できます。以前は、アイコンはドメインの既定値か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 テンプレートエディタ:** タイトル、本文、ランディング 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 ダッシュボード:** トレンド指標と7日スパークラインを備えた3つのサマリーカード（Push 購読者、クリック、CTR）が、単一の「昨日のクリック」指標に代わります
* **下書きタブ:** アーカイブ、編集、複製の操作を使って、保存済みの下書きをモバイルから直接管理できます
* **スワイプ操作:** 通知カードを左にスワイプすると、編集、複製、キャンセル、アーカイブが表示されます。もはや展開のためにタップする必要はありません
* **クイックビュー:** 任意のカードをタップすると、完全な通知詳細とアクションボタンを備えたボトムシートが開きます
* **通知詳細ページ:** コンテンツ、パフォーマンス統計（インプレッション、クリック、CTR）、配信メタデータを表示するフルスクリーンビュー。モバイル向けに完全新規です
* **Insights:** 日付プリセット、インタラクティブチャート、上位パフォーマンスの通知を備えた専用分析ビュー。モバイル向けに完全新規です
* **ドメイン切り替えの改善:** サイドバー設定のデザイン切り替えから、ピン留め済みドメイン、最近使用したドメイン、組織別グルーピングを利用でき、デスクトップ体験と一致します
作成と編集は引き続き共有通知ビルダーを使用し、不要なパネルは非表示にしてモバイル向けに最適化されており、下書きとして保存もサポートされます。
{% 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" %}
## 通知保存: ランディング URL の検証
通知ビルダーで通知を保存またはスケジュールする際、Pushly は配信キューに入る前に、ランディング 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 セクションが追加され、プラットフォームを離れることなく、すべてのカタログアイテムを直接検索できるようになりました。
Catalog Browser は、ドメインで設定されたカタログタイプに応じて列を自動調整するページネーション付きのテーブルでアイテムを表示します:
* **レシピ:** 画像、名前、カテゴリ、料理、キーワード
* **イベント:** 画像、名前、ジャンル、出演者、場所、空き状況
**主な機能:**
* **カタログ全体の可視性:** サムネイルプレビューとカタログタイプ固有のメタデータ付きで、索引付けされたすべてのアイテムを閲覧できます
* **サーバー側検索:** 名前、URL、その他のプロパティでアイテムを検索できます。正確性とパフォーマンスのためにサーバー側で処理されます
* **可用性とステータス指標:** アイテムの状態をひと目で分かる明確な指標
* **直接アイテムリンク:** アイテム名は正規 URL にリンクされ、新しいタブで開きます
ナビゲーション上のセクションラベルは、ドメインのカタログタイプに応じて変化します（例: "Recipe Catalog" または "Event Catalog"）。このビューは全ユーザーに対して読み取り専用です。
{% endupdate %}
{% update date="2026-05-13" tags="new-feature" %}
## イベント Webhook
Event Webhooks は、新しいリアルタイムデータ配信システムです。購読者の操作が発生した瞬間に、構造化された通知エンゲージメントデータを顧客定義のエンドポイントへ送信します。購読者が通知を表示またはクリックすると、Pushly は顧客の設定した URL に暗号署名付き POST リクエストを即座に送信します。
**対応イベント（v1）:**
* Notification Displayed: 購読者のデバイスでプッシュ通知が表示されたときに発火します
* Notification Clicked: 購読者がプッシュ通知をタップまたはクリックしたときに発火します
**各ペイロードには以下が含まれます:**
* 購読者識別情報: Pushly の購読者 ID と外部 ID
* デバイスコンテキスト: プラットフォーム、OS、ブラウザ、デバイスタイプ、タイムゾーン、位置情報
* 通知詳細: タイトル、本文、キーワード、ソース、配信タイプ、関連セグメントとキャンペーン
* イベントメタデータ: 重複排除用の一意のイベント ID、正確なタイムスタンプ、ドメインコンテキスト
**主な機能:**
* 真正性検証のための暗号署名付きリクエスト
* 失敗時の遅延増加を伴う自動再試行
* 高スループット処理（毎秒数千イベント）
* 認証ヘッダーのシークレット管理
**主な用途:** リアルタイム分析パイプライン、CDP と CRM の統合、マーケティング自動化トリガー、アトリビューションとコンバージョン追跡、社内アラートと監視。
Webhook の設定場所: **ドメイン設定 > Event Webhooks**.
**ドキュメント:** [イベント Webhook](https://documentation.pushly.com/platform/event-webhooks)
{% endupdate %}
{% update date="2026-05-11" tags="improvement" %}
## 置換動作: 詳細と Insights
4月21日にリリースされた Notification Replacement Behavior 機能を基に、パブリッシャーは作成時だけでなく、任意の通知について解決済みの置換動作を表示・報告できるようになりました。
**通知詳細での置換動作:** 配信セクションに、送信されたすべての通知について、ソースに関係なく［置換動作］フィールド（Stack、Replace All、または Replacement Group: \[key]）が表示されるようになりました。
**A/B テスト詳細での置換動作:** Notifications タブの各バリアントのプレビューカードに、それぞれの置換動作の値が表示されるようになり、バリアント間で戦略を比較しやすくなりました。
**Insights レポートでの置換動作:** 通知レベルのレポートで、選択可能なディメンション列およびフィルターとして利用できます。選択時には CSV と XLSX のエクスポートに含まれます。
{% endupdate %}
{% update date="2026-04-25" tags="improvement" %}
## プラットフォーム UI の刷新
プラットフォーム全体の各ページで、より आधुनिकな外観と操作感に更新されました。既存のワークフロー、レイアウト、ナビゲーション、機能はすべてこれまで通りです。
#### サイドバーとドメインスイッチャーの再設計
* **検索:** 入力すると任意のドメインを即座に見つけられます
* **お気に入り:** よく使うドメインに星を付けて、常に先頭に表示します
* **最近使用:** 最近アクセスしたドメインが自動表示されます
* **キーボード操作:** 矢印キーで移動、Enter で選択、P でお気に入りを切り替え
* 大きなドメイン一覧でも滑らかに動作する仮想化レンダリング
#### 標準化されたフィルターバー
すべての一覧ビュー — 通知、App Messages、セグメント、キャンペーン、レポート — で、日付、日付範囲、数値、単一選択または複数選択のドロップダウンフィルターをサポートする、一貫したインラインのタグベースフィルターバーを共有するようになりました。
#### その他の改善
* **統一されたステータスバッジ:** すべてのエンティティタイプで、一貫したアイコンと色の扱い
* **カードとパネルの改善:** 折りたたみ可能なセクション、区切り線、より滑らかな読み込み状態、一貫した余白
* **テーブルの簡素化:** 全体を通して一貫したモダンなテーブルレイアウト。Journeys は新しいテーブルスタイルに移行済み
* **Journey と Campaign の表示:** 設定、概要、通知間を移動しやすいタブ付きレイアウト
* **アクセシビリティ:** スクリーンリーダー対応の改善、キーボード操作の改善、42ルートにわたる WCAG 2.0 AA スキャン
* **ダークモード（内部プレビュー）:** サイドバー設定のテーマ切り替えから社内メンバー向けに利用可能
{% endupdate %}
{% update date="2026-04-21" tags="new-feature" %}
## 通知の新しい置換動作
パブリッシャーは、手動通知を作成する際やジャーニーステップを構築する際に、通知ごとに 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 テストの流れ、アイテムエンゲージメントイベント
#### Notification Builder: Page Analyzer と A/B テストの流れ
Notification Builder でコンテンツ推薦をトリガーする際、ユーザーには2つの選択肢が表示されます:
* **コンテンツを自動入力:** ランディングページから抽出したコンテンツで、通知のタイトルと本文を自動入力します
* **コンテンツ提案を確認:** サイドパネルの確認フローを開き、提案を評価して、好みのオプションを手動適用します
A/B テストの設定フローは、通知ビルダー内でより簡潔にバリアントを作成できるよう刷新されました。Notification View のサマリーセクションも更新され、配信ステータス、チャネル、ターゲティング、エンゲージメント指標（インプレッション、クリック、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 に名称変更されました。journey builder には、新しいビジュアルキャンバス、適切なマルチパスの A/B/n 分岐モデル、大幅に改善されたレポート、そして現代的な一覧と概要の体験が備わっています。既存のキャンペーンデータ、設定、権限はすべて完全に保持されています。既存の `/campaigns` URL は自動的に `/journeys`.
#### A/B/n 分割テスト
ジャーニーの任意の場所に［分割テスト］ステップを追加して、流入する購読者オーディエンスを、設定可能なトラフィック割合を持つ2〜4個の名前付きバリアント分岐に分けられます。各分岐は完全に独立しており、それぞれ独自の遅延、通知、ネストされた分割テストを含めることができます。すべてのバリアント分岐は、下流の合流ポイントで自動的に収束します。
#### 新しいビジュアルキャンバス
ジャーニーキャンバスが、クリーンな直交エッジルーティング、対称的な分岐レイアウト、動的なビューポートサイズ調整を備えたプロフェッショナルな自動レイアウトエンジンで再構築されました。
#### プレースホルダーステップとステップ追加パネル
新しいジャーニーは、最初のステップ挿入を案内する表示可能なプレースホルダーステップから始まります。ステップ挿入UIは、ステップ名、説明、論理的なカテゴリを備えた説明的なフローティングパネルとして再設計されました。
#### 未保存の変更の保護
変更が保留中の状態で画面を離れようとすると、ブラウザーの確認ダイアログが表示されます。未保存の編集がある場合、保存ボタンのラベルは動的に「変更を保存」に更新されます。
#### ジャーニー一覧とサマリーの改善
ジャーニー一覧は、固定フィルター、インラインのオーディエンスセグメント情報、インラインのパフォーマンス指標を備えたページネーション対応になりました。ジャーニーサマリーページには、折りたたみ可能なモダンなヘッダー、カスタム日付範囲の選択とグループ化に対応したパフォーマンスグラフ、通知、ステップ、スプリットテストバリアント別のパフォーマンス内訳を表示する新しいインサイトタブが含まれます。
#### 自動生成されるステップ名とレポート
ジャーニーステップには、人間が読みやすい名前（例：「バリアントA > 通知 #1」）が自動生成されます。インサイトでは、ステップ、スプリットテスト、スプリットテストバリアント別の内訳がサポートされるようになりました。
ドキュメント: [ジャーニー](https://documentation.pushly.com/platform/journeys)
{% endupdate %}
{% update date="2026-02-25" tags="improvement" %}
## キャンペーンステップ選択パネル
キャンペーンビルダーに新しいステップ選択パネルが追加されました。ステップは論理的なカテゴリに整理され、視覚的なアイコンと説明ラベルが付与され、従来の小さなラベルなしアイコンに置き換わりました。
**利用可能なステップタイプ：**
**タイミング：**
* 待機：次のステップが実行される前に、設定した時間だけキャンペーンを一時停止します
**通知：**
* カスタム通知：完全にカスタマイズされたプッシュ通知を作成して送信します
* カート放棄：購読者のカートに残されたアイテムについてリマインダーを送信します
* 保存済みアイテムのリマインダー：購読者が保存したアイテムのリマインダーを送信します
* 最近閲覧したアイテム：購読者が最近閲覧したカタログアイテムをフォローアップします
* トレンドアイテム：最近のアクティビティに基づき、パフォーマンス上位のカタログアイテムを送信します
* パーソナライズドレコメンデーション：AIが選定したパーソナライズドアイテムを送信します（現在はBlueConicを利用）
**ドキュメント:** [ジャーニー](https://documentation.pushly.com/platform/journeys)
{% endupdate %}
{% update date="2026-02-11" tags="improvement" %}
## セッションハートビートと有効期限のUX、およびアプリメッセージプレビューウィンドウ
#### セッションハートビートと有効期限のUX
プラットフォームには、クライアント上で有効期限の状態を追跡し、事前に対応する軽量なセッションハートビートが追加されました。これにより、これまでの曖昧な403エラーや突然のログアウトという体験に代わります。
* **セッション有効期限の警告：** セッションの有効期限が切れる5分前に警告通知が表示され、ユーザーは作業を保存して再認証する時間を確保できます。
* **専用のセッション期限切れ画面：** セッションの有効期限が切れると、サインインボタン付きの専用画面が表示されます。サインイン後、プラットフォームはユーザーが最後に表示していたページにリダイレクトします。
#### アプリメッセージプレビューウィンドウ
アプリメッセージビルダーから、新しいアプリメッセージプレビューウィンドウを利用できるようになりました。メッセージをリアルなデバイスフレームでレンダリングし、以下をサポートします：
* **デバイスタイプ：** スマートフォンまたはタブレット
* **向き：** 縦向きまたは横向き
* **テーマ：** ライトまたはダーク
* **プラットフォームフィルタリング：** 例：Apple/iOS
これにより、公開前にテキストの切り詰め、ボタンの過密、ダークモードでのコントラストの問題などのレイアウト問題を、より迅速に発見できます。
**ドキュメント:** [アプリメッセージ](https://documentation.pushly.com/platform/app-messages)
{% endupdate %}
{% update date="2025-12-10" tags="new-feature" %}
## 組織レベルのインサイトレポート
複数のドメインを管理するエンタープライズ顧客は、すべてのプロパティにわたる通知および購読者獲得のパフォーマンスを単一レポートに集約した統合インサイトビューを利用できるようになりました。
組織レベルのアクセス権を持つユーザーには、ナビゲーションに新しいインサイトセクションが表示されます。V1.0には、次の2種類のレポートが含まれます：
* **通知レポート：** すべてのドメインにわたる配信およびエンゲージメント指標。ドメイン別の内訳を適用した場合、各通知グループを対応するドメインレベルのパフォーマンスにリンクする、新しい組織通知グループの概念が含まれます。
* **獲得レポート：** すべてのドメインにわたる購読者獲得のトレンドとチャネルパフォーマンス。
ドメインレベルのフィルターにより、ユーザーは任意の組織レベルレポートを、比較のために1つ以上の特定ドメインに絞り込めます。レポートテーブルコンポーネントは、列幅の変更と大規模データセット向けのレイアウト安定性の改善により更新されました。
**ドキュメント:** [インサイト](https://documentation.pushly.com/platform/insights)
{% endupdate %}
{% update date="2025-11-11" tags="improvement" %}
## キャンペーンビルダーのUX改善とクリックのルックバック期間拡張
#### キャンペーンビルダーのUX改善
* **未保存の変更の認識：** キャンペーンビルダーで編集を行うと、未保存の変更があることをインターフェースが明確に示すようになりました。変更が保留中に画面を離れようとすると、明確な警告が表示されます。
* **タブ移動の保護：** 未保存の変更を破棄するタブへの切り替えは、保留中の編集がある間はブロックされます。
* **レイアウトと視認性の改善：** ビジュアルビルダーのキャンバスの高さは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統合とワークフローの強化
ジャーニービルダー内のキャンペーンステップは、デフォルトで表示専用形式で開くようになり、すでに設定済みのステップを確認する際の誤編集を防ぎます。編集モードに入るには、明示的に編集ボタンを押す必要があります。キャンペーン詳細ページに直接「キャンペーンを編集」アクションが追加され、変更のためにビルダーへ戻る必要がなくなりました。すべてのジャーニーステップドロワーのヘッダーには、現在の状態（編集、表示、作成）が明確に表示されます。
#### セグメント選択の改善
セグメント選択ドロップダウンの上部に「最近ターゲットにした」グループが表示されるようになり、ドメインで最近使用された5つのセグメントが最後にターゲットにした日付に基づいて一覧表示されます。すべてのセグメントは、その下で明確なラベル付きグループに整理され、適切なオーディエンスを見つけやすくなりました。また、システムセグメントがドメインのアクティブなチャネルを不正確に反映する原因となっていたバグも解決されました。
#### 新機能：動的コンテンツ向け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プロファイルからおすすめの記事または製品アイテムを取得できます。これらのレコメンデーションは通知内の動的コンテンツブロックとして挿入されるため、各購読者は自身の興味や過去の行動に基づいて特別に選ばれたコンテンツを受け取ります。
**主な機能:**
* **一度だけの設定：** プラットフォーム統合 > 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" %}
## フィードの一括操作とプロンプトエディターの刷新
#### フィードの一括操作
パブリッシャーは、プラットフォームとHaloの両方で、フィード一覧から複数のフィードを一度に選択して一括操作を実行できるようになりました。テーブルの左側に新しい行選択列が表示され、1つ以上のフィードを選択するとテーブルヘッダーに「一括操作」ドロップダウンが表示されます。
メニューはコンテキスト認識型です。選択したすべてのフィードが同じステータス（すべて有効またはすべて無効）の場合、反対の操作のみが表示されます。異なるステータスのフィードを選択した場合は、有効化と無効化の両方の操作が表示され、選択したすべてのフィードに同時に適用されます。アーカイブは、現在のフィードステータスにかかわらず常に利用可能です。この変更により、プラットフォームとHalo間でフィード一覧のコードも統一され、今後の改善は両方のインターフェースに一貫して展開されます。Haloでは、プラットフォームのUXに合わせてフィード作成ボタンが右上隅に移動しました。
#### プロンプトエディターの更新
プラットフォームのプロンプトエディターは、通知およびアプリメッセージで使用されているデザイン言語に合わせて視覚的に刷新されました。ベルプロンプトオプションは、以前に非推奨となり現在はサポートされていないため削除されました。プロンプトプレビューは完全に再設計され、ライブ環境でプロンプトがどのように表示されるかをより正確に反映します。また、新しい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=&goal=
```
`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.