# GitHub Docs のベスト プラクティス

次のベスト プラクティスに従って、ユーザー フレンドリでわかりやすいドキュメントを作成します。

## GitHubドキュメントについて

GitHubでは、正確で価値があり、包括的で、アクセシビリティが高く、使いやすいドキュメントを作成するよう努めています。

GitHub Docsに貢献する前に、GitHubのドキュメントの理念、基礎、およびコンテンツ設計の原則について理解しておいてください。

* [GitHub のドキュメント哲学について](/ja/enterprise-server@3.22/contributing/writing-for-github-docs/about-githubs-documentation-philosophy)
* [GitHub のドキュメントの基本について](/ja/enterprise-server@3.22/contributing/writing-for-github-docs/about-githubs-documentation-fundamentals)
* [コンテンツの設計原則](/ja/enterprise-server@3.22/contributing/writing-for-github-docs/content-design-principles)

## GitHubドキュメントを作成するためのベスト プラクティス

新しい記事を作成する場合でも、既存の記事を更新する場合でも、 GitHub Docs用に作成するときは、次のガイドラインに従う必要があります。

* [ユーザーのニーズに合わせてコンテンツを配置する](#align-content-to-user-needs)
* [読みやすくするようにコンテンツを構成する](#structure-content-for-readability)
* [読みやすくするように記述する](#write-for-readability)
* [拾い読み可能な形式](#format-for-scannability)

## ユーザーのニーズに合わせてコンテンツを配置する

始める前に、読者は誰か、読者の目標、記事が取り組む主要なタスクや概念、記述するコンテンツのタイプを理解することが重要です。

### 読者を定義する

* このコンテンツを読むのは誰ですか?
* 彼らは何をしようとしているのですか？

### 主要な目的を定義する

* この記事を読んだ後、実行したり理解したりできるようにしたいのは何ですか? コンテンツで説明する 1 つまたは 2 つのタスクまたは概念を選択します。
* 必須ではないその他のタスク、概念、または情報がある場合は、記事の後ろの方に配置できるか、別の記事に移動できるか、完全に省略できるかを検討してください。

### コンテンツ タイプを決定する

意図する読者とコンテンツの主要な目的に基づいて、記述するコンテンツのタイプを決定します。
GitHub Docs 次のコンテンツ タイプを使用します。

* [概念コンテンツ タイプ](/ja/enterprise-server@3.22/contributing/style-guide-and-content-model/concepts-content-type)
* [参照コンテンツ タイプ](/ja/enterprise-server@3.22/contributing/style-guide-and-content-model/reference-content-type)
* [ハウツーコンテンツの種類](/ja/enterprise-server@3.22/contributing/style-guide-and-content-model/how-to-content-type)
* [トラブルシューティング コンテンツ タイプ](/ja/enterprise-server@3.22/contributing/style-guide-and-content-model/troubleshooting-content-type)
* [クイック スタート コンテンツ タイプ](/ja/enterprise-server@3.22/contributing/style-guide-and-content-model/quickstart-content-type)
* [チュートリアル コンテンツ タイプ](/ja/enterprise-server@3.22/contributing/style-guide-and-content-model/tutorial-content-type)

たとえば、概念的コンテンツ タイプを使用すると、読者が機能またはトピックの基本と、読者が目標を達成するのにどのように役立つかを理解するのに役立ちます。 手続き型コンテンツ タイプを使用すると、ユーザーが特定のタスクを最初から最後まで完了するのに役立ちます。

## 読みやすくするようにコンテンツを構成する

コンテンツを構成するには、次のベスト プラクティスを使用します。 既存の記事にコンテンツを追加するときは、可能な限り既存の構造に従ってください。

* **初期コンテキストを指定します**。 トピックを定義し、読者との関連性を示します。
* 重要度と関連性によって**論理的な順序でコンテンツを構成します**。 優先度の順に情報を配置し、ユーザーが必要とする順序で情報を配置します。
* **長い文や段落を避けます**。
  * 概念は 1 つずつ紹介します。
  * 1 つの段落で使用するアイデアは 1 つにします。
  * 1 つの文で使用するアイデアは 1 つにします。
* **最も重要な情報を強調します**。
  * 最も重要な単語とポイントで各文または段落を開始します。
  * 概念を説明する場合は、最初に結論を書き、それから詳しく説明します。 (これは「逆ピラミッド」と呼ばれることもあります)。
  * 複雑なトピックについて説明する場合は、まず読者に基本情報を提示し、記事の後半で詳細を開示します。
* **意味のある小見出しを使用します**。 関連する段落をセクションに整理します。 各セクションに、コンテンツを正確に記述する一意の小見出しを付けます。
* 長いコンテンツには**ページ内リンクを使用することを検討します**。 これにより、読者は関心のある分野にジャンプし、無関係なコンテンツをスキップできます。

## 読みやすくするように記述する

忙しいユーザーがテキストを読んで理解しやすくします。

* **簡単な言葉を使用します。** 一般的で日常的な単語を使用し、可能な場合は専門用語を避けます。 開発者によく知られている用語は問題ありませんが、読者が GitHub のしくみの詳細を知っているとは想定しないでください。
* **能動態を使用します。**
* **簡潔にします。**
  * 簡単で簡潔な文を書きます。
  * 複数の概念を含む複雑な文は避けます。
  * 不要な詳細を削減します。

関連情報については、「[スタイル ガイド](/ja/enterprise-server@3.22/contributing/style-guide-and-content-model/style-guide#voice-and-tone)」の「ボイスとトーン」と「[翻訳するコンテンツの記述](/ja/enterprise-server@3.22/contributing/writing-for-github-docs/writing-content-to-be-translated)」を参照してください。

## 拾い読み可能な形式

ほとんどの読者は、記事全体を利用しません。 そうではなく、ページを\_拾い読み\_して特定の情報を見つけるか、ページを\_スキミング\_して概念の一般的なアイデアを得ます。

コンテンツを拾い読みまたはスキミングする場合、読者はテキストの大きなかたまりをスキップします。 自分のタスクに関連する要素や、見出し、アラート、リスト、テーブル、コード ブロック、ビジュアル、各セクションの最初の数単語など、ページ上で目立つ要素を探します。

記事の目的と構造が明確に定義されたら、次の書式設定手法を適用して、拾い読みとスキミングのためにコンテンツを最適化できます。 これらの手法は、すべての読者がコンテンツをより理解しやすくするのにも役立ちます。

* 太字やハイパーリンクなどの**テキストの強調表示を使用して**、最も重要な点に注意を向けます。 テキストの強調表示は控えめに使用します。 記事のテキスト全体の 10% を超えるテキストを強調表示しないでください。
* **書式設定要素を使用して**コンテンツを分離し、ページ上にスペースを作成します。 次に例を示します。
  * 箇条書き (オプションで挿入する小見出しを含む)
  * 番号付きリスト
  * [警告](/ja/enterprise-server@3.22/contributing/style-guide-and-content-model/style-guide#alerts)
  * テーブル
  * ビジュアル
  * コード ブロックとコード注釈

## 参考資料

* [スタイル ガイド](/ja/enterprise-server@3.22/contributing/style-guide-and-content-model/style-guide)
* [コンテンツ モデルについて](/ja/enterprise-server@3.22/contributing/style-guide-and-content-model/about-the-content-model)
* [GitHub Docs の記事の内容](/ja/enterprise-server@3.22/contributing/style-guide-and-content-model/contents-of-a-github-docs-article)
* [読みやすさガイドライン](https://readabilityguidelines.co.uk/) (Content Design London)
* [デジタル コンテンツを簡潔にする書き換え](https://www.nngroup.com/articles/rewriting-content-brevity/) (Nielsen Norman Group)