> 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/integration/webpusshu/wordpresspuraguin/editakarawosuru.md).

# 投稿エディタから通知を送信する

WordPress投稿を公開したときにプッシュ通知を送信する方法と、受信者を制御する方法

プラグインの設定が完了すると、 **Pushly** 投稿エディターのサイドバーにパネルが表示されます。そこから、公開する投稿のプッシュ通知を送信したり、通知の文言を変更したり、どの購読者に受信させるかを選択したりできます。

{% hint style="info" %}
このパネルが表示されるのは、 **新規投稿に通知を送信** がPushlyの設定ページで有効になっており、編集中の投稿タイプがその下に表示されている場合 **有効な投稿タイプ**。インストールとセットアップを参照してください。
{% endhint %}

## 通知を送信

チェックを入れる **通知を送信** 投稿が公開されたときにプッシュ通知を作成します。このボックスにチェックを入れるまで、パネル内の他の項目はすべて無効です。

<figure><img src="https://1832353165-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Lry9Z27iWOZyQEGAgY7%2Fuploads%2FaiBFrZTarIUzBwEBDuck%2FScreenshot%202026-09-04%20at%204.42.25%E2%80%AFPM.png?alt=media&amp;token=8e4adfcc-055f-4ed8-a1df-cc63da9ae1d1" alt=""><figcaption></figcaption></figure>

もし **自動送信** がプラグイン設定で有効になっている場合、このボックスは新しい投稿ごとに自動でチェックされ、通知しない投稿ではチェックを外します。

1つの投稿につき送信される通知は最大1件です。一度送信されると、パネルは通知IDを表示する案内に置き換わり、その投稿を編集したり再公開したりしても、別の通知は送信されません。

## 内容をカスタマイズ

デフォルトでは、通知は **投稿タイトル** をタイトルとして使用し、本文テキストは送信しません。リンク先URLは常に投稿のパーマリンクで、アイキャッチ画像、タグ、カテゴリは自動的に引き継がれます。

チェックを入れる **内容をカスタマイズ** 文言を変更するには：

* **タイトル** — 通知内の投稿タイトルを置き換えます。
* **本文** — タイトル下の任意の補足行。

「内容をカスタマイズ」をチェックしないのが一般的で、特に対応は不要です。

## 対象ユーザーを絞り込む

デフォルトでは、通知は **すべての購読者に届きます**。チェックしてください **対象ユーザーを絞り込む** 絞り込むには、2つの独立したフィールドを使用します：

* **対象セグメント** — 通知を受け取る対象です。空欄のままにすると、すべての購読者に届きます。
* **除外セグメント** — 通知の対象外となる人です。空欄のままにすると、誰も除外されません。

各フィールドには、未入力時の動作がプレースホルダーテキストとして表示されるため、何も送信せずに対象ユーザーをひと目で確認できます。

<figure><img src="https://1832353165-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-Lry9Z27iWOZyQEGAgY7%2Fuploads%2Fb59CuNUY3dNIo1qm5uap%2FScreenshot%202026-09-04%20at%204.43.33%E2%80%AFPM.png?alt=media&amp;token=09bbbb66-e41b-486f-bae3-1ac788a79505" alt=""><figcaption></figcaption></figure>

対象を指定せずに除外だけを使うと、「…以外の全員に送信する」という意味になります。たとえば、すでに有料会員でない読者全員に購読案内を促す場合などです。

どちらのフィールドも、Pushlyドメインで設定したセグメントを参照します。入力を始めると絞り込みでき、フィールドをクリックすると全リストを表示できます。ドメインにまだセグメントがない場合、「対象ユーザーを絞り込む」オプションは表示されません。

{% hint style="info" %}
セグメント除外には、プラグインバージョン **2.4.0** 以降が必要です。以前のバージョンでは対象指定のみ可能です。
{% endhint %}

## 通知が送信されるタイミング

* **すぐに公開すると** 通知がただちに送信されます。
* **投稿を将来の日付に予約すると** 同じ時刻に送信される通知が作成されます。通知は投稿を予約した時点で作成され、投稿が公開されると配信されます。

## クラシックエディター

クラシックエディターでは、Pushlyのメタボックスで **通知を送信** と **内容をカスタマイズ** のみを利用できます。対象ユーザーの制御は利用できません。クラシックエディターから送信された通知は、すべての購読者に届きます。

セグメントを対象指定または除外するには、ブロックエディターを使用するか、代わりにPushlyプラットフォームで通知を作成してください。

## トラブルシューティング

〜をチェックした状態で投稿を公開しても **通知を送信** にチェックが入っているのにPushlyプラットフォームに通知が表示されない場合は、 [アクティビティログ](/pushly-ja/integration/webpusshu/wordpresspuraguin/akutibitirogu.md) を有効にして、もう一度公開してください。送信の各ステップが記録され、Pushly APIから返された正確なエラーも含まれます。


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://documentation.pushly.com/pushly-ja/integration/webpusshu/wordpresspuraguin/editakarawosuru.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.
