2026 年に「メールアカウント数無制限」のホスティングを選ぶ際は、実際の条件を確認しましょう。無制限とは、高い上限、メールボックスごとの追加料金なし、またはリソースと公正利用条件の範囲内での利用を指すことがあります。以下の五つのモデルは、その違いを整理するためのものです。たとえば利用が増えた二年目に制限が目立つこともありますが、すべての事業者が意図的に隠しているとは限りません。
広告に載るメールボックス数だけでは、十分な比較になりません。ドメインごとの上限、メールボックス別または共有のストレージ、送信制限、接続数の制限が運用に影響します。プランのページですべてが強調されるわけではないため、公開された条件が予定する負荷に合うかを確認する必要があります。
この記事では五つの提供モデルと確認すべき制限を説明します。全体像はメールアカウント数無制限のホスティングも参照してください。
この市場で「無制限」が意味すること
広告の「無制限」は、「ドメイン当たり 1,000 メールボックス」「メールボックスごとの追加料金なし」、または高い利用上限を意味する場合があります。あらゆる面で容量が無限という約束ではありません。リソース、利用規則、契約条件は引き続き適用されます。宣伝文句を具体的な上限と条件に置き換えてから比較しましょう。
以下の五つのモデルは、課金や制限の構造が異なります。制限対象はドメインごとのメールボックス数、アカウントごとのドメイン数、ストレージ、送信量などです。予定する利用でどの上限が先に重要になるかを考えます。適したモデルとは、制限がないように見えるものではなく、明確な条件で必要な容量を確保できるものです。
五つの提供モデルの概要
これらの五つは、2026 年に多数のメールアカウントを運用する際の主要な方式ですが、市場のすべてを網羅するものではありません。表には制限の構造、想定用途、確認すべき要素を示します。最初のボトルネックは実際の使い方によって変わります。
| モデル | 制限の構造 | 想定用途 | 確認すべき制限 |
|---|---|---|---|
| 上限の高い定額プラン(TrekMail Agency) | 1,000 ドメイン × ドメイン当たり 1,000 メールボックス | 多くの顧客を管理する代理店 | ドメインごとの上限と共有リソース |
| ユーザー課金による拡張(Workspace) | ユーザーごとの料金、人数上限はエディションによる | 業務アプリのセットが必要なチーム | ユーザー費用とライセンス条件 |
| Web ホスティングとのセット(cPanel 型) | 契約とリソースの範囲内での「無制限」 | メール機能が要件に合うプロジェクト | 設定、送信規則、実際のリソース |
| 再販プログラム(顧客テナント管理) | 再販条件に基づくユーザーライセンス費用 | 自社の顧客へのサービス提供 | 付帯サービスとサポートを含めた利益率 |
| 自前運用(Postfix/Mailcow) | インフラの容量と設定 | 運用の余力があるチーム | サーバーリソース + 作業時間 |
代理店はモデル 1 の上限の高い定額プランを検討できます。ただし、これが多数の事業者にとって自動的に最善になるわけではありません。ほかの四つも、機能、ライセンス、リソース、運用条件が合えば選択肢になります。
モデル 1:上限の高い定額プラン(TrekMail Agency)
TrekMail Agency は、上限の高い定額プランの例です。過去の $279/年という料金例で扱うプランは、1,000 顧客ドメイン × ドメイン当たり 1,000 メールボックスを含みます。計算上は百万メールボックスですが、それらを同時に制約なく運用できるという約束ではありません。アカウントの共有ストレージは二百ギガバイトで、送信、接続、アクセス権、利用可能な容量にも制限があります。10 から 1,000 顧客ドメインへの拡張で基本料金が一定になるのは、現行プランの条件内での話です。
特にドメインごとのメールボックス上限を確認します。ある顧客ブランドに 1,000 を超えるメールボックスが必要なら、別の適切なプランやドメイン構成を検討すべきです。ドメインを追加しても、希望するアドレス形式を保てるとは限りません。50-500 の顧客ブランドがそれぞれ 5-30 メールボックスを使う例はドメイン上限内ですが、ストレージなどの制限には達する可能性があります。詳しくは代理店向けメールホスティングを参照してください。
モデル 2:ユーザー課金による拡張(Workspace、M365)
ユーザー課金では、製品の条件に従って追加のアクティブユーザーをライセンスします。Google Workspace と Microsoft 365 はその例ですが、Business エディションにはユーザー数の上限があります。過去のユーザー当たり $6-7.20/月という例は、この単価でアカウントをいくらでも追加できるという意味ではありません。大規模な組織は、対応する Enterprise 提供条件、ライセンス上限、見積もりを別途確認します。予算は制約の一つにすぎません。
ライセンス費用は重要な要素です。過去の価格に基づく計算では、100 メールボックスが $7,200-8,640/年、1,000 では計算上 $72,000-86,400/年です。後者は Business プランの価格保証ではなく、実際に利用できる Enterprise の見積もりが必要です。50 メールボックスを超えると定額プランとの比較が有用ですが、機能は同一ではありません。30 ユーザー未満で文書や共同作業のアプリを求めるチームに合うこともあり、それ以上でも料金だけでなく得られる価値を考えます。
モデル 3:Web ホスティングとのセット(cPanel 型)
Bluehost、HostGator、DreamHost などの Web ホスティング事業者は、メールをセットで提供します。「無制限」はメールボックスごとの追加料金なしを意味する場合がありますが、リソースと利用条件の上限は残ります。共有 IP は配信が悪い証拠ではありません。cPanel は DKIM、SPF、DMARC に対応しており、具体的な設定と事業者の運用支援が重要です。
受信トレイへの配信率が 10-30% 下がるというのは仮定の例で、こうしたセットを測定した結果ではありません。6-18 か月のプロジェクトでも認証、リソース、送信条件を確認するべきです。長期運用だから自動的に不適切になるわけではありません。配信が劣るという一律の前提ではなく、実際の品質と総費用で判断します。
モデル 4:再販プログラム(顧客テナント管理)
Workspace Reseller や Microsoft CSP では、代理店が提供元のサービスを再販します。顧客テナントを管理することは、テナントごとの定額料金を意味しません。通常はユーザーと契約条件に基づくライセンス費用が発生し、製品の上限も適用されます。利益率は仕入れ条件、サービスの範囲、顧客が支払う価格によります。
顧客が Workspace や M365 を明確に求める場合、このモデルが適することがあります。主にメールが必要な場合でも、ライセンスとサポート費用をほかの方式と比較します。専門的な小規模代理店にも、中小企業を支援する MSP にも、採算が合う場合と合わない場合があります。サービス、サポート、契約を具体的に計算せず、利益率を一律に判断することはできません。
モデル 5:自前運用
自前運用は、自分で管理するインフラで Postfix や Mailcow を動かす方式です。「無制限」でもリソースと設定が上限になります。$20-50/月の VPS で数百メールボックス、$100-200/月の専用サーバーで数千というのは計画の例で、容量保証ではありません。性能はストレージ、負荷、設定などによって変わります。更新、証明書、バックアップ、障害対応に月 4-12 時間というのも、例示した作業量の見積もりです。
運用の余力があるチームや、管理付きサービスでは使えない細かな Postfix 設定が必要な場合、自前運用が合うことがあります。B2B チームは作業時間も総費用に含めましょう。人件費が節約額を上回るかは、自動化、経験、要件、時間の評価によります。実際の条件で管理付きサービスと自前運用を比較する必要があります。
規模が大きくなると重要になる制限
目立ちにくい制限には、主に五つの領域があります。ドメインごとのメールボックス数、例として 300-1,000。アカウント全体で共有する送信上限、例として一日 6,000-40,000 通。メールボックスとユーザー IP ごとの IMAP 接続数、例として 10-100。ストレージはメールボックス別またはアカウント共有の上限があり得ます。さらに、同時 IMAP セッション全体の別の上限がある場合もあります。数値は例で、多数の提供元の統計ではありません。各制限の適用範囲を確認してください。
制限が重要になる場面は異なります。大きな顧客ブランドはドメインごとの数に達し、大量送信はアカウントの共有上限に達することがあります。送信枠は迷惑メールの許可ではなく、営業メールも利用規則と法律に従う必要があります。多い添付ファイルはストレージを、多い端末は接続数を消費します。事前に条件を読むことで、成長時に公開された上限へ突然突き当たるリスクを減らせますが、将来の制限をすべて防げるわけではありません。
第六の考え方として、価格帯内でメールボックス数を別途制限しない一方、周辺ツールがたとえば五つ程度の管理を前提にしている提供方式もあります。実際の機能とアクセス権を確認しましょう。検索は複数のメールボックスを対象にできるか、共有アドレスには適切な権限を持つ実際のメンバーがいるか、百個目のメールボックスもフォームや API で作成できるかが確認点です。単なるエイリアスが複数のメールボックスへ自動で配信するわけではありません。メールボックス横断検索は有用な確認項目ですが、すべてのサービスにある機能ではありません。
次のステップ
適するモデルは運用要件によります。代理店は上限の高い定額プランを確認できます。30 ユーザー未満で業務アプリが必要なチームにはユーザー課金も候補です。Web ホスティングとのセットは実際の設定で判断し、短期プロジェクトだけに限定する必要はありません。再販は顧客の製品要件に応じて、自前運用は運用の余力を踏まえて検討します。
trekmail.net/pricing で TrekMail を確認してください。現在無料の Nano は 10 ドメイン × ドメイン当たり 10 メールボックスで、すべての送信と返信に自前の SMTP が必要です。ほかの上限も適用されます。Agency は過去の例で $279/年、1,000 × 1,000 を含み、アカウントのリソースを共有します。機能、容量、条件が合えば代理店の候補になりますが、ユーザー課金の製品にある業務アプリのセットを自動的に置き換えるものではありません。詳しくは複数ドメインのメールホスティングを参照してください。
後から選択を変えることもできますが、作業が必要です。ユーザー費用から移行が妥当と判断した場合、対応するメールボックスの内容を定額サービスへ移せます。転送と DNS 更新に数日というのは計画の例です。期間と費用はデータ量、アクセス、移行元の制限、検証によって変わり、ほかのデータには別の手順が必要な場合もあります。損失がないことや一定の期間は、あらかじめ保証できません。
広告は大規模な運用の条件を常に十分説明するとは限りません。リソースと契約上の制限が、実際に適するかを左右します。利用規約、ドメイン上限、送信制限の確認は、見出しだけの比較より有用です。制限は利用前に見つけられる場合もあります。細かな条件を読む 15 分間は計画例で、すべての問題を発見できるという約束ではありません。
複数ブランドの運用では、定額モデルが費用を把握しやすくする場合があります。扱っている TrekMail Agency の例では、ブランド 1 の 50 メールボックスとブランド 200 の 30 メールボックスが同じ基本料金 $279/年に含まれます。ただし、共有リソースが足り、ほかの上限も守る必要があります。ユーザー課金ではブランド全体の追加ライセンスが積み上がります。定額でも将来の価格や条件の変更がなくなるわけではありません。
契約前に、ドメインごとのメールボックス上限、アカウント共有の日次送信上限、IMAP 接続上限を書面で確認しましょう。適用範囲を伴う数値は比較に役立ちますが、品質のすべてを証明するものではありません。「実用上の制限なし」「公正利用による」といった回答は、リソースと契約条件を詳しく確認します。それだけで隠蔽と決めつける必要はありません。この三つの質問に使う 10 分間は時間の例です。回答は想定外の問題を減らす助けになりますが、将来の追加リソースの必要性まではなくせません。