カテゴリー: メール運用・セキュリティ

メール本文を日本語にしても、末尾の「Unsubscribe」が英語のまま残ることがあります。まず直したいのは、読者が配信停止の場所を迷わず見つけられることです。本文の表示文と、クリック後の停止ページは分けて確認しましょう。

この記事は2026年10月18日に確認した通常版EmailOctopusの公式手順を整理したものです。当サイトで今回、日本語への変更操作や変更後の配信を実測した記事ではありません。10月10日の本人宛て配信では、初期テンプレートの英語の停止案内と、停止後の管理画面の状態を確認しています。送信・受信・配信停止の実測記録とは検証範囲が異なります。

変えるのは表示する言葉。停止先の仕組みは残す

公式Helpでは、停止リンクの文字を編集できると説明しています。読者ごとに停止先を作る差し込み項目が {{UnsubscribeURL}} です。「配信を停止する」などの文字に、この停止先をリンクとして設定します。

ドラッグ＆ドロップ編集では、既存のリンク文字を選んでリンク編集を開きます。新たに作る場合は、文字を入力して選択し、リンク先に「Unsubscribe URL」を選びます。タグを本文へ文字として置くだけでは、押せるリンクになりません。独自の問い合わせURLへ置き換える方法や、画像だけに停止リンクを付ける方法も避けます。公式：配信停止リンクの挿入

日本語文例は短く、何が起きるかを明確に

例えば、次の文を下書きに使えます。当サイト作成の文例で、製品の初期表示ではありません。

今後のメールが不要な方は、こちらから配信を停止できます。

「こちら」だけをリンクにするより、「配信を停止する」という言葉そのものをリンクにすると、目的を伝えやすくなります。停止案内を目立たなくするより、本文末尾で見つけられる読みやすさを優先する編集方針です。

見た目の確認と、停止できたかの確認を分ける

公式の「Preview & test」では、連絡先を選んだ差し込み表示と、自分の受信箱へのテスト送信を確認できます。テンプレート単体は特定のリストと結び付いていないため、この機能の対象はキャンペーンと自動配信です。公式：プレビューと試験送信

ただし、日本語に見えたことだけで停止完了とはしません。停止動作まで確認する場合は、自分が管理する試験用アドレスを使い、宛先・送信方式を確認してから進めます。顧客名簿をテスト用に使ったり、停止済みの読者を確認目的で再購読させたりする必要はありません。

確認する場所	手元に残す結果
編集・プレビュー	日本語の停止案内とリンク設定を確認したか
実際の受信メール	停止箇所が読め、押せるか
リンクを押した後	表示言語、確認操作、完了表示はどうだったか
管理画面	対象アドレスが停止済みになったか

この表は当サイト作成の確認用ひな型です。まだ見ていない項目は「未確認」のまま残してください。

停止ページまで日本語になったとは言い切らない

メール内のリンク文字を変える手順は、停止ページの翻訳手順とは別です。本記事では停止ページや登録フォームの日本語化を検証していません。本文末尾を直せたとしても、読者が通る画面全体を確認するまでは「すべて日本語対応」と案内しないようにします。

すでに英語の案内でも支障なく運用できているなら、この変更のためだけにサービスを乗り換える必要はありません。初回配信を準備している方は、本人宛て1通の配信確認へ、人数・送信回数から選びたい方は無料メルマガ3社の比較へ進んでください。

広告：この記事にはアフィリエイトリンクを含みます。リンク経由の申し込みで当サイトに報酬が発生する場合があります。

EmailOctopusで日本語のメールを始めるなら、顧客名簿を入れる前に、自分のアドレス1件で「送る・受け取る・停止する」を確かめましょう。当サイトでは2026年10月10日、無料Starterで本人宛てに1通を送り、パソコンのGmailで受信後、配信停止した状態まで管理画面と照合しました。

日本語の件名と本文は表示できました。ただし、選んだ初期テンプレートの挨拶と配信停止の説明は英語のままです。本文を日本語にするだけで、読者に見える部分すべてが日本語になるわけではありません。

本稿は通常版EmailOctopusでの実測です。料金を判断したい方は無料プランの確認記事、他社も候補にある方は無料メール配信サービスの比較を先にご覧ください。

1．自分の連絡先を1件だけ登録する

今回はStarterを選び、リストの「Add single contact」から、本人が管理するアドレスを登録しました。名前には日本語の架空名「テスト」「読者」を使っています。公式の初回作成手順でも、連絡先が1件以上入ったリストが必要で、自分のアドレスを使えると案内されています。

この段階では顧客名簿を取り込みません。既存リストを移す場合の停止済み読者や重複の扱いは、移行前の確認記事で整理しています。

出典：キャンペーン作成の公式手順。無料枠の条件はStarterの公式説明も確認してください。

2．日本語の件名と短い本文を保存する

Campaignsからキャンペーンを作り、送信者名・送信元・件名を設定しました。本文はドラッグ＆ドロップ型のシンプルなテンプレートで編集しています。試験原稿には機密情報を含めず、表示の違いを見つけやすい短い文章を使いました。

件名：日本語メールの表示確認【配信テスト】

これは本人宛ての日本語表示テストです。
改行、句読点、全角数字１２３、半角数字123を確認します。
顧客名簿への配信ではありません。

日本語の件名と本文を保存できました。今回のGmailアドレスを使った送信では、送信元がサービス側の代替アドレスになる案内があり、受信画面でも代替アドレスを確認しています。独自ドメインの送信認証は今回の試験範囲に含みません。

3．プレビュー後、宛先1件を確認して送る

公式の「Preview & test」には、連絡先を選んで差し込み表示を見る機能と、「Send as a test」による試験送信があります。今回は配信停止まで確かめるため、登録した本人1件を宛先とする通常のキャンペーン配信を行いました。

送信前の確認画面で宛先が1件であることを確認し、「Send now」を実行。送信状況は1件中1件になりました。プレビューと実際の受信結果は分けて記録します。

出典：プレビューと試験送信の公式説明。

4．Gmailで受信し、本文末尾から配信停止する

本人のGmail受信画面で、件名・本文・改行・数字と、名前の差し込み「テスト」を確認しました。挨拶は「Dear」、停止案内は英語で残りました。これは今回選んだテンプレートの結果であり、すべてのテンプレートが同じという意味ではありません。

続いて本人が本文末尾の「unsubscribe」を押し、管理画面で購読中0件、配信停止済み一覧に試験アドレス1件があることを確認しました。読者側の停止ページの文面までは確認していません。

今回の結果と、まだ確認していないこと

確認項目	結果
日本語の件名・本文・改行・数字	パソコンのGmailで1通確認
日本語の名前の差し込み	「テスト」の表示を確認
配信停止後の登録状態	購読中0件・停止済み1件を確認
挨拶・停止案内の日本語化	今回選んだテンプレートは英語。変更手順は未検証
登録フォーム・スマートフォン表示	未検証
独自ドメイン認証・他の受信環境	未検証

本番へ進む前に

1通届いた結果だけでは、全読者への到達率や迷惑メール判定を判断できません。自分の受信環境でも表示を確かめ、送信元、読者への案内、停止導線を確認してください。登録フォームを使う場合は、その日本語表示と登録後の状態も別に確認します。

まずは顧客名簿を使わず、本人宛て1件で一周させるところから始めるのがおすすめです。

EmailOctopusの公式サイトでプランと機能を確認する（広告）

広告：この記事にはEmailOctopusのアフィリエイトリンクが含まれます。リンク経由のお申し込みで当サイトが報酬を受け取る場合があります。

メルマガを別のサービスへ移すとき、メールアドレスが取り込めただけでは完了しません。停止済みの読者を配信中へ戻していないか、氏名やタグが欠けていないか、同じ人へ二重に送らないかを確認する必要があります。

2026年10月1日に公式資料を確認しました。この記事はEmailOctopusの公式案内を整理したものです。当サイトが実際の顧客名簿を移行した体験談ではありません。取込・送信、日本語の文字表示は未実測です。以下の表も説明用の架空データです。

1. 移行元で、配信中と停止済みを分ける

最初に、元のサービスから何を取り出せるか確認します。メールアドレスに加えて、配信状態、氏名、必要なタグや独自項目を残します。配信許可の記録も、移行後に確認できる形で保管してください。

配信停止済み、バウンスで無効になった連絡先、確認待ち、送信の許可が分からない連絡先を、まとめて「配信中」にしないことが大切です。状態を判断できないものは、確認が終わるまで配信対象から外します。

EmailOctopusでは取込画面で「Subscribed（配信中）」または「Unsubscribed（停止済み）」を選びます。CSVに状態列を追加するだけで、各行が自動的に分類されると考えないでください。公式の取込手順

2. 停止済みの名簿を、配信中と別ファイルにする

公式案内は、停止済みと配信中を別ファイルに分け、同じリストへ停止済みをUnsubscribedとして取り込む方法を説明しています。既に配信中になっている連絡先も停止させる場合は、既存連絡先を更新する設定が必要です。

また、停止状態はリスト単位です。アカウント全体に共通する除外リストは用意されていないため、複数リストを使う場合は、それぞれへ停止対象を反映する必要があります。あるリストで停止した人が、別のリストでも停止しているとは限りません。公式の停止リスト案内

既存の停止済み連絡先を取込で再登録できないという仕様は、別リストや削除後を含むすべての状況で誤配信を防ぐ保証として扱わないでください。

3. 架空CSVで、列と重複の扱いを整理する

次の表は、CSVに入れようとしている情報の例です。アドレスは説明用であり、このまま取り込んだり、送信したりするための名簿ではありません。

Email address	Name	Tags	手元の確認状態
reader-a@example.com	架空の山田	news, event	配信中
reader-b@example.com	架空の佐藤	news	停止済み
reader-a@example.com	架空の山田更新	event	重複・要統合
reader-c@example.com	架空の鈴木	news	許可未確認・保留

「手元の確認状態」は整理用です。EmailOctopusの配信状態を指定する正式な項目ではありません。この4行をまとめてSubscribedとして取り込まないでください。

この例では、Aの2行について採用する氏名とタグを決め、1件へ統合します。Bは停止済みファイルへ分け、Cは確認が終わるまで取込・配信の対象から外します。行の順番で更新値が都合よく選ばれると期待せず、取込前に矛盾を解消する方法が確実です。

EmailOctopusの取込では、メールアドレス以外の列は初期状態で「Ignore（取り込まない）」です。必要な氏名・タグ・独自項目を対応付け、不要な列だけを無視します。日付はYYYY-MM-DD形式、選択型項目は設定済みの値に合わせます。CSVのタグ欄にカンマを含める場合も、表計算ソフトから正しく書き出せるか確かめましょう。公式の列対応と形式

4. 取り込む前に、自動配信と二重送信を確認する

名簿を追加しただけで歓迎メールが再送されると、移行済みの読者に同じ案内が届いてしまいます。公式移行案内では、取込した連絡先を自動配信の対象にするか選べると説明しています。既に歓迎メールを受け取った人を移す場合は、この設定を確認してから進めます。

フォーム、差し込み項目、メールのテンプレートも、そのまま引き継がれるとは限りません。移行元の差し込み記号と移行先の記号を照合し、送信前に本人が管理する少数のアドレスで氏名・リンク・停止導線を確認します。公式の移行案内

同じ読者を複数のリストへ入れると、人数の算定だけでなく二重送信や停止状態の食い違いも起こり得ます。重なりがある読者は、1つのリストとタグなどで整理する方法も検討できます。公式のリスト整理案内

5. 成功件数だけで移行完了にしない

少数の本人管理アドレスで確認した後、本番の取込では次を照合します。

• 配信中、停止済み、保留に分けた元の件数と、取込後の状態・件数が合う。
• 氏名、タグ、独自項目が必要な列へ入っている。
• 日本語が崩れず、余分な空白や不正なアドレスが混ざっていない。
• Imports画面の問題レポートを確認し、除外・失敗した連絡先の理由が分かる。
• 取込をきっかけに意図しない自動配信が始まっていない。
• 移行元と移行先の両方から同じ配信を送らない運用になっている。

CSVの行数と登録者数は別です。EmailOctopusの上限算定はSubscribedの連絡先が対象で、同じ人を別リストへ登録すると複数計上されます。料金の比較には、整理後の配信中人数を使います。公式の人数算定

6. 移行後に取り出せる状態も確認する

将来別のサービスへ移す場合に備え、停止済みの連絡先と必要項目も取り出せるか確認します。EmailOctopusの公式手順では、SubscribedとUnsubscribedの表示を切り替えて書き出し、表示列または全列を選べます。これは一覧の表示切替であり、書き出すために読者の配信状態を変更する操作ではありません。

書き出しは管理者権限が必要で、取得ファイルはZIP形式です。書き出し後の再ダウンロード期間は7日間と案内されています。必要なファイルを手元で確認し、閲覧できる担当を絞って保管してください。公式の書き出し手順

移行の確認が済む前に、元の名簿や停止履歴を消さないでください。一方で、移行用コピーをいつまでも各端末へ残す必要もありません。保管場所・担当・削除時期を決め、実際の顧客ファイルを公開したり当サイトへ送ったりせず、手元で照合します。

サービスの基本条件はEmailOctopusの紹介記事、無料枠の比較はニュースレターサービスを同じ条件で比べた記事で確認できます。移行先を決めたら、まず配信状態、列対応、重複、持出しの4点を確認してから、本番の送信へ進みましょう。

移行日の確認記録：件数と担当を残す

以下は当サイト作成の記録ひな型です。空欄を手元の作業表へ写して使ってください。実際の顧客情報を当サイトへ送る必要はありません。

確認すること	作業前	作業後・確認結果
配信対象の人数	整理後：＿＿人	取込後：＿＿人／差の理由：＿＿
停止済み読者	＿＿人	停止状態の照合：済・未
同意未確認の読者	保留：＿＿人	配信対象からの除外確認：済・未
氏名・タグ・列の対応	必要項目：＿＿	少数データでの確認：済・未
歓迎メール・自動配信	移行時の方針：＿＿	意図しない配信：有・無・未確認
配信元の切替	旧サービスの担当：＿＿	二重送信を避ける切替日時：＿＿

確認日：＿＿／担当：＿＿／未解決の差分：＿＿／本番配信を始めてよいか：保留・確認済み。件数が合っても、停止状態や同意の確認が残る場合は配信開始を保留します。

移行条件と無料枠が自分の運用に合う場合は、少数の本人管理アドレスで確認してから本番の名簿を移してください。

移行条件を確認してEmailOctopusを試す（広告）

DMARCレポートを集め始めたのに、誰も見ていない。複数のドメインを管理するときは、確認担当と次の行動まで決めておくと、気になる結果を放置しにくくなります。

この記事は公式資料に基づく運用案です。以下のドメイン名・件数・担当は架空の例で、複数ドメインを継続監視した実測結果ではありません。DNS設定の変更手順は扱いません。

最初に、担当と正規の送信元を一覧にする

ドメインごとに、確認担当、担当が不在のときの代役、普段使う送信サービスを記録します。会社メールだけでなく、問い合わせフォーム、請求書、メルマガなども対象です。新しいサービスを導入した日は、この一覧にも残してください。

担当は「管理者」だけではなく、実際に確認する人を決めます。週1回なら曜日を固定し、確認できなかった週も空欄にせず「未確認」と書きます。毎週の所要時間は、ドメイン数や送信元によって変わるため、最初から5分で終わるとは考えない方がよいでしょう。

週次確認は、同じ期間を並べて見る

たとえば毎週月曜日に、前週の月曜から日曜までを確認します。画面やXMLの期間は時刻・タイムゾーンも含めて確かめ、前回と重複したレポートを二重に数えないようにします。

集約レポートには、報告対象期間、送信元IP、件数、認証結果などが含まれます。ただし、これはレポートを送った受信側が観測した範囲です。自社が送った全メールの台帳や、受信トレイへ届いた証明としては扱えません。DMARC集約レポートの仕様（RFC 9990）

週次確認では、次の順に見ます。

1. レポートが届いているか。最新の到着日時と報告対象期間を確認する。
2. 正規の送信サービスに、新しい失敗や大きな件数変化がないか。
3. 前週に見なかった送信元があるか。導入・変更の記録と照合する。
4. 前回の未解決事項が残っていないか。次の担当と確認日を更新する。

「届いていない」と「失敗0件」は別です。メールを送っていない期間、受信側が報告しない場合、収集や表示の問題も考えられます。普段届くレポートが止まったときは、送信実績とレポートの到着状況を先に確認します。DMARCTrust公式のレポート未着チェック

記録は、次に何をするかまで残す

次の表は架空の記入例です。「問題なし」だけで閉じず、確認範囲と未解決の点を残します。

報告元、対象期間、送信元IP、件数、認証結果をメモに添えると、後から照合できます。原本や画面への参照も残しますが、公開の表に実際のIPや社内の送信情報を貼らず、閲覧できる担当を絞って保管してください。

知らない送信元を、すぐに攻撃と決めない

新しいIPがあれば、導入したサービス、委託先、転送経路などと照合します。IPの所有者名だけで自社の正規送信と確定することも、失敗しているだけで不正利用と確定することも避けます。

正規サービスの失敗が疑われる場合は、サービス側の送信ログと、自分が管理する宛先へのテストメールの認証結果を確認します。テストでPASSになっても、過去の報告や別経路まで解決したとは扱いません。実メールの確認方法はメール認証を確認する既存記事を参照してください。

問い合わせや請求書が実際に届かない、新しい送信サービスを導入した直後に失敗した。こうした場合は翌週の定例確認を待たず、サービス管理者やドメインの管理担当へ照合を依頼します。確認できない送信元は「未特定」として残し、根拠のないDNS変更やポリシー強化を急がないことが大切です。

無料でも始められる。道具は確認量に合わせる

既に集約レポートを受け取れる状態なら、受信済みXMLと手元の表で確認を始める方法もあります。レポートの収集・読み取り・保管は必要ですが、有料契約が週次運用の前提ではありません。

件数が増えて送信元を整理しきれない、複数のドメインをまとめて見たい、履歴の確認に時間がかかる。その段階で監視サービスを比較します。DMARCTrustの公式ガイドは、レポート一覧や送信元を確認する画面を説明していますが、当サイトはその操作性や継続監視性能を実測していません。DMARCTrust公式画面ガイド

サービス選びでは、必要な保存期間、対象ドメイン数、通知の対象と頻度を確認してください。本記事では、DMARCTrustが認証失敗を即時通知する、または週次確認を自動完了するといった仕様は断言しません。条件の比較はDMARCTrustとEasyDMARCの既存比較記事へ進めます。

手元の文書へコピーできる確認欄

以下の表を社内文書へコピーし、確認する期間と次の担当を残してください。未確認・未着・未特定を空欄や「問題なし」に置き換えないことが大切です。

実際のIPや社内送信情報を記入した資料は公開せず、閲覧担当を絞って保管してください。集計や履歴の確認に負担が出た場合は、監視サービスの機能と費用を比較するへ進めます。

まずは担当、確認日、送信元一覧、未解決事項の4つを残すところから始めましょう。週次確認は通常時の運用案であり、すべての異常を防ぐ保証や緊急対応の代わりではありません。

広告：この記事にはEmailOctopusのアフィリエイトリンクが含まれます。リンク経由のお申し込みで当サイトが報酬を受け取る場合があります。

無料枠の「登録者数」が大きくても、必要な日に全員へ送れるとは限りません。小さなメルマガは、登録者数、月の合計送信数、一日の配信人数、編集する人数を揃えて比較すると選びやすくなります。

この記事は2026年10月1日に公式資料を確認した比較です。Syukimiでは3サービスの配信・日本語表示・操作を実測していません。下の判定は公開された枠の比較で、到達率やアカウント審査通過を保証するものではありません。

まず無料枠の単位を揃える

出典：EmailOctopus公式料金、MailerLite公式料金、Brevo無料枠Help。『連絡先を保存できる』ことと『同じ日に送れる』ことは別です。

1,000人へ月4回、同日に一斉送信したい

1回1,000通×月4回＝4,000通。1人で運営する場合、EmailOctopusは登録者数と月の送信数が無料枠内です。MailerLiteは登録者数と月の送信数が無料枠を超えます。

Brevoは連絡先数には収まりますが、1日300通のため1,000人へ同日の配信を完了できません。公式Helpでは、残りへ届けるためにRequeueで再送する操作が必要と説明されています。ほかの送信で日次枠を使わない場合でも、単純計算で300＋300＋300＋100の最低4日となるため、期日のあるお知らせでは条件が合いません。

この例ではEmailOctopusが枠上の候補です。ただし無料表記、日本語表示、必要なフォームなども確認してから決めます。条件の詳細はEmailOctopusの無料枠と運用上の確認点へ整理しています。

この条件に合うなら、EmailOctopusの無料枠を公式サイトで確認する（広告）

200人へ月4回、2人で編集したい

200人×月4回＝800通。MailerLiteは人数・通数・2人の利用枠が合います。EmailOctopusとBrevoも送信枠だけなら収まりますが、無料利用者は1人なので、2人で使う条件には合いません。アカウント共有で制限を回避する前提にはしないでください。

共同編集が必要なら、登録者の上限だけで選ぶより、誰が原稿を作り、誰が配信するかを先に決める方が役立ちます。

2,500人へ月4回、追加メールも送りたい

2,500人×月4回＝10,000通。EmailOctopusでは無料枠を使い切り、追加の配信の余裕がありません。週1回でも5回ある月は12,500通になります。

MailerLiteは登録者枠を超え、Brevoは同日一斉配信の条件を満たしません。追加メールが必要なら、配信回数を減らすか、有料枠や別のサービスを比較します。「無料で始められる」ことだけで、続けられる構成と判断しないでください。

無料枠が合っても、移行前に確認すること

既存の名簿を移す場合は、停止済み読者・CSVの列・重複を確認する移行チェックも読んでください。配信停止状態を引き継ぎ、意図しない歓迎メールや二重送信を防ぐ準備を整理しています。

枠の計算が合うサービスを1つ選び、自分が管理するアドレスだけで、件名・本文・差し込み・停止画面・通知の日本語表示を確認します。顧客名簿を最初から移す必要はありません。

独自ドメインから送る場合は、そのサービスの公式手順で送信者認証を確認してください。既存のGmailで認証結果を見る手順は確認の参考になりますが、同記事のXServerでの実測は今回の3サービスの実測ではありません。

日本語サポートが必須、円建て請求が必要、名簿の保管場所に条件がある場合は、その適合を先に確認します。この比較は国内サービスを含む全サービスの順位付けではありません。

1,000人への同日配信、200人を2人で編集、2,500人への追加配信。自分に近い例から必要条件を絞り、無料で足りる間は無料で使う。有料へ変えるのは、人数だけでなく、配信日と担当者の条件が無料枠を超えたときに検討してください。

広告：この記事にはEmailOctopusのアフィリエイトリンクが含まれます。リンク経由のお申し込みで当サイトが報酬を受け取る場合があります。

読者が数百〜2,500人程度で、月の合計送信が10,000通以内に収まる。そんな小規模メルマガなら、EmailOctopusは無料枠から検討できる選択肢です。ただし、日本語での操作や実際のメール表示まで確認してから移行することをおすすめします。

この記事は2026年10月1日に公式資料を確認して作成しました。2026年10月10日に無料Starterで本人管理アドレス1件への日本語メール送信・Gmail受信を確認し、下記に結果を追記しました。料金・仕様の確認日とは分けて記録しています。到達率の保証ではありません。

無料で足りる人は、有料プランを選ばなくてよい

Starterは登録者2,500人、月10,000通まで無料です。メールにEmailOctopusの表記が入り、レポートの保存は30日。作成できるランディングページと登録フォームは各1つ、利用者は1人です。無料プランに期限はなく、開始時のカード登録も不要と説明されています。公式料金

たとえば1,000人へ月4回配信すれば4,000通です。登録者数と送信数の両方が枠内で、サービス表記も問題なければ、最初から課金する理由はありません。2,500人へ月4回なら10,000通を使い切ります。週1回でも5回配信する月があるため、自動返信なども含め、月の合計通数で見積もってください。

有料化する前に「月額」と請求総額を確認する

Proではサービス表記の削除、長期のレポート保存、複数フォームや複数利用者などが選択肢になります。料金は登録者数と必要な送信枠で変わるため、自分の条件を料金画面に入れて確認してください。

公式Helpでは、有料へ変更するときは年払いが初期選択され、12か月分を先に支払うと説明されています。また、有料契約中に登録者数が枠を超えると上位枠へ自動変更され、差額が請求されます。複数のリストに同じ人を入れると、それぞれ登録者として数えられる点にも注意が必要です。料金の数え方

日本語で使えるかは、3つに分けて確認する

「日本語対応」を一言で判断すると、管理画面は英語でも読者へのメールは日本語にできる、といった違いを見落とします。管理画面・サポートの言語と、読者が受け取るメールの表示は別々に確認しましょう。

最初は顧客名簿を移さず、自分が管理するメールアドレスだけを登録し、架空の氏名と機密を含まないテスト文で次を確かめるのがよいでしょう。

• 管理画面でメール作成、予約、停止まで迷わず操作できるか。
• 件名、氏名の差し込み、改行、スマートフォンでの日本語表示が崩れないか。
• 登録確認、配信停止など、読者が操作する画面を必要な日本語にできるか。

公式にはメール作成、登録フォーム、読者の分類、自動配信の機能が案内されていますが、それだけで日本語の運用品質は判断できません。サービス概要

本人宛て1通で確認できた日本語表示（2026年10月10日）

無料Starterで日本語の件名と本文を保存し、本人管理のGmailアドレス1件へ実配信しました。パソコンのGmail受信画面で、日本語の件名・本文、改行、全角数字１２３と半角数字123、架空の名前「テスト」の差し込みを確認できました。

ただし、使った初期テンプレートの挨拶は「Dear」、フッターの配信停止案内は英語のままでした。本文を書くだけで読者向けの全表示が日本語になるわけではありません。挨拶や停止案内も確認する必要があります。

Gmailを送信元にした今回の受信では、サービス側の代替送信元が表示されました。独自ドメイン認証の試験ではありません。受信メールの停止リンクを本人が押した後、管理画面で購読中0件、配信停止済み一覧に試験アドレス1件を確認しました。読者側の停止ページの文面、登録フォーム、スマートフォン表示は未検証です。1件の受信結果から、他の受信環境や全体の到達率は判断していません。

独自ドメインから送るなら、配信者の認証も必要

独自ドメインの認証は、サービスがあなたのドメインから送る許可を受けていることを示す設定です。通常のEmailOctopusでは画面に表示されるCNAMEなどをDNSへ追加する手順が案内されています。既にDMARCを設定している場合は追加TXTを省けるとの説明があるため、既存設定を確認してから進めてください。既存のDMARCレコードを安易に上書きしたり、同じ名前のレコードを重複追加したりしないでください。ドメイン認証の公式手順

認証結果を見る手順は、当サイトのSPF・DKIM・DMARCをGmailで確認する記事も参考になります。同記事のXServerでの実測は、EmailOctopusの送受信を検証したものではありません。

EmailOctopus ConnectはAmazon SESと組み合わせる別製品です。通常版の料金・設定と混ぜないようにしてください。認証は到達を保証するものではなく、名簿の同意や配信内容の管理も必要です。

無料の別サービスが向く場合もある

人数だけでなく配信日や編集人数でも比較したい場合は、無料メルマガ3サービスを同じ条件で比較した記事で、1,000人への配信と2人で編集する例をご覧ください。

少人数の運営チームで編集するなら、MailerLiteの無料枠も比較対象です。現在は登録者250人、月2,500通、2ユーザーまで。単独運営か、2人で使うかが判断の分かれ目になります。MailerLite公式料金

一日の送信が300通以内なら、Brevoの無料枠も候補です。ただし500人へ同日に届けたい場合は300通の日次制限が障害になります。登録者数だけで比較せず、一度に何人へ送るかで判断してください。Brevo無料枠の制限

EmailOctopusは、無料のまま比較的大きな小規模メルマガを運営したい人に検討価値があります。日本語の表示と停止手順を確かめ、無料枠で足りる間は無料で使う。その順番で判断してください。

EmailOctopusの現在の料金・無料枠を確認する（広告）

自分の配信条件を一枚に書き出す

以下は当サイトが作成した検討用の記入表です。サービスの機能表ではありません。登録前に埋めておくと、無料枠だけで足りるか、どこを試すべきかが分かります。

確認項目	書き出す内容
登録者数	現在の人数と、半年後に想定する人数
月間送信数	配信対象人数×月の配信回数＋自動配信の見込通数
一度に届ける人数	同じ日に全員へ送る必要があるか
作業担当	作成・確認・停止を誰が行うか
表示の確認	日本語の件名、本文、登録確認、配信停止を試す受信先
名簿の移行	配信同意を確認できる読者と、停止済み読者を区別できるか

人数と回数は、平均的な月だけでなく配信回数が多い月でも計算してください。この表だけで利用可否や到達率を判定するものではありません。

実際の最初の配信を試す方は、日本語メールを本人宛てに送り、受信と配信停止を照合した手順をご覧ください。

次に読む記事

• 他社とも比べたい方：同じ人数・配信頻度で無料メルマガ3社を比較
• 既存の名簿を移す方：停止済み読者・CSV・重複の移行チェック

DMARCレポートは届いている。でも、XMLを開いて確認する人がいない。まず1ドメインの送信元を短期間確かめたいなら、DMARCTrustの無料プランが候補になります。保守担当として2〜5ドメインを継続確認する場合は、ドメイン数に加えて、履歴を何日残したいか、変更通知が必要かで判断しましょう。

DMARCTrustは少数ドメインの公開料金を比較しやすいサービスです。一方、原因調査の支援も求める場合は、EasyDMARCを含めてサポートの範囲を確認してください。複数ドメインという理由だけで、どちらかに決める必要はありません。

この記事は公式料金・機能の比較です。当サイトで実測したXServerからGmailへの認証確認とは別で、両サービスの継続監視性能や操作性を検証した体験談ではありません。

広告：この記事にはDMARCTrustのアフィリエイトリンクがあります。紹介経由のお申し込みで当サイトが報酬を受け取る場合があります。

料金と使い方の違い

上記は2026年9月28日に確認した公式表示です。料金や条件は変わることがあるため、申込前にDMARCTrust公式料金とEasyDMARC公式料金で再確認してください。

レポートが届いていても、読めなければ異常に気づけない

会社名義のメールは、普段使うメールソフトだけから送られるとは限りません。問い合わせフォーム、請求書サービス、予約システム、メルマガなども送信元になります。

厄介なのは、新しいサービスを追加したあとです。レポート自体は届いていても、XMLの英数字を前にすると「時間があるときに見よう」と受信箱へ戻してしまいます。担当者がほかの仕事も抱えている会社ほど、ここで止まりがちです。

監視サービスを使う意味は、見覚えのない送信元や認証失敗が出たとき、制作会社やサーバー担当者へ「この送信元を確認してほしい」と具体的に相談しやすくなることです。

ただし、サービスが異常を自動で直してくれるわけではありません。原因を絞り込み、次に誰へ相談するかを決めるための道具だと考えると、期待外れになりにくいでしょう。

DMARCTrustは、無料確認から少数ドメインの継続監視まで比較できる

1ドメインだけを確認し、月50件の集計レポートと7日間の保存で仕事が済むなら、無料プランから始められます。50件はメール50通という意味ではありません。

2〜5ドメインを保守していても、すぐに有料へ移る必要はありません。送信サービスやDNSが変わるため通知が必要、前月との比較に履歴を使う、といった具体的な仕事があるかで選びます。

2〜5ドメインの月額費用

Starterは2ドメインで月19米ドル、Proは5ドメインで月49米ドル。追加ドメインは1つ月12米ドルです。5ドメインをStarterで構成すると55米ドルになるため、上の表ではProを比較しています。1ドメインでも90日の履歴や有料機能が必要なら、Starterを検討する場合があります。

この表は月払い・USDの公式表示と計算です。税や為替、カード側の費用を含む最終支払額ではありません。StarterとProにはDNS変更通知が案内されていますが、通知の精度や届くまでの時間は当サイトでは未実測です。

出典：DMARCTrust公式料金・FAQ（2026年10月1日確認）。

このサービスを選ぶ前に確認したい条件

無料で必要な確認が済むなら、有料にする必要はありません。日本語サポート、日本国内のデータ保管、顧客ごとの閲覧権限分離が必須の場合は、適合を確認するまで契約を決めないでください。公式はUS/EUのデータ地域を案内しています。チームの招待枠があることは、顧客ごとに閲覧を分けられることの証明にはなりません。

顧客ドメインのレポートをまとめる場合は、その顧客の許可とデータの扱いも確認します。当サイトが顧客DNSの設定や監視業務を代行するサービスではありません。

出典：DMARCTrust公式料金・FAQ（2026年10月1日確認）。

登録前に知っておきたい3つのこと

1. 管理画面は日本語ではありません。 英語画面でドメインを追加します。
2. DNSの編集が必要です。 登録だけでは監視は始まりません。画面に表示されたDMARCレコードを、ドメインのDNS設定へ追加します。自分で触るのが不安なら、サーバー管理を任せている人に依頼してください。
3. 結果はすぐには出ません。 公式FAQでは、最初のレポートが届くまで通常24〜48時間と案内されています。

※DMARCTrustへのリンクはアフィリエイトリンクです。お申し込みがあると当サイトに報酬が入る場合がありますが、利用料金は変わりません。

EasyDMARCは、運用支援までまとめたい会社向け

EasyDMARCのDMARC Plusは2ドメイン、3か月の履歴、月10万通から。月払いは44.99ドルで、年払いでは月35.99ドル相当です。DMARC Premiumは4ドメイン、1年の履歴に対応し、月払い89.99ドル、年払いでは月71.99ドル相当です。いずれも公式料金ページの2026年9月28日時点の表示です。

Premiumには、異常を知らせる通知、EasySPF、メールサポートが含まれます。年払いでは専任担当者も付きます。自社だけで原因を切り分ける時間がなく、相談先まで含めて用意したい会社なら、この支援部分に価格差を払う意味があります。

反対に、1〜2ドメインの送信元を見たいだけなら、最初から機能が多すぎるかもしれません。必要なのが監視なのか、担当者を補う支援まで含むのかで分けると選びやすくなります。

無料で試すなら、ここだけを見る

いつもの送信元が表示されるか

普段のメールや問い合わせフォームなど、確認したい送信経路から、自分が管理する受信先へテストメールを送ります。レポートが届いたら、使っている送信サービスと照合できるかを確認します。テストメール1通が、必ず画面に1件として表示されるとは限りません。

公式は最初のレポートまで通常24〜48時間と案内していますが、送信量や受信側の報告にも依存します。データがない場合は「問題なし」と判断せず、DNS、通知先、観測期間、送信実績を分けて確認してください。

認証失敗を誰かに説明できるか

SPFやDKIMという言葉を完全に理解する必要はありません。「どの送信元で、何の認証に失敗しているか」を画面から拾い、サーバー担当者や制作会社へ伝えられるかを見ます。それができれば、XMLを添付して相談するより話が早くなります。

一週間後も確認できそうか

導入初日だけでなく、誰がいつ確認するかを決めます。無料プランは7日保存なので、その範囲で必要な確認ができるかを見てください。月単位の履歴比較が必要なら、長期保存できるプランや別の運用方法を比較します。保存期間を延ばしても、担当者が確認しなければ異常の発見にはつながりません。

最後に、登録するかどうかの線引き

まず1ドメインで、レポートが届くこと、送信元を照合できること、確認にかかる時間を試してください。無料の範囲で目的が達成できれば、そのまま使う判断で構いません。

2〜5ドメインを継続管理し、長い履歴や変更通知を仕事に使うなら、上の月額費用と必要機能を照らし合わせます。日本語支援や顧客別の権限が欠かせない場合は、その条件を満たせるかを先に確認しましょう。

登録前に、確認する送信元と担当を決める

まず、自社メール、問い合わせフォーム、請求書、メルマガなど、確認したい送信サービスを一覧にします。設定や認証結果をまだ確認していない場合は、XServerからGmailへ送って確認する手順へ進んでください。この手順はXServerのメールサーバーから送る経路を対象としています。

次に、どの期間のレポートを誰が確認するかを決めます。週次確認の記録例を使えば、未着・未特定の送信元・次に動く担当を分けて残せます。

DMARCTrustを試すなら、最初は無料の1ドメインで、必要な送信元を照合できるか確認する方法があります。無料は月50集計レポート、保存7日間、カード登録不要です。長期の履歴や複数ドメインが必要になった段階で、機能と費用を再比較してください。公式料金・FAQ（2026年10月5日確認）。

公式情報

• DMARCTrust公式料金・FAQ
• EasyDMARC公式料金

情報確認日: 2026年9月16日

結論から言うと、設定画面で「ON」と表示されているだけでは確認は終わりません。

XServerでSPF・DKIM・DMARCの設定状況を確かめたあと、独自ドメインのメールアドレスからGmailへテストメールを送り、受信したメールで3つとも PASS になっているかを見る。ここまで行えば、「設定したつもり」のまま止まる失敗をかなり減らせます。

この記事では、partnerships@example.com のような独自ドメインメールをXServerのメールサーバーから送っている場合を例にします。DNSを書き換える前に、まず現在地を確認する手順です。

Google WorkspaceやMicrosoft 365だけから送信している場合は、必要な設定値も操作画面も異なります。この記事の手順をそのまま流用せず、まず実際の送信元を確認してください。

最初に、3つの役割だけ押さえておく

SPF・DKIM・DMARCは、どれか1つを設定すれば残りが不要になるものではありません。

• SPF：そのメールを送ったサーバーが、ドメイン所有者から送信を許可されているか確かめる
• DKIM：送信後にメールが書き換えられていないか、電子署名で確かめる
• DMARC：SPFやDKIMの結果と、受信者に表示される差出人（From）の関係を確認し、失敗したメールの扱いを受信側へ伝える

Googleは、Gmail宛てのすべての送信者にSPFまたはDKIMを求め、大量送信者にはSPF・DKIM・DMARCを求めています。大量送信をしていない小さな会社でも、なりすまし対策と将来の運用を考えれば、3つをまとめて確認しておく方が安心です。

出典：Google「メール送信者のガイドライン」

手順1：今回確認する送信経路を1つ選ぶ

最初に「どの画面でメールを書くか」ではなく、「どのサーバーを通って送られるか」を確認します。Gmailの画面から送っていても、XServerのSMTPを指定していれば送信経路はXServerです。反対に、Google側の送信サーバーを使っていれば設定も変わります。

今回は、まずXServerのWebメールからGmailへ直接送る1経路を確認します。WordPressの問い合わせフォーム、請求書サービス、メール配信ツールは別経路なので、同じ結果になるとは限りません。送信元全体の洗い出し方は、DMARCは設定して終わりではないで先に整理しています。

手順2：XServer側の表示を確認する

XServerのサーバーパネルへ入り、「SPF設定」「DKIM設定」「DMARC設定」を順番に開きます。新旧サーバーパネルではボタンの見え方が少し違いますが、この3つの設定名はXServerの現行マニュアルでも確認できます。

XServerは、独自ドメインを追加した際にSPFレコードを自動追加すると案内しています。新サーバーパネルでは、対象ドメインの設定が「標準設定」になっているかを確認します。XServerのメールサーバーだけを使っているなら、自分で同じSPFレコードを追加する必要はありません。

Gmailを送信サーバーとして使っている場合は、XServerのSPF設定に「Gmail許可」が用意されています。ただし、Gmailで受信しているだけなら、この設定は不要です。「Gmailを使っている」という理由だけでONにせず、どこから送っているかで判断してください。

出典：XServer「SPF設定」

DKIMは、対象ドメインの設定状況が「ON」になっているか確認します。別会社のネームサーバーを使っている場合は、XServer側をONにするだけでなく、DKIM設定一覧の「表示」から値を確認し、実際のDNS管理先へ追加する必要があります。

出典：XServer「DKIM設定」

DMARCでは、「編集」を開き、「DMARCポリシー」と「レポート通知先設定」を確認します。XServerの画面では、ポリシーを「何もしない」「迷惑メールとして配送する」「メールを配送しない」から選びます。

出典：XServer「DMARC設定」

この時点では、よく分からないまま「メールを配送しない」へ変更しないでください。正規の送信サービスが一覧から漏れていると、自社が送ったメールまで拒否されるおそれがあります。XServerも、まず「何もしない」でレポートを確認し、その後に段階的に強める流れを案内しています。

つまずきやすい点：レポート通知先は公開情報になる

DMARCレポートの通知先メールアドレスはDNSレコードへ記録され、外部から参照できます。迷惑メールを受ける可能性も考え、個人用ではなく公開用の専用アドレスを使う方が扱いやすくなります。

出典：XServer「DMARC設定」

手順3：無料の確認ツールでDNSを外から見る

設定画面の次は、外部からDNSレコードが見えるかを確認します。

EasyDMARCのDomain Scannerでは、ドメイン名を入力してSPF・DMARCなど、外部公開されている認証情報の状態を確認できます。基本スキャンは無料で、画面上で確認するだけならログインは求められません。DKIMは送信サービスごとに使うセレクタが異なるため、ドメイン名だけの診断ですべて確認できたとは判断しないでください。

確認先：EasyDMARC Domain Scanner

結果に警告が出ても、その場で表示された修正例をそのまま貼り付けないでください。まず、現在使っている送信サービスと照らし合わせます。

つまずきやすい点：SPFを2本作ってしまう

外部のメールサービスから「このSPFレコードを追加してください」と案内されると、既存のSPFとは別にもう1本追加したくなります。

しかし、SPFは既存の送信元と新しい送信元を1つのレコードへまとめて管理するのが基本です。EasyDMARCも、複数のSPFレコードは PermError の原因になると説明しています。

出典：EasyDMARC「SPF Checker」

XServerの「カスタム設定」を使う場合も、現在の内容を消して置き換えるのではなく、必要な送信元をすべて確認してから編集してください。

手順4：独自ドメインからGmailへテストメールを送る

ここが最も大切です。

XServerのWebメールなど、確認したい送信経路から自分のGmailアドレスへ短いテストメールを送ります。Gmailへ転送されたコピーではなく、独自ドメインからGmailへ直接送ったメールを使う方が結果を判断しやすくなります。

パソコン版Gmailで届いたメールを開き、返信アイコンの横にある「その他」から「オリジナルを表示」を開きます。Googleの公式ヘルプでは同じ機能を「メッセージのソースを表示」と案内しています。画面上部に表示される認証結果で、次の3項目を確認します。スマートフォンアプリではなく、パソコンのブラウザで確認する手順です。

出典：Gmailヘルプ「メールのヘッダー全体を表示する」

• SPF：PASS
• DKIM：PASS
• DMARC：PASS

3つがPASSなら、少なくともそのテストメールと送信経路では認証が通っています。ただし、DMARCはSPFとDKIMの両方がPASSでなければ合格できない仕組みではありません。受信者に表示されるFromドメインと整合したSPFまたはDKIMのどちらか一方が合格すれば、DMARCも合格し得ます。

また、認証がPASSでも受信トレイへの到達が保証されるわけではありません。送信者の評判、メール本文、受信者の反応など別の要因もあります。

実際に確認して見つかった設定漏れ

この記事を作るためにSyukimi Toolsの syukimi.com を確認したところ、SPFは「ON（標準設定）」でしたが、DKIM一覧にはステージング用のサブドメインしかなく、公開中のメインドメインは未設定でした。DMARCも未設定で、レポート通知はOFFでした。

そこで、XServerの案内に沿ってメインドメインのDKIMを有効化。DMARCは最初からメールを拒否せず、「何もしない」とレポート通知ONで開始しました。設定後、DKIM一覧に syukimi.com が追加され、DMARC画面にも「何もしない」「レポート設定ON」と表示されることを確認しています。

設定後に partnerships@syukimi.com からGmailへテストメールを送り、「オリジナルを表示」で確認したところ、SPF・DKIM・DMARCは3項目とも PASS でした。メールは約2秒で配信されています。これは、XServerのWebメールから直接送る今回の経路で認証が通ったという実測結果です。問い合わせフォームや外部の配信サービスも同じ結果になるとは限らないため、送信経路ごとに確認します。

今回のように、同じサーバー内でもステージング環境だけDKIMが設定され、公開ドメインが抜けていることがあります。「どれか1つのドメインが一覧にある」だけで安心せず、実際に差出人へ使うドメイン名まで確認してください。また、問い合わせフォームや外部SaaSなど送信経路が違えば結果も変わります。仕事で使う主な経路は、それぞれGmailへ1通ずつ送って確かめると安心です。

Google Postmaster Toolsを利用できる送信量がある場合は、認証ダッシュボードでSPF・DKIM・DMARCの通過率も確認できます。ただし、Googleは送信量が少ない日はデータが表示されない場合があると説明しています。

出典：Google「Postmaster Toolsのダッシュボード」

手順5：FAILが出た場所から原因を絞る

Googleは、DMARCを通すには表示上のFromドメインが、SPFまたはDKIMで認証されたドメインと一致している必要があると説明しています。

出典：Google「メール送信者のガイドラインに関するよくある質問」

この確認だけで終えてよいか

3つがPASSでも、確認できたのは今回のメールと送信経路です。問い合わせフォームや請求書サービスを追加した後も、同じ状態が続くとは限りません。

XServerから送る1経路だけを使い、設定変更もほとんどないなら、サーバーパネル、DNSの外部診断、Gmailへの実送信を変更時に確認する方法から始められます。有料の監視サービスを契約することが、認証設定の条件になるわけではありません。

保守している2〜5ドメインで送信サービスが変わる、送信元ごとの認証結果をまとめて確認したい、前月と比較できる履歴を残したい。こうした仕事があるなら、継続監視の機能と費用を比較する理由があります。ドメイン数だけで有料にする必要はありません。

DMARCTrustとEasyDMARCの比較では、無料で足りる条件と、2〜5ドメインの月額費用を整理しています。まず確認担当と頻度を決め、必要な機能があるかを見てください。

まとめ：ONの表示ではなく、実際のメールまで確認する

1. メールを送っているサービスを洗い出す
2. XServerでSPF・DKIM・DMARCの設定を見る
3. 外部ツールからDNSの公開状態を確認する
4. Gmailへ直接テストメールを送る
5. SPF・DKIM・DMARCがPASSか確認する

分からないままDNSを書き換えるより、どの送信経路で何が失敗しているかを先に見つける。その方が、正規メールを止める事故を避けやすくなります。

メールを送るサービスが複数あり、届いたDMARCレポートを誰も読めていないなら、EasyDMARCは試す価値があります。

理由は単純です。DMARCの仕組みを変えるからではなく、人がXMLファイルを開いて送信元を一つずつ読み解く作業を、判断しやすい画面に置き換えられるからです。

この記事では、EasyDMARCを使うと日々の仕事がどう変わるのかを、4つの仮想ケースで見ていきます。実在企業の成果ではなく、導入判断に使うための試算です。削減できる時間は、送信量や現在の運用によって変わります。

DMARCそのものの仕組みや、安全に始める順番を確認したい方は、先にDMARCは設定して終わりではない。小さな会社がメール認証を始める前に確認すべきことをご覧ください。

まず答え：EasyDMARCが向いている会社

次のうち、2つ以上に当てはまるなら無料トライアルで確かめる価値があります。

• 問い合わせフォーム、請求書、予約、メルマガなど、複数のサービスからメールを送っている
• DMARCレポートは届くが、XMLファイルを開かず放置している
• 見覚えのない送信元を見つけても、正規か不正か判断できない
• 担当者が変わると、設定の経緯が分からなくなる
• 複数ドメインの状態を定期的に確認したい

反対に、送信元が一つだけで、認証結果を確認できる担当者もいるなら、急いで有料プランへ進む必要はありません。

場面1：レポートは届く。でも、読む時間がない

想定する会社：従業員10人。通常のメールに加え、WordPressの問い合わせフォームと請求書サービスを利用している。

DMARCレポートは毎日届いています。ただ、添付されたXMLを開いてもIPアドレスや認証結果が並び、どこから見ればよいのか分かりません。結局、「何か起きたら確認しよう」と受信箱に残したままになります。

EasyDMARCは、レポートを「認証済み」「認証に問題あり」「脅威または不明」「転送」の4つに分類して表示します。公式資料では、送信元のIP、メール量、SPF・DKIMの結果などを画面で確認できると案内されています。EasyDMARC公式：DMARC集計レポートの分析

減らせる可能性がある作業：XMLを一件ずつ読み、確認対象を探す作業。人は「問題あり」と分類された送信元の確認から始められます。

場面2：見覚えのない送信元が出ても、正体を調べられない

想定する会社：フォーム、CRM、メール配信、採用管理を別々の担当者が導入している。

レポートに知らないIPアドレスが出ても、それが以前使っていた正規サービスなのか、なりすましなのか判断できません。ここで急いで拒否設定を強めると、必要なメールまで止める恐れがあります。

EasyDMARCの公式資料では、1,200を超えるメール送信元を識別し、送信元ごとの認証修正手順を確認できると説明されています。正規サービスの設定漏れと、不明な送信元を分けて調べやすくなるのが利点です。

減らせる可能性がある作業：IPアドレスを検索し、過去の担当者へ聞き、契約中のサービス一覧と照合する作業。ただし、最終的に自社で契約したサービスかどうかは、人が確認する必要があります。

場面3：担当者の交代で、毎回調査がやり直しになる

想定する会社：メール認証を詳しく見る人がおらず、Web担当者が他業務と兼任している。

前任者は設定できても、なぜそのDNSレコードが必要だったのか記録が残っていません。新しいサービスを追加するたびに、現在の送信元とエラーの有無を最初から調べ直します。

送信元、認証結果、過去の変化を一つの画面で追えるようにすると、引き継ぎで「まず受信箱のXMLを集める」ところから始めずに済みます。EasyDMARCの現行プランは、保存期間が無料枠14日、Plusは3か月、Premiumは1年と異なるため、引き継ぎに履歴を使いたい場合は保存期間も確認が必要です。EasyDMARC公式料金ページ

減らせる可能性がある作業：過去メールの発掘、設定経緯の聞き取り、表計算への転記。履歴を残す期間が短すぎるプランでは、この利点を得にくい点に注意してください。

場面4：複数ドメインを、確認したつもりで終わらせている

想定する会社：会社サイト、採用サイト、別ブランドの3ドメインを運営している。

担当者は月に一度DNSを確認しますが、どのドメインで新しい送信元が増えたかまでは追えていません。問題が起きたドメインだけを見る運用になり、変化のない月は確認自体を忘れがちです。

EasyDMARCではドメインを切り替えてレポートを確認できます。ただし、無料枠は1ドメイン、Plusは2ドメイン、Premiumは4ドメインです。複数ドメインを扱う場合、機能より先に必要なドメイン数でプラン候補が決まります。料金と上限は変更される可能性があるため、申込時に公式ページで再確認してください。

減らせる可能性がある作業：ドメインごとにレポートを集め、別々の管理表へ転記する作業。ドメイン数が少ないうちは、無料運用の方が合理的な場合もあります。

作業時間と人件費は、こう試算する

「何時間減る」と一律には言えません。現在の確認時間を一度測り、無料トライアル中の時間と比べるのが確実です。

月間の削減見込み ＝（現在の週次確認時間 − 導入後の週次確認時間）× 4週

たとえば、現在はレポート整理と送信元確認に週100分かかり、試用後に週30分で済んだと仮定します。月に減るのは約4時間40分です。担当者の社内時間単価を3,000円と置けば、月約14,000円分の時間に相当します。

これは効果を保証する数字ではありません。自社の実測時間に置き換え、ツール料金、導入作業、最終判断に残る時間を差し引いてください。

無料トライアルで確認するのは3つだけ

1. 正規の送信元を見つけられるか
   フォームや請求書サービスが、どの名称で表示されるか確認します。
2. 確認時間が本当に短くなるか
   同じ担当者が、導入前後で一週間の作業時間を測ります。
3. 問題が見つかった後に動けるか
   エラーを見つけるだけでなく、どのサービスの設定を直すか分かるかを確かめます。

EasyDMARCは、カード登録なしの14日間トライアルを案内しています。まず1ドメインで送信元が見えるかを試し、作業時間が減らなければ有料化しない。この進め方なら、宣伝文句ではなく自社の結果で判断できます。EasyDMARC公式：DMARC Report Analyzer

結論：買う前に「読む仕事」が減るか測る

EasyDMARCを検討すべきなのは、DMARCを設定できない会社ではなく、設定後の確認を続けられない会社です。

複数の送信元を一つずつ調べ、XMLを読み、管理表へ写す時間が積み上がっているなら、無料トライアルでその作業がどこまで減るか測ってください。反対に、送信元が少なく手作業で問題なく追えているなら、今すぐ有料プランを選ぶ必要はありません。

「便利そうだから契約する」ではなく、「自社では月に何時間戻ってくるか」を確認してから決める。それが、このツールを無駄なく選ぶ一番確実な方法です。

参考資料

• EasyDMARC公式：DMARC集計レポートの分析
• EasyDMARC公式：料金とプラン
• EasyDMARC公式：DMARC Report Analyzer

「取引先に送ったメールが迷惑メールに入ったら困る」「自社ドメインを名乗る偽メールを減らしたい」。DMARCを調べ始める理由は、だいたいこのあたりではないでしょうか。

けれど、DNSの設定画面を前にすると、急に手が止まります。SPF、DKIM、DMARC。言葉が似ていて、何から見ればいいのか分かりにくいからです。

最初に覚えておきたいのは、DMARCをいきなり「拒否する設定」にしないことです。 先に、自社の名前でメールを送っているサービスを洗い出し、SPF・DKIMが正しく動く状態を確認してください。この順番を飛ばすと、問い合わせフォームや請求書サービスからの正規メールまで届かなくなることがあります。

DMARCは、なりすまし対策の最後の門番

DMARCは、受信側のメールサーバーに対して「このドメインを名乗るメールが認証に失敗したら、どう扱うか」を伝えるDNSの設定です。DMARCが判断材料にするのは、主にSPFとDKIMです。

• SPF：このドメインからメールを送ってよい送信元を宣言する仕組み
• DKIM：メールが途中で書き換えられておらず、送信元が正しいことを確認する電子署名
• DMARC：SPFやDKIMの結果を使い、失敗したメールの扱いを決め、レポートも受け取る仕組み

Googleは、メールの到達率と安全性のために、すべての送信者にSPFまたはDKIMの設定を求め、独自ドメインを使う送信者にはSPF・DKIM・DMARCをそろえることを推奨しています。Gmail宛てに1日5,000通を超えて送る大量送信者には、SPF・DKIM・DMARCの設定が要件です。Google: メール送信者のガイドライン

まず確認したいのは「誰がメールを送っているか」

ここが最初のつまずきどころです。普段使うメールソフトだけを見て設定すると、別の送信元を見落としがちです。たとえば、次のようなサービスが自社ドメインでメールを送っていないか確認します。

• 問い合わせフォームの自動返信
• WordPressの通知メール
• 請求書・決済サービス
• 予約、採用、CRM、メール配信ツール
• クラウドストレージやプロジェクト管理ツールの通知

サービスごとにSPFへ追加する値や、DKIM用のDNSレコードが案内されています。担当者が変わっていたり、昔試した配信ツールが残っていたりすると、ここだけで時間がかかることがあります。急がず、サービス名、送信に使うアドレス、設定状況を表にしておくと後が楽です。

導入は「観察」から始める

DMARCのポリシーには、何もしないでレポートだけ受け取る p=none、迷惑メール扱いを求める p=quarantine、受信拒否を求める p=reject があります。Googleも、DMARCレコードをDNSのTXTレコードとして設定し、SPFまたはDKIMを先に有効にするよう案内しています。Google Workspace 管理者ヘルプ: DMARC を設定する

初回から p=reject にするのはおすすめしません。設定漏れの送信サービスがあると、正規メールまで止める可能性があるからです。最初は p=none でレポートを受け取り、認証に失敗している送信元がないかを見ます。レポートを確認してから、必要に応じて段階的にポリシーを強める方が安全です。

小さな会社なら、この順番で十分

1. 送信元を棚卸しする
   メールを送るサービスをすべて書き出します。使っていないサービスも、停止確認までは残します。
2. SPFとDKIMを確認する
   各サービスの公式手順に従ってDNSを設定します。SPFは複数のTXTレコードを作るのではなく、既存レコードへの追記が必要になる場合があります。
3. DMARCを p=none で公開する
   レポートの受信先は、担当者が見られる専用メールアドレスにします。
4. 失敗の原因を直す
   知らない送信元だけでなく、正規サービスの設定漏れがないか確かめます。
5. 運用できると判断してからポリシーを強める
   ここで初めて quarantine や reject を検討します。

ここで判断する：自力で続けるか、ツールを使うか

送信元が少なく、DNSの設定を確認できる人が社内にいるなら、まずは自力で進めても大丈夫です。 p=none で様子を見ながら、送信元の棚卸しを終えれば十分に次の判断ができます。

一方で、フォーム、請求書、CRM、メール配信など複数のサービスを使っていて、「この送信元は本当に自社のものか」を判断しづらいなら、DMARCレポートを見やすくするツールを比較する段階です。大事なのは、最初から高機能なサービスを選ぶことではなく、正規の送信と設定漏れを見分けられる状態をつくることです。

DMARCツールを選ぶ前に、見ておきたいこと

DMARCのレポートは、届いても内容を判断しづらいことがあります。画面がきれいでも、誰が見て何を直すのかが決まっていなければ、運用は止まりがちです。

ツールを比較するときは、価格だけでなく、次の3点を確認すると失敗しにくくなります。

• SPF・DKIMの設定内容を、DNS管理画面に貼れる形で案内してくれるか
• 認証に失敗した送信元を、サービス名やIPアドレスで追えるか
• p=none から強化するまでの運用を支援してくれるか

DMARCの目的は、厳しい設定を早く入れることではありません。 正規のメールを確実に届けながら、なりすましを減らすことです。まずは送信元の棚卸しと観察から始めてください。

参考資料

• Google: メール送信者のガイドライン
• Google Workspace 管理者ヘルプ: DMARC を設定する