> For the complete documentation index, see [llms.txt](https://help.adalo.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.adalo.com/ja/action-basics/notifications/scheduled-notifications/view-scheduled-notifications.md).
# スケジュールされた通知を確認
Adaloエディタ上で、アプリのスケジュールされたプッシュ通知を直接監視・管理できます。確認
エディタ内で各アプリのスケジュール済みプッシュ通知を直接確認できます。アクティブな通知の監視、過去の通知の確認、配信トラブルの解決（トラブルシューティング）に活用してください。
***
#### アクセス方法
1. Adalo エディタでアプリを開きます。
2. 左パネルにある **Settings（設定）**タブをクリックします。
3. **Scheduled Notifications（スケジュール通知）**セクションまで下にスクロールします。
4. 緑色の **View Scheduled Notification（スケジュール通知を表示）**ボタンをクリックします。
パネルが開き、**「Active」**と**「History」**の2つのタブが表示されます。
***
#### Active タブ
**「Active」**タブには、保留中（配信待ち）のスケジュール通知がすべて一覧表示されます。これらは設定済みですが、まだ送信または完了していません。
アクティブな通知をクリックするとその詳細が開き、以下の操作が行えます。
* 通知の**編集**（メッセージ、タイミング、日付、リピート回数の更新）
* 通知の**キャンセル**（送信の停止）
{% hint style="warning" %}
一度キャンセルされたスケジュール通知は、元に戻す（復元する）ことができません。
{% endhint %}
***
#### History タブ
**「History」**タブには、過去のすべてのスケジュール通知のログが表示されます。
通知のステータスが「Failed（失敗）」になっている場合は、クリックしてエラーメッセージを確認してください。通知の設定を見直して問題を特定します。アクションのトリガー、タイミング条件、ターゲットコレクションがすべて正しく設定されているか確認してください。
***
#### ヘルプ
通知の失敗が続く場合は、エラーメッセージのスクリーンショットを添えて[Adalo サポート（Adalo Support）](https://info.adalo.com/submit-a-support-ticket)にお問い合わせください。サポートチームが詳しく調査いたします。
---
# 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://help.adalo.com/ja/action-basics/notifications/scheduled-notifications/view-scheduled-notifications.md?ask=&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.
