I тоже хотел это сделать. Но в настоящее время нет способа привязать сегменты Google Cloud Storage напрямую к доменному имени верхнего уровня, как вы узнали.

IP-адреса, по которым Google Cloud Storage отвечает на веб-запросы, часто меняются (чтобы адаптироваться к изменяющимся условиям в Интернете), поэтому Google не хочет, чтобы вы добавляли подмножество этих адресов (которые быстро устареют) в качестве записей A для DNS-сервер вашего сайта. Вместо этого Google требует CNAME для DNS-имени, которое он контролирует, поэтому он может менять IP-адреса для Google Cloud Storage так часто, как это необходимо. А CNAME можно добавить только к поддомену, а не к домену верхнего уровня. (Это связано с тем, что при наличии CNAME на заданном уровне DNS-сервер для этого домена не будет отвечать ни на какие другие запросы для этого уровня. Но домен верхнего уровня должен также отвечать как минимум на запросы NS и SOA.)
Единственный обходной путь для этого прямо сейчас — это, как описано в другом ответе, настроить CNAME для субдомена www и настроить службу хостинга DNS для перенаправления на уровне http с домена верхнего уровня на субдомен www. (Большинство провайдеров поддержат это.)
Если вы не являетесь поклонником этого решения (как я), есть ровно три возможности. Первый — дождаться, когда Google предложит возможность размещать домены верхнего уровня в Google Cloud Storage. Для этого сначала требуется Google для DNS-хостинга. Включение поддержки доменов верхнего уровня потребует дополнительной работы со стороны Google (после создания предложения хостинга DNS), но это возможно только в том случае, если Google контролирует обе части. Я понятия не имею, предложит ли Google когда-нибудь это. Но можно надеяться

Второе решение — переключиться на другого крупного провайдера. Amazon может размещать статические веб-сайты из S3 в домене верхнего уровня. Но это потому, что они также размещают DNS для этого домена. Могут быть и другие. Все крупные облачные провайдеры будут обслуживать данные с набора часто меняющихся IP-адресов. Поэтому, если они не размещают и ваш DNS, им потребуется, чтобы вы установили CNAME на субдомен.

Третье (по крайней мере, теоретическое) решение состоит в том, чтобы переключиться на более мелкого облачного провайдера, предлагающего аналогичные услуги, возможно, на OpenStack и т. д. Поскольку они меньше, их настройка IP-маршрутизации будет немного проще, чем у крупных игроков (Amazon , Google и т. д.), после чего они смогут предоставить вам небольшой набор IP-адресов, которые можно будет установить в качестве записей A в вашем домене верхнего уровня. Хотя это всего лишь обоснованное предположение с моей стороны. Я не знаю сейчас таких небольших поставщиков облачных хранилищ.


(Ну, ладно, четвертая возможность — отказаться от идеи статического хостинга вашего сайта. Но лично мне очень нравится этот вариант, когда это возможно, по крайней мере, с точки зрения безопасности и скорости отклика.)