メールQRコード生成ツール

メールQRコードの作り方

1. 受信者のメールアドレスを"To"欄に入力します。
2. 件名を入力します。任意ですが、業務やキャンペーン用途では推奨します。
3. メール本文を入力します。任意で、事前入力したい内容だけを含めます。
4. 通常用途ではerror correction level Mを選択します。件名と本文が長いほどpayloadが増え、シンボルversionも少し高くなります。
5. パターン、ファインダーアイ、色、ロゴをカスタマイズします。
6. 512、1024、2048、4096 pxのPNG、SVG、WEBP、JPGでダウンロードできます。

入力中にコードはブラウザー内で生成されます。データはアップロードされません。

メールQRコードとは

メールQRコードはpayloadがmailto: URIである標準QRコードです。QRシンボルは次の規格に従います ISO/IEC 18004:2015. スキャンするとOSがmailto:スキームを読み、メールURIとして認識し、URI内の各フィールドが事前入力された状態で登録済みメールアプリを開きます。ユーザーが下書きを確認して送信を押します。メールは自動送信されません。

mailto: URIスキームはInternet Engineering Task Forceが公開したRFC 6068で定義されています。RFC 6068は宛先アドレス、件名、本文、CC、BCCを1つのURI文字列にエンコードする構文を定めています。

mailto: URI形式

RFC 6068に基づく構文

基本的なmailto: URI構造は次のとおりです:

mailto:[email protected]

件名と本文の追加：

mailto:[email protected]?subject=Subject%20Line&body=Body%20text

複数のクエリパラメータはアンパサンド（&）で区切ります。RFC 6068で定義されている対応クエリフィールドは次のとおりです：

mailto: URIのURLエンコード

件名と本文の値はRFC 3986に従ってパーセントエンコードする必要があります。主なエンコード規則は次のとおりです：

• スペースは%20としてエンコードします（+ではありません。mailto: URIではプラス記号はスペースではなく、文字どおりのプラスを意味します）
• 改行は%0D%0Aとしてエンコードします（CRLF — キャリッジリターンの後にラインフィード）
• 本文内のアットマークは%40としてエンコードします
• 本文内のアンパサンドは%26としてエンコードします

複数行本文の例：

mailto:[email protected]?subject=Enquiry&body=Hello%2C%0D%0AI%20have%20a%20question%20about%20my%20order.

これにより宛先が入力済みの下書きが生成されます： [email protected]件名は「Enquiry」、本文は2行になります。この生成ツールはパーセントエンコードを自動処理するため、フィールドには通常の文章を入力するだけで、エンコード済みURIが自動的に構築されます。

MATMSGが廃止扱いである理由 — そして代わりにmailto:を使うべき理由

MATMSGは、もともと日本のフィーチャーフォン向けに開発された古いメールURI形式です。構造は次のとおりです：

MATMSG:TO:[email protected];SUB:Subject;BODY:Message text;;

MATMSGは、モバイルOSでmailto:が広く普及する前の形式です。2026年時点では、調査上の結論は明確です。メールQRコードにはRFC 6068準拠のmailto:が正しい形式です。2026年に更新されている複数の情報源では、MATMSGは現行デバイスでの互換性が不十分で、採用する理由がないと説明されています。elido.app（2026-08-11）とviralrang.comはいずれも、現在のプラットフォームにおける互換性問題を指摘しています。

現代のiOS、Android、デスクトップメールクライアントで、MATMSGをmailto:より優先すべき用途はありません。生成ツールで両方を選べる場合はmailto:を選択してください。第三者からMATMSG形式のQRコードを受け取った場合は、mailto:形式で再生成してください。

元のMATMSG仕様書は調査で確認できませんでした。この形式がレガシーかつ非対応とされる根拠は、正式な廃止通知ではなく、2026年のQR関連資料でも引き続き注意対象として記載されていることです。安全で正しい選択はmailto:です。

メールQRコードのペイロード長とシンボル密度

メールアドレスだけを含む最小限のmailto: URIは約25〜40文字です。60文字の件名と200文字の本文を追加すると、パーセントエンコード後の総ペイロードはおよそ300〜400文字になります。これはバイトモードでエンコードされ、誤り訂正レベルMではおよそVersion 7〜9までシンボルが大きくなる場合があります。

これは中程度に高密度なコードです。近距離なら2 cm角でもスキャンできますが、件名と本文の両方を入力する場合は2.5〜3 cmで印刷する方が安全です。スペースや特殊文字のパーセントエンコードにより文字数が大きく増えることがあります。印刷ロットを確定する前に、実際の使用サイズでテストしてください。

メールQRコードを使う場面

名刺。名刺の裏面にmailto: QRコードを配置すると、受け取った人はアドレスを手入力せず、宛先入力済みのメール下書きを開けます。「Following up from [event name]」のような件名を事前入力すれば文脈も伝えられます。

印刷物の問い合わせ先。パンフレット、ポスター、配布資料にメール問い合わせ用QRコードを掲載できます。件名にキャンペーン名や製品名を事前入力すると、どの印刷物から問い合わせが来たか受信側が把握しやすくなります。

カンファレンスや展示会の資料。名札やチラシにメールQRコードを掲載すると、参加者は名刺を探さず出展者や講演者へ連絡できます。本文には「I met you at [event] and would like to...」のようなテンプレートを事前入力できます。

サポートとフィードバック。レシート、製品カード、同梱物にQRコードを付けると、ルーティング用件名が入力済みのサポートメールを開けます。

請求書・請求関連の連絡。請求書番号と支払先の請求担当アドレスを件名などに事前入力したQRコードを請求書へ載せると、支払者の転記作業を減らせます。

メディア問い合わせ。プレスキットやメディアページにQRコードを掲載し、報道窓口宛てのメールを開いて件名を「Media enquiry」と事前入力できます。

デザインと印刷の要件

四辺すべてに最低4モジュールのクワイエットゾーンを確保してください。 ISO/IEC 18004:2015 §6.3.3ではこの最小値が規定されています。スキャナーがシンボルを検出するには、印刷されていない余白が必要です。

短いメールアドレスだけで本文がないメールQRコードはコンパクトで、ECC-MではVersion 3または4程度となり、2 cm角でも安定してスキャンできます。件名と数文の本文を追加するとVersion 9以上になることがあります。こうした大きなコードは3 cm以上で印刷してください。

明るい背景に暗いモジュールを使用してください。反転コードや低コントラストの配色は、実際の印刷面で失敗率が高くなります。

コードにロゴを埋め込む場合は、誤り訂正をLevel Hに上げてください。Level Hは約30%のモジュール損失に耐え、シンボル面積の約25%までを占める中央ロゴに対応できます。

印刷前にiOS Mail、Android Gmail、さらに少なくとも1つのサードパーティ製メールクライアントでテストしてください。メールアプリごとにmailto:フィールドの扱いが異なります。多くは件名と本文を正しく入力しますが、宛先しか事前入力しないアプリもあります。

トラブルシューティング：メールQRコードが動作しない理由

件名や本文が事前入力されない。iOSとAndroidの多くの現行メールクライアントは、mailto: URIから件名と本文を事前入力できます。フィールドが欠ける場合、その端末のメールアプリがRFC 6068のクエリパラメータを完全には実装していない可能性があります。最終確定前に、対象ユーザーが実際に使用する端末とメールアプリでテストしてください。

件名にエンコード済み文字がそのまま表示される。メールクライアントがパーセントエンコードをデコードせずに表示しています。現行クライアントではまれですが、一部のサードパーティアプリで発生することがあります。URIを手作業で組み立てるのではなく、正しくエンコードする生成ツールで再生成してください。

スキャンするとメールアプリではなくブラウザーが開く。端末に既定のメールアプリが登録されていないか、メールアカウントが設定されていません。メールアカウントが未設定の端末ではmailto: URIを認識してもエラーになる場合があります。これは端末設定の問題であり、QRコードの問題ではありません。

件名のスペースがメールクライアントで%20と表示される。メールクライアントがURIをデコードせずフィールドへ入力しています。これは非標準のクライアント動作であり、RFC 6068上のエンコード自体は正しいです。

MATMSG形式のコードが認識されない。mailto: URIとして再生成してください。MATMSGは現代の端末で安定した対応がありません。MATMSG形式で作成されたコードは使用をやめ、mailto:相当へ置き換えてください。

印刷サイズに対してコードが高密度すぎる。長い件名と本文はシンボルを大きくします。事前入力する内容を短くするか、印刷サイズを少なくとも3 cm角まで大きくしてください。

2026年に使うべき形式：mailto:とMATMSGの比較

mailto:を使用してください。現代の端末を対象とする新しいQRコードで、2026年にMATMSGを使う理由はありません。