> For the complete documentation index, see [llms.txt](https://help.verkada.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.verkada.com/verkada-cameras/ja/fen-xi/create-camera-event-alerts/optimize-your-alerts.md).

# アラートを最適化する

不要なアラートを最小限に抑えるためにアラート設定を確認します

Verkadaアラートは、組織をモニターするのに必要な時間を短縮し、重要なイベントに集中して、問題が深刻化する前に積極的に解決できるようにします。

アラートは現代のモニタリングワークフローに不可欠ですが、効果を維持するには管理可能である必要があります。次の推奨事項は、必要なアラートを受け取りつつ、その量に圧倒されないようにするのに役立ちます:

* **サイトとデバイスは慎重に選択してください:** タンパーアラートやドア開放イベントのようなイベントは、頻繁で重要度の低いアラートを生成する場合があります。アラートを設定するときは、アクティビティの多いデバイスを除外して、不要な通知を減らしてください。
* **通知時間帯を設定する:** 不要な時間にアラートを受信しないよう、通知の時間枠をカスタマイズしてください。アラートは既定で24時間365日生成されます。多くのオーガナイゼーション'では、夜間や週末など、特定の時間帯にのみアラートが必要です。
* [**カメラごとにモーション領域を設定する:**](/verkada-cameras/ja/fen-xi/create-camera-event-alerts/motion-alerts.md) 自由形式のポリゴン選択ツールを使って、カメラごとにモーション領域を設定し、関心のない動きに対するアラートを受け取らないようにします。
* [**カメラごとにタンパーイベントを設定する:**](/verkada-cameras/ja/fen-xi/create-camera-event-alerts/tamper-alerts.md) カメラが受ける振動の大きさに応じて、タンパー検知の感度（低、中、高）を試してください。振動の大きい場所にあるカメラでは、タンパー検知をオフにすることも検討してください。
* **アラートをまとめて確認する:** すぐに確認する必要のないイベントには、メールのみのアラートを設定してください。特定のフォルダに振り分け、都合のよいときにそのフォルダの内容を確認してください。

***

{% hint style="info" %}
**実際の動作をご覧になりますか？** こちらをご覧ください： [動画チュートリアル](https://www.youtube.com/watch?v=b697WsAOqW4).
{% endhint %}


---

# 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.verkada.com/verkada-cameras/ja/fen-xi/create-camera-event-alerts/optimize-your-alerts.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.