Hostinger での DKIM 設定方法

メールプロバイダーの DKIM 鍵を Hostinger の DNS に公開し、メールに改ざん防止の署名を付けます。

なぜこれがビジネスにとって重要なのか

DKIM（DomainKeys Identified Mail）は、送信するすべてのメールに目に見えないデジタル署名を付けます。受信側のメールプロバイダーは、あなたが DNS に公開した公開鍵を使って 2 つのことを確認します：メッセージが本当に自社ドメインから来たこと、そして誰も途中で改変していないこと。

平たく言えば、DKIM はメールの真正性の封印です。なりすましを難しくし、正規メールを迷惑メールではなく受信トレイに届ける確率を高めます。無料で、設定は一度きりです。

重要：DKIM には 2 つの半分がある

DKIM は、誰が何をするかが本当に重要になる唯一のレコードです：

メールプロバイダーが鍵を生成します。 メールボックスを運用している側 — Google Workspace、Microsoft 365、Hostinger 自身のメール、または別のメールサービス — が、その管理パネル内で自社ドメイン用の DKIM 鍵を作成します。この値を自分で作り出すことはできません。プロバイダーが、鍵を識別するラベルであるセレクタ名とともに生成します。
Hostinger がそれを公開します。 その鍵を、ネームサーバーを運用している会社である Hostinger の自社ドメイン DNS に追加します。

つまり、メールプロバイダーで生成し、Hostinger で公開する、ということです。メールボックスが Hostinger のメールであれば、プロバイダーと DNS ホストは同じ会社であり、Hostinger が DKIM レコードを自動で追加することがあります — その場合、ここで行うことはありません。

Hostinger が自社の DNS を運用していることを確認

DKIM レコードは、自社ドメインのネームサーバーが指す先で追加した場合にのみ機能します。ドメインを Hostinger で登録し、その後移していなければ、ほぼ確実に Hostinger が DNS ホストです。ネームサーバーが他（別のホスト、Cloudflare、メールプロバイダー）を指している場合は、DKIM レコードをそちらで追加してください。

hPanel で Domains を開き、自社ドメインを選択して Nameservers の欄を確認します。Hostinger のネームサーバーが表示されていれば、以下に進んでください。

メールプロバイダーからレコードを入手する

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 Defender / Exchange 管理エリアの DKIM の下で見つけられます。
Hostinger のメールまたは別のプロバイダー: そのプロバイダーのメールまたは DNS 設定エリアで DKIM レコードを探し、ホストと値を正確にコピーします。

TXT レコードと CNAME レコードのどちらを提供されたかを把握してください — 次のステップで一致する種別を選びます。

Hostinger での手順

hpanel.hostinger.com の hPanel にサインインします。
Domains へ進み、自社ドメインを選択し、DNS / Nameservers（DNS Zone エディタ）を開きます。
Add Record をクリックします。
Type を、プロバイダーが提供したものに合わせて設定します — ほとんどのプロバイダーは TXT、Microsoft 365 は CNAME。
Name 欄には、セレクタ部分のみ — 例えば google._domainkey や selector1._domainkey を入力します。末尾にドメイン名を付けないでください。Hostinger が自動で付け加えます。
値の欄には：
- TXT レコードの場合、長い鍵の値（v=DKIM1; で始まる）を TXT value に正確に貼り付けます。
- CNAME レコードの場合、プロバイダーが提供したターゲットホストを Points to / Target に貼り付けます。
TTL は既定のままにします。
Add Record をクリックして保存します。Microsoft 365 の場合は 2 つ目のセレクタについて繰り返します。

Hostinger で人がよく間違える落とし穴

正しいレコード種別。 Google Workspace は TXT レコードを、Microsoft 365 は 2 つの CNAME レコードを提供します。誤った種別を追加すると DKIM は決して検証されません。プロバイダーが提供したものに正確に合わせてください。
Name にフルドメインを入れない。 プロバイダーが google._domainkey.yourdomain.com を示している場合、Hostinger には google._domainkey だけを入力します — 残りは自動で付けられます。ドメインを重ねて入れると、google._domainkey.yourdomain.com.yourdomain.com のような壊れたホストになります。
鍵全体を貼り付ける — 長いです。 DKIM 公開鍵は数百文字あります。途中で切れていないこと、余計な空白や改行が紛れ込んでいないことを確認してください。
自分の引用符を足さない。 プレーンな値を貼り付けてください。Hostinger が必要な引用符を付けます。手動で " を足すとレコードを破損させ得ます。
プロバイダー側でも仕上げる。 一部のプロバイダー（Google を含む）は、レコードが有効になった後に戻ってボタンをクリックして署名を開始する必要があります。公開だけでは不十分です — プロバイダーで DKIM をオンにしてください。
時間を置く。 DNS の変更は、プロバイダーが確認でき DKIM が検証を始める前に、数分から 2 時間ほどかかることがあります。

動作確認

レコードを公開し（必要ならプロバイダーで DKIM をオンにし）たら、Defaults.Exposed の無料チェックを実行してください。DKIM レコードが公開され読み取り可能かを、平易な言葉で確認してくれます。データは EU 内で処理されます。

完了しましたか？ドメインを無料でチェックして、正しく反映されたか確認しましょう。34項目すべてにわたる総合評価も見られます。