サポートされているカスタムドメイン
GitHub Pages では、サブドメインとApexドメインの 2 種類のドメインを使用できます。 サポートされていないカスタムサブドメインのリストは、「カスタムドメインと GitHub Pages のトラブルシューティング」を参照してください。
| サポートされているカスタムドメインの種類 | サンプル |
|---|---|
www サブドメイン | www.example.com |
| カスタムサブドメイン | blog.example.com |
| Apex ドメイン | example.com |
You can set up either or both of apex and www subdomain configurations for your site. For more information on apex domains, see "Using an apex domain for your GitHub Pages site."
Apex ドメインを使用している場合でも、www サブドメインを使用することをおすすめします。 When you create a new site with an apex domain, we automatically attempt to secure the www subdomain for use when serving your site's content. If you configure a www subdomain, we automatically attempt to secure the associated apex domain. 詳しい情報については、「GitHub Pages サイト用のカスタムドメインを管理する」を参照してください。
ユーザまたは Organization サイトのカスタムドメインを設定すると、カスタムドメインを設定していないアカウントが所有するプロジェクトサイトの URL で、<user>.github.io または <organization>.github.io の部分がカスタムドメインによって置き換えられます。 たとえば、サイトのカスタムドメインが www.octocat.com で、octo-project というリポジトリから公開されているプロジェクトサイトにまだカスタムドメインを設定していない場合、そのリポジトリの GitHub Pages サイトは、www.octocat.com/octo-project で公開されます。
あなたの GitHub Pages サイトにサブドメインを使用する
サブドメインは、URL のうちルートドメインの前の部分です。 サブドメインは、www に設定することも、あるいは blog.example.com のようにサイトの独自セクションに設定することもできます。
サブドメインは、DNS プロバイダを通じて CNAME レコードで設定されます。 詳しい情報については、「GitHub Pages サイト用のカスタムドメインを管理する」を参照してください。
www サブドメイン
サブドメインの種類として最もよく使われているのは、www サブドメインです。 たとえば、www.example.com には www サブドメインが含まれています。
www サブドメインは、カスタムドメインとして最も安定的です。GitHub のサーバの IP アドレスが変更されても、www サブドメインは影響を受けないからです。
カスタムサブドメイン
A custom subdomain is a type of subdomain that doesn't use the standard www variant. カスタムサブドメインは、サイトに 2 つの独自セクションを作成したい場合に最もよく使われます。 たとえば、blog.example.com というサイトを作成し、www.example.com から独自のセクションをカスタマイズできます。
あなたの GitHub Pages サイトに Apex ドメインを使用する
Apex ドメインは、example.com といったようにサブドメインを含まないカスタムドメインです。 Apex ドメインは、ベースドメイン、ベアドメイン、裸ドメイン、ルート Apex ドメイン、ゾーン Apex ドメインなどとも呼ばれます。
Apex ドメインは、DNS プロバイダを通じて、A、ALIAS、ANAME レコードで設定されます。 詳しい情報については、「GitHub Pages サイト用のカスタムドメインを管理する」を参照してください。
カスタムドメインとして Apex ドメインを使用している場合は、www サブドメインもセットアップすることをおすすめします。 DNSプロバイダを通じて各ドメインの種類のための正しいレコードを設定しているなら、GitHub Pagesは自動的にドメイン間のリダイレクトを生成します。 たとえば、サイトにwww.example.comをカスタムドメインとして設定し、GitHub PagesのDNSレコードをapex及びwwwドメインに対してセットアップしているなら、example.comはwww.example.comにリダイレクトされます。 自動のリダイレクトは、wwwサブドメインにのみ適用されることに注意してください。 自動リダイレクトは、blogといったようなその他のサブドメインには適用されません。 詳しい情報については、「GitHub Pages サイト用のカスタムドメインを管理する」を参照してください。
GitHub Pages サイトが無効化された際にカスタムドメインを更新する
GitHub Pages サイトが無効になっていて、かつカスタムドメインがセットアップされている場合、すぐに DNS プロバイダで DNS レコードを更新するか削除して、ドメイン乗っ取りのリスクを避けてください。 サイトが無効な間に、DNS プロバイダでカスタムドメインを設定していると、サブドメインのいずれかで誰かにサイトをホストされてしまう恐れがあります。 詳しい情報については、「GitHub Pages サイト用のカスタムドメインを管理する」を参照してください。
サイトが自動的に無効化される理由は、いくつかあります。
- GitHub Pro から GitHub Free へダウングレードすると、アカウント内のプライベートリポジトリから公開されている GitHub Pages のサイトは公開されなくなります。 詳細は「GitHub の支払いプランをダウングレードする」を参照してください。
- GitHub Free を利用している個人アカウントへプライベートリポジトリを移譲した場合、そのリポジトリからは GitHub Pages の機能を利用できなくなり、公開されている GitHub Pages は公開されなくなります。 詳細は「リポジトリを移譲する」を参照してください。