Magentoで メールを 検証する 方法
Magentoストアでは、すべてのアカウントと注文の記録に顧客のメールアドレスが保存されています。販売の歴史が長くなるほど、リストには入力ミスやすでに閉鎖された受信箱が増えていきます。エクスポートしたMagentoの顧客リストをVeriMailsで検証すれば、不正なアドレスを除外し、注文メールやマーケティングメールを実在の顧客に届けられます。
Magentoの顧客エンティティをCSVでエクスポートし、VeriMailsで顧客のメールフィールドをマッピングして、キャンペーンのインポート、ストアの移行、ロイヤルティ施策の配信の前に一括検証を使います。有効な行は ECのメールワークフローに使えるよう残し、キャッチオールとロールベースのアドレスは確認に回し、無効または使い捨てのアドレスは通常のマーケティングセグメントから除外します。
Magentoの コンタクトを 検証すべき理由
Magento(現在はAdobe Commerceとしても知られています)は、大規模なECストアを支えるプラットフォームで、そこではメールが顧客との関係を担っています。注文確認、請求書や発送の通知、アカウント関連のメッセージ、カゴ落ちリマインダー、ニュースレターのキャンペーンは、すべて顧客アカウントのアドレス宛てに送られます。そのアドレスが間違っていればメッセージは失われ、商品数も注文数も多いストアではすぐに損失として表れます。
注文関連の トランザクションメールは 確実に 届く 必要が ある
注文確認、請求書、発送通知は、購入が完了したことを顧客が確認するための記録です。ここでバウンスが起きると、顧客は不安になり、サポートへの問い合わせが発生し、ストアへの信頼が損なわれます。Magentoの各アカウントのメールを検証すれば、トランザクションメールを本来届けるべき受信箱に届け続けられます。
カゴ 落ち メールの シーケンスは 実際の 売上を 取り戻す
カゴ落ちメールやフォローアップメールは、受信者がすでに購入意欲を示しているため、Magentoストアが送るメッセージの中でも特に収益性の高いものです。ただし、その売上はメールが有効な受信箱に届いてはじめて生まれます。チェックアウト時のメールアドレスに入力ミスがあると、取り戻せたはずのカートがハードバウンスに変わり、リカバリーのフローは動きません。
到達率が 大量送信を 守る
Magentoストアは大量のキャンペーンメールやトランザクションメールを送ることが多く、メールボックスプロバイダーはすべての送信ドメインのバウンス率を監視しています。その率が健全な範囲を超えると、プロバイダーは配信を抑制し、より多くのメールを迷惑メールに振り分けることがあります。顧客の転職や古い受信箱の放置によって、メールアドレスは毎年劣化していくため、1年前にクリーンだったMagentoのリストも改めてチェックが必要です。大規模な送信の前に検証すれば、送信ドメインを健全に保てます。
マーケティング 費用が 届く 顧客に 使われる
コンタクト数に応じて課金されるメールプラットフォームにMagentoの顧客を同期している場合、無効なアドレスはどれも見返りのないコストです。同期の前に集中してメールリストクリーニングを行えば、コンタクト数と費用を、届けられる顧客に絞り込めます。
VeriMailsが チェックする 項目
VeriMailsは、Magentoのエクスポートに含まれるすべてのアドレスに多層的なチェックを適用し、明確な結果を返します。メール検証のプロセスでは、顧客ファイルがキャンペーンに届く前に、これらの到達率チェックがどう機能するかを説明しています。
まず構文の検証では、チェックアウト時の入力ミスによる形式の誤ったアドレスを除外します。続いて MXとDNSのチェックで、顧客のメールドメインが存在し、メールを受信できるよう設定されているかを確認します。決め手となるのはライブSMTPハンドシェイクで、VeriMailsは受信側のメールサーバーに接続し、顧客には何も送らずに、そのメールボックスがメールを受け付けるかを確認します。
判別の難しいケースは、さらに3つのチェックで分類します。キャッチオール検出は、あらゆるアドレス宛てのメールを受け入れるよう設定されたドメインを特定し、個々のメールボックスを確認できない場合がわかるようにします。これはドメインの設定方法の検出であり、品質スコアではありません。使い捨ての検出は、買い物客が割引を受けるために使い捨てアドレスを使った場合に現れる、一時的な受信箱のプロバイダーにフラグを付けます。ロールベースの検出は、info@やorders@のような共有アドレスを見つけます。こうしたアドレスは通常、マーケティングリストの対象として適していません。
Magento ユーザー 向けの 料金
契約なしで始められます。新規のVeriMailsアカウントにはすべて100件分の検証クレジットが無料で付与され、クレジットカードは不要、クレジットに有効期限もありません。この無料分で顧客データの一部を使ってワークフローを試すには十分です。また、料金ページを使えば、顧客データ全体をエクスポートした場合の費用を見積もれます。
顧客リスト全体を検証する場合、クレジットパックは10,000クレジットで$19(1件あたり$0.0019)から、5,000,000クレジットで$1,499まで拡張でき、Magentoストアによくある大規模な顧客データにも対応します。クレジットに有効期限はないため、パックを購入してキャンペーン前に検証し、残りを次のクリーニングに取っておけます。定期的に検証するストアは月額サブスクリプションも選べ、年間プランは年払いで月額$12.50からご利用いただけます。1クレジットで1件のアドレスを検証するため、Magentoの顧客エクスポートはどんな規模でも費用が明確で予測しやすくなります。
ワークフローの 図解
このフローを使えば、Magentoの顧客メールをプロモーション、ライフサイクルキャンペーン、CRM同期に使う前にクリーニングできます。
- エクスポートの範囲: Customers Main Fileのエクスポートか、キャンペーンやライフサイクルフローに合った顧客セグメントを使います。複数のプラットフォームのデータをクリーニングする場合は、ストアのチームで BigCommerceのワークフローと比較できます。
- 照合用フィールド:顧客ID、ウェブサイト、ストアビュー、メールを残しておけば、一括検証の結果をMagentoの各コンテキストで照合できます。
- 結果への対応:有効な顧客はマーケティングツールで使い、無効、使い捨て、リスクのあるアドレスは配信停止にして、キャンペーンのバウンス率を健全な水準に保ちます。参考:バウンス率のベンチマーク。
ステップバイステップ
Magentoから 顧客リストを エクスポート する
Magento 2の管理画面で、System、Data Transfer、Exportの順に進みます。Entity TypeをCustomers Main Fileに設定します。ここにはメール、氏名、グループ、ステータスなどのアカウントデータが含まれます。形式はCSVのままにし、必要な属性を選んでContinueをクリックするとファイルが生成されます。アップロード前に、エクスポートに顧客ID、ウェブサイト、ストアビュー、メール、ステータス、オプトインのフィールドが含まれていることを確認してください。これらの列があることで、クリーニングを元に戻せるようになります。
VeriMailsの 無料 アカウントを 作成する
VeriMailsに登録しましょう。100件分の検証クレジットが無料で付与され、クレジットカードは不要です。手順を試すには十分です。ストアのリストがそれより大きい場合は、アップロード前に顧客数をカバーできるクレジットパックか月額プランを選びます。
CSVを VeriMailsに アップロード する
まず一括検証ワークフローを開き、MagentoからエクスポートしたCSVをドラッグします。アップローダーがメール列を自動で検出してマッピングするため、Customers Main Fileのエクスポートに含まれるその他の属性はファイルに残したままで構いません。大規模な顧客エクスポートは非同期の一括ジョブとして実行されます。定期的なエクスポートの場合、開発者はメール検証API をデータパイプラインに組み込めば、毎回手作業で実行する必要がなくなります。
有効、 無効、 キャッチオール、 リスクありの 結果を 確認する
ジョブが完了すると、VeriMailsはすべてのアドレスを明確なカテゴリに分類します。送信しても安全な有効、確実にバウンスする無効、サーバーがメールボックスを確認しないキャッチオール、そして使い捨てやロールベースなどのリスクありです。配信停止をすべてに適用するか、マーケティングプラットフォーム内だけにするかを決める前に、ウェブサイト、ストアビュー、顧客グループごとのステータスの内訳を確認してください。
クリーニング した リストを 戻す
絞り込んだ結果をダウンロードします。有効なアドレスはマーケティング配信に使い、無効なアドレスはメールツールまたはMagentoで配信停止または削除して、今後キャンペーンが届かないようにします。プロモーションを開始する前に、顧客IDの照合、各ストアビューからのサンプル確認、取り込まれた行数の確認によって更新内容をチェックしましょう。
Magento クリーニングの チェックリスト
顧客エクスポートをプロモーション、ライフサイクルフロー、CRM同期に使う前に、この表を活用してください。MagentoやAdobe Commerceのストアには複数のウェブサイトやストアビューがあることが多いため、照合用のフィールドが重要です。
| 確認 | 対応方法 | 重要な理由 |
|---|---|---|
| エンティティの選択 | アカウント単位のメール検証にはCustomers Main Fileを使い、請求先や配送先の情報が必要な場合に限って住所のエクスポートを追加します。 | ストアからのメールを受け取るアカウントのメールフィールドに、検証の対象を絞り込めます。 |
| ストアの情報 | 顧客ID、ウェブサイト、ストアビュー、グループ、メール、ステータス、オプトインのフィールドを残します。 | 大規模なMagentoストアでは、ストアフロントやマーケティングツールをまたいで結果を照合するために、これらのフィールドが必要です。 |
| 有効なオーディエンス | メール列と顧客ID列をマッピングしたうえで、有効な行をキャンペーン、ロイヤルティ、ライフサイクルの各ツールに送ります。 | プロモーションで古いアカウントデータではなく、届く顧客の記録を使えるようにします。 |
| 配信停止の対応 | 無効および使い捨ての行はマーケティングプラットフォームで配信停止にし、ストアの記録は担当者が確認してから更新します。 | Magentoのアカウントデータを不用意に変更することなく、到達率を守れます。 |
| ステータスを確認 | キャッチオールとロールベースの行は、B2B、卸売、高価値顧客の確認用に保留します。 | 共有の受信箱はコマースでは正当な場合もありますが、確認なしに広範なキャンペーンに含めるべきではありません。 |