2026年6月5日

2026年6月5日

Google Domains(現 Squarespace Domains)の管理画面操作ガイド|DNS・ネームサーバー・移管ロック・権限の設定場所

旧 Google Domains のドメインは、現在は Squarespace Domains で管理されています。DNS レコードの編集、ネームサーバーの変更、自動更新、移管ロックといった操作は、すべて Squarespace の管理画面から行います。この記事では、ドメインを開いてからよく使う操作を目的別に整理し、それぞれ「どこで何をするか」「変更の前に何を確認するか」「変更の後にどう確かめるか」を説明します。

Squarespace の画面構成やメニュー名は更新で変わることがあるため、ここでは操作を目的ごとに書き、ボタン名は一般的な表現にとどめています(2026年10月現在の情報をもとにしています)。料金や他社への乗り換えの判断は扱わず、日々の操作に絞ります。

管理画面に入る

ログインの方法

Google Domains の時代は Google アカウントでログインしていましたが、現在は Squarespace のアカウントでログインします。移行のときには、Google Domains で使っていたメールアドレスをもとに Squarespace 側のアカウントが用意され、Google アカウントでのログインを選べる場合もあります。

ログインできないときは、まずどのメールアドレスでドメインを管理していたかを確かめます。複数の Google アカウントを使い分けていた場合、別のアカウントのほうにドメインが紐づいていることがよくあります。それでも見つからない場合は、Squarespace のヘルプにある旧 Google Domains 利用者向けの案内に沿って進めます。

ドメインを開く

ログイン後、ドメインの一覧から対象のドメインを選ぶと、そのドメインの設定画面が開きます。設定はおおむね次のような分類で並んでいます。

  • DNS:DNS レコード、ネームサーバー、DNSSEC
  • 登録の設定:自動更新、連絡先、プライバシー保護、移管ロック
  • メール:メール転送、Google Workspace などの連携
  • 権限:ドメインを管理できるユーザー

Squarespace でウェブサイトを作っていなくても、ドメインだけを管理する画面として使えます。

最初にアカウントを保護する

操作を始める前に、アカウントの二要素認証を有効にします。2024年7月ごろ、Google Domains から移されたドメインの一部で DNS を書き換えられる被害が報じられ、移行時のアカウントの扱いが狙われたと指摘されました。ドメインのアカウントを乗っ取られると、サイトの表示先やメールの受け取り先を他人に変えられてしまいます。

あわせて、パスワードがほかのサービスと共通になっていないか、登録しているメールアドレスがいまも受信できるか、管理しているドメイン自身のメールアドレスになっていないか(DNS が止まると復旧のメールも受け取れなくなります)を確認します。

DNS レコードを編集する

変更前に現在の値を控える

レコードを変える前に、外から見えている値を記録しておきます。間違えたときに元に戻すための控えになります。

dig +short example.com NS
dig +noall +answer example.com A
dig +noall +answer www.example.com CNAME
dig +noall +answer example.com MX
dig +noall +answer example.com TXT

レコードを追加・変更する

DNS の設定画面で、独自のレコード(カスタムレコード)としてホスト名、種類、TTL、値を入力します。つまずきやすいのはホスト名の書き方です。ドメインそのもの(example.com)は「@」で表し、www.example.com なら「www」だけを入力するのが一般的です。ホスト名の欄に「www.example.com」と書くと、事業者によっては「www.example.com.example.com」として登録されてしまいます。保存後の一覧で、名前が意図どおりになっているかを確認します。

Google Domains には、Google Workspace 用のレコードやサブドメインの転送をまとめて設定する「合成レコード」という仕組みがありました。移行後は、これらが通常のレコードや別の設定として表示されていることがあります。移行前から使っているドメインでは、メール関連のレコード(MX、SPF の TXT、DKIM、DMARC)が残っているかを一度見直しておくと安心です。

反映を確かめる

保存した内容は、権威 DNS サーバーに直接問い合わせると、キャッシュの影響を受けずに確認できます。

dig @$(dig +short example.com NS | head -n 1) example.com A +norecurse

ここで新しい値が返っていれば、設定は反映されています。手元のパソコンやブラウザで古い表示が続く場合は、キャッシュが TTL の時間だけ残っているためで、時間をおけば切り替わります。

ネームサーバーを変更する

Cloudflare やレンタルサーバーの DNS を使う場合は、DNS の設定画面でカスタムのネームサーバーを指定します。この操作は影響が大きいため、次の順で進めます。

  1. 移行先の DNS に、控えておいたレコードをすべて登録する
  2. 移行先のネームサーバーに直接問い合わせて、値が揃っていることを確かめる
  3. DNSSEC を使っている場合は、先に無効にする(次の節を参照)
  4. Squarespace の画面でネームサーバーを移行先のものに変更する

カスタムのネームサーバーに切り替えると、Squarespace の画面で DNS レコードを編集しても、外からの名前解決には使われなくなります。.com などの委任情報は TTL が長め(一般に48時間)なので、切り替わるまで旧サーバーの値を見る利用者もいます。Squarespace 側のレコードはすぐに消さず、しばらく残しておきます。

DNSSEC を設定する

Squarespace の DNS を使っている場合は、DNSSEC の設定画面で有効にするだけで署名と DS レコードの登録がまとめて行われるのが一般的です。外部の DNS を使っている場合は、外部の DNS で署名を有効にし、そこで表示される DS レコードの値を Squarespace の画面に登録します。

ネームサーバーを変えるときは、古い DS レコードが残ったままだと、検証を行うリゾルバで名前解決が失敗します。DS レコードを削除して TTL が切れるのを待ち、ネームサーバーを変更し、新しい DNS で署名してから DS を登録し直す、という順にします。設定後は dig +dnssec example.com SOA や DNSViz などの診断サイトで、検証が通るかを確認します。

登録の設定を見直す

自動更新と支払い方法

自動更新がオンになっているか、登録されている支払い方法が有効かを確かめます。Google のアカウントに登録していた支払い方法が、そのまま使える状態とは限りません。

連絡先とプライバシー保護

登録者の連絡先はドメインの持ち主を示す情報です。.com などの gTLD では、登録者の氏名や組織名、メールアドレスを変えると確認のメールが届き、その後一定期間(一般に60日)は他社へ移管できなくなることがあります。移管を予定している場合は、変更のタイミングに注意します。プライバシー保護は、登録者情報を公開の WHOIS(現在は RDAP という仕組みが中心)に出さないための設定で、通常は有効のままで構いません。

移管ロックと認証コード

移管ロックは、ドメインを他社へ勝手に移されないようにする設定です。普段はオンのままにしておき、他社へ移管するときだけ外して認証コード(AuthCode)を取得します。移管を取りやめた場合は、ロックをかけ直します。

メール転送と Google Workspace

ドメインのメールアドレスに届いたメールを別のアドレスへ送るメール転送は、Squarespace でも提供されています。ただし、転送されたメールは受信側で SPF や DMARC の検査に引っかかり、迷惑メールに入ることがあります。重要な連絡を受ける用途では、メールサービスを契約してドメインで受信するほうが安定します。

Google Workspace を使っている場合、Google Domains 経由で契約していたときの請求は移行に伴って扱いが変わっています。請求先は Google 管理コンソールで、MX などの DNS レコードは Google の現在の案内と照らし合わせて確認します。

権限を整理する

ドメインを管理できるユーザーを追加している場合は、一覧に心当たりのない人や、退職した担当者が残っていないかを確認します。一方で、管理者が1人だけだと、その人のアカウントに入れなくなったときに誰も操作できなくなります。信頼できる管理者を2人用意し、それぞれ二要素認証を有効にしておくと、締め出されたときの復旧手段になります。

うまくいかないときの確認順

よくある原因から順に確かめます。

  1. 画面で変えたのに反映されない:ネームサーバーが外部 DNS を向いていないかを dig +short example.com NS で確認します。外部を向いているなら、Squarespace での編集は使われていません。
  2. 反映に時間がかかる:権威サーバーへの直接の問い合わせで新しい値が返るなら、残りはキャッシュの問題です。TTL の時間を待ちます。
  3. ネームサーバー変更の後にサイトが開かない:DNSSEC の DS レコードが古いまま残っていないかを確認します。
  4. 移管が拒否される:移管ロック、登録や登録者変更からの経過日数、認証コードの写し間違いを確認します。

まとめ

  • 旧 Google Domains のドメインは、Squarespace のアカウントで管理画面に入り、ドメインごとの設定画面で操作します。
  • 操作の前に二要素認証を有効にし、登録メールアドレスと権限ユーザーを見直します。
  • DNS の変更前は dig で現在の値を控え、変更後は権威サーバーに直接問い合わせて確かめます。
  • ネームサーバーの変更は、移行先にレコードを揃え、DNSSEC を外してから行います。
  • 移管ロックは普段はオンにし、移管するときだけ外して認証コードを取得します。

お気軽にご相談ください

お見積りへ お問い合わせへ
▲