サポートされているカスタムドメイン
GitHub Pages では、サブドメインとApexドメインの 2 種類のドメインを使用できます。 サポートされていないカスタムサブドメインのリストは、「カスタムドメインと GitHub Pages のトラブルシューティング」を参照してください。
| サポートされているカスタムドメインの種類 | サンプル |
|---|---|
www サブドメイン | www.example.com |
| カスタムサブドメイン | blog.example.com |
| Apex ドメイン | example.com |
サイトには、Apex及びwwwサブドメインのいずれか、あるいは両方の設定をセットアップできます。 Apexドメインに関する詳しい情報については「GitHub PagesサイトでのApexドメインの利用」を参照してください。
Apex ドメインを使用している場合でも、www サブドメインを使用することをおすすめします。 Apexドメインで新しいサイトを作成する場合、サイトのコンテンツを提供する際にwwwサブドメインも利用できるように保護が自動的に試みられます。 wwwサブドメインを設定すれば、関連するApexドメインの保護が自動的に試みられます。 詳しい情報については、「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 サブドメインは影響を受けないからです。
カスタムサブドメイン
カスタムサブドメインは、標準のwww形式を使わない種類のサブドメインです。 カスタムサブドメインは、サイトに 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 サイト用のカスタムドメインを管理する」を参照してください。
Securing the custom domain for your GitHub Pages site
If your GitHub Pages site is disabled but has a custom domain set up, it is at risk of a domain takeover. サイトが無効な間に、DNS プロバイダでカスタムドメインを設定していると、サブドメインのいずれかで誰かにサイトをホストされてしまう恐れがあります。
Verifying your custom domain prevents other GitHub users from using your domain with their repositories. If your domain is not verified, and your GitHub Pages site is disabled, you should immediately update or remove your DNS records with your DNS provider. For more information, see "Verifying your custom domain for GitHub Pages" and "Managing a custom domain for your GitHub Pages site."
サイトが自動的に無効化される理由は、いくつかあります。
- GitHub Pro から GitHub Free へダウングレードすると、アカウント内のプライベートリポジトリから公開されている GitHub Pages のサイトは公開されなくなります。 詳細は「GitHub の支払いプランをダウングレードする」を参照してください。
- GitHub Free を利用している個人アカウントへプライベートリポジトリを移譲した場合、そのリポジトリからは GitHub Pages の機能を利用できなくなり、公開されている GitHub Pages は公開されなくなります。 詳細は「リポジトリを移譲する」を参照してください。