独自ドメインのメールアドレスを作る方法

https://example.jp/というホームページと、info@example.jpというメールは、同じexample.jpを使えます。ただし、Webサイトとメールは別のサービスで動かすことができます。

DNSでは用途ごとに接続先を指定します。

用途	主なDNSレコード	役割
ホームページ	A、AAAA、CNAMEなど	Webサイトの配信先へつなぐ
受信メール	MX	そのドメイン宛てメールの受信先を示す
送信元確認	TXT、CNAMEなど	SPF、DKIM、DMARCなどを設定する

そのため、ホームページを作成ツールで公開し、メールだけGoogle WorkspaceやMicrosoft 365などで運用する構成も可能です。Webサーバーを移転するときは、メール用のDNSレコードを誤って削除しないようにします。

• 会社名・屋号・サービス名と結び付けやすい
• ホームページURLと連絡先の一貫性を保てる
• 担当者が変わっても部署アドレスを継続できる
• メールサービスを変更しても同じアドレスを維持しやすい
• 用途別に代表・部署・個人を分けられる
• 送信認証をドメイン単位で管理できる

独自ドメインだから自動的に信用されるわけではありません。ドメインの有効期限、アカウント保護、送信認証、迷惑メール対策、正確な署名を適切に管理して初めて安定した運用につながります。

無料メールを事業で使う場合も、利用規約、管理権限、退職時の引き継ぎ、データ保存を確認しておきましょう。担当者個人のアカウントだけに業務メールを集めないことが重要です。

レンタルサーバーのメール機能

ホームページ用レンタルサーバーに、独自ドメインメールが含まれる方式です。管理画面からアドレスとパスワードを作り、メールソフトやWebメールで利用します。

利点

• Webサイトと契約・請求をまとめやすい
• 追加費用なしで複数アドレスを作れる場合がある
• 初期設定の案内がまとまっている

確認点

• メールボックス容量と添付上限
• 迷惑メール・ウイルス対策
• Webメール、スマートフォン、IMAPへの対応
• SPF・DKIM・DMARCの設定方法
• 共有メール、監査、保持、復元
• サーバー移転時のメール移行

小規模な利用には分かりやすい一方、組織的な権限、共有、監査、長期保存などが必要なら専用サービスも比較します。

1．独自ドメインと管理者を確認する

ドメインが組織で管理できる名義か、更新期限、登録メール、DNSを変更できる担当者を確認します。ドメインが失効すると、Webサイトだけでなくメールも利用できなくなるおそれがあります。

種類	例	用途と注意点
代表	info@、contact@	一般連絡。担当不在時も確認できる体制にする
営業・予約	sales@、reserve@	業務別に分け、返信責任者を決める
サポート	support@	対応履歴、引き継ぎ、受付時間を管理する
個人	name@	本人の業務用。退職・異動手順を決める
システム送信	no-reply@など	返信不可なら本文に連絡方法を示す
請求・契約	billing@など	権限、保存、なりすまし対策を強化する

代表アドレスを一人の個人メールへ単純転送するだけでは、担当交代、返信重複、未対応の把握が難しくなります。共有受信箱、グループ、チケット管理などを用途に応じて選びます。

名前の規則は短く分かりやすくし、全社で統一します。氏名を使う場合は同姓同名と退職後の再利用を考えます。

MX

MXレコードは、そのドメイン宛てメールをどのメールサーバーが受け取るかを示します。サービスが複数のMX値と優先順位を指定する場合は、そのまま登録します。

Webサイトを表示するA・CNAMEレコードとは別です。ホームページの接続設定を変更するときに、MXレコードを一括で削除しないようにしましょう。

フォームには、次の関係者があります。

• 入力者のメールアドレス
• Webサイト・フォームサービス
• 通知を送る送信元アドレス
• 運営者側の通知先アドレス
• 自動返信の送信元・返信先

入力者のアドレスを送信元Fromへ直接設定すると、送信認証の整合が取れず、迷惑メール判定や拒否につながる場合があります。フォームサービスの公式推奨に従い、自分が管理するドメインを送信元にし、入力者のアドレスはReply-To等へ設定する方法を確認します。

確認項目は次のとおりです。

• 送信元がSPF・DKIM・DMARCに対応している
• 通知先を複数設定する場合の扱い
• 迷惑メールフォルダーと隔離
• 自動返信の内容、返信先、個人情報の記載
• 送信失敗ログ・再送方法
• フォーム管理画面に保存される回答
• テスト送信後の削除・保管

フォーム通知メールだけを記録にせず、必要に応じて管理画面や業務システムで受付を確認します。サイト自身が個人情報を取得しない場合は、フォームを置かず、不要な受信・保存を発生させない設計も選択肢です。

• SPF、DKIM、DMARCをサービスの公式手順で設定する
• 管理者と利用者に多要素認証を設定する
• パスワードを使い回さない
• 不審な転送ルール・フィルター・委任を確認する
• 退職者・不要アカウントを速やかに停止する
• 外部アプリの連携権限を定期確認する
• 請求・振込先変更はメールだけで確定しない
• ログイン・送信・隔離などの通知とログを確認する
• DMARCレポートで未把握の送信元を確認する

送信認証に合格しても、内容が安全であることまでは保証しません。表示名や似たドメインによる詐欺もあるため、重要な依頼は別経路で確認する業務手順が必要です。

メールサービスを移行するとき

1. 現在のアドレス、エイリアス、グループ、転送、容量を一覧化する
2. 新サービスでアカウントと認証を準備する
3. 過去メール、連絡先、カレンダーなどの移行方法を確認する
4. MX切替前に新旧の受信・送信をテストする
5. SPF、DKIM、DMARCへ新しい送信元を反映する
6. DNS切替中に新旧環境を監視する
7. データと送受信を確認してから旧サービスを解約する

DNS切替の途中は、送信者や環境によって旧・新のどちらへ届くかが分かれる場合があります。重要な連絡がある時期を避け、旧環境も一定期間確認します。

独自ドメインメールは無料で作れますか

レンタルサーバー料金に含まれる場合がありますが、ドメイン更新費やサーバー料金はかかります。法人向けメールは利用者ごとの月額・年額料金が一般的です。必要な容量、共有、管理機能を含めて比較します。