※本ページにはプロモーション(広告)が含まれています。
独自ドメインのメールが届かない・送れない【2026年10月】原因の切り分けと直し方
実測・公式情報にもとづいて執筆しています
「お問い合わせフォームからのメールが、いつの間にか届かなくなっている」「こちらから送ったはずなのに、相手から『来ていません』と言われる」——独自ドメインのメール(info@自分のサイト.com のような、自分のドメインで作ったメールアドレス)のトラブルは、気づいたときにはもう何通か取りこぼしたあと、ということが少なくありません。
しかも調べ始めると、SPF・DKIM・DMARC・MXレコード・ポート587……と見慣れない言葉ばかりが出てきます。「DNSを触って、サイトまで表示されなくなったらどうしよう」と手が止まってしまう方も多いところです。
この記事では、専門知識がなくても順番にたどれるように、原因の切り分けを上から並べました。ほとんどのケースは、最初の3つのどれかで解決します。難しい設定は「公式マニュアルのここを見ればいい」という形で案内しますので、自分で全部を理解する必要はありません。
結論:まず「送れない」のか「届かない」のかを分ける。それだけで原因は半分に絞れる

メールのトラブルは、原因が送信側にあるのか受信側にあるのかで、見るべき場所がまったく違います。最初にやることは1つだけです。
ブラウザから「WEBメール」にログインして、送受信できるか試してください。
WEBメール(ブラウザ上で使えるメール画面)は、エックスサーバーにもConoHa WINGにも標準で用意されています。パソコンやスマホのメールアプリを経由しないので、「アプリの設定が悪いのか、サーバー側の問題なのか」を一発で切り分けられます。
| WEBメールでの結果 | 原因がある場所 | この記事で読むべき章 |
|---|---|---|
| WEBメールなら送れる/届く | パソコン・スマホのメールアプリの設定 | 原因1 |
| WEBメールでも送れない | サーバー側の設定、または相手側の受信拒否 | 原因2・3・5・6 |
| WEBメールには届いているが手元のアプリに来ない | メールアプリの設定、または迷惑メールフォルダ | 原因1・4 |
| 送信も受信も、特定の相手だけダメ | 送信ドメイン認証(SPF・DKIM・DMARC) | 原因2 |
ここさえ押さえれば、あとは該当する章だけを読めば大丈夫です。
原因1:メールアプリの「ポート番号」と「SMTP認証」がずれている

WEBメールでは送れるのに、Outlookやスマホのメールアプリからは送れない。この場合、原因のほとんどはメールアプリ側の設定です。特に多いのが送信ポートの番号です。
送信ポートが「25」になっていないか確認する
多くのインターネット回線では、迷惑メール対策として「25番ポート」からの送信をブロックしています。これはOP25B(Outbound Port 25 Blocking)と呼ばれる、プロバイダ側の仕組みです。エックスサーバーの公式マニュアルでも、標準の25番ポートで送信エラーが出る場合は、メールソフトの送信ポート(SMTPポート)を587番に変更するだけで送信できるようになると案内されています。
エックスサーバーの場合、2026年10月時点の公式マニュアル「メールソフトの設定」に記載されているポート番号は次のとおりです。
| 用途 | STARTTLSの場合 | SSL/TLSの場合 |
|---|---|---|
| 受信(POP) | 110 | 995 |
| 受信(IMAP) | 143 | 993 |
| 送信(SMTP) | 587 | 465 |
ConoHa WINGも公式のご利用ガイド「メールクライアントソフトを設定する」で、POPは995(SSL)/110、IMAPは993(SSL)/143、SMTPは465(SSL)/587と案内されており、番号の考え方は同じです。
まずはお使いのメールアプリの「送信サーバー」設定を開いて、ポートが587か465になっているかを見てください。ここが25になっていたら、変更して送信を試すだけで直ることがよくあります。
「SMTP認証」のチェックが外れていないか
エックスサーバーは、メール送信時にIDとパスワードを確認するSMTP認証(SMTP-AUTH)という方式を採用しています。公式マニュアルでは、メールソフト側で「認証が必要」や「パスワード認証」にあたる項目を選ぶことで設定できると案内されています。
注意したいのは、自分で設定を変えていなくても、メールアプリの自動アップデートで設定が変わってしまうことがある点です。エックスサーバーのよくある質問でも、この可能性に触れたうえで設定の再確認を案内しています。「昨日まで送れていたのに今日から送れない」というときは、ここを疑ってみてください。
サーバー名(ホスト名)が合っているか
受信・送信サーバー名には、契約時の設定完了メールに書かれている「メールサーバー」(例:sv○○○.xserver.jp のような形)を入れます。これはサーバーパネルの「サーバー情報」に書かれているホスト名と同じものです。ConoHa WINGの場合は、コントロールパネルの「メール/FTP/ネームサーバー情報」から確認します。
なお、エックスサーバーの公式マニュアルでは、POPとIMAPの併用は挙動に不具合が出る可能性があるため推奨されていない、WEBメールを使う場合はIMAPで統一してほしい、という注意も書かれています。複数の端末で同じメールを見たい方はIMAPに揃えておくのが無難です。
原因2:SPF・DKIM・DMARCが未設定で、Gmailなどに弾かれている

「Gmailの人にだけ届かない」「相手の迷惑メールフォルダに入ってしまう」——この症状なら、送信ドメイン認証が原因である可能性が高いです。ここは2024年に大きなルール変更があった部分なので、少し丁寧に説明します。
そもそも何をする仕組みなのか
メールは、送信者名を偽るのが技術的に簡単です。そこで「このドメインから出たメールは本物ですよ」と証明する仕組みが用意されました。それが次の3つです。
- SPF:「このサーバーから送られたメールは、うちのドメインの正式なメールです」とDNS(ドメインの住所録)に書いておく仕組み
- DKIM:メールに電子的な署名を付けて、途中で改ざんされていないことと、確かにドメインの持ち主が送ったことを示す仕組み
- DMARC:SPFやDKIMの確認に失敗したメールを、受け取った側にどう扱ってほしいか(そのまま配送/迷惑メール扱い/受け取らない)を指定する仕組み
2024年2月からGmailの要件が変わった
Googleの「メール送信者のガイドライン」では、2024年2月1日以降、個人用のGmailアカウント(@gmail.com など)宛にメールを送るすべての送信者に対して、送信元ドメインにSPFまたはDKIMのいずれかのメール認証を設定することが要件として示されています。あわせて、送信元のドメインまたはIPに有効な正引き・逆引きのDNSレコード(PTRレコード)があること、メール送信にTLS接続を使うこと、RFC 5322準拠の形式でメールを作ること、Gmailの From: ヘッダーのなりすましをしないことなども挙げられています。
さらに、Gmailアカウント宛に1日あたり5,000件を超えるメールを送る送信者には、SPF・DKIM・DMARCのすべての設定が必要と案内されています(DMARCのポリシーは「none」でも可)。この場合は、From: ヘッダーのドメインがSPFまたはDKIMのドメインと一致していること(DMARCアライメント)や、マーケティングメールのワンクリック登録解除なども求められます。
個人ブログやお店のサイトから数通送る程度なら5,000件の要件は関係ありませんが、SPFまたはDKIMは全送信者が対象です。ここが空のままだと、Gmail側で迷惑メールに分類されたり、受け取ってもらえなかったりすることがあると、Googleのヘルプに記載されています。
自分のサーバーで何をすればいいか
幸い、主要なレンタルサーバーなら管理画面のスイッチを入れるだけで済みます。
エックスサーバーの場合(2026年10月時点の公式マニュアル)
- SPF:ドメイン設定で独自ドメインを追加したときに、SPFレコードが自動で追加されます。公式マニュアルにも「お客様ご自身でSPF設定を追加していただく必要はありません」と明記されています。つまりエックスサーバーを使っているなら、SPFは基本的にもう入っています。
- DKIM:サーバーパネルの「DKIM設定」で、対象ドメインの設定状況を「OFF」から「ON」に切り替えるだけです。
- DMARC:サーバーパネルの「DMARC設定」から、ポリシー(何もしない/迷惑メールとして配送する/メールを配送しない)とレポートの通知先を設定します。公式マニュアルでは段階的な導入が推奨されており、まず「何もしない」でレポートをONにし、届いたレポートの内容を見ながら徐々に厳しくしていく流れが案内されています。いきなり「メールを配送しない」にすると、設定漏れがあったときに自分のメールが全部止まるので、この順番は守ってください。
ConoHa WINGの場合(2026年10月時点の公式ご利用ガイド)
コントロールパネルの「WING」→「メール管理」→「メール設定」でメールアドレスを開くと、詳細画面の「DNS情報」にSPFとDKIMのレコード値が表示されます。これをDNSに登録する、という手順です。ConoHaのDNSをそのまま使っている場合と、他社のネームサーバーを使っている場合で登録先が変わるので、公式ガイドの案内に沿って進めてください。
他社のネームサーバーを使っているときの落とし穴
エックスサーバーのDKIM設定マニュアルには、他社のネームサーバーを利用している場合は、サーバーパネルで設定したあとに他社のネームサーバー側でもDNSレコードを追加する必要があると書かれています(追加するレコードは「DKIM設定一覧」の表示ボタンから確認できます)。
ドメインを別の会社で管理している方は、ここで片手落ちになりがちです。「サーバー側ではONにしたのに効いていない」というときは、この二度手間を忘れていないか確認してください。ドメインとサーバーを同じ会社でまとめるかどうかの判断については、ドメインとサーバーは同じ会社で契約すべきかで詳しく整理しています。
なお、DNSの設定はすぐには反映されません。エックスサーバーのSPF設定マニュアルでも、サーバーに反映されるまで数分から数時間かかる場合があると案内されています。変更した直後にうまくいかなくても、少し待ってから再確認してください。
原因3:MXレコードが正しくない。メールだけ別のサーバーに向いている

「サイトは表示できるのに、メールだけ届かない」場合は、MXレコードを疑います。MXレコードは「このドメイン宛のメールは、このサーバーに届けてください」という案内板のようなものです。これが実態とずれていると、メールだけが迷子になります。
よくあるのは次のパターンです。
- サーバーを乗り換えたあと、MXレコードが古いサーバーのまま残っている
- Google Workspaceなど外部のメールサービスを使い始めたのに、サーバー側のMXレコードを変えていない
- 逆に、外部メールサービスをやめたのにMXレコードがそちらを向いたまま
エックスサーバーの公式マニュアル「DNSレコードの編集」では、MXレコードの内容欄にはホスト名を指定する(IPアドレスは指定できない)こと、優先度は値が小さいほど優先度が高いことが案内されています。Google Workspaceを使う場合は専用のマニュアルページも用意されています。
もう1つ注意したいのが、同じドメインのメールをサーバー側でも持ったままにしているケースです。エックスサーバーの「外部メールサーバーをお使いいただく場合」というマニュアルには、外部のメールサーバーを使いたいドメインについては、サーバー側に設定されているメールアカウント・メーリングリスト・メールマガジンをすべて削除する必要があると書かれています。削除しないままだと、サーバーが「自分宛のメールだ」と判断して内部で処理してしまい、外部のメールサーバーまで届きません。
ConoHa WINGにも同じ性質の仕組みがあり、公式ガイドでは「ローカル配送」という名前で説明されています。送信先のドメインをConoHa WING上でWebだけ使っていて、メールは他社サーバーという構成のときに、ローカル配送をOFFにしないと User unknown in virtual mailbox table というエラーで届かないケースが案内されています。
原因4:届いてはいるが、迷惑メールフォルダに振り分けられている

意外と多いのがこれです。サーバー側のフィルタが「迷惑メールらしい」と判定して、受信箱ではないフォルダに入れています。送信側も受信側も正常に動いているので、エラーメールも出ません。
- エックスサーバー:サーバーパネルの「迷惑メールフィルタ設定」で、ドメインごとにフィルタのON/OFF、判定されたメールの処理(受信箱に配信する/迷惑メールフォルダへ移動/ゴミ箱フォルダへ移動/削除)、ホワイトリスト・ブラックリストを設定できます。受信側のDMARC判定の扱いもこの画面です。公式マニュアルには、検知時の処理設定にかかわらず、迷惑メール判定されたメールは件名の先頭に
[SPAM]が付加されると書かれています。届いたメールの件名に[SPAM]が付いていたら、サーバー側のフィルタが反応したというサインです。なお「削除する」に設定しているとサーバーから消えてしまい後から確認できないので、判定ミスが心配なうちは「迷惑メールフォルダへ移動する」にしておくのが安全です。 - ConoHa WING:公式のよくある質問によると、迷惑メールフィルターは件名に
[spam]を付与してそのまま受信するか、迷惑メールフォルダへ振り分けるかを選べます。特定の相手を受信拒否したいときはブラックリスト、誤判定されてしまう相手はホワイトリストに登録します。
「この相手のメールだけ毎回入ってこない」という症状なら、まずホワイトリストに相手のアドレスを登録するのが最短の解決策です。
原因5:容量オーバーか、送信数の上限に引っかかっている

ある日を境に、急に受信も送信もできなくなった。この場合は容量か通数を疑ってください。
メールボックスの容量
エックスサーバーの公式仕様では、メールボックスの容量はメールアカウントごとに1〜20,000MBの範囲で設定でき、その使用量はサーバーのディスク容量に含まれます。容量いっぱいになると、それ以上のメールは受け取れません。送信した相手には user is over quota(メールボックスがいっぱい)といったエラーメールが返ります。
数年放置した info@ のアドレスで起きがちなトラブルです。古いメールを削除するか、容量を増やす設定に変えれば解消します。
送信できる通数の上限
共用のレンタルサーバーには、送信できるメールの数に上限があります。エックスサーバーの公式マニュアル「メール関連の仕様一覧」には、全プラン共通の目安として1,500通/時間、15,000通/日と記載されています(数値は目安で多少の超過は許容範囲、ただし迷惑メールの配信があった場合は範囲内でも制限する、という注記付きです)。受信数については特に制限を設けていないとされています。
メールマガジンや一斉配信をしようとして急に送信できなくなった、というときはここに当たっている可能性があります。ConoHa WINGの公式ガイドでも、同一IPから大量送信して送信数制限に抵触した場合に too many recipients というエラーが出ると説明されており、共用サーバーの仕様上、大量送信は控えてほしい旨が案内されています(ConoHa WINGについては、具体的な通数の上限を明記した公式ページは2026年10月時点で確認できませんでした)。
大量配信が必要なら、共用サーバーのメール機能ではなく、配信専用のサービスを使うのが本来の形です。
1通あたりのサイズ
送れるメールのサイズにも上限があります。エックスサーバーの公式仕様では送信可能なメールサイズの目安は1通あたり100MB、受信については制限なし(ただしメールボックスの容量を超えるものは送受信できない)とされています。ConoHa WINGも公式のよくある質問で1通あたり100MBまで送受信可能と案内しています。
とはいえ、受け取る相手のメールサーバー側にもっと小さい上限があることがほとんどです。大きなファイルはメールに添付せず、ファイル共有サービスのリンクを送るほうが確実です。
原因6:海外からアクセスしていて、送信がブロックされている

出張先や海外在住で急に送信できなくなった場合は、これが原因かもしれません。
エックスサーバーは、セキュリティと安定性のために国外IPアドレスからのSMTP認証によるメール送信を制限しています。海外から送る必要がある場合は、サーバーパネルの「SMTP認証セキュリティ設定」で国外アクセス制限を解除する、と公式のよくある質問に案内されています。公式のメール仕様一覧にも、送信時の認証方式はSMTP AUTHで国内ネットワークからの接続のみ利用可能、国外アクセス制限設定を無効にすれば国外からも利用可能、と書かれています。
ConoHa WINGにも同様の「国外IP制限」の設定があり、日本国外からメールが送信できなくなった場合はこの設定がONになっている可能性がある、と公式のよくある質問で案内されています。
海外からの旅行中だけ困っている、というときは、WEBメールを使うか、設定を一時的に解除するかのどちらかで対応できます。
エラーメールが届いていたら、そこに答えが書いてある

送信に失敗すると、Mail Delivery System という差出人からエラーメールが返ってくることがあります。英語で長いので読み飛ばしがちですが、原因がほぼ書かれています。ConoHa WINGの公式ガイド「メールの送受信ができない場合」で説明されている代表的なものを、意味とあわせて整理しました。
| エラーの文言 | 意味 | 対応の方向 |
|---|---|---|
User unknown / Host unknown |
宛先のメールアドレスが存在しない、または接続できない | アドレスの綴りを確認する |
recipient rejected / Access denied |
送信先のサーバー側で何らかの理由により拒否された | 送信先のサーバー管理者に理由を確認してもらう |
too many recipients |
送信数制限に引っかかった | 一度に送る件数を減らす |
user is over quota / mailbox for user is full |
宛先のメールボックスがいっぱい | 相手側で容量を空けてもらう |
listed by Invaluement |
ブロックリストに登録されている | サポートにエラー全文を添えて解除申請を相談する |
Please receive your mail before sending |
メールソフトを長時間開きっぱなしにしていた | メールソフトを再起動する |
ip and spf record not match |
転送時にSPFレコードの不備で失敗した | DNSのSPF設定を見直す |
550-5.7.26 / unauthenticated |
転送先のセキュリティ基準を満たさず、なりすましと判断された | SPF・DKIMを設定し直す |
エラーメールが1通も来ていない場合は、「送信自体は成功していて、相手の迷惑メールフォルダにいる」か「転送の途中で消えている」可能性が高くなります。原因2と原因4を見直してください。
それでも直らないなら、メールの設定が素直なサーバーに移すという手もある

ここまで試しても解決しない場合、サーバー側の機能が足りていないか、管理画面が複雑すぎて設定にたどり着けていないのかもしれません。筆者はエックスサーバーとConoHa WINGをどちらも運用していますが、メール周りの「迷ったときに自力で直せるか」という観点では、この2つは安心感があります。
エックスサーバー
メール関連の仕様と手順が、公式マニュアルとよくある質問にかなり細かく公開されているのが強みです。
- 独自ドメインを追加した時点でSPFレコードが自動設定される
- DKIMもDMARCも、サーバーパネルのスイッチで設定できる(DMARCは段階導入の手順まで案内されている)
- 送信数の目安(1,500通/時間、15,000通/日)が数値で公開されている
- 送信・受信ともに自動でウイルスチェックが行われる(WithSecure社のプログラムを採用と公式に記載)
- 迷惑メールフィルタをドメインごとに細かく設定できる
- メールアカウント数は無制限、メールボックス容量は1アカウントあたり1〜20,000MBで設定可能
「あとで自分で調べて直したい」という方には、情報が揃っている分だけ扱いやすいサーバーです。全プランに10日間の無料お試し期間が用意されているので、本契約の前にメールの設定画面を見てから決められます。
ConoHa WING
管理画面がすっきりしていて、メール設定の画面からSPF・DKIMのレコード値をそのまま確認できる作りです。エラーメッセージ別の原因と対処をまとめた公式ガイドがあるのも、初めての方には心強いところです。
- メール設定画面でSPF・DKIMのDNS情報を確認できる
- 迷惑メールフィルターとウイルスチェックが標準で用意されている(Vade社提供と公式仕様資料に記載)
- メールアドレス数は無制限、メーリングリスト・自動返信・メール転送も標準機能
- Webサイト・メール・データベースを1日1回自動バックアップし、過去14日分を復旧用に利用できる
メールのデータもバックアップ対象に入っているので、「設定をいじって壊すのが怖い」という方にとっては保険になります。
2026年11月9日時点で、ConoHa WINGは新規申し込みを停止しています(再開時期は未定)。 今すぐ契約したい方は、上のエックスサーバーをご検討ください。
最新の料金・キャンペーンは公式サイトで確認できます
ConoHa WING 公式サイト【重要】ConoHaは2026年10月24日から新規申込を停止しています(確認日: 2026-11-09、出典: https://www.conoha.jp/wing/)
乗り換えてもメールアドレスは変わりません
よくある誤解なのでここで書いておきます。独自ドメインのメールアドレスは、サーバーを変えてもアドレス自体は変わりません。 info@自分のサイト.com というアドレスは、ドメインに紐づいているものだからです。
変わるのは「そのメールをどのサーバーが受け取るか」だけで、名刺やWebサイトに載せたアドレスを書き換える必要はありません。実際の切り替え手順や、切り替え中にサイトを止めない進め方はネームサーバー変更でサイトを止めない方法とサーバー乗り換えの全体の流れにまとめています。
FAQ:独自ドメインのメールでよくある疑問
Q. DNSを触るのが怖いです。設定を間違えるとサイトも見られなくなりますか?
SPFやDKIMで追加するのはTXTレコードという種類のもので、サイトの表示に使われるAレコードやCNAMEとは別物です。TXTレコードを追加・削除してもWebサイトの表示には影響しません。ただしMXレコードやネームサーバーそのものを変更する場合は、メールの配送先が変わるので慎重に進めてください。エックスサーバーのSPF設定にはカスタム設定を元に戻す「初期化」機能もあるので、万一おかしくなっても標準設定に戻せます。
Q. 設定を変えたのに直りません。すぐに反映されないのでしょうか?
DNSの変更は即座には反映されません。エックスサーバーの公式マニュアルでも、SPF設定がサーバーに反映されるまで数分から数時間程度かかる場合があると案内されています。設定を変えたら、まず数時間空けてから再度試してください。何度も設定を変え直すと、どれが効いたのか分からなくなります。
Q. お問い合わせフォームからのメールだけ届きません。
フォームが送信者として設定しているアドレスと、実際に送信しているサーバーが一致していないケースが多いです。たとえばフォームの差出人を「訪問者が入力したアドレス」にしていると、そのドメインのSPFに自分のサーバーが入っていないため、なりすましと判定されて弾かれます。差出人は自分のドメインのアドレスに固定し、訪問者のアドレスは返信先(Reply-To)に入れる設定にすると改善することが多いです。
Q. DMARCは設定したほうがいいですか?
Gmail宛に1日5,000件を超えて送る場合は、Googleのガイドラインで必要とされています。それ未満でも、なりすまし対策として設定しておく価値はあります。ただし先に書いたとおり、エックスサーバーの公式マニュアルでも段階的な導入が推奨されています。まずポリシーを「何もしない」にしてレポートをONにし、認証の成功・失敗の状況を見てから厳しくしていってください。なお、レポートの通知先アドレスはDNSレコードに書かれるため外部から見えます。公開されても問題ないアドレスを使ってください。
Q. サーバーを乗り換えると、過去のメールは消えますか?
サーバー上に残っているメール(IMAPで同期しているもの)は、新しいサーバーにデータを移す作業が必要です。POPでパソコンにダウンロード済みのものは手元に残ります。移行作業に不安がある場合は、新旧のサーバーを数週間並行させ、新しいほうに切り替わったことを確認してから古いほうを解約するのが安全です。独自ドメインのメールアドレス自体は変わらないので、周囲への告知は要りません。
Q. Gmailで独自ドメインのメールを送受信していますが、これでも設定は必要ですか?
必要です。GmailをSMTPサーバーとして使って独自ドメインのアドレスから送信する場合、そのドメインのSPFレコードにGoogleの送信元を含めておかないと、認証に失敗します。エックスサーバーにはこのための「Gmail許可」という設定が用意されていて、ONにするとSPFレコードに include:_spf.google.com が追記されます。
Q. 独自ドメインのメールと無料のメール、どちらを使うべきですか?
お店や事業で使うなら独自ドメインのメールをおすすめします。送信者が誰か一目で分かり、信頼されやすいためです。ただし、ここまで見てきたとおり届くかどうかはDNSの設定次第なので、「作って終わり」にせず、SPFとDKIMだけは必ず入れておいてください。それだけで到達率はかなり変わります。
まとめ:順番にたどれば、ほとんどは自分で直せる
独自ドメインのメールトラブルは、ややこしく見えて実は確認する場所が決まっています。もう一度、順番だけ整理します。
- WEBメールで試す — 送信側か受信側か、アプリかサーバーかを切り分ける
- ポート番号を587か465に — 25になっていたらまずここ
- SPFとDKIMをONにする — Gmail宛に届かないときの最大の原因
- MXレコードを確認する — サイトは見えるのにメールだけ届かないとき
- 迷惑メールフォルダとホワイトリスト — 届いているのに気づいていないケース
- 容量と送信数の上限 — 急に止まったとき
そして、ここまで試しても直らないときは、サーバーを変えるという選択肢があります。独自ドメインのメールアドレスは乗り換えても変わりませんし、エックスサーバーのように10日間の無料お試しがあるサービスなら、管理画面を自分の目で確かめてから決められます。
メールが確実に届くようになると、お問い合わせの取りこぼしがなくなり、「あのメール、ちゃんと届いてますか」という確認の連絡も要らなくなります。設定を1つずつ埋めていくだけの作業です。今日は「WEBメールで送受信できるか」の確認だけでも、やってみてください。そこが分かれば、次に見る場所は自動的に決まります。
最新の料金・キャンペーンは公式サイトで確認できます
ConoHa WING 公式サイト【重要】ConoHaは2026年10月24日から新規申込を停止しています(確認日: 2026-11-09、出典: https://www.conoha.jp/wing/)
無料で試せるサーバーを横断で比べたい方は無料お試し期間があるレンタルサーバーの比較も参考にしてください。複数のサイトとメールを1契約でまとめたい場合はマルチドメインの落とし穴もあわせてどうぞ。