Ecwidのメールを検証する方法：ストアオーナー向けガイド

Ecwidストアでは、チェックアウトのたびにメールアドレスを収集します。偽のアドレスや打ち間違いのアドレスを残しておくと、購入者が待っている注文確認、領収書、発送通知の到達率が、少しずつ損なわれていきます。こうしたトランザクションメールも、配信するニュースレターも、同じ送信者レピュテーションを共有しています。そのため、不正なアドレス1件が、1回のバウンスをはるかに超える影響を及ぼします。このガイドでは、Ecwidのメールを検証する方法を2つ紹介します。最も手早いのは、QualisendのネイティブなEcwid連携で、リストをその場でクリーニングします。もう1つは、どのプランでも使えるCSVエクスポートによる方法です。どちらも以下で説明します。

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

Ecwidストアは、マーケティングの送信者である前に、トランザクションメールの送信者です。購入が行われると、Ecwidはすぐに注文確認を送信し、その後に発送通知や領収書、請求書も送ります。これらのメッセージは必ず届く必要があります。届かなければ、満足した顧客の代わりに、サポートへの問い合わせやチャージバックが発生します。これらのメールはすべて同じ送信元から送られるため、偽のアドレスや入力ミスのあるチェックアウトのアドレスによるハードバウンスは、1回の失敗では終わりません。存在しないアドレスに送信していることがメールプロバイダーに伝わり、ストア全体のメールが頼るレピュテーションが損なわれます。

リスクは、通常のニュースレターよりも大きくなります。gmial.comのような入力ミス、割引目当ての使い捨てアドレス、sales@のような役割アドレスは、顧客リスト上では問題なく見えても、送信すると問題を起こします。バウンス率が上がると、正規の注文メールまで迷惑メールに振り分けられ始めます。この点は受信側も明示しています。GoogleとYahooの送信者ガイドラインは、制限を始める前に許容する迷惑メール報告とバウンスの水準に上限を設けています。検証すれば、実際に送信するアドレスを、存在する受信トレイだけにそろえられます。全体像については、ECにおけるメールアドレス検証のガイドをご覧ください。

不正なアドレスに対するEcwidの対応と限界#

Ecwid（現在はLightspeedの一部）は、チェックアウトのメールアドレスがメールの形式になっているかを確認します。bob@は受け付けません。確認はそこまでです。ドメインがメールを受信できるか、メールボックスが存在するか、使い捨てのアドレスではないかは確認しません。john@gmial.comと入力した購入者は、そのままチェックアウトを通過し、Ecwidは律儀に、決して受信できないアドレスに確認メールを送ろうとします。

また、Ecwidには、本格的なメール配信サービス（ESP）にあるような専用のバウンス抑制リストがありません。トランザクションメールやマーケティングメールがバウンスした場合は、実際に配信を担うもの、つまりEcwid自体の送信や、Mailchimpなどの連携ツールが処理します。Ecwid内に、バウンスした顧客を確認して送信を止めるネイティブな画面はありません。検証は、まさにこの隙間を埋めます。レピュテーションを損なう前に、不正なアドレスを自分で見つけ、送信を担うツール側で対処できるのです。上記のEcwidの動作は、2026年9月時点のEcwidのドキュメントで確認したものです。

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

最も大きく、しかも低コストで効果が出るのは、すでに持っている顧客リストです。以下の手作業の手順は、Ecwidのどのプランでも使えます。

1. 顧客をエクスポートする。EcwidのコントロールパネルでMy Sales → Customersを開きます。先に絞り込むこともできます。たとえば、マーケティングメールの受信に同意した顧客や、1年間注文のない顧客などです。そのうえでExportを使ってCSVをダウンロードします。ファイルには、各顧客のメールアドレスと連絡先情報が含まれます。
2. ファイルを一括検証する。CSVをQualisendの一括検証にアップロードします。1つのジョブで最大1,000,000件のアドレスを処理でき、重複は1回分しか課金されません。各行には、deliverable、risky、undeliverable、unknownの4つの判定のいずれかが付きます。あわせて、理由コード、キャッチオール・使い捨て・役割アドレス・メールボックス容量超過のサブフラグ、MXプロバイダー、SMTPプローブの証拠、0～100の信頼スコアが返されます。試すだけなら、無料プランに有効期限のない100クレジット（1回限り）が含まれています。
3. 判定ごとに対応する。deliverableはすべて残します。undeliverableは、キャンペーンを送信しているもの（Mailchimp、ほかの連携ESP、Ecwid自体のマーケティング機能など）で、抑制するか送信を止めてください。レピュテーションを下げているのはundeliverableのアドレスです。これらを送信対象から外すことが、検証の最大の目的です。
4. リスクのあるアドレスは、削除せずにタグを付ける。risky、キャッチオール、unknownの行は削除しないでください。キャッチオールドメインはサーバー側ですべてを受け入れるため、プローブでは個別のメールボックスを確認できません。実際には、実在するビジネス用アドレスであることのほうが多くあります。役割アドレス、使い捨てアドレス、フリーメールアドレスは、一括削除ではなく、それぞれに合った扱いが必要です。これらにはタグを付けてセグメントにまとめ、より慎重に、頻度を抑えて送信します。確定しなかった結果1件のせいで、取り戻せる顧客を失わずに済みます。

標準のEcwidにはバウンスを確認する画面がないため、「判定ごとに対応する」手順は、Ecwid内ではなく送信ツールで行います。事前に計画しておきたい注意点は、この1点です。

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

手元のリストのクリーニングは、一度きりの対策です。クリーンな状態を保つには、新しいアドレスが届くたびにチェックする必要があります。そのための最も手早い方法が、現在提供中のネイティブなEcwid連携です。接続すると、Qualisendは既存の顧客リストをその場でクリーニングします。すべてのコンタクトを検証し、結果を書き戻します。さらに、新しい顧客が登録されるたびにリアルタイムでチェックします。手間が最も少ない選択肢なので、まずこの連携を接続することをおすすめします。

その方法が合わないプランをお使いの場合や、もっと早い段階でチェックしたい場合は、APIを自分で呼び出せます。新規顧客のイベントでウェブフックを自分のエンドポイントに向けるか、Zapier、Make、n8nなどのノーコードツールにステップを追加し、アドレスがマーケティングの配信先に定着する前に、Qualisendの検証APIを呼び出します。REST APIはスコープ付きのキーを使い、公開されているレート制限に従い、結果を自分のウェブフックに送ることもできます。詳細とコードは開発者向けドキュメントにあります。なお、Ecwidのホスト型チェックアウトは途中で処理を止めて検証を挟めないため、リアルタイムの保護が働くのは、顧客レコードと自分で管理できる登録フォームです。決済ページ自体には働きません。

どの方法を選ぶ場合も、一度きりのクリーンアップと継続的なチェックを組み合わせて、不正なアドレスが再びたまらないようにしてください。頻度の目安については、リストをクリーニングする頻度の記事で説明しています。