> 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/manage-your-site/site-permissions.md).
# サイト権限
サイトの構造、設定、公開を管理するときに各役割ができること
あなたの [ロール](/docs/documentation/ja-gitbook-documentation/collaborate/member-management/roles.md) サイト上でのあなたのロールによって、そのサイトで何ができるかが決まります — コンテンツの閲覧から、構造、設定、公開の変更まで。このページでは、サイトの管理において各ロールで何が可能になるかを説明します。メンバーがサイトで特定のロールになる仕組みについては、 [権限と継承](/docs/documentation/ja-gitbook-documentation/collaborate/member-management/permissions-and-inheritance.md).
### 各ロールでサイト上でできること
{% hint style="info" %}
各ロールには、その下位のロールでできることがすべて含まれます。
{% endhint %}
ロール
できること
管理者
すべて：サイト設定、公開、メンバー、請求、連携
作成者
サイトの構造を再編成する：セクション、バリアント、リダイレクトを管理する
レビュアー
変更リクエストをマージする — その内容を本番サイトに公開する
編集者
変更リクエスト内でページコンテンツを編集し、レビューに送信し、 draft セクションとバリアント
コメント投稿者
コンテンツを閲覧し、コメントを残す
閲覧者
読み取り専用アクセス
#### 管理者 — 完全な管理権限
サイト全体に影響するほとんどの操作には、コンテンツの一部ではなくサイト全体に対して作用するため、管理者権限が必要です：
* サイト設定 — タイトル、公開範囲、カスタムドメイン、既定のセクションまたはバリアント。
* サイトの公開と公開解除。
* 単一バリアントのオーバーライドではなく、サイト全体のブランディングとカスタマイズ。
* ロールのオーバーライドを含む、サイト上のメンバーとチームの管理。
* MCP サーバーを含む、連携のインストールと設定。
* 共有リンクとサイトのプライベートサイト認証の管理。
* AI アシスタント、その知識ソース、フィードバックチャネルの設定。
* サイトの請求とプラン。
ある操作が、1ページや1セクションだけでなく、すべての閲覧者またはすべての編集者に影響するものを変更する場合は、より低いロールに明示的にアクセス権が付与されていない限り、管理者権限が必要です。
{% hint style="warning" %}
組織管理者は、サイトごとのロール設定に関係なく、組織内のすべてのサイトで常にサイト管理者権限を持ちます。特定のサイトで組織管理者により低いロールを与える方法はありません。
{% endhint %}
#### 作成者 — サイトの構成
作成者は、サイトの構造に対する制御を可能にします：
* セクション、バリアント、またはグループを直接 **公開済みの** コンテンツとして追加でき、下書きだけではありません。
* 編集者が作成した下書きを公開したり、公開済みコンテンツを下書きに戻したりできます。
* セクション、グループ、バリアントの名前変更、並べ替え、移動。
* セクションまたはバリアントを削除する。
* タイトルなど、個々のバリアントのブランディング上のオーバーライドをカスタマイズする。
* リダイレクトを管理する。
要するに、作成者はサイト全体の管理権限がなくても、サイトを完全に再構築できます。
#### レビュアー — コンテンツ変更のマージ
レビュアーは、編集者に次の機能を追加します： **変更リクエストのマージ**これにより、その内容が直接ライブサイトに公開されます。これによりレビュアーは、サイトの構造や設定には触れられないものの、公開済みコンテンツを実際に変更できる最初のロールになります。
{% hint style="info" %}
マージ権限はサイト単位ではなくスペース単位で定義されます。サイトを構成する各スペースに適用される同じレビュアーロールです。マージするにはレビュアーであれば十分で、変更リクエストを作成した本人である必要はありません。
{% endhint %}
#### 編集者 — 日々のコンテンツ作業
編集者は、変更を行うための入口です。編集者は次のことができます：
* 変更リクエストを送信してページコンテンツを編集できます。これは他のスペースと同じです。すぐには公開されず、レビュアー以上の権限を持つ人がマージするまで変更は提案として残ります。
* サイト構造に新しいセクションまたはバリアントを追加できます — ただし、 **draft**下書きコンテンツは、作成者以上の権限を持つ人が公開するまで、公開サイトには表示されません。
* GitBook の AI コンテンツ品質スキャンで見つかった問題を解決します。
編集者は、自分自身または他人の変更リクエストをマージできません。それにはレビュアー以上の権限が必要です。
{% hint style="info" %}
編集者に下書きの構造を追加させつつ、公開はさせないようにすることで、書き手は読者に見える内容をうっかり変えることなく、新しいセクションやバリアントをレビュー用に用意できます。
{% endhint %}
#### コメント者 — 閲覧とコメント
コメント者には閲覧者アクセスが含まれ、コメントを残す機能が追加されます。どちらのロールでも、サイトのコンテンツや設定を変更することはできません。
#### 閲覧者 — 閲覧
閲覧者アクセスを使うと、ダッシュボードでサイトを開き、その構造を閲覧し、公開済みコンテンツを読むことができます。
### 管理場所
サイトのメンバー、そのロール、既定の権限レベルは、次の場所で管理されます： **サイト設定 → メンバー**。サイトへの管理者アクセス権を持つ人なら誰でも利用できます。参照： [権限と継承](/docs/documentation/ja-gitbook-documentation/collaborate/member-management/permissions-and-inheritance.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/manage-your-site/site-permissions.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.