Defaults.Exposed › 設定 › DKIM
Bluehost での DKIM 設定方法
メールプロバイダーの DKIM 鍵を Bluehost の DNS に公開し、メールに改ざん防止の署名を付けます。
なぜこれがビジネスにとって重要なのか
DKIM(DomainKeys Identified Mail)は、送信するすべてのメールに目に見えないデジタル署名を付けます。受信側のメールプロバイダーは、あなたが DNS に公開した公開鍵を使って 2 つのことを確認します:メッセージが本当に自社ドメインから来たこと、そして誰も途中で改変していないこと。
平たく言えば、DKIM はメールの真正性の封印です。なりすましを難しくし、正規メールを迷惑メールではなく受信トレイに届ける確率を高めます。無料で、設定は一度きりです。
重要:DKIM には 2 つの半分がある
DKIM は、誰が何をするかが本当に重要になる唯一のレコードです:
- メールプロバイダーが鍵を生成します。 メールボックスを運用している側 — Google Workspace、Microsoft 365、Bluehost 自身のメール、または別のメールサービス — が、その管理パネル内で自社ドメイン用の DKIM 鍵を作成します。この値を自分で作り出すことはできません。プロバイダーが、鍵を識別するラベルであるセレクタ名とともに生成します。
- Bluehost がそれを公開します。 その鍵を、ネームサーバーを運用している会社である Bluehost の自社ドメイン DNS に追加します。
つまり、メールプロバイダーで生成し、Bluehost で公開する、ということです。メールボックスが Bluehost のメールであれば、プロバイダーと DNS ホストは同じ会社であり、Bluehost が DKIM レコードを自動で追加することがあります — その場合、ここで行うことはありません。
Bluehost が自社の DNS を運用していることを確認
DKIM レコードは、自社ドメインのネームサーバーが指す先で追加した場合にのみ機能します。ドメインを Bluehost で登録し、その後移していなければ、ほぼ確実に Bluehost が DNS ホストです。ネームサーバーが他(別のホスト、Cloudflare、メールプロバイダー)を指している場合は、DKIM レコードをそちらで追加してください。
Bluehost アカウントで Domains を開き、自社ドメインを選択して Nameservers の欄を確認します。Bluehost のネームサーバーが表示されていれば、以下に進んでください。
メールプロバイダーからレコードを入手する
DNS に触れる前に、メールを運用している側から DKIM の詳細を集めます:
- Google Workspace: Admin コンソールで Apps → Google Workspace → Gmail → Authenticate email へ進み、鍵を生成して、セレクタ(通常
google._domainkey)とv=DKIM1; k=rsa; p=で始まる長い TXT 値をコピーします。 - Microsoft 365: Microsoft は
selector1._domainkeyとselector2._domainkeyという名前の 2 つの CNAME レコードを使い、それぞれが長い...onmicrosoft.comのターゲットを指します。Microsoft 365 管理エリアの DKIM の下で見つけられます。 - Bluehost のメールまたは別のプロバイダー: そのプロバイダーのメールまたは DNS 設定エリアで DKIM レコードを探し、ホストと値を正確にコピーします。
TXT レコードと CNAME レコードのどちらを提供されたかを把握してください — 次のステップで一致する種別を選びます。
Bluehost での手順
- Bluehost アカウントにサインインします。
- Domains へ進み、自社ドメインを選択し、その DNS 設定を開きます(DNS / DNS Records / Manage を探します)。
- DNS レコードの一覧を見つけ、Add Record をクリックします。
- Type を、プロバイダーが提供したものに合わせて設定します — ほとんどのプロバイダーは TXT、Microsoft 365 は CNAME。
- Host Record(Name)欄には、セレクタ部分のみ — 例えば
google._domainkeyやselector1._domainkeyを入力します。末尾にドメイン名を付けないでください。Bluehost が自動で付け加えます。 - 値の欄には:
- TXT レコードの場合、長い鍵の値(
v=DKIM1;で始まる)を TXT Value 欄に貼り付けます。 - CNAME レコードの場合、プロバイダーが提供したターゲットホストを Points To に貼り付けます。
- TXT レコードの場合、長い鍵の値(
- TTL は既定のままにします。
- Save をクリックします。Microsoft 365 の場合は 2 つ目のセレクタについて繰り返します。
Bluehost で人がよく間違える落とし穴
- 正しいレコード種別。 Google Workspace は TXT レコードを、Microsoft 365 は 2 つの CNAME レコードを提供します。誤った種別を追加すると DKIM は決して検証されません。プロバイダーが提供したものに正確に合わせてください。
- Host Record にフルドメインを入れない。 プロバイダーが
google._domainkey.yourdomain.comを示している場合、Bluehost にはgoogle._domainkeyだけを入力します — 残りは自動で付けられます。ドメインを重ねて入れると、google._domainkey.yourdomain.com.yourdomain.comのような壊れたホストになります。 - 鍵全体を貼り付ける — 長いです。 DKIM 公開鍵は数百文字あります。途中で切れていないこと、余計な空白や改行が紛れ込んでいないことを確認してください。
- 自分の引用符を足さない。 プレーンな値を貼り付けてください。Bluehost が必要な引用符を付けます。手動で
"を足すとレコードを破損させ得ます。 - プロバイダー側でも仕上げる。 一部のプロバイダー(Google を含む)は、レコードが有効になった後に戻ってボタンをクリックして署名を開始する必要があります。公開だけでは不十分です — プロバイダーで DKIM をオンにしてください。
- 時間を置く。 DNS の変更は、プロバイダーが確認でき DKIM が検証を始める前に、数分から 2 時間ほどかかることがあります。
動作確認
レコードを公開し(必要ならプロバイダーで DKIM をオンにし)たら、Defaults.Exposed の無料チェックを実行してください。DKIM レコードが公開され読み取り可能かを、平易な言葉で確認してくれます。データは EU 内で処理されます。
完了しましたか? ドメインを無料でチェック して、正しく反映されたか確認しましょう。34項目すべてにわたる総合評価も見られます。