これもやりたかった。しかし、現在のところ、Google Cloud Storage バケットをトップレベル ドメイン名に直接バインドする方法はありません。

Google Cloud Storage がウェブ リクエストに応答する IP アドレスは (インターネットの状況の変化に適応するために) 頻繁に変更されるため、Google では、それらのサブセット (すぐに古くなってしまう) を A レコードとして追加することを望んでいません。 Web サイトの DNS サーバー。代わりに、Google は管理する DNS 名に CNAME を要求するため、Google Cloud Storage の IP アドレスを必要に応じて何度でも変更できます。また、CNAME はサブドメインにのみ追加でき、トップレベル ドメインには追加できません。 (これは、特定のレベルに CNAME がある場合、そのドメインの DNS サーバーがそのレベルの他のクエリに応答しないためです。ただし、最上位ドメインは、少なくとも NS および SOA クエリにも応答する必要があります。)
現時点での唯一の回避策は、別の回答で説明されているように、www サブドメインの CNAME を設定し、トップレベル ドメインから www サブドメインへの http レベルのリダイレクトを行うように DNS ホスティング サービスを構成することです。 (Mosty プロバイダーはそれをサポートします。)
あなたがこのソリューションのファンでない場合 (私のように)、正確に 3 つの可能性があります。 1 つ目は、Google が Google Cloud Storage でトップレベル ドメインをホストする可能性を提供するのを待つことです。ただし、最初に、Google から DNS ホスティングへの移行が必要です。トップレベル ドメインのサポートを有効にするには、Google 側で (DNS ホスティング サービスを構築した後に) 追加の作業が必要になりますが、Google が両方の部分を管理している場合にのみ可能です。ただし、Googleがそれを提供するかどうか、またはいつ提供するかはわかりません。しかし、期待することができます

2 番目の解決策は、別の大手プロバイダーに切り替えることです。 Amazon は、トップレベル ドメインで S3 からの静的 Web サイトをホストできます。しかし、それは、そのドメインの DNS もホストしているからです。他にもあるかもしれません。すべての大規模なクラウド プロバイダーは、頻繁に変更される一連の IP アドレスからデータを提供します。そのため、DNS もホストしていない場合は、サブドメインに CNAME を設定する必要があります。

3 つ目の (少なくとも理論上の) 解決策は、おそらく OpenStack などで同等のサービスを提供する小規模なクラウド プロバイダーに切り替えることです。規模が小さいため、IP ルーティングの設定は大手企業 (Amazon. 、Google など）、トップレベル ドメインの A レコードとして設定する IP アドレスの小さなセットを提供できます。ただし、これは私の側の知識に基づいた推測にすぎません。そのような小規模なクラウド ストレージ プロバイダを今のところ知りません


(4 つ目の可能性は、Web サイトを静的にホストするという考えをあきらめることです。しかし、個人的には、少なくともセキュリティと応答性の観点から、可能であればこのオプションが本当に好きです。)