WooCommerceストアのメールを検証する方法

WooCommerceの注文ごとに、トランザクションメールが連鎖的に送信されます。注文確認、領収書、「商品を発送しました」という通知、そしてレビュー依頼のフォローアップなどです。これらはすべて、顧客がチェックアウトで入力したメールアドレスに依存しています。そのアドレスが入力ミスだったり、使い捨てだったり、クーポン目当ての偽物だったりすると、どのメールも届かず、バウンスによって、ストア全体が頼りにしている送信者レピュテーションが静かに損なわれていきます。このガイドでは、WooCommerceストアにすでにある顧客のメールアドレスを検証し、リスクのあるものにタグを付け、新しいアドレスをリアルタイムでチェックして、不良データを定着させない方法を解説します。

ストアにとって顧客のメール品質が重要な理由#

オンラインストアにとって、メールは単なるマーケティングの添え物ではありません。領収書であり、配送状況の追跡であり、取引の記録です。注文確認メールがバウンスすると、顧客には購入の証拠がなくなり、サポートの受信トレイには「注文は通りましたか？」という問い合わせが溜まります。発送通知が届かなければ、荷物は動いているのに「荷物はどこですか？」というクレームが来ます。

さらに根深い問題は、レピュテーションが共有されていることです。WordPress標準のwp_mail、SMTPプラグイン、SendGridやPostmarkのようなサービスのどれで送信していても、ストアのトランザクションメールとマーケティング配信は、通常は同じドメインと同じIPから送信されます。偽のチェックアウトアドレスによるハードバウンスや、登録するつもりのなかった人からの迷惑メール報告は、そのたびに、この送信者が不注意だとメールプロバイダーに伝えることになります。GmailとYahooは現在、バウンス率と迷惑メール報告率のしきい値でこれを明示的に適用しているため、無効なアドレスが溜まると、正当な領収書までが迷惑メールに振り分けられかねません。詳しくは、メール到達率ガイドとバウンス率が重要な理由の記事、そしてGoogleとYahooの送信者ガイドラインの解説をご覧ください。

チェックアウトは、アドレスの供給源として特に雑多です。購入者は急いでいてgmial.comと打ち間違えたり、確認しない勤務先のアドレスを貼り付けたり、初回注文の割引目当てに適当なアドレスを作ったりします。こうしたアドレスを捕捉することこそ、検証の役割です。

不良アドレスに対してWooCommerceができること、できないこと#

WooCommerceがチェックアウトで検証するのは、メールの形式です。bob@や@のないアドレスは拒否し、アドレスを顧客レコードと注文レコードに保存します。できるのはそこまでです。ドメインが存在するか、メールボックスが実在するか、使い捨てのアドレスか、メールサーバーが実際にメッセージを受け付けるかは、WooCommerceでは確認されません。構文上は完全でも、昨年削除されたメールボックスのアドレスは、そのまま通ってしまいます。

また、WooCommerceには不良アドレスのサプレッションリストという概念もありません。トランザクションメールがバウンスしても、その失敗はWooCommerceの内部ではなく、使用しているメール送信の仕組みの内部で起こり、デフォルトでは顧客レコードに何も書き戻されません。注文は残り、顧客プロフィールには無効なアドレスが残り、次のキャンペーンや領収書でも再び送信が試みられます。「このアドレスは配信不能なので送信を止める」という組み込みのフラグはありません。

上記のWooCommerceの動作は、2026年8月時点のWooCommerceのドキュメントで確認したものです。

この空白こそ、意識的に検証すべき理由です。解消する方法は2つあります。ネイティブ連携を接続してその場でクリーニングするか、従来のエクスポート → 検証 → タグ付けの流れを手作業で実行するかです。

最も手早い方法は、ネイティブのコネクターです。QualisendのWooCommerce連携は提供中のため、ストアを接続すれば、すでにある顧客を検証し、結果をその場で書き戻せます。CSVをやり取りする必要はありません。新しいコンタクトが入るたびに、リアルタイムのチェックも実行されます。プラグインをインストールして接続をクリックできるなら、この方法をおすすめします。以下の手作業の流れは、どのプランでもどのホスティング環境でも使えるため、ネイティブ接続が難しい場合の代替手段になります。

手順：顧客をエクスポートし、検証して、リスクのあるものにタグを付ける#

ここからは、CSVを使った流れを最初から最後まで説明します。WordPress.com、マネージドのWooCommerceホスティング、セルフホスト環境のいずれでも使えます。

1. 顧客をエクスポートします。 WooCommerceには、ワンクリックで顧客のCSVを出力する機能が標準ではありませんが、確実な方法があります。WooCommerce Customer / Order CSV Export拡張機能は、請求先メールの列を含む顧客と注文のレコードを直接エクスポートできます。ほかには、WooCommerce → Reports → Customersを開くか、Tools → ExportでWordPress全体のダンプを取得する方法もあります。Advanced Order Exportのようなプラグインで、注文データから顧客リストを取り出すストアも多くあります。どの方法でも、必要なのは請求先メールの列です。

2. ファイルを絞り込みます。 エクスポートを開き、メールの列と、顧客IDや注文番号などの変わらない識別子を1つだけ残します。あとで結果を照合するためです。名前、住所、注文合計を検証サービスに送る必要はないので、除外してください。

3. 一括検証にアップロードします。 CSVをQualisendにドロップします。1回の一括ジョブで最大1,000,000件のアドレスを処理でき、重複は1回分のみ課金されます。同じ顧客が何度も注文しているストアでは、これが効いてきます。試すだけなら、無料プランに有効期限のない100クレジット（1回限り）が含まれています。

4. 4つの判定を確認します。 すべてのアドレスが、deliverable、risky、undeliverable、unknownのいずれかで返されます。各判定には、理由コード、0～100の信頼スコア、MXプロバイダー、SMTPプローブの根拠が付き、キャッチオール、使い捨て、役割、メールボックス満杯のサブフラグも付きます。これらのフラグは、ストアの問題にそのまま対応します。使い捨てアドレスは多くの場合クーポン目当てで、orders@やinfo@のような役割アドレスは個人ではなくチームのもので、キャッチオールドメインはすべてを受け付けるため、有無を確認できません。各フラグがリストにとってどんな意味を持つかは、キャッチオールアドレスと役割・使い捨て・フリーメールアドレスの解説で詳しく説明しています。

5. 結果に基づいて対応します。

• Deliverable：維持し、安心して送信します。
• Undeliverable：送信しないでください。WooCommerceでは、顧客レコードにメモやカスタムフィールドを追加するか、メールツールでセグメントタグを適用して、今後のキャンペーンで除外されるようにします。これが、WooCommerceにないサプレッションリストの役割を果たします。
• Risky：削除せずに送信を抑えます。トランザクションメールは送信しつつ、大規模なマーケティング配信からは除外するか、別に送信して、バウンスの急増が大きな送信に悪影響を与えないようにします。
• Unknown：多くの場合、グレーリスティングを行うサーバーがプローブを保留したものです。判断する前に、時間をおいて再チェックしてください。2回目で解決する理由は、グレーリスティングの解説で説明しています。

6. タグを書き戻します。 顧客レコードやメールプラットフォームのセグメントに、判定を反映します。WooCommerceからエクスポートし、KlaviyoやMailchimpなどで送信している場合は、そちらでサプレッションを適用して、無効なアドレスへの送信を止めます。

この作業を繰り返す頻度は送信量によって異なります。多くのストアは、現在使っているリストをスケジュールに沿って再検証しており、具体的な頻度の目安はリストをクリーニングすべき頻度のガイドにあります。ストア向けの議論全体については、ECサイトのメール検証をご覧ください。ほかのプラットフォームも使っている場合も、同じパターンが当てはまります。Shopifyのメールを検証するをご覧ください。

新規顧客をリアルタイムで検証する#

既存リストのクリーニングは、これまでの分を一度で片付ける作業です。長続きする対策は、不良アドレスを入口で止めることです。そうすれば、片付けたばかりのリストが再び荒れることはありません。

ネイティブのWooCommerce連携を接続すると、新しいコンタクトは登録時やチェックアウト時に自動でチェックされ、判定は手間なく書き戻されます。今後もリストをクリーンに保つ最も簡単な方法です。

より細かく制御したい場合やカスタムの流れが必要な場合は、自分で組み込めます。QualisendのREST Verification APIはレート制限付きのスコープ付きキーを使い、ウェブフックにも対応しているため、顧客がチェックアウトを送信した時点で呼び出せます。よくあるパターンは、woocommerce_checkout_order_processedやuser_registerのWordPressフックからアドレスをAPIに送り、判定がundeliverableで返ったら、注文に手動確認のフラグを立てるか、明らかな入力ミスの修正を購入者に促す方法です。検証にはネットワークの往復が加わるため、非同期で実行するか、適切なタイムアウトを設定して、販売を妨げないようにしてください。迷ったら、リスクを取らず注文は通してフラグを立てるだけにしましょう。チェックアウトの失敗を招くよりも安全です。

コードを書きたくない場合は、QualisendはZapier、Make、n8nに接続できるため、「新規WooCommerce顧客」のイベントをきっかけに検証を実行し、結果をスプレッドシート、Slack通知、メールツールのタグに振り分けられます。開発者は不要です。エンドポイントとウェブフックの詳細は、開発者向けドキュメントにあります。

どちらの方法でも目的は同じです。クリーンで配信可能なアドレスだけがストアに蓄積されるようにすれば、領収書も発送通知も届き、送信者レピュテーションが十分に健全に保たれて、送信するすべてのメールが受信トレイに届く可能性を十分に保てます。