Webメールとは
Webメールは、ブラウザからメールの送受信や管理を行うサービスです。「ウェブメール」と読み、利用者はWebブラウザーでサービスのURLを開き、受信箱、作成画面、検索、連絡先などを操作します。
画面はWebページに見えますが、背後ではWebアプリが利用者を認証し、メールボックス、検索索引、送信受付、迷惑判定などへ接続します。ブラウザー自身がインターネット上の相手と直接SMTPで会話しているわけではありません。
Webメールは「メールを運ぶ通信規格」の名前ではなく、メール機能をWebアプリとして提供する利用形態です。外側ではHTTPS、サービス内部や他サーバーとの間ではSMTPなど別の仕組みが働きます。

画面から配送までを五つの層で見る
- 01ブラウザーと画面
HTML、CSS、JavaScriptで受信箱や作成画面を表示し、操作をHTTPS要求にする。
- 02ログインとセッション
パスワードや追加認証を確認し、ログイン後の操作をCookieなどのセッションへ結び付ける。
- 03Webメールアプリ
一覧作成、検索、振り分け、連絡先、添付、下書き、送信予約などを処理する。
- 04メッセージ保管
受信、送信済み、下書き、フォルダー、ラベル、利用量をサーバー側へ保存する。
- 05メール送受信
送信受付からSMTP配送へ渡し、受信したメールを検査して保管する。
メールソフトとの違いは「入口」と「保存の設計」
インストール型のメールソフトは、IMAPなどでメールサーバーへ接続し、端末にも一覧や本文をキャッシュします。WebメールはブラウザーからWebアプリへ接続し、基本の状態をサーバー側で管理します。
ただし境界は絶対ではありません。Webアプリもオフライン用データを端末へ保存でき、インストール型アプリもほぼすべてをサーバーへ残せます。「ブラウザーなら端末に何も残らない」「アプリならサーバーに残らない」とは言えません。
どの端末でも同じ状態が見える理由
既読、移動、削除、下書き、連絡先などをサービス側へ保存するため、別の端末でログインしても同じ状態を再現できます。一方、端末だけに保存したダウンロードファイル、ブラウザーの入力履歴、通知許可、ローカルの下書きは同期しない場合があります。
オフライン機能を有効にした場合は、本文や添付の一部が端末へ保存されます。共有端末や管理外端末では、オフライン保存を有効にせず、ダウンロード先とブラウザーのプロファイルを確認します。
ログアウトはタブを閉じることと同じではない
ログイン後、サービスはセッション識別子をCookieなどでブラウザーへ持たせます。タブやウィンドウを閉じても、そのCookieが有効なら再び受信箱が開くことがあります。共有端末ではサービスのログアウトを実行し、ブラウザーへパスワードを保存しません。
不審なログインに気付いたときは、パスワード変更だけでなく、他のセッションを失効し、回復先、転送規則、フィルター、連携アプリ、送信済みを確認します。攻撃者は受信を監視するため自動転送を残すことがあります。
アドレス欄のドメインを確認する
WebメールはWebサイトなので、URLとドメイン名の確認が重要です。検索結果やメール内のリンクから毎回入らず、公式ページをブックマークするか、公式アプリから開きます。
HTTPSの証明書エラーを無視しません。ただし、鍵マークだけで運営者が期待どおりとは限りません。完全なホスト名を読み、よく似た文字や余分な語が付いた偽サイトを避けます。
外部画像と添付はWeb画面の外へ通信する
HTMLメールの外部画像を表示すると、画像を置くサーバーへ取得要求が送られ、開いた時刻やIPアドレスなどが伝わる場合があります。サービスが画像を代理取得する場合もありますが、方式は異なります。
添付ファイルを開けば、ブラウザー内の閲覧機能で表示するか、端末へダウンロードします。保存先と起動するアプリを確認し、警告を回避しません。拡張機能がWebメールのページを読める権限を持つ場合もあるため、不要なものを外します。
容量、削除、バックアップはサービス条件を確認する
受信箱の容量には本文、添付、迷惑メール、ゴミ箱が含まれる場合があります。容量超過は新しい受信の失敗につながります。削除後の保持期間、復元範囲、データ書き出し、退会後の扱いはサービスごとに違います。
Webメールの受信箱を唯一の保管場所にするなら、失いたくないメールの書き出し方法、アカウント回復方法、サービス終了時の移行方法まで確認します。
メール利用構造の確認資料:RFC 5598(Internet Mail Architecture)、RFC 9051(IMAP4rev2)、RFC 6409(Message Submission)、RFC 9110(HTTP Semantics)