> For the complete documentation index, see [llms.txt](https://gitbook.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://gitbook.com/docs/documentation/ja-gitbook-documentation/analytics/insights/traffic.md).
# トラフィック
サイトを読んでいる人数、どのページにたどり着いたか、何を検索したか、コンテンツをどう感じているかを確認できます
この **トラフィック** レポートは、ドキュメントを読む人を対象としています。同時に読み取る LLM、エージェント、クローラーなどのマシンは、別々に [Agents & MCP](/docs/documentation/ja-gitbook-documentation/analytics/insights/agents-and-mcp.md)カウントされるため、ここでの数値は人間の読者を反映しています。
開くには、 **［分析 → トラフィック］** をサイトのサイドバーで開きます。
上部には、選択した期間のページビュー、訪問者、セッション、検索が表示され、それぞれ前の期間と比較されます。その後に、時間経過に伴う読者数のグラフが続きます。詳細は [サイト分析](/docs/documentation/ja-gitbook-documentation/analytics/insights.md) フィルター、期間、および期間比較について。
トラフィック レポート。
## ページとフィードバック
**上位ページ** は、読者が開くページを順位付けするので、サイトが何に使われているかを確認できます。
その隣には、 **ページのフィードバック** は、ページ評価を有効にすると、読者がコンテンツをどのように評価しているかを表示します [ページ評価](/docs/documentation/ja-gitbook-documentation/manage-your-site/site-settings.md#page-ratings-pro-and-enterprise-plans) を **カスタマイズ** メニューで有効にすると、読者が残したコメントとあわせて表示されます。評価の低いページは、コメントとあわせて確認すると、ドキュメント改善を始めるうえで最も早く手を付けられる場所です。
{% hint style="info" %}
**自分のサイトでフィードバックデータが表示されないのはなぜですか？**\
公開済みで、かつページ評価が有効なサイトのみデータを表示します。サイトが公開されていないか、ページ評価が有効になっていない場合、フィードバックデータは表示されません。
{% endhint %}
### フィードバックデータをフィルターし、グループ化する
フィルターを使って評価とコメントの一部に絞り込み、グループを使ってそのデータを次元ごとに比較します。フィードバックは次の次元でフィルターまたはグループ化できます：
* コンテンツ: セクション、バリアント、ページ。
* 訪問者の次元: 国、言語、デバイス、ブラウザ、参照元、認証済み訪問者のステータス。
* アダプティブコンテンツ向けに設定された訪問者クレーム。たとえば、顧客、プラン、役割、機能アクセスなどです。
コンテンツのフィルターは、フィードバックの出どころを特定します。訪問者の次元は、サイト分析の他の場所で利用できるのと同じオーディエンスの文脈を追加します。たとえば、ページの評価を国でフィルターしたり、デバイスや認証済み訪問者のステータスでフィードバックをグループ化したりできます。
この **認証済み訪問者** フィルターでは、フィードバックを残した時点で GitBook が訪問者を識別していたかどうかを示します：
* **認証済み**：訪問者はサインインしているか、署名済みの訪問者クレームを持ってアクセスしました。
* **匿名**：訪問者は署名付きの識別情報なしでアクセスしました。URL パラメータまたは公開訪問者 Cookie 経由で渡されたクレームは署名されていません。
* **不明**：GitBook がイベントを記録した時点では、2026年8月に訪問者認証の追跡が始まる前でした。
{% hint style="info" %}
顧客やセグメントからのフィードバックだけを抽出するには、アダプティブコンテンツで渡すクレームでフィルターします。たとえば、顧客、プラン、役割、機能アクセスのクレームでフィルターします。これにより、そのクレーム値を含むイベントを持つ訪問者からのフィードバックのみが表示されます。
クレームフィルターは、サイト用に設定されたクレームのみを使用します。ページ内容、セクション、バリアントから顧客IDを推測することはありません。詳細は [アダプティブコンテンツを有効にする](/docs/documentation/ja-gitbook-documentation/publish/adaptive-content/enabling-adaptive-content.md) を参照して、訪問者クレームを設定してください。
{% endhint %}
フィードバックフィルターを使うと、評価とコメントを絞り込んで、重点的な更新につなげられます。たとえば、次のことができます：
* 評価の低いページやセクションを特定し、そのコメントを確認する。
* 認証済み訪問者と匿名訪問者のフィードバックを比較して、対象読者ごとの抜けを見つける。
* 顧客クレームによって変化するページの評価を確認し、そのセグメント向けにコンテンツを改善する。
GitBook の外部でこのデータを使用または分析するには、カードのメニューを開いて **CSV をダウンロード**をクリックします。エクスポートには評価ごとに 1 行があり、コメント、ページへのリンク、評価が付けられた時刻が含まれます。
## 検索
この **検索** カードには、読者がサイト内検索に入力した内容が表示されます。何が存在すると期待されているか、また、どの検索にまだコンテンツが答えられていないかを把握するために使えます。次に何を書けばよいか、あるいは存在しているのに見つけにくいコンテンツがどれかを示す良い兆候です。
## 読者の出どころ
レポートの残りの部分では、オーディエンスを次のように分解します：
* **プラットフォーム**, **国**、そして **言語**：読者が誰で、何で読んでいるか。
* **トラフィックソース**：訪問者を送ってくるドメインと URL。
* **キャンペーン**：トラフィックを次で分類： `utm_source`, `utm_medium`, `utm_campaign`, `utm_term`、また `utm_content`.
* **アクティブ時間**：サイトが最も忙しい時間帯を、週間ヒートマップで表示します。
* **ボット**：クローラーによるページビューで、このレポートの読者数には含まれません。
〜を使用しているサイトには [アダプティブコンテンツ](/docs/documentation/ja-gitbook-documentation/publish/adaptive-content/enabling-adaptive-content.md) の **訪問者属性** カードも表示され、渡したクレームごとのトラフィックが示されます。たとえば、顧客、プラン、役割などです。
---
# 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://gitbook.com/docs/documentation/ja-gitbook-documentation/analytics/insights/traffic.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.
