共有 Web ホスティングに付属するドメインメールは、小規模事業者が直面しやすい配信到達性のリスクです。申し込み時には便利ですが、受信トレイへの振り分けという面では構造的に弱い場合があります。六か月後、顧客からの返信が迷惑メールに入り始めても、共有 IP の評価は内部から見えないため、運用担当者は原因を特定できないことがあります。
Web ホスティングのドメインメールを使い始めた理由の多くは、レジストラの決済画面でセット販売を勧められたことです。共有 IP 上のあるテナントがブロックリストへの掲載を招くと、その IP を使うすべてのテナントで、数日または数週間にわたり受信トレイへの振り分けが悪化する可能性があります。Web サイトを現在の場所に残したまま、メールを専門ホストへ移す作業は約 30 分で行えます。
このガイドでは問題のパターンを明示し、解決手順を説明します。小規模チームの規模に合わせた検討については、小規模企業向けメールホスティングを参照してください。
Web ホスティングのドメインメールとは
Web ホスティングのドメインメールとは、共有 Web ホスティングプランに付属するメールホスティング機能です。Bluehost、HostGator、Hostinger、GoDaddy hosting など、cPanel 型の事業者はドメイン、Web サイト、メールを一式で販売します。メールサーバーは、自社サイトと数百の別テナントのサイトと同じ IP を使います。
このセットには、受信トレイへの振り分けに重要な複数の面で構造的な弱点があります。共有 IP の評価、弱い標準認証、DMARC の可視性不足に加え、DNS も一体化され、すべてのレイヤーが同じ事業者に固定されます。申し込み時の手軽さによって、数か月後に表面化する配信上のコストが見えにくくなります。
セット販売に伴う四つの問題
共有 Web ホスティングと一体化したドメインメールには、四つの問題が影響します。いずれも単一の設定変更だけで直せるものではなく、構造に由来します。配信到達性を損なったり移行を難しくしたりしますが、運用担当者が申し込み時の見かけ上の節約に織り込むことはまれです。
- 共有 IP の評価低下。同居するテナントの迷惑行為で IP がブロックリストに載り、すべてのテナントで受信トレイへの振り分けが悪化する可能性があります。
- 標準認証が弱い。SPF は一つの共有レコードで、DKIM がない場合があり、DMARC レポートも適切な宛先に届くことは多くありません。
- DMARC の可視性がない。セットが管理下のメールボックスへレポートを送らなければ、ドメインを詐称している送信元を確認できません。
- 移行時のベンダーロックイン。DNS、レジストラ、メールボックスホストがすべて同じ事業者のため、離れるには三つとも切り替えることになります。
それぞれの問題は相互に悪化させます。認証が弱いと共有 IP の問題が深刻になります。DMARC の可視性がなければ発見が遅れます。移行時のロックインがあればすぐに離れられません。これら四つの問題により、セット販売のドメインメールは規模が拡大すると期待どおりに機能しにくくなります。
問題 1: 共有 IP の評価低下
共有 IP の評価低下が最初の構造的な問題です。送信メールは 100-500 の別テナントと共有する IP から送られます。あるテナントが迷惑メールを送信すると、IP が主要なブロックリストに掲載され、解除まで受信トレイへの振り分けが悪化する可能性があります。解除には数日から数週間かかることもあります。
影響は対称ではありません。掲載の原因となったテナントが後処理の費用を負担することはまれです。同じ IP の別テナントが、返信の減少や顧客からの苦情という形で負担します。ブロックリストへの掲載時に、影響を受けるテナントへ積極的に通知しない Web ホスティング事業者も多くあります。通常より返信が減ったことに気づいてから調査を始めるため、その時点では数日または数週間にわたる重要な業務メールに影響が積み重なっている場合があります。
問題 2: 標準認証が弱い
二つ目の問題は、標準の認証が弱いことです。SPF は共有プラットフォーム全体の送信元を対象とする一つの共有レコードとして公開され、自社ドメインの実際の送信元だけに絞れません。DKIM はまったく提供されない場合も多く、あっても鍵がほとんどローテーションされないことがあります。DMARC は公開されないケースも少なくありません。
共有 IP の評価に問題がなくても、送信メールの認証は弱いままです。Gmail の一括送信者向け要件や Microsoft の厳しいアラインメント確認など、現在の受信側は大量の未認証メールを不利に扱います。この評価は IP の評判にかかわらずドメインにも適用されるため、きれいな共有 IP でもセット販売のメールが不利になることがあります。
問題 3: DMARC の可視性がない
DMARC レポートを使うと、自社ドメインを名乗ってメールを送る主体を把握できます。認証が必要な正規の送信元と、ブランドを装おうとする第三者の両方が含まれます。管理下のメールボックスにレポートが届かなければ、どちらも確認できません。
多くのセット販売型 Web ホスティングでは、DMARC レポートの転送先を利用者が設定できません。レポートが利用者ではなく事業者に届くと、ドメインの詐称元を確認できません。可視性がないまま数か月にわたって問題が蓄積してから表面化することがあります。専門メールボックスホストは、ドメインごとに指定されたメールボックスへレポートを送り、標準で可視性を提供することが一般的です。認証のより広い考え方は、独自ドメインメールを参照してください。
問題 4: 移行時のベンダーロックイン
セット販売では、DNS、レジストラ、メールボックスホストが同じ事業者にあります。一つを切り替えるとほかも切り替える必要が生じやすく、本来なら MX レコードの変更で済む作業が数週間の移行プロジェクトになります。プラットフォーム外への移行支援に、メールボックスごとに $50-200 を請求する事業者もあります。
このロックインにより、運用担当者は適切な時期を過ぎてもセット販売を使い続けがちです。時間、費用、顧客への影響を含む移行コストが、もう一四半期利用する追加費用より大きく見えるためです。配信上の問題が積み重なれば最終的に移行することになりますが、移行の負担が小さい場合より判断は遅れます。三つのレイヤーを一社が管理するドメインメールのセットには、このリスクがあります。
30 分で行う解決手順
Web ホスティングのドメインメールにある構造上の問題は、Web サイトを現在の場所に残し、メールだけを専門メールボックスホストへ移すことで対処できます。Web サイトの A および CNAME レコードは変更しません。MX レコードだけを更新し、新しいメールボックスホストへ向けます。新しいメールボックスの費用は $0-51/year です。
手順は次のとおりです。TrekMail で無料の Nano または $4/month の Starter に登録します。ダッシュボードでドメインを追加します。Web ホスティングの cPanel で DNS レコードの項目を探します。通常は「Zone Editor」または「DNS Manager」にあります。インターネットにドメインメールの配信先を伝える MX レコードを、TrekMail の値に置き換えます。TrekMail のウィザードが生成した SPF、DKIM、DMARC レコードを公開します。新しいメールボックスから Gmail、Outlook、Yahoo にテストメッセージを送り、三通すべてのヘッダーが PASS であることを確認します。これで基本設定は完了です。多くの運用担当者は 30 分以内に作業を完了できます。
解決策における TrekMail の役割
TrekMail はメールボックスのレイヤーを扱い、DNS、Web サイトのホスティング、ドメイン登録を管理しません。既存の DNS ホストで公開するレコードをプラットフォームが生成します。Web サイトは既存の Web ホストから引き続き配信され、ドメインも現在のレジストラに残ります。移るのはメールのレイヤーだけです。
顧客ごとの DKIM ローテーション、SPF の自動管理、DMARC レポートの転送は標準で行われます。セット販売に伴う四つの問題への構造的な対策がプラットフォームに組み込まれているため、運用担当者が個別に設定する必要を抑えられます。セット販売との費用比較は、ビジネスメールの料金を参照してください。
次のステップ
共有ホスティングに付属するドメインメールへの対処は明快です。Web サイトはそのままにして、メールを専門メールボックスホストへ移します。変更するのは MX と認証レコードだけです。Web サイトの DNS やレジストラに触れず、四つの構造的な問題を軽減できます。
trekmail.net/pricing で TrekMail Nano を無料で試せます。カードは不要で、現在公開されている条件では試用期限も定められていません。Nano は 10 ドメイン × 10 メールボックスに対応します。送信量が増えた場合、$4/month の Starter は 50 × 100 まで拡張できます。
これらの問題は、コストが見えないため再検討されにくい傾向があります。費用は請求書ではなく、失われた返信や遅くなった営業上の会話として現れます。専門ホストへ移すと、以前から存在したコストが見えるようになることがあります。一部の運用担当者は、移行から数週間で返信率が上がり、販売サイクルが短くなったと報告していますが、結果は送信状況や受信者に左右されます。
診断方法は簡単です。DMARC 集約レポート、つまり自社ドメインを名乗ってメールを送る主体を示す日次の概要が、管理下のメールボックスに届いているか確認します。届いていなければ問題 3 があり、ほかの三つも併存することがよくあります。専門ホストへの移行で四つをまとめて対処できます。セット販売を行うレジストラは、収益になる商品であるため、配信上の問題を積極的に示すことはまれです。運用担当者は DMARC レポートや返信率の低下から自分で問題を見つける必要があります。
同じ共有ホスティングアカウントで複数の Web サイトを運営している場合は、対応の優先度が高くなります。各サイトの送信メールは同じ IP と同様の認証上の弱点を共有します。顧客ごとに DKIM をローテーションする専門ホストなら、ブランドごとの評価を分離し、あるブランドの問題が同じ運用アカウント上の別ブランドへ波及するリスクを抑えられます。
最後に、最初にセットを販売したレジストラが配信上の問題を指摘することは多くありません。セット販売は利益になり、移行には手間が伴います。運用担当者は DMARC レポートや返信率の低下から自ら問題を見つける必要があります。そのため、解決は事業者の推奨ではなく、運用担当者が始めることになります。まだ設定していなければ、四半期ごとに DMARC レポートを確認するカレンダー通知を作成してください。
