Wixストアのメールアドレスを検証する方法

Wixストアでは、チェックアウト、サイトフッターのニュースレター登録欄、アカウント登録、問い合わせフォームと、あらゆる場面でメールアドレスを収集します。偽のアドレスや入力ミスのあるアドレスをそのまま保持していると、本当に届けたい注文確認メールや領収書の到達率が少しずつ損なわれます。現時点でWixのメールアドレスを検証するには、ワンクリックのアプリをインストールするのではなく、別の方法を使います。ネイティブコネクターは準備中で、まだ提供されていません。すぐに実行できる方法も、同じくらい効果的です。すでにあるカスタマーリストを一括でクリーニングし、新しい顧客はAPIでリアルタイムに検証します。このガイドでは、単なるニュースレターではなくストア運営に合わせて、両方の手順を解説します。

ストアで顧客のメールアドレスの品質が重要な理由#

Wixストアは、マーケティング用のリストであるだけでなく、トランザクションメールの送信元でもあります。注文確認、支払いの領収書、配送状況の通知は、必ず届かなければなりません。ストアでは、どのキャンペーンよりも重要です。代金を支払ったのに確認メールが届かない購入者は、サポートに問い合わせたり、チャージバックを申請したり、二度と戻ってこなかったりします。

多くのストアオーナーが見落とすのは、次の点です。領収書もプロモーションも、すべてのメールが同じ送信ドメイン、同じ送信者レピュテーションを使っています。購入者がチェックアウトでgmial.comと打ち間違えたり、ボットがポップアップに偽のアドレスを入力したりすると、そのメールはハードバウンスになります。メールプロバイダーは、そのバウンスを送信元のドメインのマイナス評価として数えます。バウンスが一定数溜まると、正常なメールも迷惑メールに振り分けられたり、配信が保留されたりします。本物の顧客が待っている領収書も例外ではありません。だからこそ、バウンス率の上昇は、趣味のリストよりもストアにとって重大です。巻き添えになるのは開封率だけではなく、注文メールも含まれるからです。検証を行えば、送信先のリストを実在するアドレスだけで構成できます。この分野が初めての方は、eコマース向けメールアドレス検証の入門記事で、より広い視点から重要性を確認できます。

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

Wixは自分の守備範囲を正直に示しており、その範囲がどこまでかを知っておくと役立ちます。Wix Contactsは、購入者、購読者、フォームの入力者など、ストアを通じて入ってきた人をすべて保存します。Wixのメールマーケティング（組み込みのキャンペーンツール）は、ハードバウンスした後、または誰かがメッセージを迷惑メールとして報告した後にそのアドレスを抑制するため、無効と判明したアドレスへの以降の送信は止まります。

Wixが行わないのは、アドレスが連絡先に登録される前のチェックです。チェックアウトや登録フォームでの事前検証はなく、入力ミスや使い捨てのアドレスも受け付けられて保存され、Wix自身のバウンス処理が反応するまでに、少なくとも1回は送信されます。レピュテーションを損なうのは、その最初のバウンスです。また、Wixはアドレスが不良である理由も教えてくれません。分かるのは「バウンスした」ことだけで、「これはキャッチオールのドメインです」や「sales@のような役割アドレスです」といった情報はありません。さらに、抑制の対象はWixのマーケティングツールの中だけです。トランザクションメールやキャンペーンメールを別のサービスから送っている場合、既知の不良アドレスのリストは引き継がれません。検証は、Wixが対応しない部分を補います。最初の送信の前に、理由を添えて不良アドレスを見つけます。上記のWixの動作は、2026年8月時点のWixのドキュメントで確認したものです。

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

しばらく販売を続けているなら、最も大きく、最も低コストで成果を得られるのは、すでに持っているリストです。Wixなら、エクスポートも簡単です。

1. Wixからエクスポートする。 ダッシュボードで Contacts（または CRM → Contacts）を開きます。必要に応じて、先に絞り込みます。たとえば、購読者のみ、または過去1年間に注文した顧客のみにします。More Actions → Export を使って、CSVをダウンロードします。ファイルには、各連絡先のメールアドレスと購読ステータスが含まれます。
2. ファイルを一括検証する。 CSVをQualisendの一括検証にアップロードします。1つのジョブで最大1,000,000件のアドレスを処理でき、重複は1回分しか課金されません。各行には、deliverable、risky、undeliverable、unknownの4つの判定のいずれかが返され、さらに理由コード、0～100の信頼度スコア、MXプロバイダー、SMTPプローブの証拠、キャッチオール、使い捨て、役割アドレス、メールボックス満杯を示すサブフラグも付きます。
3. 到達不能なアドレスを抑制する。 undeliverableの行は、すべて無効と判明したアドレスです。ストアのメールを実際に送信しているサービスの抑制リストまたは除外リストに追加してください。抑制すると、バウンスしてドメインの評価を下げるはずの送信を止められます。
4. リスクのあるものはタグを付ける。削除はしない。 risky、キャッチオール、役割アドレスは、無効ではなく不確実なアドレスです。購入してくれる可能性のある顧客を除外するのではなく、Wixでタグ（verify-riskyなどのラベル）を付け、より慎重に送信するか、ダブルオプトインで確認します。キャッチオールのドメインはSMTPの層ではすべてを受け付けるため、個別のメールボックスの存在を証明できません。各区分の扱い方は、キャッチオールアドレスとはと、役割アドレス、使い捨て、フリーメールアドレスの解説をご覧ください。
5. クリーンなものは残す。 deliverableの行は、そのままメールを送り続けて問題ありません。この一連の流れは、定期的に繰り返してください。連絡先が常に増え続けるストアに適した頻度は、リストのクリーニング頻度で紹介しています。

このCSVを使う流れが現在サポートしている方法で、これを自動化するWixのネイティブコネクターを開発中です。連絡先を同期し、検証して、手動のエクスポートなしで判定を書き戻せるようになります。提供されるまでは、上記のエクスポートとアップロードの流れで同じ作業を行えます。

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

今あるリストをクリーニングするのは、半分の作業にすぎません。残り半分は、新しい不良アドレスを入口で止めることです。こちらで確認する前に、Wixがアドレスを受け付けてしまうため、根本的な解決策は、新しい顧客が現れた時点で検証し、結果に応じて対応することです。

最もシンプルな方法は、「new contact」または「new order」イベントのウェブフックを、自分で管理する小さな関数に向けることです。Wixがイベントを発行すると、関数がアドレスを指定してQualisendのREST APIを呼び出し、判定を読み取って、対応を決めます。deliverableはそのまま通し、riskyとキャッチオールの結果は確認ステップのためにタグを付け、undeliverableにはフラグを付けて、領収書を送る前に購入者へ有効なメールアドレスの再入力を促せるようにします。APIはスコープ付きキーを使い、レート制限を適用し、ウェブフックでこちらにコールバックすることもできるため、ポーリングなしでイベント駆動のフローに組み込めます。リクエストとレスポンスの詳細は、検証APIドキュメントをご覧ください。

コードを書きたくない場合は、Zapier、Make、n8nを使えば、同じリアルタイムのチェックをノーコードで実行できます。新しいWixの連絡先をトリガーにして、Qualisendの検証ステップを追加し、判定に応じて分岐させ、Wix内でタグ付けや抑制を行います。

もう1つ、基盤として押さえておきたい点があります。検証は不良な受信者を排除しますが、ストアのメールが自社から送られたものであることも証明する必要があります。ドメインが正しく認証されていることを確認してください。WixのSPF、DKIM、DMARCを設定し、メール到達率ガイドも読んでおけば、せっかく残した有効なアドレスの受信トレイにメールが届くようになります。