GoDaddyのTXTレコードを追加する方法【手順を解説】
GoDaddyのDNS設定でTXTレコードを追加する手順を解説。SPFや認証用の値、よくあるミス、反映の確認方法までまとめました。
よくある質問
GoDaddyのTXTレコードが反映されるまでどのくらいかかりますか?
GoDaddyによると、DNSの変更はほとんどの場合1時間以内に反映されますが、世界中に行き渡るまで最大48時間かかることがあります。設定したTTL(デフォルトは1時間)によって、リゾルバが古い情報をキャッシュする時間が決まります。
TXTレコードの「名前(Name)」欄には何を入力すればよいですか?
ルートドメイン(example.com)には @ を入力します。サブドメイン用のレコードの場合は、ドメイン名全体ではなく、_dmarc やプロバイダから指定された認証用ラベルなど、プレフィックスのみを入力してください。
同じ名前に複数のTXTレコードを登録できますか?
ほとんどの用途で可能です。ルートドメイン(@)に、複数の認証サービス用のTXTレコードを並べて登録するのは一般的です。ただしSPFは例外で、GoDaddyによればドメインにSPFレコードは1つしか設定できず、複数あるとメール配信に問題が起きる可能性があります。
GoDaddyのTXTレコードの値には最大何文字まで入力できますか?
GoDaddyの最新のヘルプ記事によると、値は1024文字以内で、UTF-8の文字のみ使用できます。プロバイダから、それより長い値を渡された場合は、分割方法についてそのプロバイダのドキュメントを確認してください。
ドメインの所有者なのにGoDaddyでTXTレコードを追加できないのはなぜですか?
最も多い原因は、ドメインのネームサーバーがCloudflareやホスティング会社など、別の場所を向いていることです。GoDaddyのDNSエディタでレコードを管理できるのは、GoDaddyのネームサーバーを使用している場合のみです。それ以外の場合は、DNSを運用しているプロバイダでレコードを追加してください。
結論: GoDaddyでは、ドメインのDNS設定(Domain Portfolio → 対象ドメイン → DNS)を開き、「Add New Record(新しいレコードを追加)」を選択します。Typeを TXT にし、Nameに @(またはプレフィックス)を入力、プロバイダから渡された値を貼り付け、TTLはデフォルトのまま保存すれば完了です。変更はたいてい1時間以内に反映されますが、GoDaddyによれば最大48時間かかる場合があります。
はじめる前に
TXTレコードとは、DNSでドメイン名に紐づけるテキスト情報のことです。ドメインの所有確認や、そのドメインの代わりにメールを送信してよいサーバーの通知などに、各種サービスが参照します。基本から知りたい方はTXTレコードとはをご覧ください。
先に次の2点を確認しておきましょう。
- ドメインがGoDaddyのネームサーバーを使用していること。 GoDaddyのDNSエディタが有効になるのは、GoDaddyでDNSを運用している場合だけです。ネームサーバーを他社に向けている場合は、そちらでレコードを追加してください。
- 正確な値を手元に用意していること。 値は、Google、Microsoft、メール配信サービス、SSLプロバイダなど、レコードを求めてくるサービスから発行されます。手入力ではなく、コピーして使いましょう。
GoDaddyでTXTレコードを追加する手順
GoDaddyのメニュー名は年々変わっており、ヘルプページごとに表記も少しずつ異なるため、お使いの画面では別の表記になっている場合があります。操作の流れは同じです。
- GoDaddyアカウントにサインインし、Domain Portfolio(ドメインポートフォリオ)を開きます。
- 対象のドメインを選択し、DNSページを開きます(旧ダッシュボード: Domain Edit Options → Edit DNS)。
- Add New Record(新しいレコードを追加)を選択します(旧: Add)。
- Type を TXT に設定します。
- Name には、ルートドメインなら
@を、特定の名前ならプレフィックスのみ(例:_dmarc)を入力します。 - Value に、プロバイダから渡された文字列を貼り付けます。プロバイダから指示がない限り、引用符は付けないでください。GoDaddyの入力欄は、入力したとおりにテキストを保存します。
- 頻繁にレコードを変更する予定がなければ、TTL はデフォルト(GoDaddyでは1時間)のままにします。
- Save(保存)を選択します(旧: Add Record)。
後から値を変更する場合は、新しいレコードを重複して追加せず、既存の行にある鉛筆(編集)アイコンから修正してください。
よく使うTXTの値と設定場所
| 用途 | Name | 値の例 | 補足 |
|---|---|---|---|
| ドメイン認証(Google、Microsoft、Stripeなど) | @(または指定されたプレフィックス) | google-site-verification=... のようなプロバイダ固有の文字列 | 正確にコピーし、トークンは絶対に編集しない |
| GoDaddyメール用のSPF | @ | v=spf1 include:secureserver.net -all | GoDaddy経由のMicrosoft 365向けにGoDaddyが案内している値。Professional Email、Linux Hosting、Media Temple Mailでも同様にGoDaddyが案内しています |
| 他の送信元も使うSPF | @ | すべての送信元のincludeをまとめた v=spf1 の1行 | 各includeは各プロバイダから入手 |
| DMARC | _dmarc | v=DMARC1; で始まる | ポリシーの値は運用方針による |
| DKIM | メールプロバイダが指定するセレクタ名 | v=DKIM1; で始まる長いキー | プロバイダによってはCNAMEを使うため、その指示に従う |
正しい値が外部サービスによって決まる項目については、プロバイダ側で値が変わることがあるため、具体的な値ではなく形式のみを記載しています。GoDaddyのAdvanced Email Securityアドオンを付けてMicrosoft 365を使っている場合、GoDaddyの案内では、上記ではなくEmail & Office Dashboardに表示されるSPFの値を確認することになっています。
SPFレコードは1つだけというルール
GoDaddyによると、ドメインに設定できるSPFレコードは1つだけです。SPFレコードが複数ある、または内容が誤っていると、メールが届かなくなる可能性があります。新しいメールサービスを追加するときは、2つ目のレコードを作らず、既存のSPFの行を編集して、そのサービスの include: を追記してください。
たとえば、現在GoDaddyからメールを送信していて、そこにメルマガ配信ツールを追加する場合は、両方のincludeを並べ、末尾に -all(または ~all)を1つだけ付けた、v=spf1 で始まる1つの値にまとめます。メルマガ配信ツールのinclude文字列は、そのツールのドキュメントで確認してください。
よくあるミス
- DNSの管理先を間違えている。 ネームサーバーがGoDaddyのものでない場合、レコードを保存しても意味がありません。まずドメインのネームサーバー欄を確認してください。
- Nameにドメイン名全体を入力している。
@かプレフィックスだけを入力します。example.comと入力すると、DNSホストによってはexample.com.example.comのような名前になることがあります。 - SPFレコードを2つ作ってしまう。 既存のものを編集してください。
- 余分なスペースやスマート引用符。 ドキュメントやメールからコピーすると、目に見えない文字が混入することがあります。認証に失敗する場合は、いったんテキストエディタに貼り付けてからコピーしてください。
- 文字数の上限を超えている。 GoDaddyの最新ガイドでは、値は1024文字までとされています。
- 確認が早すぎる。 以前の値に長いTTLを設定していた場合、リゾルバがしばらく古い情報を返すことがあります。
- 認証用のTXTを早く削除しすぎる。 サービスによっては定期的に再確認を行います。プロバイダが削除してよいと案内しない限り、レコードは残しておきましょう。
反映されたかどうかの確認
保存後は、次のチェックリストで確認してください。
- [ ] GoDaddyのDNS一覧に、TypeがTXTで、Nameが正しい行が表示されている
- [ ] 値がプロバイダの文字列と一字一句一致している
- [ ] 少なくともTTLの時間(ほとんどの変更は最大1時間)待った
- [ ] DNS検索ツールでレコードが表示される。ターミナルからは
dig TXT example.com +short(macOS/Linux)またはnslookup -type=TXT example.com(Windows)。プレフィックス付きの場合は_dmarc.example.comを検索する - [ ] ルートドメインで返される
v=spf1のレコードが1つだけである - [ ] プロバイダの管理画面で「Verify(確認)」をクリックした
数時間経ってもルックアップで何も表示されない場合は、ネームサーバーとName欄をもう一度確認してください。レコードは表示されるのにプロバイダ側で失敗する場合は、値に余計なスペースや引用符が入っていないか比較してみましょう。
GoDaddyでのその他のDNS設定
SPF以外のメール認証を設定する場合も、同じ画面で行えます。BIMIは、正しく動作しているDMARCレコードを前提にしています。GoDaddyがドメインやサイトの置き場所として合わないと感じたときは、GoDaddyの代替サービスや、プランを比較できるHostinger vs GoDaddyも参考にしてください。
DNSの管理自体をしたくない方へ。We.Incの無料プランなら、既製テンプレートから最大3サイトまで公開できます。プロンプトからサイトの下書きを作成するAIビルダーは、Starterプラン(月額$20)からご利用いただけます。こちらから登録できます。
*GoDaddyの手順と値は、TXTレコードおよびSPFレコードの追加に関するGoDaddyのヘルプページをもとに、2026年11月に確認しました。メニュー名はダッシュボードのバージョンによって異なります。*
無料で始める · クレジットカード不要
We.Inc創業者
UmairはWe.Incの創業者です。AIによるウェブサイト制作、制作会社、ウェブ制作スタジオの経営について執筆しています。
素晴らしいものを作る準備はできましたか?
立ち上げ、成長、自動化のすべてを1つのプラットフォームで行う15,000+社がWe.Incを利用しています。
無料で始めるクレジットカード不要 · 営業担当に相談する
関連: ブログ|デジタルマーケティングと集客のヒント
- Google AI Studioでバイブコーディング:手順・制限・公開方法
- Googleビジネスプロフィール最適化:完全ガイド
- Google Search Consoleガイド:設定・レポート・修正
- Search ConsoleとGoogleアナリティクスの違い|使い分け方
- Google Workspace MXレコード設定:値・手順・旧5レコード
- グラフィックデザイナーのポートフォリオサイトの作り方
- 緑のWebサイト配色:HEXコード付き6パターン
- 地域の小規模事業者向けゲリラマーケティング案25選
製品
- AI ホームページ作成ツール:作りたいサイトを普段の言葉で伝えるだけで、数分で公開
- ホワイトラベル プラットフォーム:自社ブランド、自社ドメイン、自社の利益で運営
- エンタープライズ:SSO、個別の SLA、専任サポート
- 開発者向け API:自社の SaaS にサイト生成機能を組み込み
ご利用いただける方
- 制作会社・代理店向け:自社ブランドで再販
- フリーランス向け:自分ブランドのビルダーを持つ
- ホスティング事業者向け:サービスにビルダーを追加
- SaaS プラットフォーム向け:API でサイト作成を組み込み
- スタートアップ向け
- 金融サービス向け
- 医療・ヘルスケア向け
機能
リソース
- ブログ
- ヘルプセンター
- 無料ビジネスツール
- ホームページ テンプレート
- テンプレート集
- サイト事例
- ガイド
- 比較
- 代替サービス
- おすすめ
- レビュー
- 料金ガイド
- 用語集・ガイド
- 連携サービス
- 開発者向け
- ベンチマーク
- Windows アプリ