> For the complete documentation index, see [llms.txt](https://docs.exoclick.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.exoclick.com/exoclick-docs/ja/nomeritto.md).
# 年齢確認のメリット
## 概要
「年齢確認ステータス」は、キャンペーン配信とトラフィックの可用性に影響する重要なターゲティング項目です。
この設定を正しく理解し、適切に構成することで、次のことに役立ちます：
* キャンペーンのパフォーマンスを最大化する。
* トラフィックがゼロになる問題を回避する。
* インベントリのマッチング精度を向上させる。
## 年齢確認ステータスとは？
年齢確認ステータスは、ウェブサイトがアダルトコンテンツにアクセスする前にユーザーの法定年齢を確認しているかどうかを示します。
パブリッシャーは、ユーザーが年齢確認済みかどうかに基づいて、各広告ゾーンにこのステータスを設定します。広告主はキャンペーンのターゲティング設定時にこれを使用します。
### 利用可能なステータスオプション
* **年齢確認 – 確認済み** – ユーザーは年齢確認を完了しています。
* **年齢確認 – 未確認（SFW）** – ユーザーはまだ年齢確認を通過していません。
{% hint style="info" %}
「未定義」オプションは、パブリッシャーが確認状態を宣言していない場合に限り、ゾーンレベルでのみ存在します。
{% endhint %}
## 年齢確認が重要な理由
### 法令遵守
多くの国では、アダルトコンテンツや制限付きコンテンツへのアクセスに年齢ゲートを義務付けています。この設定はコンプライアンス対応を支援しますが、単独で法令遵守を保証するものではありません。年齢確認要件を自国の法域で満たす責任は、引き続きパブリッシャーにあります。
### キャンペーンを保護する
広告主が「確認済み」ユーザーのみをターゲットにしており、パブリッシャーのゾーンがまだ「未確認」または「未定義」に設定されている場合、そのインベントリはキャンペーンの対象になりません。これは、オーディエンスが本来は適合する場合でも、キャンペーンのトラフィックがゼロまたは非常に少なくなる最も一般的な原因の一つです。
### オーディエンスの安全性と評判
ユーザーを確認することで、アダルトコンテンツを見る前に年齢確認を完了していることを確かめやすくなり、未成年ユーザーを年齢制限のあるコンテンツにさらすリスクを低減できます。
## 広告主向け
### ターゲティング設定
キャンペーンを作成する際に、どの年齢確認ステータスをターゲットにするか選択できます。
### ベストプラクティス
**推奨アプローチ**
「確認済み」と「未確認」の両方のトラフィックに配信するには、2つのキャンペーンを作成します：
{% stepper %}
{% step %}
## 「未確認」トラフィックをターゲットにする
SFWクリエイティブを使用し、「未確認」のみをターゲットにする。
{% endstep %}
{% step %}
## 「確認済み」と「未定義」のトラフィックをターゲットにする
NSFWクリエイティブを使用し、すべてのトラフィック（「確認済み」および「未定義」）をターゲットにする。
{% endstep %}
{% endstepper %}
これにより、実際の「未確認」ユーザーを除外しつつ、「確認済み」トラフィックと、そもそも確認プロセスを一度も通っていないトラフィックの両方に配信できます。 確認済みユーザーを除外できます。
さらに、オーディエンスごとに別々の予算・レポート・管理が可能になり、最大限のトラフィック獲得につながります。もし「確認済み」だけをターゲットにして「未確認」のキャンペーンを行わない場合、トラフィックはパブリッシャー側で年齢確認を設定している数に左右されるため、配信量が減る可能性があります。
リンク： [ステップ3 - ターゲティング](/advertisers/ja/kyanpn/kyanpnno/create-campaign-step3.md)
## パブリッシャー向け
### 「確認済み」トラフィックは私にとって何を意味しますか？
「確認済み」トラフィックとは、たとえばAgeGOのような年齢確認プロバイダーを通じて、アダルトコンテンツを見る前にサイト上で年齢確認を完了したユーザーを指します。
実際には、これはあなたのゾーンが表示対象にできるものに影響します：
* ゾーンが「確認済み」トラフィックを送信すると（その時点で設定されたパラメータに基づく）、年齢確認済みユーザーを必要とするキャンペーン、NSFW広告を含むキャンペーンの対象になります。
* ゾーンが「未確認」トラフィックを送信すると、未確認オーディエンス向けに承認されたキャンペーン、通常はSFW広告のみが対象になります。
* 同じゾーンでも、個々の訪問者が確認を完了しているかどうかに応じて、時期によって両方の種類のトラフィックを送信できます。
**例：**
2つのパブリッシャーがどちらもアダルトコンテンツ用ゾーンを持っています。
* パブリッシャーAはAgeGOを有効にしており、トラフィックに「確認済み」ステータスを付けて送信しています → NSFWキャンペーンの対象になり、広告主需要も高くなります。
* パブリッシャーBは年齢確認を設定していないため、トラフィックにはステータスが一切付与されません。これはAV法が施行されていない国からのトラフィックでは一般的です → それでもNSFWキャンペーンの対象になります。
* パブリッシャーCは積極的に「未確認」ステータスを送信しています → SFWキャンペーンのみが対象となり、そのインベントリでは需要が少なく、充足率や収益も低くなります。
### ゾーン設定
ゾーンを作成する際は、正しい年齢確認ステータスを宣言する必要があります。
これにより、広告主とのマッチングと需要の質が向上します。「確認済み」トラフィックをターゲットにする広告主は、それが正しく宣言され、適切なステータスで送信されている場合にのみ、その配信量に到達できます。
### 「確認済み」ステータスを取得する方法
ゾーンを「確認済み」に設定するには、サイトにAgeGOのような年齢確認ソリューションが導入されている必要があります。AgeGOは、ユーザーがコンテンツにアクセスする前に年齢を確認し、認証します。サイトでこれが有効になれば、ExoClickでこのトラフィックに「確認済み」の年齢確認ステータスを正しく付与できます。
まだ年齢確認ソリューションを導入していない場合、ゾーンは「未確認」または「未定義」のままにしてください。実際の確認が有効でないのに「確認済み」と宣言するのは正しくなく、避けるべきです。自己申告の設定と同様に、ここでの正確性はパブリッシャーの責任です。
### ベストプラクティス
* AVが導入されているすべてのGEOで年齢確認ステータスを有効にし、トラフィックが正しくラベル付けされていることを確認してください。
* 定期的にゾーンを見直し、ステータスが現状を反映していることを確認してください（たとえば、後から年齢確認を追加または削除した場合など）。
リンク：
* [ゾーンの作成](/publishers/ja/saitotozn/create-zone.md)
* [ExoClickでSFW広告を配信する方法](/tutorials/ja/chtoriaru/paburisshkechtoriaru/serve-sfw-ads.md)
## お困りですか？
[お問い合わせ](https://www.exoclick.com/contact/) ご不明な点はサポートまでお問い合わせください。
---
# 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://docs.exoclick.com/exoclick-docs/ja/nomeritto.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.